No, you're correct.
Ben M. Schorr Chief Executive Officer ______________________________________________ Roland Schorr & Tower www.rolandschorr.com <http://www.rolandschorr.com/> b...@rolandschorr.com <mailto:b...@rolandschorr.com> Twitter: http://www.twitter.com/bschorr From: Jeff Bunting [mailto:bunting.j...@gmail.com] Sent: Friday, May 01, 2009 8:17 AM To: NT System Admin Issues Subject: Re: DHCP 80-20 rule At half lease time, the client should request an address renewal. The renewal request would be sent to the DHCP server that provided the original lease, it is not broadcast to DHCPServer2. IIRC, it will not broadcast again until the lease actually expires. (someone will jump in to correct me if I'm wrong) Jeff On Fri, May 1, 2009 at 1:48 PM, Jim Dandy <jda...@asmail.ucdavis.edu> wrote: I've read some about the DHCP 80-20 rule but I'm not sure I really understand it. Here are two questions. 1) Why 80-20? Why not 50-50? If one server fails, wouldn't it be better for the other server to have a larger range from which to distribute addresses? 2) Let's say everything is working perfectly and both DHCP servers are up. Client1 requests an address and receives address 192.168.0.1 from DHCPServer1. Time passes until half of the lease time has expired so Client1 requests an address. This time DHCPServer2 is a little faster and provides address 192.168.0.129. DHCPserver1 doesn't know that a different address has been assigned to Client1 so Client1 has an active lease on both DHCP servers although only one of the addresses is functional. (Perhaps that's not what would happen?) What happens to DNS? Are there now two entries in DNS (192.168.0.1 and 192.168.0.129) for Client1? For the purpose of answering this question, please assume that I have Active Directory Integrated DNS on Server 2003 and DHCP on Windows Server 2008. Thanks for your help. Curt Finley ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~