Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
Rhett Bassett writes: Increase your sample rate - you're probably hitting the SNMP counter rollover. Umm... see below. Bill Nash writes: Alternatively, make sure you're using the 64 bit counters (ifHCInOctets ifHCOutOctets). Yes, that's a better idea. A 10GE interface will wrap a 32-bit counter in 3.43 seconds when fully utilized. On the other hand, rollover won't be a problem with 64-bit counters until 491Pb/s (491 million Gb/s), with a five-minute polling interval. -- Simon. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Snmp monitoring of 10GigE Interfaces
Hi all: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? Thanks. Kumar ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
On Thu, 10 May 2007, Kumar Dasari wrote: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? On average, how far off are the SNMP counters from the output of a 'show interface TenGigXXX'? A few thoughts off the bat... 1. Are you running a version of software on these routers that has an SNMP bug? 2. Are you polling the 64-bit counters for your 10 gig interfaces? 3. What is the load-interval set to on the interfaces? If you don't see a load-interval XX under specific interface configs, then it's set to the default value, which I believe is 5 minutes. 4. Are the graphs always lower, even in the 5-minute/daily traffic views? MRTG will wash some of the traffic peaks out of the graphs over time, unless you specifically tell it to preserve them, but you wouldn't see this until you get into the longer-term views. jms ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
Kumar Dasari wrote: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? Increase your sample rate - you're probably hitting the SNMP counter rollover. Quoth the Cricket manual (http://cricket.sourceforge.net/support/doc/reference.html): an SNMP Counter32 can wrap in under 5 minutes at bandwidths above 100 Mbits, it's critical to fetch the data more often, or else RRD will not be able to correctly detect and process the counter wrap. -- Rhett Bassett Research and Development Lead Hunter Communications 541.734.2800 x2117 http://www.coreds.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
Alternatively, make sure you're using the 64 bit counters (ifHCInOctets ifHCOutOctets). See the ifXtable in ftp://ftp.cisco.com/pub/mibs/v2/IF-MIB.my - billn On Thu, 10 May 2007, Rhett Bassett wrote: Kumar Dasari wrote: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? Increase your sample rate - you're probably hitting the SNMP counter rollover. Quoth the Cricket manual (http://cricket.sourceforge.net/support/doc/reference.html): an SNMP Counter32 can wrap in under 5 minutes at bandwidths above 100 Mbits, it's critical to fetch the data more often, or else RRD will not be able to correctly detect and process the counter wrap. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
Looks like a 64-bit vs 32-bit counter problem. You have to configure the software to seek the 64-bit OID. Kumar Dasari [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 05/10/2007 10:36 AM Please respond to Kumar Dasari [EMAIL PROTECTED] To cisco-nsp@puck.nether.net cc Subject [c-nsp] Snmp monitoring of 10GigE Interfaces Hi all: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? Thanks. Kumar ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Snmp monitoring of 10GigE Interfaces
According to Cisco: If the bandwidth of the interface is greater than the maximum value reportable by this object then this object should report its maximum value (4,294,967,295) and ifHighSpeed must be used to report the interace's speed. -- Tassos Bill Nash wrote on 10/5/2007 8:05 μμ: Alternatively, make sure you're using the 64 bit counters (ifHCInOctets ifHCOutOctets). See the ifXtable in ftp://ftp.cisco.com/pub/mibs/v2/IF-MIB.my - billn On Thu, 10 May 2007, Rhett Bassett wrote: Kumar Dasari wrote: I am having rather erratic and inconsistent results for bandwidth usage reports from different SNMP software packages (MRTG, Cacti, Solarwinds etc) when monitoring 10GigE interfaces on Cisco 7609 Routers. For example there is discripency in what the snmp software says what the 5 min bps output rate is, and what the show int te1/1 shows on the router itself. Software is lower always. Any suggestions on how I can fix this? Increase your sample rate - you're probably hitting the SNMP counter rollover. Quoth the Cricket manual (http://cricket.sourceforge.net/support/doc/reference.html): an SNMP Counter32 can wrap in under 5 minutes at bandwidths above 100 Mbits, it's critical to fetch the data more often, or else RRD will not be able to correctly detect and process the counter wrap. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/