[c-nsp] 3850 and output drops
Peter Rathlev
peter at rathlev.dk
Tue Sep 6 16:07:58 EDT 2016
On Tue, 2016-09-06 at 18:48 +0200, Sebastian Beutel wrote:
> Everything started when a co-worker tried to troubleshoot a rapidly
> increasing output error counter on a 3850 Switchport.
What kind of interfaces are these? Would it perhaps be downlink
interfaces that connect at a lower rate than the uplink interface on
which traffic arrives? This will exercise the output buffers.
What does "show interface <...> counters errors" say? If the errors are
"OutDiscard" then it's a buffer problem. Otherwise the kind of drops
should indicate where to continue troubleshooting.
Are there any service policies configured on the interfaces? If so,
then "show policy-map interface <...>" might shed some light on why the
drops occur.
You can see hardware counters for an interface with
show platform qos queue stats Gi 1/0/29
The space between "Gi" and "1/0/29" seems to be necessary at least in
IOS XE 3.3.5.
You might want to take a look at
"Catalyst 3850: Troubleshooting Output drops"
http://www.cisco.com/c/en/us/support/docs/switches/catalyst-3850-series-switches/200594-Catalyst-3850-Troubleshooting-Output-dr.html
(http://tinyurl.com/z6acheu)
There's an example (last "Example 2") policy-map for just assigning
maximum buffers to a single default queue. There are certain caveats
but IMHO something like that should be default on user facing network
interfaces.
--
Peter
More information about the cisco-nsp
mailing list