Re: problem with expired prefix (dhcpv6)
Harald Dunkel
Fri Apr 21 18:24:23 2017
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi folks,
On 04/21/17 18:33, Stuart Henderson wrote:
> On 2017/04/21 17:12, Harald Dunkel wrote:
>>
>> # ifconfig pppoe0 down # ifconfig pppoe0 up
>>
>> Apr 21 16:53:32 marvin dhcpcd[74240]: pppoe0: carrier lost Apr 21 16:53:32 marvin dhcpcd[74240]: pppoe0: deleting address 2003:dd:b3bf:2e18:665a:4ff:fe35:830a/64 Apr 21 16:53:32 marvin dhcpcd[74240]: pppoe0: if_addrflags: 93.233.195.203: Undefined error: 0 Apr 21 16:53:32 marvin
>> dhcpcd[74240]: pppoe0: if_addrflags: Undefined error: 0 Apr 21 16:54:02 marvin dhcpcd[74240]: pppoe0: carrier acquired Apr 21 16:54:02 marvin dhcpcd[74240]: pppoe0: IAID 00:00:00:00 Apr 21 16:54:02 marvin dhcpcd[74240]: pppoe0: rebinding prior DHCPv6 lease Apr 21 16:54:02 marvin
>> dhcpcd[74240]: pppoe0: Router Advertisement from fe80::101:101:3e9b:f1ab Apr 21 16:54:02 marvin dhcpcd[74240]: pppoe0: adding address 2003:dd:b3bf:2e1c:665a:4ff:fe35:830a/64 Apr 21 16:54:12 marvin dhcpcd[74240]: pppoe0: failed to rebind prior delegation Apr 21 16:54:12 marvin dhcpcd[74240]:
>> pppoe0: soliciting a DHCPv6 lease Apr 21 16:54:15 marvin dhcpcd[74240]: pppoe0: REPLY6 received from fe80::101:101:3e9b:f1ab Apr 21 16:54:15 marvin dhcpcd[74240]: pppoe0: renew in 900, rebind in 1440, expire in 14400 seconds Apr 21 16:54:15 marvin dhcpcd[74240]: lo0: adding reject route to
>> 2003:dd:b3ee:1c00::/56 via ::1 Apr 21 16:54:15 marvin dhcpcd[74240]: pppoe0: delegated prefix 2003:dd:b3ee:1c00::/56 Apr 21 16:54:15 marvin dhcpcd[74240]: re1: adding address 2003:dd:b3ee:1c00::1/56 Apr 21 16:54:15 marvin dhcpcd[74240]: re1: changing route to 2003:dd:b3ee:1c00::/56
>>
>> The error message after "carrier lost" is gone.
>
> That's promising.
Sorry, I was too blind to see.
>
>> The "failed to rebind prior delegation" is still there, but this might be an issue of Deutsche Telekom.
>
> Here they refused your request to re-use the previous delegation (as you would expect for a dynamic allocation that changes each time). In my case my ISP hands me the same /48 each time and I get "pppoe1: rebinding prior DHCPv6 lease" instead.
>
You are lucky. Deutsche Telekom wants to see extra money for a
"Geschaeftskundenanschluss" to give me the same /56 prefix.
IMHO DT violates rfc 3633: "During renumbering it is expected
that the old and the new prefix co-exist for some time." Maybe the
rfc is too vague here.
rfc 3633 also mentions explicitly (section 12.1) a "Rebind/Reply
message" for the case that the router is rebooted or that the
connection is reset on a lower level. Is this missing or
misconfigured in my setup somehow? Anything I could fix in my
config file?
>
> An address is "deprecated" in the interval between pltime ("preferred lifetime") and vltime ("valid lifetime") expiring. In that case, either address is expected to work for incoming connections, but deprecated addresses are skipped as a source address for new outgoing connections. This allows
> a smooth transition in cases where both addresses work in parallel. ifconfig does show "deprecated" when this happens.
>
ACK. ifconfig shows me the deprecated now.
> What you describe is different to the usual "deprecated" case as the address is expected to _not_ work any more. Maybe in the "failed to rebind" case it would make sense to just remove the address, or maybe keep it but reset pltime to 0 to allow local connections to the old address to stay
> working. This would be under dhcpcd's control rather than the kernel.
>
Roy mentioned this, too. This sounds like a new feature. I wonder if
this could be included in dhcpcd 6.x?
Regards
Harri
-----BEGIN PGP SIGNATURE-----
iQEzBAEBCAAdFiEEH2V614LbR/u1O+a1Cp4qnmbTgcsFAlj6TmMACgkQCp4qnmbT
gcuuOAf9FguNX40wFoRdreJc44T0LC5NTOMErCbLW3fgES/labc8p1R8umun7cX3
X0q8qOBBWGQE2TbZoYWXh+YSnQZqnUA7DxKahePJ8L6nQuuWsaLE2cK4Gn7iC+2K
1CUmU4/THEOuo5sFMgeNXsGNg/b5JxjTTWwbHxTVoJFZoi/7Qa88d7WibBotJGIM
cOMFTCTNt+er292//9zOjCwR1I3NfGiCBYCZStLXc/uGG95l72iPPn/l8ZrvVqMe
zPsLSc/cP7AIj6zyq8PRFWbybuBfX5knvHCCfZW/gltJP5MJtTQ/i0e0xwemPzwf
yDwuLVUR/tKk9c3WNqKWAODMoRNf1A==
=acLk
-----END PGP SIGNATURE-----
Archive administrator: postmaster@marples.name