<div dir="ltr">Hugh,<div><br></div><div>Yes, I think you have it exactly..  That's one of the solutions I had thought of - essentially a new probing_mode where the probing flag is never cleared on any entry that has the probing flag.  The only concern that I had was that I hadn't dug into the code far enough to figure out what will prevent a low ping_interval from sending a second probe packet to a gateway before a response to the first has been received/timed out..</div><div><br></div><div>It could also be done with a new set of flags, assuming that not all of the flags bits are cleared.. one flag that indicates never_probe and one flag that indicates always_probe, perhaps.  This way you could control which gateways NOT to probe if you used DS_PROBE_ALL, or you could control which gateways to probe if you used any of the other modes..  though since the flags are really treated as mutable state once loaded, care would have to be taken to make sure that the new flags aren't emptied anywhere else in the code..</div><div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div align="left"><font face="Arial" size="2">--</font></div><div align="left"><strong style="font-family:Arial;font-size:small"><em>Joseph 
Dickson</em></strong><br></div>
<div align="left"><span style="font-family:Arial">E: </span><a href="mailto:jdickson@evolvetsi.com" target="_blank" style="font-family:Arial">jdickson@evolvetsi.com</a><br></div><div align="left"><br></div></div></div></div><div class="gmail_quote">On Thu, Aug 20, 2015 at 4:38 AM, Waite, Hugh <span dir="ltr"><<a href="mailto:hugh.waite@acision.com" target="_blank">hugh.waite@acision.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hello,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">This is something I have been thinking about recently as well.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">The current implementation can read flags from the DB (or file etc) but the probing flag is only a status and is cleared/set depending on the probing_mode,
 so the value stored in the DB is basically ignored after the first probe.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I was going to suggest a new mode, e.g. “probe_if_set” which allows each destination to indicate whether it wishes to probe.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Then you can have a set of entries which are all active but do not probe, another set which probe all the time and another set that only probe when they are
 inactive. Entries could still be administratively disabled to take them out of service.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Does this sound like what you need Joseph?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Regards,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hugh<u></u><u></u></span></p>
<p class="MsoNormal"><br></p></div></div></blockquote></div></div></div></div>