RFC 4293 obsoletes old ipv4 and ipv6 monitoring RFCs ( 2011, 2465, 2466).
In line with its predecessors, it allows to monitor ip counters (pkts in, pkts out, fragments, errors and so on ...) but it has big enhancements : 1) it's a multi ip mib (ipv4, ipv6) 2) it allows to collect data for each ip interface while its predecessors permits only to collect data at node level.
Having ip counters collection would greatly improves the router monitoring capabilities of OpenNNMS.
Acceptance / Success Criteria
None
Attachments
4
Lucidchart Diagrams
Activity
Show:
bofh.jr January 19, 2012 at 4:00 PM
The later files could be enhanced by defining a new storageStrategy. This storage strategy should allow to collect and display the counters according to the ipIfStatsTable indexes : first ip stack version then interface index.
bofh.jr January 19, 2012 at 3:56 PM
datacollection and snmp-graph.properties for the itf group (by protocol stack).
bofh.jr January 19, 2012 at 3:51 PM
Datacollection and snmp-graph.properties for the systemstats group (datacollection of ip counters by ip stacks)
RFC 4293 obsoletes old ipv4 and ipv6 monitoring RFCs ( 2011, 2465, 2466).
In line with its predecessors, it allows to monitor ip counters (pkts in, pkts out, fragments, errors and so on ...) but it has big enhancements :
1) it's a multi ip mib (ipv4, ipv6)
2) it allows to collect data for each ip interface while its predecessors permits only to collect data at node level.
Having ip counters collection would greatly improves the router monitoring capabilities of OpenNNMS.