Re:Rapid DHCP: Or, how do Macs get on the network so fast?
by rlpb on Tuesday July 12, 2011 @08:00PM
(#2757170)
The problem is that the DHCP server re-issued a valid lease to a second computer. Surely this is an issue with the DHCP server not playing nice, rather than Apple?
[ Parent
| on HN ]
Re:Rapid DHCP: Or, how do Macs get on the network so fast?
by jarek on Tuesday July 12, 2011 @08:20PM
(#2757230)
Do you feel there is a better, more tolerant, and less error prone course of action the DHCP server could take if it runs out of leases?
Re:Rapid DHCP: Or, how do Macs get on the network so fast?
by rlpb on Tuesday July 12, 2011 @10:09PM
(#2757499)
If we are able to modify the DHCP server to do something sensible, why not modify default router settings to issue /16 addresses instead of /24? Or even 10/8? There's plenty of RFC1918 space to not run out.
NAT state tables won't have to stretch that far as they can time out unused connections just like they do already.
Would there be any unintended side-effects with doing this?
If you don't like the NAT, go ahead and issue IPv6 :-)
Re:Rapid DHCP: Or, how do Macs get on the network so fast?
by hristov on Tuesday July 12, 2011 @11:53PM
(#2757709)
Not really. The DHCP server may have many valid reasons for reissuing a technically valid lease, such as it being restarted and losing its table of valid leases. As I pointed out in a response above, the DHCP protocol makes it clear that devices should re-verify their addresses after waking up.