<div dir="ltr">If I set "local-state" on the primary peer to "shut_down" (8), the secondary peer immediately assumes a "local-state" of "partner_down" (4) and a "partner-state" of "shut_down" (8).<div><br></div><div>Interestingly, the problem went away after I began testing different (lower) MCLT values. I also can't reproduce it using the original MCLT value. I think one or both lease database files gained some cruft during the initial configuration and testing process that eventually worked itself out. Additionally, both peers operate normally after purging the lease database files.</div><div><br></div><div>Thanks for the help!<br><div><div><br></div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 1:16 PM, Bob Harold <span dir="ltr"><<a href="mailto:rharolde@umich.edu" target="_blank">rharolde@umich.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Apr 4, 2017 at 2:29 PM, Matthew Kassawara <span dir="ltr"><<a href="mailto:matthew.kassawara@blinker.com" target="_blank">matthew.kassawara@blinker.com</a><wbr>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Neither stopping the primary peer (resulting in a "communications_interrupted" state on the secondary peer) nor changing the primary peer state to "partner_down" via OMAPI cause the secondary peer to perform dynamic DNS updates.</div><div class="m_1656037030053972631gmail-HOEnZb"><div class="m_1656037030053972631gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 12:22 PM, Simon Hobson <span dir="ltr"><<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>Matthew Kassawara <<a href="mailto:matthew.kassawara@blinker.com" target="_blank">matthew.kassawara@blinker.com</a><wbr>> wrote:<br>
<br>
> If I simulate failure of the primary DHCPD instance<br>
<br>
</span>Are you doing that properly, and putting the peer into partner down state ?<br>
<br>
</blockquote></div></div></div></div><br></blockquote><div><br></div></span><div>You need to do "partner_down" on the secondary (telling it the primary is down).  It might get to that state after waiting the MCLT time (typically a half hour ?) but I am not sure.  So "complete" failover is a manual process.</div></div><span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra">-- </div><div class="gmail_extra">Bob Harold</div><div class="gmail_extra"><br></div></font></span></div>
<br>______________________________<wbr>_________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/dhcp-users</a><br></blockquote></div><br></div>