<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>We’ve run into the same/similar output drop bug (technically a “different” bug, with ID CSCtq86186, but it’s really the same thing). We’re seeing it on a 3750X with 12.2(58)SE. TAC also recommended that we upgrade to 15.2 to fix the issue, but as Andriy noted, it hasn’t been released yet. When I asked them about this, they said that it was actually fixed in 15.0.1(SE1), which was released Dec 2<sup>nd</sup>. We haven’t tested that assertion out yet; we’ve decided to hold off on putting the “fresh out of the oven” IOS on our gear, but if someone else has, and has a good or bad experience we’d be all ears.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>And just to reiterate what Andriy said, use command ”sh platform port-asic stats drop” to get the true numbers as “sh int <blah>” can’t be trusted. Ensure there are actually drops happening, so you don’t end up chasing a ghost :) <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-Tom<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><table class=MsoNormalTable border=0 cellspacing=0 cellpadding=0><tr><td style='padding:0in 0in 3.75pt 0in'><p class=MsoNormal style='margin-right:15.0pt'><b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#5A2149;text-transform:uppercase'>Tom Lusty</span></b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#464646'><br>Senior Systems Engineer <o:p></o:p></span></p></td><td rowspan=2 style='border:none;border-left:solid #6D6D6D 1.0pt;padding:0in 0in 0in 15.0pt'><p class=MsoNormal><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#464646'><img width=130 height=55 id="_x0000_i1025" src="cid:image001.gif@01CCC085.5B026A10" alt="Description: wayfair inc"></span><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#464646'><o:p></o:p></span></p></td></tr><tr><td style='padding:0in 33.75pt 0in 0in'><p class=MsoNormal><b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#5A2149;text-transform:uppercase'>Wayfair</span></b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#464646'><br>177 Huntington Ave, Suite 6000<br>Boston, MA 02115<br></span><b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#5A2149;text-transform:uppercase'>P</span></b><span style='font-size:8.5pt;font-family:"Arial","sans-serif";color:#464646'>: 617.502.7026 <br><a href="mailto:tlusty@wayfair.com"><span style='color:blue'>tlusty@wayfair.com</span></a> <o:p></o:p></span></p></td></tr></table><p class=MsoNormal><o:p> </o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoNormal>-----Original Message-----<br>Date: Thu, 22 Dec 2011 13:09:24 +0100<o:p></o:p></p><p class=MsoPlainText>From: Andriy Bilous <andriy.bilous@gmail.com><o:p></o:p></p><p class=MsoPlainText>To: John Elliot <johnelliot67@hotmail.com><o:p></o:p></p><p class=MsoPlainText>Cc: cisco-nsp <cisco-nsp@puck.nether.net><o:p></o:p></p><p class=MsoPlainText>Subject: Re: [c-nsp] 2960S drops/packet loss<o:p></o:p></p><p class=MsoPlainText>Message-ID:<o:p></o:p></p><p class=MsoPlainText> <CAOnSrb9LO8YffjjwHOPW09SKK+gpKqjWWBK-UFZVtxAivphAdA@mail.gmail.com><o:p></o:p></p><p class=MsoPlainText>Content-Type: text/plain; charset=ISO-8859-1<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>There is a bug in most of SEs for all stackable models, which makes drop statistics unusable (see CSCso81660 for example - there are lots of BugIDs with same diagnostics and keep in mind "Fixed-in is a lie).<o:p></o:p></p><p class=MsoPlainText>Reported numbers aren't realistic and often go both ways - increase and decrease in what appears to be a random manner. sh platform port-asic stats drop should report right value though. So, before you start tweaking, you may want to look further into it and just wait for the sane IOS release. Our SE reported it's fixed in 15.2, which isn't available for download yet.<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>On Thu, Dec 22, 2011 at 4:41 AM, John Elliot <<a href="mailto:johnelliot67@hotmail.com">johnelliot67@hotmail.com</a>> wrote:<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Hi Guys,<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Have a pair of 2960's in a stack, one port(trunk) connects to another DC and we are seeing ~5% packet-lossand large output drops to this DC.<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> #sh interfaces gigabitEthernet 1/0/17 counters errors<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Port ? ? ? ?Align-Err ? ? FCS-Err ? ?Xmit-Err ? ? Rcv-Err ?UnderSize <o:p></o:p></p><p class=MsoPlainText>> ?OutDiscards<o:p></o:p></p><p class=MsoPlainText>> Gi1/0/17 ? ? ? ? ? ?0 ? ? ? ? ? 0 ? ? ? ? ? 0 ? ? ? ? ? 0 ? ? ? ? ?0 ? <o:p></o:p></p><p class=MsoPlainText>> ? ? 182867<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> GigabitEthernet1/0/17 is up, line protocol is up (connected) ?Hardware <o:p></o:p></p><p class=MsoPlainText>> is Gigabit Ethernet, address is a0cf.5b87.ec11 (bia a0cf.5b87.ec11) <o:p></o:p></p><p class=MsoPlainText>> ?Description: QinQ_to_DC2 ?MTU 1998 bytes, BW 100000 Kbit, DLY 100 <o:p></o:p></p><p class=MsoPlainText>> usec, ? ? reliability 255/255, txload 41/255, rxload 23/255 <o:p></o:p></p><p class=MsoPlainText>> ?Encapsulation ARPA, loopback not set ?Keepalive set (10 sec) <o:p></o:p></p><p class=MsoPlainText>> ?Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX ?input <o:p></o:p></p><p class=MsoPlainText>> flow-control is off, output flow-control is unsupported ?ARP type: <o:p></o:p></p><p class=MsoPlainText>> ARPA, ARP Timeout 04:00:00 ?Last input 6d13h, output 00:00:00, output <o:p></o:p></p><p class=MsoPlainText>> hang never ?Last clearing of "show interface" counters 04:02:15 ?Input <o:p></o:p></p><p class=MsoPlainText>> queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 183592 <o:p></o:p></p><p class=MsoPlainText>> ?Queueing strategy: fifo ?Output queue: 0/40 (size/max) ?30 second <o:p></o:p></p><p class=MsoPlainText>> input rate 9047000 bits/sec, 2075 packets/sec ?30 second output rate <o:p></o:p></p><p class=MsoPlainText>> 16324000 bits/sec, 2309 packets/sec<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> As you can see, 30sec rate isnt excessive, but as the drops are outdiscards it would appear we are getting hit by the small buffers/microburst issue.<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Done a bit of reasearch, and as we have mls qos configured(Need to as we have to trust dscp markings), we needto look at "tweaking" the buffer allocations on the switch to hopefully mitigate these drops.<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> There appears to be a range of recommendations when it comes to these tweaks - Hoping someone has some suggestions on what to set with "mls qos queue-set output" to alleviate the drops?(start conservative, then apply more aggressive if needed)....and also, does adjusting the buffers require an outage window?<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Our traffic is primarily backup(replication which is very bursty), and <o:p></o:p></p><p class=MsoPlainText>> Internet<o:p></o:p></p><p class=MsoPlainText>><o:p> </o:p></p><p class=MsoPlainText>> Thanks in advance.<o:p></o:p></p><p class=MsoPlainText>> _______________________________________________<o:p></o:p></p><p class=MsoPlainText>> cisco-nsp mailing list <a href="mailto:?cisco-nsp@puck.nether.net">?cisco-nsp@puck.nether.net</a> <o:p></o:p></p><p class=MsoPlainText>> <a href="https://puck.nether.net/mailman/listinfo/cisco-nsp">https://puck.nether.net/mailman/listinfo/cisco-nsp</a><o:p></o:p></p><p class=MsoPlainText>> archive at <a href="http://puck.nether.net/pipermail/cisco-nsp/">http://puck.nether.net/pipermail/cisco-nsp/</a><o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>------------------------------<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>_______________________________________________<o:p></o:p></p><p class=MsoPlainText>cisco-nsp mailing list<o:p></o:p></p><p class=MsoPlainText><a href="mailto:cisco-nsp@puck.nether.net">cisco-nsp@puck.nether.net</a><o:p></o:p></p><p class=MsoPlainText><a href="https://puck.nether.net/mailman/listinfo/cisco-nsp">https://puck.nether.net/mailman/listinfo/cisco-nsp</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>