[c-nsp] Cisco 9k TenGig interface Output drops

[Pshem Kowalczyk]

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 <Simon.Allard at team.orcon.net.nz> 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:synack at live.com]
> Sent: Monday, 9 June 2014 1:46 p.m.
> To: Simon Allard; cisco-nsp at puck.nether.net
> 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: Simon.Allard at team.orcon.net.nz
>> To: cisco-nsp at puck.nether.net
>> 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 cisco-nsp at puck.nether.net
>> 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  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/