Parameterized Qos Policy As Vsa 1-Earlier Releases; Parameterized Qos Policy As Vsa 1-Release 12.2(31)Zv2; Add-Class Primitive - Cisco 10000 Series Configuration Manual

Chapter 6 RADIUS-Based Shaping and Policing
Parameterized QoS Policy as VSA 1—Earlier Releases
In earlier releases, parameterized QoS policy did not support more than one In and Out direction in the
same CoA or Access-Accept message as shown in the following example:
vsa cisco 250 S151.1.1.2
vsa cisco generic 252 binary 0b suffix "police1"
vsa cisco generic 252 binary 0b suffix "police2"
vsa cisco generic 1 string "qos-policy-out=add-class(sub,(class-default), shape(120000))"
vsa cisco generic 1 string "qos-policy-in=add-class(sub,(class-default), police(200000))"
If accounting is enabled in police1 and police2, VSA1 is echoed. However, if accounting is disabled in
police1, but enabled in police2, the following message appears:
vsa cisco generic 1 string "qos-policy-out=add-class(sub,(class-default), shape(120000))"
vsa cisco generic 1 string "qos-policy-in=add-class(sub,(class-default), police(200000))"
If accounting is disabled in police1 and police2, no echo occurs.
To replace the QoS policy with new parameters, execute the example below, where the police1 and
police2 are enabled:
vsa cisco 250 S151.1.1.2
vsa cisco generic 252 binary 0c suffix "police1"
vsa cisco generic 252 binary 0b suffix "police1"
vsa cisco generic 1 string "qos-policy-out=add-class(sub,(class-default), shape(320000))"
vsa cisco generic 1 string "qos-policy-in=add-class(sub,(class-default), police(400000))"
Any variation in the example above relays an incorrect echo of the parameterized QoS service.
Parameterized QoS Policy as VSA 1—Release 12.2(31)ZV2
In the current release, multiple complex strings in a CoA message are not supported as they do not
display correct behavior of VSA 1 as shown in the next example:
vsa cisco 250 S152.1.1.2
vsa cisco generic 252 binary 0b suffix "q-p-out=IPOne1-isg-acct1(1)((c-d,tv)1(10000))"
vsa cisco generic 252 binary 0b suffix "q-p-out=IPOne1-isg-acct(1)((c-d,voip)1(10000))"
Based on the above example:
•
•
•

Add-Class Primitive

To add or modify QoS actions to a traffic class, use the add-class primitive. This attribute has the
following format:
qos-policy-in=add-class(target,(class-list),qos-actions-list)
qos-policy-out=add-class(target,(class-list),qos-actions-list)
•
OL-14660-03
All services are enabled on target
Parameterized QoS policy in the second command syntax is not echoed in the ISG service, and
Parameterized QoS policy in the first command syntax is echoed
target field— indicates the QoS policy to be modified. Currently, the only valid value for this field
is sub, which indicates the active QoS policy attached to the subscriber session. The Access-Accept
or CoA message that includes this attribute must be targeting a subscriber session.
Cisco 10000 Series Router Access Network Control Protocol Configuration Guide
RADIUS Attributes
6-3