05-15-2013 09:19 AM
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:
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
03-01-2016 10:13 PM
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
!
03-20-2016 12:25 PM
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#
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide