Re: [c-nsp] Snmp monitoring of 10GigE Interfaces

2007-05-11 Thread Simon Leinen
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

2007-05-10 Thread Kumar Dasari
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

2007-05-10 Thread Justin M. Streiner
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

2007-05-10 Thread Rhett Bassett
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

2007-05-10 Thread Bill Nash

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

2007-05-10 Thread Joe Loiacono
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

2007-05-10 Thread Tassos Chatzithomaoglou
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/