<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><div><span style="font-family: 'Default Sans Serif', Verdana, Arial, Helvetica, sans-serif; font-size: small; ">We have the same problem on our 3600X devices. </span></div><div><font size="2" face="Default Sans Serif, Verdana, Arial, Helvetica, sans-serif">Look at bugg <span style="background-color: rgb(247, 247, 247); ">CSCua16046</span></font></div><div><span style="background-color: rgb(247, 247, 247); "><font size="2" face="Default Sans Serif, Verdana, Arial, Helvetica, sans-serif">We belive that is the bug that we are encountering. Havent updated software on the device yet though.</font></span></div><div><br></div><br><font color="#990099">-----cisco-nsp-bounces@puck.nether.net skrev: -----</font><div style="padding-left:5px;"><div style="padding-right:0px;padding-left:5px;border-left:solid black 2px;">Till: cisco-nsp@puck.nether.net<br>Från: "Ivan" <cisco-nsp@itpro.co.nz><br>Sänt av: cisco-nsp-bounces@puck.nether.net<br>Datum: 2012-08-21 01:49<br>Ärende: [c-nsp] ME3600X Output Drops<br><br><div><font face="Courier New,Courier,monospace" size="3">Hi,<br><br>I am seeing output drops on a ME3600X interface as shown below<br><br>GigabitEthernet0/2 is up, line protocol is up (connected)<br>  MTU 9216 bytes, BW 1000000 Kbit/sec, DLY 10 usec,<br>     reliability 255/255, txload 29/255, rxload 2/255<br>  Encapsulation ARPA, loopback not set<br>  Keepalive set (10 sec)<br>  Full-duplex, 1000Mb/s, media type is RJ45<br>  input flow-control is off, output flow-control is unsupported<br>  ARP type: ARPA, ARP Timeout 04:00:00<br>  Last input 6w1d, output never, output hang never<br>  Last clearing of "show interface" counters 00:12:56<br>  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 231<br>  Queueing strategy: fifo<br>  Output queue: 0/40 (size/max)<br>  30 second input rate 10299000 bits/sec, 5463 packets/sec<br>  30 second output rate 114235000 bits/sec, 12461 packets/sec<br>     3812300 packets input, 705758638 bytes, 0 no buffer<br>     Received 776 broadcasts (776 multicasts)<br>     0 runts, 0 giants, 0 throttles<br>     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored<br>     0 watchdog, 776 multicast, 0 pause input<br>     0 input packets with dribble condition detected<br>     9103882 packets output, 10291542297 bytes, 0 underruns<br>     0 output errors, 0 collisions, 0 interface resets<br>     0 unknown protocol drops<br>     0 babbles, 0 late collision, 0 deferred<br>     0 lost carrier, 0 no carrier, 0 pause output<br>     0 output buffer failures, 0 output buffers swapped out<br><br>I have read about similar issues on the list:<br><a href="http://www.gossamer-threads.com/lists/cisco/nsp/157217">http://www.gossamer-threads.com/lists/cisco/nsp/157217</a><br><a href="https://puck.nether.net/pipermail/cisco-nsp/2012-July/085889.html">https://puck.nether.net/pipermail/cisco-nsp/2012-July/085889.html</a><br><br>1. I have no QoS policies applied to the physical interface or EVCs. <br>Would increasing the hold queue help?  Is there a recommended value - the<br>maximum configurable is 240000.  What is the impact on the 44MB of packet<br>buffer.<br><br>2. If the hold queue isn't an option is configuring QoS required to<br>increase the queue-limit from the default 100us.  Again are there any<br>recommended values and what impact is there on the available 44MB of<br>packet buffer.<br><br>3. I have found that when applying policies to the EVCs the "show policy<br>map" output does not have information for the queue-limit as I have seen<br>when applying polices to the physical interface.  Does this mean that EVCs<br>will still suffer from output drops?<br><br>Thanks<br><br>Ivan<br><br>_______________________________________________<br>cisco-nsp mailing list  cisco-nsp@puck.nether.net<br><a href="https://puck.nether.net/mailman/listinfo/cisco-nsp">https://puck.nether.net/mailman/listinfo/cisco-nsp</a><br>archive at <a href="http://puck.nether.net/pipermail/cisco-nsp/">http://puck.nether.net/pipermail/cisco-nsp/</a><br></font></div></cisco-nsp@itpro.co.nz></div></div></font>