Date: Tue, 21 Mar 2017 14:59:07 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 217978] Dhclient does not support supersede statement for option 54 Message-ID: <bug-217978-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217978 Bug ID: 217978 Summary: Dhclient does not support supersede statement for option 54 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: fabian.kurtz@udo.edu Created attachment 181028 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D181028&action= =3Dedit Changes to enable supersede statement for option 54 The German cable internet provider Unitymedia (and possibily other ISPs from the Liberty Global group) uses DHCP relays which only answer to broadcasts. Dhclient renews WAN leases by sending unicasts to the relay, which doesn't forward them to the DHCP server. If, in the rebind phase, the broadcast pac= ket is lost, the WAN IP expires, all connections are dropped and Dhclient needs= to aquire a new lease. The problem can be avoided by setting DHCP option 54 (dhcp-server-identifie= r) to 255.255.255.255. However, the required supersede statement for this opti= on is not implemented in dhclient.c. Thus the DHCP client does not use the opt= ion and the value given by the DHCP server remains in effect (which points to t= he IP of the relay), which then results in the observed problem. To solve this a section which checks if "supersede dhcp-server-identifier" = is set has been added to dhclient.c (see "Start of the updated section" at line 855 in the attached file). --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-217978-8>