Red Hat Bugzilla – Bug 177845
Changes in bz176270 patch break dhcp for DSL-300t modems
Last modified: 2013-11-24 01:29:39 EST
Description of problem:
The changes to the dhclient support scripts made in dhcp-3.0.2-bz176270.patch
have broken the dhclient when used with the Dlink DSL-300t adsl->ethernet
router. These work by getting an ip for the dsl connection and then bridging
this ip onto the ethernet port, the ethernet port has proxy arp set. They hand
out the ip via dhcp with the default router set to the same as the ip being
handed out hence the proxy arp on the ethernet interface.
I have made a custom rpm of dhcp-3.0.2-28.FC4 with the patch rolled back and the
connection works again. I have also attached the contents of
option subnet-mask 255.255.255.255;
option routers 184.108.40.206;
option dhcp-lease-time 60;
option dhcp-message-type 5;
option domain-name-servers 220.127.116.11;
option dhcp-server-identifier 192.168.100.1;
renew 0 2006/1/15 13:14:50;
rebind 0 2006/1/15 13:15:11;
expire 0 2006/1/15 13:15:19;
Version-Release number of selected component (if applicable): dhcp-3.0.2-28.FC4
How reproducible: dhcp an ip address with a router set to the same as the ip
being handed out
Steps to Reproduce:
1. /sbin/ifup eth0
no route set in routing table
default route set via ip being handed out
This is because the broadcast address is being set to the DHCP IP address
of the interface (netmask == 255.255.255.255) and the dhclient-script refuses
to set the default router to the broadcast address.
No broadcast address should be set if netmask == 255.255.255.255 .
Will fix today with dhcp-3.0.2-30_FC4 / dhcp-3.0.3-20 (FC5) .
This bug is now fixed with dhcp-3.0.2-30_FC4 / dhcp-3.0.3-20 (FC5) .
From User-Agent: XML-RPC
dhcp-3.0.2-30.FC4 has been pushed for FC4, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
Confirmed, dhcp-3.0.2-30.FC4 fixes this issue for me