11-15-2017 02:55 AM - edited 03-01-2019 03:20 PM
Ok - I'm trying to get a egress policy to work on a NCS 5501-SE
Get this error, been reading the documentation- not quite sure what is going on.
NCS is on 6.2.25
Error:
RP/0/RP0/CPU0:XXX(config)#int te0/0/0/0 RP/0/RP0/CPU0:XXX(config-if)#service-policy output TX-QOS-10Gbit RP/0/RP0/CPU0:XXX(config-if)#commit .. RP/0/RP0/CPU0:XXX(config-if)#show configuration failed interface TenGigE0/0/0/0 service-policy output TX-QOS-10Gbit !!% 'DNX_QOSEA' detected the 'warning' condition 'Invalid egress policy-map configuration. Use qos-group for marking features and traffic-class for queuing features' ! end
The policy - has been dumbed down from the one we usually use on a ASR9k - first thing
policy-map TX-QOS-10Gbit class 10Gbit_Q8 priority level 1 police rate percent 10 ! ! class 10Gbit_Q7 priority level 2 police rate percent 10 ! ! class 10Gbit_Q6 bandwidth remaining percent 8 ! class 10Gbit_Q5 bandwidth remaining percent 10 ! class 10Gbit_Q4 bandwidth remaining percent 10 class 10Gbit_Q3 ! random-detect default bandwidth remaining percent 10 ! class 10Gbit_Q2 ! bandwidth remaining percent 2 random-detect default ! class class-default random-detect default bandwidth remaining percent 40 ! end-policy-map
Classes:
class-map match-any 10Gbit_Q2 match qos-group 1 end-class-map ! class-map match-any 10Gbit_Q3 match qos-group 2 end-class-map ! class-map match-any 10Gbit_Q4 match qos-group 3 end-class-map ! class-map match-any 10Gbit_Q5 match qos-group 4 end-class-map ! class-map match-any 10Gbit_Q6 match qos-group 7 end-class-map ! class-map match-any 10Gbit_Q7 match qos-group 6 end-class-map ! class-map match-any 10Gbit_Q8 match qos-group 5 end-class-map
Any ideas ?
11-16-2017 11:56 PM
Hi Benedikt,
since IOS-XR 6.1.2 on NCS5500 we are using match on qos-group for egress (re)marking actions. For queue selection and corresponding actions we are using traffic-class.
If you change your class-maps to match on traffic-class the service-policy will be accepted. Please note you need to adapt your ingress policy accordingly to set traffic-class instead of qos-group.
If you need both, queuing actions and remark we allow to apply two service-policies on egress.
Please also note policing is not supported in egress direction. You can use a shaper instead. If you need low latency queuing in the shaped queue you can set queue-limit to a low value like 500us.
Regards Frank
11-22-2017 09:15 AM
11-22-2017 09:47 AM
Tim,
No queuing unless there is congestion. Frank is saying if there is congestion and you want LLQ, keep shallow queues.
11-22-2017 09:53 AM
11-22-2017 10:16 AM
11-22-2017 10:20 AM
11-23-2017 09:25 AM
if there is congestion in the LP queue it has no effect on the HP queue.
On NCS5500 we can't use a policer on egress. Alternatively you can use a shaper. If you have a shaper configured and this specific queue needs low latency it is recommended to decrease the queue-limit to a very low value.
03-10-2021 05:20 AM - edited 03-10-2021 05:20 AM
Please enable this feature and then reload the box and apply the policy
hw-module profile qos hqos-enable
We can not apply policer for output we have to use shaper
Example
policy-map 5MBIT-POLICE
class class-default
police rate 2 mbps
!
!
end-policy-map
!
policy-map 5Mb-SHAPER-OUTPUT
class class-default
shape average 5 mbps
!
end-policy-map
!
interface Bundle-Ether1.1901
encapsulation dot1q 1901
service-policy input 5MBIT-POLICE
service-policy output 5Mb-SHAPER-OUTPUT
!
03-10-2021 06:14 AM
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