[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [bug #19927] DHCP NACK problem

From: Jonathan Larmour
Subject: [lwip-devel] [bug #19927] DHCP NACK problem
Date: Sun, 06 Jan 2008 21:06:46 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20070530 Fedora/ Firefox/

Follow-up Comment #13, bug #19927 (project lwip):

Yes, since Cui says it works for him/her this should be fine.

I've done more research into answering my question at the end of comment #8,
and looking at the RFC I believe it is safe to just start discovery
immediately, rather than waiting for the 10 second timeout.

RFC2131 does talk about using exponential backoffs, but only for
retransmission, and this wouldn't be one. Theoretically this could also be
part of an attempt to introduce a random delay, but then we don't try and
introduce that delay at the first request at all, and that's when it's needed
most, so that couldn't really have been the rationale (and the delay is fixed
at 10secs, not random anyway). I've also looked at a different open source
implementation of DHCP, and it doesn't have any introduced delay (not that
that implementation is necessarily correct!).

So in the patch I've made dhcp_handle_nak() now call dhcp_discover()
directly, and no longer wait 10 seconds, which is what I'll now check in.

(file #14757)

Additional Item Attachment:

File name: dhcp.nak.patch                 Size:1 KB


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]