Re: Puzzled by DHCPv6 in many ways [SOLVED]
Roy Marples
Mon Aug 28 22:49:28 2017
Hi Tobias
On 11/06/17 15:29, Roy Marples wrote:
On 11/06/2017 12:07, Roy Marples wrote:
On 11/06/2017 10:16, Tobias Klausmann wrote:
Thanks, that makes sense. I noticed something else with the PD:
it seems that sometimes the exponential delay for REBIND6 makes
me lose the lottery: the delegation expires between two REBIND6
attempts, usually ones that are >5m apart. Is there a way to make
the delays increase at a slower rate?
Can you post a tcpdump of the DHCPv6 transaction please, along with
dhcpcd logs saying what it thinks the timers are?
This sounds like a bug in dhcpcd.
There is currently no way to affect the rebind timer once the lease is
live (but this also applies to IPv4 counter-parts).
Tobias sent me the tcpdump off list.
What it showed was that the DHCPv6 server was requesting a unicast
transaction.
This fails in the non master mode case (ie dhcpcd started for a specific
interface) because dhcpcd binds to the the link-local address.
As such the tcpdump showed ICMP uncreahable messages during the renew
phase.
Task created here:
https://dev.marples.name/T123
Patch to disable unicast support until this can be fixed better here:
https://dev.marples.name/D117
Does this sound like your issue and potential solution Tobias?
I've created a diff for T123 which should fix the issue on the current
master branch of dhcpcd here:
https://dev.marples.name/D127
Let me know if it works for you!
For some reason my ISC DHCPd server doesn't send the unicast option no
matter how hard I prod it. Hopefully you can test the patch!
Roy
Archive administrator: postmaster@marples.name