Failover concept clarification

[pat]

so now i got both the timers from omshell

mclt=00:00:00:0a
partner-state=00:00:00:02
local-state=00:00:00:03
partner-stos=4a:38:99:e4
local-stos=4a:3a:05:2a

so now what is the timer it will wait for to server all the lease.

Regards
pat

On Thu, Jun 18, 2009 at 11:15 AM, pat <patkumar82 at gmail.com> wrote:

> Hi david,
>
> I didn't understand, how STOS is calculated ? is it from time stamp ?? mclt
> we can make out from the active server configuration for can you explain me
> bit detailed.
>
> Thanks
> Pat
>
> On Wed, Jun 17, 2009 at 10:48 PM, David W. Hankins <dhankins at isc.org>wrote:
>
>>  On Wed, Jun 17, 2009 at 04:15:04PM +0530, pat wrote:
>> >   I was performing a failover test in lab with loadbalance split 128, as
>> one
>> > of the test case i made one of the partner/ peer state down and started
>> to
>> > acquire lease using the tool, i found after leasing out half of the pool
>> an
>> > error message thrown as peer hold all free leases, but when i went
>> through
>> > the dhcpd manual it says when the partner is down the active one will
>> hold
>> > all the lease in the pool and will not loadbalance.
>>
>> The Start Time of Service upon entering the partner-down state is used
>> as a reference for the last time the partner server was potentially
>> capable of transmitting a reply to any DHCP client.
>>
>> So as a safety catch to eliminate potential duplicate allocations, the
>> server will not allocate a lease its peer may have until STOS+MCLT
>> expires.
>>
>> --
>> David W. Hankins        "If you don't do it right the first time,
>> Software Engineer                    you'll just have to do it again."
>> Internet Systems Consortium, Inc.               -- Jack T. Hankins
>>
>> _______________________________________________
>> dhcp-users mailing list
>> dhcp-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20090618/2bbe7563/attachment.html>