cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2149
Views
0
Helpful
5
Replies

ASR 920 service-policy error QOS-6-POLICY_INST_FAILED: Service policy installation failed

iswift
Level 1
Level 1

I am trying to implemement QoS policies on the ASR 920.

Background is replacing ME3800s with working policies with ASR920s.

The error thrown back is :-
pe920-1(config-if)#service-policy out PE-EGRESS-TO-CORE
 wred thresholds units and queue-limit units must be consistent
pe920-1(config-if)#
pe920-1(config-if)#
*Jan 30 08:11:00.791: %QOS-6-POLICY_INST_FAILED: Service policy installation failed on GigabitEthernet0/0/1 policy:PE-EGRESS-TO-CORE, dir:OUT, ptype:, ctype:DEFAULT

 

There are no queue-limits in the policy :-

policy-map PE-EGRESS-TO-CORE
 class QOS-GROUP5
  priority
  police cir 150000000 conform-action transmit  exceed-action drop
 class QOS-GROUP4
  bandwidth remaining percent 20
  queue-limit 52500 bytes
 class QOS-GROUP3&2
  bandwidth remaining percent 25
  random-detect discard-class-based
  random-detect discard-class 0 45000 bytes 60000 bytes 10
  random-detect discard-class 1 30000 bytes 60000 bytes 10
 class QOS-GROUP1&0
  bandwidth remaining percent 35
  random-detect discard-class-based
  random-detect discard-class 0 45000 bytes 60000 bytes 10
  random-detect discard-class 1 30000 bytes 60000 bytes 10

 

It should be noted the policy on the ME3800 had thresholds in the discard-class statements that were in the default unit of packets, but QoS would not allow mixing of packets and bytes, so I changed e.g. 30 packets to 45k bytes assuming  a worst case packet size of 1500 bytes.
But I don't think this is the issue, I think something in the current policy is causing the complaint.

Or else it is a bug where the error is being thrown up when there is no clash of units ?

All comments appreciated.

5 Replies 5

Hello,

 

I have been reading through the document attached, and I think the problem is the multiple random-detect statements:

 

random-detect discard-class 0 45000 bytes 60000 bytes 10
random-detect discard-class 1 30000 bytes 60000 bytes 10

 

which apparently create more than one drop curve in the same class. The restriction apparently is:

 

--> However, multiple random-detect statements with the same curve are supported in the same class.

 

Try and use only one statement, or two statements with the same values...

 

https://www.cisco.com/c/en/us/td/docs/routers/asr920/configuration/guide/qos/qos-guidelines-xe-3-13-asr920-book.html

Thank you, I will look at the documentation, and also see if there are any differences with later code. I am on Fuji 16.8.1b asr920-universalk9_npe.16.08.01b.SPA.bin.

Until I have read the docs. I am not clear in my mind about multiple random-detect statements in the same class - I thought I was creating two classes;
random-detect discard-class 0 45000 bytes 60000 bytes 10
random-detect discard-class 1 30000 bytes 60000 bytes 10

 

It's not clear from my original post but in an ingress policy on the same I-f I have a statement setting discard-class 1, the other discard-class 0, I assume is default.

 

policy-map PE-INGRESS-FROM-CORE
 class MPLS-EXP-2
  set qos-group 2
  set discard-class 1
 class MPLS-EXP-1
  set qos-group 1
 class MPLS-EXP-0
  set qos-group 0
  set discard-class 1

Georg

Thank you for the earlier reply.

Can you explain a little more about the term drop curve.
I am not familiar with the term and cannot find it in docs. I have consulted.

Thank you.

It's possible I am hitting

CSCvh54813

The error I get is the same, and the interface is also in a down state.

The detail in the error is the same relatin to direction of policy, and class-type 

dir:OUT, ptype:, ctype:DEFAULT

 

I do not have a class-default in the policy I am creating so it seems a bit buggy like it is applying some default behaviour.

n.b. the default for some commands is packets, I am specifying bytes elsewhere in my config.

 

My vers :-

System image file is "bootflash:/asr920-universalk9_npe.16.08.01b.SPA.bin"
cisco ASR-920-24SZ-M (Freescale P2020) processor (revision 1.2 GHz) with 900278K/6147K bytes of memory.

Cisco IOS Software [Fuji], ASR920 Software (PPC_LINUX_IOSD-UNIVERSALK9_NPE-M), Version 16.8.1b, RELEASE SOFTWARE (fc1)

Have tried Fuji 16.9.2 and 3.18.1 aka 15.6.2 SP1.

Same issue.
Was originally running 16.8.1b, althoug the bug says it is fixed-in 16.8.1.

Review Cisco Networking for a $25 gift card