lwIP - A Lightweight TCP/IP stack - Bugs: bug #52704, DHCP and bad OFFER
You are not allowed to post comments on this tracker with your current authentication level.
bug #52704: DHCP and bad OFFER
Submitter: | Dirk Ziegelmeier <dziegel> | ||
Submitted: | Wed 20 Dec 2017 09:08:44 AM UTC | ||
Category: | DHCP | Severity: | 3 - Normal |
Item Group: | None | Status: | Fixed |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Closed | Planned Release: | None |
lwIP version: | 2.0.3 |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 2 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2017-12-30 | dziegel | Status | None | Fixed | |
Open/Closed | Open | Closed |
Powered by Savane 3.13-3230.
Corresponding source code
Hello,
DHCP implementation seems to have minor bug. If DHCP server sends OFFER without Server Identifier-field, LwIP stops sending DISCOVER messages (one fieldbus conformance tester does this).
I didn't check RFC what actually should be done in this case, but I think that it should at least continue sending DISCOVERY messages.
In code before dhcp.c: dhcp_handle_offer() is called, DHCP timer is stopped (dhcp->request_timeout = 0;), then
dhcp_handle_offer() just prints error if it rejects the OFFER.
We are still using 1.4.1 but master seems to have identical code for dhcp_handle_offer().
br,
Esa Hill