This document can help - https://supportforums.cisco.com/document/110671/asr9000xr-np-counters-explained-xr421
In this particular case it claims: Total number of ingress/egress frames dropped to a child policing policy. kind regards Pshem On 9 June 2014 15:12, Simon Allard <[email protected]> wrote: > Thank you for that. > > Pointed at this counter incrementing. > > RESOLVE_L2L3_QOS_C_DROP_CNT > > Now to find out why! > > > > > From: Darin Herteen [mailto:[email protected]] > Sent: Monday, 9 June 2014 1:46 p.m. > To: Simon Allard; [email protected] > Subject: RE: [c-nsp] Cisco 9k TenGig interface Output drops > > Locate the NP that handles Te0/1/0/3 by : > > show controllers np ports all > > then: > > show controllers np counters npx location 0/1/CPUx > > The following are some helpful links: > > https://supportforums.cisco.com/document/110671/asr9000xr-np-counters-explained-xr421 > https://supportforums.cisco.com/document/59721/asr9000xr-troubleshooting-packet-drops-and-understanding-np-drop-counters > > For Typhoon line cards your order of processing is : > > Parse -> Search -> Resolve -> - Modify -> Queue Schedule > > Happy hunting ! > > Darin > > > > > >> From: [email protected] >> To: [email protected] >> Date: Mon, 9 Jun 2014 00:25:35 +0000 >> Subject: [c-nsp] Cisco 9k TenGig interface Output drops >> >> Hi Guys >> >> I have a Cisco 9k (IOS XR), out of the blue we have started to see output >> drops on one of our 10Gig interfaces, and we are stumped to why. >> >> I have checked the QoS rules (show policy-map interface Te0/1/0/3) and I am >> not seeing any drops, and the interface is not showing any errors (other >> than the drop counter). >> >> The interface is not close to saturation, as noted by the TX/RX load >> counters. (It's a 10Gig circuit). >> >> Does anyone have any more ideas on where to check? >> >> RP/0/RSP0/CPU0:AVL-9006-1#show interfaces Te0/1/0/3 >> Mon Jun 9 12:20:30.637 NST >> TenGigE0/1/0/3 is up, line protocol is up >> Interface state transitions: 1 >> Hardware is TenGigE, address is d867.d933.713b (bia d867.d933.713b) >> Layer 1 Transport Mode is LAN >> Description: To JAD-9006-1 Ten0/1/0/3 [cct description here] >> Internet address is 10.111.252.21/30 >> MTU 9200 bytes, BW 10000000 Kbit (Max: 10000000 Kbit) >> reliability 255/255, txload 71/255, rxload 17/255 >> Encapsulation ARPA, >> Full-duplex, 10000Mb/s, LR, link type is force-up >> output flow control is off, input flow control is off >> loopback not set, >> ARP type ARPA, ARP timeout 04:00:00 >> Last input 00:00:00, output 00:00:00 >> Last clearing of "show interface" counters 2d04h >> 30 second input rate 683789000 bits/sec, 246805 packets/sec >> 30 second output rate 2800879000 bits/sec, 313047 packets/sec >> 43078016592 packets input, 16596075514641 bytes, 170 total input drops >> 0 drops for unrecognized upper-level protocol >> Received 0 broadcast packets, 43093 multicast packets >> 0 runts, 0 giants, 0 throttles, 0 parity >> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort >> 56873325966 packets output, 64034079075262 bytes, 3306387 total output drops >> Output 0 broadcast packets, 43123 multicast packets >> 0 output errors, 0 underruns, 0 applique, 0 resets >> 0 output buffer failures, 0 output buffers swapped out >> 0 carrier transitions >> >> >> >> Cheers, >> Simon >> >> >> >> _______________________________________________ >> cisco-nsp mailing list [email protected] >> https://puck.nether.net/mailman/listinfo/cisco-nsp >> archive at http://puck.nether.net/pipermail/cisco-nsp/ > ________________________________________ > > Spam > Not spam > Forget previous vote > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
