我们正在使用固件版本：2.0.0.19-tz
我们遇到了stream量计数器的问题，其中一些似乎是以16位计数器而不是32位计数器来实现的。 造成这个问题的原因是他们在小于我们的分钟轮询周期的时候（从65,000）到0，实际上是扭曲了我们的指标。
LAN（接口2）的计数器似乎正常工作，但是接口3和4（WAN和DMZ / WAN2）在65000处翻转。
2010年5月11日星期二08:38:31 EDT
IF-MIB :: ifInOctets.1 = Counter32：137634
IF-MIB :: ifInOctets.2 = Counter32：1865677943
IF-MIB :: ifInOctets.3 = Counter32：12450
IF-MIB :: ifInOctets.4 = Counter32：49354
查看计数器IF-MIB :: ifInOctets.4 5秒后：
星期二5月11日08:38:36美国东部时间2010年
IF-MIB :: ifInOctets.1 = Counter32：137634
IF-MIB :: ifInOctets.2 = Counter32：1865836207
IF-MIB :: ifInOctets.3 = Counter32：13167
IF-MIB :: ifInOctets.4 = Counter32：12900
有什么build议么？ 看起来像一个错误，但我只是想确保我不是疯了..
谢谢！
我使用PRTG（通过SNMP）收集接口stream量统计信息，并遇到同样的问题（相同的型号/固件等）。 你用什么收集SNMP值？ 你有没有经历过任何工具或只有一个（我曾经以为这是一个PRTG问题，logging在一个32位计数器，而不是一个64位计数器的价值观，并扭曲三angular洲，因为环绕）。 思科在这里讨论了他们对SNMP计数器的处理方法http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml，但是对于这个问题还没有定论（甚至可能不适用于RV082）。 你解决了这个问题还是find解决方法？
感谢张贴。