<div dir="auto">You could configure BFD to send out a SNMP alert when three packets have been missed on a 50 ms cycle. Or instantly if the interface charges state to down. This way you would know that they are down within 150 ms.<div dir="auto"><br></div><div dir="auto">BFD is the hardware solution. A Linux box that has to ping 1000 addresses per second will be very taxed and likely unable to do that in a stable way. You will have seconds where it fails to do them all followed by seconds where it attempts to do them more than once. The result is that the statistics gathered is worthless. If you do something like this, it is much better to have a less ambitious 1 minute cycle.</div><div dir="auto"><br></div><div dir="auto">Take a look at Smokeping. If you want a graph to show the quality of the line, Smokeping makes some very good graphs for that. </div><div dir="auto"><br></div><div dir="auto">Regards </div><div dir="auto">Baldur </div></div><div class="gmail_extra"><br><div class="gmail_quote">15. dec. 2018 16.49 skrev "Colton Conor" <<a href="mailto:colton.conor@gmail.com">colton.conor@gmail.com</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">How much compute and network resources does it take for a NMS to:<div><br></div><div>1. ICMP ping a device every second</div><div>2. Record these results.</div><div>3. Report an alarm after so many seconds of missed pings. </div><div><br></div><div>We are looking for a system to in near real-time monitor if an end customers router is up or down. SNMP I assume would be too resource intensive, so ICMP pings seem like the only logical solution.</div><div><br></div><div>The question is once a second pings too polling on an NMS and a consumer grade router? Does it take much network bandwidth and CPU resources from both the NMS and CPE side?</div><div><br></div><div>Lets say this is for a 1,000 customer ISP.</div><div><br></div><div><br></div></div>
</blockquote></div><br></div>