dhcpcd-discuss

Hi! 

On Sun, 11 Jun 2017, 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?

It sounds about right. I shall patch/comment out as detailed in
D117 and report back in a few hours.

Thanks!

Regards,
Tobias

-- 
/* Ugly, ugly fucker. */
        linux-2.6.6/include/linux/netfilter_ipv4/ipt_limit.h