This chapter provides information to configure service egress and ingress QoS policies using the command line interface.
Topics in this chapter include:
There is one default policy for service ingress and one default policy for service egress and MC-MLPPP SAP egress. Each policy can have up to eight ingress queues and eight egress queues per service. The default policies can be copied and modified but they cannot be deleted. The default policies are identified as policy ID 1.
![]() | Note:
Throughout this guide, the terms service ingress/egress and access ingress/egress are interchangeable. This section (Service Egress and Ingress QoS Policies) uses the term service ingress/egress. |
The eight ingress queues can be designated as a unicast, broadcast, multicast, or unknown queue for the purposes of FC-to-queue mapping.
The default policies are applied to the appropriate interface, by default. For example, the default service ingress policy is applied to access ingress SAPs. The default service egress policy is applied to access egress SAPs and MC-MLPPP egress SAPs. You must explicitly associate other QoS policies.
For information about the tasks and commands necessary to access the command line interface and to configure and maintain the 7705 SAR, refer to the 7705 SAR OS Basic System Configuration Guide, “CLI Usage”.
This section contains the following topics related to creating and applying service ingress and service egress QoS policies:
A basic service egress QoS policy must conform to the following:
A basic service ingress QoS policy must conform to the following:
Configuring and applying QoS policies is optional. If no QoS policy is explicitly applied to a SAP or IP interface, a default QoS policy is applied. Perform the following to configure a QoS policy:
After the policy is created, the policy’s behavior can be defined. In addition, the behavior of policy’s FC and queue can be changed from their default settings:
Define the following attributes to create a service egress policy:
Use the following CLI syntax to create a service egress QoS policy:
The following sample output displays the service egress policy 600 configuration:
Define the following attributes to create a service egress forwarding class:
Optionally, you can enter a queue-id value to override the default forwarding class-to-queue mapping for the egress policy. The queue must exist before it can be associated with an FC.
Use the following CLI syntax to create a service egress forwarding class:
The following sample output displays the forwarding class configuration for service egress policy 600:
Define the following attributes to create a service egress queue:
Use the following CLI syntax to configure the service egress QoS queue parameters:
The following sample output displays the queue configuration for service egress policy 500:
After the policy is created, the policy’s behavior can be defined. In addition, the behavior of policy’s FC and queue can be changed from their default settings:
To create an service ingress policy, define the following:
A service ingress policy is created with a template scope. The scope can be modified to exclusive for a special one-time use policy. Otherwise, the template scope enables the policy to be applied to multiple SAPs.
Use the following CLI syntax to create a service ingress QoS policy:
The following sample output displays the configuration for service ingress policy 100:
Use the following syntax to define a service ingress forwarding class that overrides the default forwarding type that is defined by the default-fc command. The queue must exist before it can be associated with an FC.
The following sample output displays the forwarding class override value configuration for service ingress policy 100:
To create service ingress queue parameters, define the following:
Use the following CLI syntax to configure SAP ingress QoS queue parameters:
The following sample output displays the queue configuration for service ingress policy 100:
After the policy is created (syntax below), the policy’s FC and queue behavior can be defined:
Define the following attributes to create an MC-MLPPP SAP egress policy:
Use the following CLI syntax to create an MC-MLPPP SAP egress QoS policy:
The following sample output displays the MC-MLPPP SAP egress policy 300 configuration:
Define the following attributes to create an MC-MLPPP SAP egress forwarding class:
Optionally, you can enter a queue-id value to override the default forwarding class-to-queue mapping for the egress policy. The queue must exist before it can be associated with an FC.
Use the following CLI syntax to create an MC-MLPPP SAP egress forwarding class:
The following sample output displays the forwarding class configuration for MC-MLPPP SAP egress policy 300:
Define the following attributes to create an MC-MLPPP SAP egress queue:
Use the following CLI syntax to configure the MC-MLPPP SAP egress QoS queue parameters:
The following sample output displays the queue configuration for MC-MLPPP SAP egress policy 300:
Apply service egress and ingress policies to the following service SAPs:
Refer to the 7705 SAR OS Services Guide, “Service Overview”, for information about configuring service parameters.
Applying QoS policies is done in the same way for service ingress and service egress VPLS and VLL SAPs. The following example shows how to apply QoS policies to Epipe SAPs.
The following sample output displays an Epipe service configuration with service ingress policy 100 and service egress policy 105 applied to the SAP.
Applying QoS policies is done in the same way for service ingress and service egress IES and VPRN SAPs. The following example shows how to apply QoS policies to IES SAPs.
The sample output displays for IES and VPRN services are similar to the sample given previously for an Epipe service configuration.
The default service egress and ingress policies are identified as policy-id 1. The default policies cannot be edited or deleted. The following sections display default policy parameters:
The following sample output shows the service egress policy defaults.
Table 40 lists the service egress policy defaults.
Field | Default |
description | Default SAP egress QoS policy |
scope | template |
queue | id = 1, type = auto-expedite |
adaptation-rule | pir = closest, cir = closest |
rate | pir = max, cir = 0 |
cbs | default |
mbs | default |
high-prio-only | default |
slope-policy | default |
The following sample output shows the service ingress policy defaults.
Table 41 lists the service ingress policy defaults.
Field | Default |
description | Default SAP ingress QoS policy |
scope | template |
queue | id = 1, mode = priority-mode, type = auto-expedite |
adaptation-rule | pir = closest, cir = closest |
rate | pir = max, cir = 0 |
cbs | default |
mbs | default |
high-prio-only | default |
slope-policy | default |
default-fc | be |
default-priority | low |
Configuring H-QoS per-SAP aggregate shapers applies to SAPs configured with 16-priority scheduling mode. Access ingress and access egress shapers are configured under the same CLI context.
Configuring a single H-QoS aggregate shaper for all unshaped SAPs applies to SAPs configured with 4-priority scheduling mode. Access ingress and access egress shapers are configured under different CLI contexts.
Create shaped SAPs by configuring the scheduler mode to 16-priority, then configure the shaped SAPs’ aggregate rates (CIR and PIR) as required. If the aggregate rates are left in their default settings (PIR is maximum and CIR is 0 kb/s), then the SAP is considered to be an unshaped 16-priority SAP. The SAP must be shut down before the scheduler mode and agg-rate and cir-rate can be changed.
Use the first CLI syntax (below) to create shaped SAPs for access egress and access ingress for VLL and VPLS services (including routed VPLS), and the second syntax for IES and VPRN services. Samples are given for Epipe and IES services:
The following sample outputs display the 16-priority shaped SAP configuration access egress and access ingress for Epipe and IES services:
Use the first CLI syntax to set the unshaped-sap-cir for all unshaped 4-priority SAPs on a 7705 SAR-8 or 7705 SAR-18. The fabric profile must be in aggregate mode before an unshaped SAP aggregate CIR can be assigned. Use the second CLI syntax for a 7705 SAR-M, 7705 SAR-H, 7705 SAR-Hc, 7705 SAR-A, 7705 SAR-W, or 7705 SAR-Wx.
The following sample output displays the fabric profile configuration for an H-QoS configuration:
For the 7705 SAR-M,7705 SAR-H, 7705 SAR-Hc, 7705 SAR-A, 7705 SAR-W, and 7705 SAR-Wx.
Use the following CLI syntax to configure a per-port CIR rate limit for the aggregate of all 4-priority unshaped SAPs on the egress port:
The following sample output displays the port configuration for the unshaped SAPs in an H-QoS configuration:
This section describes the following service management tasks:
Every service SAP is associated, by default, with the appropriate service egress or ingress policy (policy-id 1). You can replace the default policy with a customer-configured policy, but you cannot entirely remove the policy from the SAP configuration. When you remove a non-default service egress or ingress policy, the association reverts to the default policy-id 1.
A QoS policy cannot be deleted until it is removed from all SAPs where it is applied.
Use the following syntax to remove a QoS policy from an Epipe service SAP. The syntax for Apipe, Cpipe, Fpipe, Hpipe, and Ipipe service SAPs is similar.
The following Epipe service sample output shows that the SAP service egress and ingress reverted to policy-id “1” when the non-default policies were removed from the configuration.
Use the following syntax to remove a QoS policy:
You can copy an existing service egress or ingress policy, rename it with a new policy ID value, or overwrite an existing policy ID. The overwrite option must be specified or an error occurs if the destination policy ID exists.
Use the following syntax to overwrite an existing QoS policy ID:
The following sample output displays the copied policies:
You can change existing QoS policies and entries in the CLI. The changes are applied immediately to all services where this policy is applied. To prevent configuration errors, copy the policy to a work area, make the edits, and then write over the original policy.