<div dir="ltr">Depending on your requirements and scale - but I read you want history - it's probably less a demand on CPU or network resources, but more on IOPS.<div><br></div><div>If you cache all results before writing to disk, then it's not much of a problem, but by just going "let's use RRD/MRTG for this" your IOPS could become the first problem. So you might look into a proper timeseries backend or use a caching daemon for RRD.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 15, 2018 at 4:48 PM Colton Conor <<a href="mailto:colton.conor@gmail.com">colton.conor@gmail.com</a>> wrote:<br></div><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">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 clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Christian Meutes<br><br>e-mail/xmpp: <a href="mailto:christian@errxtx.net" target="_blank">christian@errxtx.net</a></div><div dir="ltr">mobile: +49 176 32370305<br>PGP Fingerprint: B458 E4D6 7173 A8C4 9C75315B 709C 295B FA53 2318<div>Toulouser Allee 21, 40211 Duesseldorf, Germany</div></div></div></div></div></div></div>