Jay Tribick wrote:
values are insanly large, and if taken as a Octects/s then apparently our filers are shifting 25Pb/s - man wish they did :))
Yeh it's cumulative - it'll rollover when it gets to the maximum value for a 32-bit int, cricket should automatically take the roll-over into a account although you might have to do some tinkering with it to get it down to octets/sec.
Ah. Poo. Okay I'll go read the (*shudder*) cricket docs again and see if I can pull anything out of the hat. I hope it has the concept of converting cumulative to avg oct/s. Ho Hum.
Assuming you're using the ucd-snmp package, just type:
snmptranslate interfaces.ifTable.ifEntry.ifInOctets.1
Sweet, can't tell I'm an snmp newbie can ya? :)
D.