cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
404
Views
5
Helpful
3
Replies
Octavio Alfageme
Beginner

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

2 ACCEPTED SOLUTIONS

Accepted Solutions
xthuijs
Cisco Employee

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

View solution in original post

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

View solution in original post

3 REPLIES 3
xthuijs
Cisco Employee

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

View solution in original post

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

View solution in original post

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

Content for Community-Ad