On 2016-09-09, Holger Glaess <gla...@glaessixs.de> wrote:
> inet6 2001:4dd0:af15:483d:20d:48ff:fe26:7a1f -> prefixlen 64
> autoconf pltime 559190 vltime 2546390
> inet6 2001:4dd0:af15:cbd9:20d:48ff:fe26:7a1f -> prefixlen 64
> autoconf pltime 604767 vltime 2591967
That's fun, you have autoconfigured addresses from two separate prefixes.
If the ISP are going to move you around between prefixes, they should
probably lower pltime/vtime.
> if do an
>
> pass out on $pppoe_if inet6 from { fe80::/64 , fde0::/64 , fd00::/64 } to
> any nat-to ($pppoe_if)
>
> he use the :7a1f ip as nat addr that do not work.
If it doesn't work, it shouldn't be on the interface..
> pass out on $pppoe_if inet6 from { fe80::/64 , fde0::/64 , fd00::/64 } to
> any nat-to ($pppoe_if:0)
>
> he use the Link local addr for nat it fails.
I think that's incorrect behaviour. But fixing it wouldn't necessarily
solve your problem; any standard addresses (not link-local,
etc) configured on the interface are meant to be equally valid.
You shouldn't need to nat though - the expected setup for an ISP is for
them to run DHCPv6 prefix delegation, which would allow them to handover
one or more prefixes for you to useon internal networks (a client like
dhcpcd can configure them for you, and rtadvd will pick up the prefixes
automatically).
