they shouldn't.. your only going to have a 32 bit or a 64 bit counter. So what happens when you get that counter full? your software craps out again?
The software needs to determine wether it's a 32 or 64 bit counter, and check to see if it's lowe than it was last time it was checked. Or do like SB and just reset the unit every time you do something like check a counter so you always have the pre-basis of 0 to start from.. oh wait.. that's a firmware bug... :D -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Lars Gaarden Sent: Wednesday, August 20, 2003 13:37 To: [EMAIL PROTECTED] Subject: [smartBridges] SNMP logging (was: MORE ABOS crapping out) shoffman wrote: > You can pull SNMP data from each radio.. WARNING!!! data sometimes has > some real outliers!! (we had one device report it was communicating 80 > Gigapackets/second on its RF port... uhmmm not likely... We just ignore > ludicrous readings like that.. When a radio is reset/restarted, the counters are set back to zero. Some SNMP monitoring packages don't handle that too well - they think that the value has wrapped around so you get abs(previous_value - INT_MAX)/polling_interval -- LarsG The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org
