Showing results for 
Search instead for 
Did you mean: 


Ayman Altounji
Valued Contributor


Compaq proliant 8500 with 2 dual port nic. teaming done with 1 port on each nic. In CIM for this server I see output queue length at 5000000. How is this corrected?

Ayman Altounji
Valued Contributor


Did you manage to find a fix for this? or why this is happening? All our Servers, even ones that are not that busy have the Queue length at 4million.
Can you respond, or email me at:
Thanks in advance.
Ayman Altounji
Valued Contributor


SNMP Counter Values Are Unreliable in SMP Computers

The information in this article applies to:

Microsoft Windows NT Server versions 3.5 , 3.51 , 4.0
Microsoft Windows 2000 , Datacenter Server
Microsoft Windows 2000 , Advanced Server
Microsoft Windows 2000 , Server
Microsoft Windows 2000 , Professional


Windows NT simple network management protocol (SNMP) counters, such as output queue length, may yield unlikely results in symmetric multiprocessor (SMP) computers. The SNMP counters can be viewed using Snmputil.exe from the Windows NT Resource Kit, or Performance Monitor using the Network Interface object. For example:

snmputil getnext public
Variable = interfaces.ifTable.ifEntry.ifOutQLen.2
Value = Gauge - 3749

NOTE : In normal operation, the output queue length counter should rarely rise above zero, when it does, it should return to zero very quickly.

This problem occurs because Windows NT TCP/IP does not use interlocked operations to maintain its statistics counters. The SNMP counters are maintained in the TCP/IP code.

In the case of output queue length, the counter is incremented every time a packet is indicated to NdisSend(), and decremented when NDIS completes the send successfully by returning a status of success, or returning status pending and later calling ARPSendComplete().

Because spinlocks are not used in this code to guarantee the integrity of the counters, SMP computers can affect the counter values during retrieval, causing unlikely values to be reported.

The decision to not implement spinlocks to guarantee the integrity of the SNMP counters is based on performance concerns and will not be changed.

Spinlocks were left out of the TCP/IP code for counter operations intentionally for performance reasons. This will not be fixed.