> What is the requirement that makes you want to do this? The reason behind this is that we have a very large data acquisition network and this network will be under heavy stress. The goal of this tool is to monitor the network with high precision and granularity with respect to a specific time frame. This will enable us to pin point errors as they occur. Since normal switching operations do not require the switch cpu, this tool should not affect the performance of the switch and therefore we should be able to monitor at extremly high frequency to directly see if there is an error.
> > There is no "average" latency of SNMP. You'll get different latencies > depending on the device vendor, how busy the device is, the individual > MIB or OID in question, and the underlying network latency. That is what I was afraid of... :) > > RMON includes a whole lot of features that are intended to reduce the > need for management stations to do a lot of polling. You may want to > use them. RMON only give you counters and it seems (unless i have missed something) that you do not have control over the polling rate of this module. -- Ali Al-Shabibi Contrary to popular belief Unix is userfriendly, it is just picky as to whom it is friendly with... ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
