<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Ray, Timothy J. (GSFC-583.0) wrote:<br>
<span style="white-space: pre;"><br>
&gt; Dear WG members,<br>
&gt; <br>
&gt; The purpose of this email is bring up a possible minor tweak.&nbsp; The<br>
&gt; tweak is not needed, and I don&#8217;t have a strong attachment to it &#8211;<br>
&gt; just want to mention it...<br>
&gt; <br>
&gt; If a configuration server dies and quickly restarts, the registrars<br>
&gt; will not miss enough heartbeats to impute its death, and will<br>
&gt; continue sending heartbeats.&nbsp; If the Meta-AMS transport mechanism
is<br>
&gt; udp and the restarted server uses the same udp port, then these<br>
&gt; heartbeats will reach the restarted server.<br>
&gt; <br>
&gt; Would it be better if the server had a grace period at startup
during<br>
&gt; which it would ignore heartbeats from unregistered registrars
(rather<br>
&gt; than sending them a &#8216;you-are-dead&#8217; message)?&nbsp; The grace period
would<br>
&gt; last long enough to allow the registrars to impute the death of the<br>
&gt; old registrar and re-register with the restarted registrar.</span><br>
<br>
I see what you're saying, Tim, and I agree that it would be more
graceful.&nbsp; Would the same behavior be appropriate for a registrar that
restarts quickly, before its cell's nodes have imputed its death?<br>
<br>
On the one hand this is kind of a corner case and I am reluctant to add
any more complexity to MAMS unnecessarily.&nbsp; On the other hand, I can
imagine operational scenarios where this situation might come up and
result in some confusion.&nbsp; I'll take a crack at modifying the spec if
it's the consensus of the WG that this is a worthwhile enhancement.&nbsp;
Any thoughts?<br>
<br>
Scott<br>
</body>
</html>