dhcpcd-discuss

Re: RFC 4436

Roy Marples

Wed Dec 24 11:01:55 2014

Hi Darko

On 2014-12-24 03:46, Darko Stojkovski wrote:
Hello to everyone around here.

- From what I could gather RFC 4436 seems like a preety decent way to
get back on a network really fast.
Just wanted to know are there any plans on implementing this inside
dhcpcd or no.

Yes and no :)

I believe that a full implementation of RFC 4436 leads to potentially buggy networks. Saying that, it's now possible to implement all of it as dhcpcd recently grew the ability to handle many simultaneous ARP requests.

So what we can do is that when we are in the INIT-REBOOT phase we can ARP check while we negotiate DHCP and maybe start ARP checking after a DISCOVER and not during REQUEST. Each ARP result would expire after DEFEND_INTERVAL seconds to allow for slow DHCP responses as we should re-check ARP when needed. Also, if any ARP request comes in for our address(s) the result should be dropped without defending it.

So basically, dhcpcd would gain the main speed improvement from the RFC by moving the ARP check higher up the food chain.

Thanks

Roy

References:
RFC 4436Darko Stojkovski
Archive administrator: postmaster@marples.name