<div dir="ltr">Ok.  Thank you Hal and Eric.<div><br></div><div>Eric, remove the existing traps code from NTPsec.</div><div><br></div><div>We will build a snmp subagent later, when we see user need..</div><div><br></div><div>..m</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 8, 2016 at 4:23 AM Eric S. Raymond <<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hal Murray <<a href="mailto:hmurray@megapathdsl.net" target="_blank">hmurray@megapathdsl.net</a>>:<br>
> I don't know of any reason not to remove it, especially if it is broken.<br>
><br>
> I think we need a plan to support SNMP if anybody gets interested.  I assume<br>
> we will do that with some translation code running as a separate job.<br>
<br>
Agreed.  I think this can and should be accomplished by plugging together<br>
three components:<br>
<br>
(1) the Mode 6 Python client code I wrote to replace ntpq with.<br>
<br>
(2) The Python SNMP library<br>
<br>
(3) The Python socketserver library<br>
<br>
I don't think this will be difficult - I'd actually be surprised if a<br>
basic SNMP daemon made from these pieces runs much over 100 LOC and<br>
I'm pretty sure I could write and test it in a day.  Data flow: when<br>
you access an SNMP resource at the daemon, this gets translated to a<br>
Mode 6 query, with the response updating the MIB and posted back to<br>
your SNMP client.<br>
<br>
> I assume we will want traps.  We could either do that by polling at some TBD<br>
> rate, or by re-implementing a trap feature that the translation job could use.<br>
><br>
> Traps are slightly ugly.  We probably don't want to process them when they<br>
> happen due to opportunities for traps within traps and such.  I think it<br>
> would work to set a flag and process traps later similar to the way we<br>
> process flags from signals.<br>
<br>
There's an SNMP trap feature.  I could speculate further but I don't think<br>
there's much point to doing so before we have evidence of some user demand.<br>
--<br>
                <a href="<a href="http://www.catb.org/~esr/" rel="noreferrer" target="_blank">http://www.catb.org/~esr/</a>">Eric S. Raymond</a><br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@ntpsec.org" target="_blank">devel@ntpsec.org</a><br>
<a href="http://lists.ntpsec.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ntpsec.org/mailman/listinfo/devel</a><br>
</blockquote></div>