Traffic Shaping ASR9k in output interface.

mjgarate · ‎05-15-2013

If we configure output traffic shaping on an ASR 9000 interface the Service Policy is not installed, however in cco we can find that traffic shaping is supported see the next link:

http://www.cisco.com/en/US/docs/routers/asr9000/software/asr9k_r4.2/qos/configuration/guide/b_qos_cg421asr_chapter_0100.html#ID407

My configuration is:

policy-map I4-TEST-OUT

class class-default

shape average 300000 bps

interface GigabitEthernet0/0/1/10

description <DESCRIPTION . CIRCUIT_ID>

bandwidth 300

service-policy input I4-TEST-IN

service-policy output I4-TEST-OUT

ipv4 address 1.1.1.1 255.255.255.252

ipv4 verify unicast source reachable-via rx

load-interval 30

ASR9k#show policy-map int g0/0/1/10

GigabitEthernet0/0/1/10 input: I4-TEST-IN

Class class-default

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

Matched : 0/0 0

Transmitted : N/A

Total Dropped : 0/0 0

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

Policed(conform) : 0/0 0

Policed(exceed) : 0/0 0

Policed(violate) : 0/0 0

Policed and dropped : 0/0

GigabitEthernet0/0/1/10 direction output: Service Policy not installed

RP/0/RSP1/CPU0:CE.HTCHP.RPE01#

as you can see we got a message "GigabitEthernet0/0/1/10 direction output: Service Policy not installed".

If I use a class instead of the class class-default the policy-map is correctly installed, If I use a child policy-map under the class class-default the policy is installed also.

Do you know if it is a restriction to use traffic shaping in an output interface and using the default class?

regards

thanks

abhighos · ‎03-01-2016

This is because of the following restiction ASR -9k platforms “A flat port-level shaper requires a child policy with 100% bandwidth explicitly allocated to the class-default.”

Refer: http://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r5-1/qos/configuration/guide/b_qos_cg51xasr/b_qos_cg51xasr_chapter_0100.html#ID2116

Shaping action requires a queue on which the shaping is applied. This queue must be created by a child level policy. Typically shaper is applied at parent or grandparent level, to allow for differentiation between traffic classes within the shaper. If there is a need to apply a flat port-level shaper, a child policy should be configured with 100% bandwidth explicitly allocated to class-default.

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

So what you need to do is configure a child policy, bind it to the parent policy that actually does the shaping apply the parent policy map to the interface :

policy-map Child
class class-default
bandwidth percent 100
!
policy-map Parent
shape average 30 mbps
service-policy Child
!

jjekespnoza · ‎03-20-2016

I have the same issue but I'm not shaping, just doing bandwidth allocation on ios-xrv in virl:

RP/0/0/CPU0:R3#sh run policy-map
Sun Mar 20 19:24:35.972 UTC
policy-map OUT2R2
class ICMPCL
bandwidth 2000 kbps
!
class UDPCL
bandwidth 5000 kbps
!
class TCPCL
bandwidth 3000 kbps
!
class class-default
!
end-policy-map
!

RP/0/0/CPU0:R3#sh policy-map inter g0/0/0/0 out
Sun Mar 20 19:24:59.971 UTC
GigabitEthernet0/0/0/0 direction output: Service Policy not installed
RP/0/0/CPU0:R3#sh ru inter g0/0/0/0
Sun Mar 20 19:25:24.409 UTC
interface GigabitEthernet0/0/0/0
description to R2
service-policy output OUT2R2
ipv4 address 10.0.0.10 255.255.255.252
!

RP/0/0/CPU0:R3#