Questions and Suggested mclt on DHCP with failover

[Leigh Porter]

I could not use 'proper' failover in my environment so I used VMware magic redundancy instead.

It set und to work very well and without all the issues of the usual failover solution.


-----Original Message-----
From: Nicholas Eastman, Royell Communications Inc. [nick.eastman at royell.org]
Received: Wednesday, 15 Jan 2014, 21:41
To: dhcp-users at lists.isc.org [dhcp-users at lists.isc.org]
Subject: Questions and Suggested mclt on DHCP with failover

We are beginning to get failover DHCP set up on our network after a recent server failure. We have most of the set up ready, but have some concerns about mclt. We have a little over 4,000 customers that will be using these servers when all is said and done and don't want to cause too many issues if something does fail.


That being said, with mclt, when a server is done with recovery and waiting for the mclt to expire, does it respond to new discover requests, or do they not respond to any requests at all? All of the documentation I have seen seems to point to the latter, not the former.


With that question in mind, do most of you use the default time of 3600, or do you shorten the timer to allow a faster recovery?


-Nicholas Eastman



_______________________________________________
dhcp-users mailing list
dhcp-users at lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20140115/93917a01/attachment.html>