Input queue: 0/2000/2472/0 (size/max/drops/flushes); Total output drops: 0

You got some drops on the inpue queue, nothing bad, but still...try clearing the counters.

This is from cisco, regarding your interface:

WARNING: This interface's counters have not been cleared for 18 weeks 4 days
 and may not accurately reflect the current status of this interface.
 TRY THIS: Reset the counters using the 'clear counters' command and wait a few
 minutes to resubmit the output to Output Interpreter.
 INFO: The interface should be cleared at least 24hours before performing an
 analysis.

 INFO: The last input for this interface is 'never' and the 'packets input' 
counter
 is greater than 0. The counters contradict each other. This is because the last
 input counter only gets timestamped when the CPU has to process an input 
packet.
 This does not get updated when network traffic is simply forwarded in hardware,
 without the CPU touching it. Most likely this output is from a switch interface
 or this interface supports some form of switching, such as fast, autonomous,
 silicon, netflow, etc.

/Jesper

kama wrote:

On Fri, 4 Feb 2005, Steven Hartland wrote:



Seriously though I've seem some bad problems when autoneg
is turned off as well as turned on. Do high volume transfers
run a full speed? Is the switch seeing link loses? Start with the
basics a work up I'm sure a CCNA can figure that :D



I get as close to full speed when i copy files from and to the server.



Also choke spikes are often related to people setting rates
too high for their connections.



True, but these are noticable to all the clients... At least the larger once. I just checked the interface on the router and it seems to be fine.


FastEthernet2/18 is up, line protocol is up (connected) Hardware is C6k 100Mb 802.3, address is 0004.de67.a985 (bia 0004.de67.a985) Description: game2 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 3/255, rxload 5/255 Encapsulation ARPA, loopback not set Full-duplex, 100Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:56, output hang never Last clearing of "show interface" counters 18w4d Input queue: 0/2000/2472/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 2050000 bits/sec, 1786 packets/sec 5 minute output rate 1393000 bits/sec, 2165 packets/sec 13240661508 packets input, 1992409496527 bytes, 0 no buffer Received 156 broadcasts (10 multicast) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 16434131804 packets output, 1337108067279 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out

this look quite ok. afaik...  this is our server that are the most
popular.

/Bjorn

--

What would a chair look like if your knees bent the other way?


_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux

.





_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to