Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

IOS-XR QoS - statistics of remarked packets

Hi everyone,

I'm running IOS-XR 5.1.1 in a ASR9001. I have QoS policies, that remark cos values, applied to some interfaces. One example might be the following:

policy-map User_Egress_5Mbps_128Kbps_child

 class Internal_Voice

  priority level 1

  police rate 128 kbps burst 24000 bytes peak-burst 48000 bytes

  !

  set cos 5

  set cos inner 5

 !

 class class-default

  bandwidth remaining percent 100

  set cos 0

  set cos inner 0

 !

 end-policy-map

!

 

When I execute 'show policy-map interface...' I get an output like this one:

RP/0/RSP0/CPU0:ASR9K#sh policy-map interface bundle-ether 200.2000.pppoe54$

Mon Jul 14 14:27:30.307 DST

 

Bundle-Ether200.2000.pppoe54 output: User_Egress_5Mbps_128Kbps

 

Class class-default

  Classification statistics          (packets/bytes)     (rate - kbps)

    Matched             :                 179/52123                0

    Transmitted         :                 179/52123                0

    Total Dropped       :                   0/0                    0

 

  Policy User_Egress_5Mbps_128Kbps_child Class Internal_Voice

    Classification statistics          (packets/bytes)     (rate - kbps)

      Matched             :                 177/51863                0

      Transmitted         :                 177/51863                0

      Total Dropped       :                   0/0                    0

    Policing statistics                (packets/bytes)     (rate - kbps)

      Policed(conform)    :                 177/51863                0

      Policed(exceed)     :                   0/0                    0

      Policed(violate)    :                   0/0                    0

      Policed and dropped :                   0/0                 

      Policed and dropped(parent policer)  : N/A

    Queueing statistics

      Queue ID                             : 131112

      High watermark                       : N/A

      Inst-queue-len  (packets)            : 0

      Avg-queue-len                        : N/A

      Taildropped(packets/bytes)           : 0/0

      Queue(conform)      :                 177/51863                0

      Queue(exceed)       :                   0/0                    0

      RED random drops(packets/bytes)      : 0/0

 

 

  Policy User_Egress_5Mbps_128Kbps_child Class class-default

    Classification statistics          (packets/bytes)     (rate - kbps)

      Matched             :                   2/260                  0

      Transmitted         :                   2/260                  0

      Total Dropped       :                   0/0                    0

    Queueing statistics

      Queue ID                             : 131114

      High watermark                       : N/A

      Inst-queue-len  (packets)            : 0

      Avg-queue-len                        : N/A

      Taildropped(packets/bytes)           : 0/0

      Queue(conform)      :                   2/260                  0

      Queue(exceed)       :                   0/0                    0

      RED random drops(packets/bytes)      : 0/0

 

I assume that conforming packets are remarked but in other platforms running classic IOS marked-packets was an explicit information you could enable by commands like 'platform qos marker-statistics'. Is there any way to get marked packets statistics in IOS-XR?

Thanks in advance for your help

Regards

Octavio

Everyone's tags (1)
2 ACCEPTED SOLUTIONS

Accepted Solutions
Cisco Employee

When a packet is matched on a

When a packet is matched on a class, all the actions are automatically taken into consideration also.

You can verify the hardware programming of the QOS policy on the NPU via show qos int bundle-eX direction member y. You'll see there that the policer and set operations are there correctly programmed.

Another thing you could possibly try is to modify the policer entry to set the transmit, exceed and violate actions to the desired operation, eg set cos etc. Maybe if they are part of the policer action they'll be reflected in the show policy-map, I am not sure, need to verify.

Any case, if a packet matches class, all actions as programmed are carried out.

regards

xander

Xander Thuijs CCIE #6775 Principal Engineer ASR9000, CRS, NCS6000 & IOS-XR
Cisco Employee

I also wanted to reference

I also wanted to reference this link:

https://supportforums.cisco.com/document/59901/asr9000xr-understanding-qos-a9k-platform-default-marking-behavior-troubleshooting

that may be helpful and in case you like more details about QOS and its verification/troubleshooting, pull both Cisco Live preso's from Orlando 2013 and SanFran 2014 session ID 2904.

I believe there are video recordings too on the cisco live site if you like to burn 4 hours on that :)

regards

xander

Xander Thuijs CCIE #6775 Principal Engineer ASR9000, CRS, NCS6000 & IOS-XR
3 REPLIES
Cisco Employee

When a packet is matched on a

When a packet is matched on a class, all the actions are automatically taken into consideration also.

You can verify the hardware programming of the QOS policy on the NPU via show qos int bundle-eX direction member y. You'll see there that the policer and set operations are there correctly programmed.

Another thing you could possibly try is to modify the policer entry to set the transmit, exceed and violate actions to the desired operation, eg set cos etc. Maybe if they are part of the policer action they'll be reflected in the show policy-map, I am not sure, need to verify.

Any case, if a packet matches class, all actions as programmed are carried out.

regards

xander

Xander Thuijs CCIE #6775 Principal Engineer ASR9000, CRS, NCS6000 & IOS-XR
Cisco Employee

I also wanted to reference

I also wanted to reference this link:

https://supportforums.cisco.com/document/59901/asr9000xr-understanding-qos-a9k-platform-default-marking-behavior-troubleshooting

that may be helpful and in case you like more details about QOS and its verification/troubleshooting, pull both Cisco Live preso's from Orlando 2013 and SanFran 2014 session ID 2904.

I believe there are video recordings too on the cisco live site if you like to burn 4 hours on that :)

regards

xander

Xander Thuijs CCIE #6775 Principal Engineer ASR9000, CRS, NCS6000 & IOS-XR
New Member

Thanks a lot for your help,

Thanks a lot for your help, Xander. I'll follow your recommendations and I think I'll be able to find some time for Cisco Live's recordings. ;-)

Kind regards

Octavio

162
Views
5
Helpful
3
Replies