User manual
Table Of Contents
- Cisco ONS 15310-CL and Cisco ONS 15310-MA Ethernet Card Software Feature and Configuration Guide
- Contents
- Preface
- Overview of the ML-Series Card
- CTC Operations on the ML-Series Card
- Initial Configuration of the ML-Series Card
- Configuring Interfaces on the ML-Series Card
- Configuring POS on the ML-Series Card
- Configuring STP and RSTP on the ML-Series Card
- STP Features
- STP Overview
- Supported STP Instances
- Bridge Protocol Data Units
- Election of the Root Switch
- Bridge ID, Switch Priority, and Extended System ID
- Spanning-Tree Timers
- Creating the Spanning-Tree Topology
- Spanning-Tree Interface States
- Spanning-Tree Address Management
- STP and IEEE 802.1Q Trunks
- Spanning Tree and Redundant Connectivity
- Accelerated Aging to Retain Connectivity
- RSTP Features
- Interoperability with IEEE 802.1D STP
- Configuring STP and RSTP Features
- Default STP and RSTP Configuration
- Disabling STP and RSTP
- Configuring the Root Switch
- Configuring the Port Priority
- Configuring the Path Cost
- Configuring the Switch Priority of a Bridge Group
- Configuring the Hello Time
- Configuring the Forwarding-Delay Time for a Bridge Group
- Configuring the Maximum-Aging Time for a Bridge Group
- Verifying and Monitoring STP and RSTP Status
- STP Features
- Configuring VLANs on the ML-Series Card
- Configuring IEEE 802.1Q Tunneling and Layer 2 Protocol Tunneling on the ML-Series Card
- Configuring Link Aggregation on the ML-Series Card
- Configuring IRB on the ML-Series Card
- Configuring Quality of Service on the ML-Series Card
- Understanding QoS
- ML-Series QoS
- QoS on RPR
- Configuring QoS
- Monitoring and Verifying QoS Configuration
- QoS Configuration Examples
- Understanding Multicast QoS and Multicast Priority Queuing
- Configuring Multicast Priority Queuing QoS
- QoS not Configured on Egress
- ML-Series Egress Bandwidth Example
- Understanding CoS-Based Packet Statistics
- Configuring CoS-Based Packet Statistics
- Understanding IP SLA
- Configuring the Switching Database Manager on the ML-Series Card
- Configuring Access Control Lists on the ML-Series Card
- Configuring Resilient Packet Ring on the ML-Series Card
- Understanding RPR
- Configuring RPR
- Connecting the ML-Series Cards with Point-to-Point STS Circuits
- Configuring CTC Circuits for RPR
- Configuring RPR Characteristics and the SPR Interface on the ML-Series Card
- Assigning the ML-Series Card POS Ports to the SPR Interface
- Creating the Bridge Group and Assigning the Ethernet and SPR Interfaces
- RPR Cisco IOS Configuration Example
- Verifying Ethernet Connectivity Between RPR Ethernet Access Ports
- CRC Threshold Configuration and Detection
- Monitoring and Verifying RPR
- Add an ML-Series Card into an RPR
- Delete an ML-Series Card from an RPR
- Cisco Proprietary RPR KeepAlive
- Cisco Proprietary RPR Shortest Path
- Redundant Interconnect
- Configuring Security for the ML-Series Card
- Understanding Security
- Disabling the Console Port on the ML-Series Card
- Secure Login on the ML-Series Card
- Secure Shell on the ML-Series Card
- RADIUS on the ML-Series Card
- RADIUS Relay Mode
- RADIUS Stand Alone Mode
- Understanding RADIUS
- Configuring RADIUS
- Default RADIUS Configuration
- Identifying the RADIUS Server Host
- Configuring AAA Login Authentication
- Defining AAA Server Groups
- Configuring RADIUS Authorization for User Privileged Access and Network Services
- Starting RADIUS Accounting
- Configuring a nas-ip-address in the RADIUS Packet
- Configuring Settings for All RADIUS Servers
- Configuring the ML-Series Card to Use Vendor-Specific RADIUS Attributes
- Configuring the ML-Series Card for Vendor-Proprietary RADIUS Server Communication
- Displaying the RADIUS Configuration
- Configuring Bridging on the ML-Series Card
- CE-100T-8 Ethernet Operation
- Command Reference for the ML-Series Card
- [no] bridge bridge-group-number protocol {drpri-rstp | ieee | rstp}
- clear counters
- [no] clock auto
- interface spr 1
- [no] pos mode gfp [fcs-disabled]
- [no] pos pdi holdoff time
- [no] pos report alarm
- [non] pos trigger defects condition
- [no] pos trigger delay time
- [no] pos vcat defect {immediate | delayed}
- show controller pos interface-number [details]
- show interface pos interface-number
- show ons alarm
- show ons alarm defect {[eqpt | port [port-number] | sts [sts-number] | vcg [vcg-number] | vt]}
- show ons alarm failure {[eqpt | port [port-number] | sts [sts-number] | vcg [vcg-number] | vt]}
- spr-intf-id shared-packet-ring-number
- [no] spr load-balance { auto | port-based }
- spr station-id station-id-number
- spr wrap { immediate | delayed }
- Unsupported CLI Commands for the ML-Series Card
- Using Technical Support
- Index

11-23
Cisco ONS 15310-CL and Cisco ONS 15310-MA Ethernet Card Software Feature and Configuration Guide R8.5
78-18133-01
Chapter 11 Configuring Quality of Service on the ML-Series Card
Understanding Multicast QoS and Multicast Priority Queuing
Understanding Multicast QoS and Multicast Priority Queuing
ML-Series card QoS supports the creation of two priority classes for multicast traffic in addition to the
default multiclass traffic class. Creating a multicast priority queuing class of traffic configures the
ML-Series card to recognize an existing CoS value in ingressing multicast traffic for priority treatment.
The multicast priority queuing CoS match is based on the “internal" CoS value of each packet. This value
is normally the same as the egress CoS value (after policer marking if enabled) but differs in two cases.
The “internal” CoS value is not the same as the egress value when dot1q-tunneling is used. With
dot1q-tunneling, the internal CoS value is always the value of the outer tag CoS, both when entering the
dot1q tunnel and leaving the dot1q tunnel. The “internal” CoS value is also not the same as the egress
value if a packet is transported over a VLAN, and the VLAN tag is removed on egress to send the packet
untagged. In this case, the internal CoS is the CoS of the removed tag (including ingress policing and
marking if enabled).
The cos priority-mcast command does not modify the CoS of the multicast packets but only the
bandwidth allocation for the multicast priority queuing class. The command guarantees a minimum
amount of bandwidth and is queued separately from the default multicast/broadcast queue.
Creating a multicast priority queuing class allows for special handling of certain types of multiclass
traffic. This is especially valuable for multicast video distribution and service provider multicast traffic.
For example, a service provider might want to guarantee the protection of their own multicast
management traffic. To do this, they could create a multicast priority queuing class on the ML-Series
card for the CoS value of the multicast management traffic and guarantee its minimum bandwidth. For
multicast video distribution, a multicast priority queuing class on the ML-Series card for the CoS value
of the multicast video traffic enables networks to efficiently manage multicast video bandwidth demands
on a network shared with VoIP and other Ethernet services.
Note Multicast priority queuing traffic uses port-based load-balancing over RPR and EtherChannel. Default
multicast traffic is load-balanced over RPR, but not over EtherChannel.
Note Multicast priority queuing bandwidth should not be oversubscribed for sustained periods with traffic
from multiple sources. This can result in reduced multicast priority queuing throughput.
Default Multicast QoS
Default multicast traffic is any multicast traffic (including flooded traffic) that is not classified as
multicast priority queuing. The default multicast class also includes broadcast data traffic, control traffic,
L2 protocol tunneling, and flooding traffic of the unknown MAC during MAC learning.
With no QoS configured (no multicast priority queuing and no output policy map) on the ML-Series
card, the default multicast bandwidth is a 10 percent minimum of the total bandwidth.
When bandwidth is allocated to multicast priority queuing but no output policy map is applied, the
default multicast congestion bandwidth is a minimum of 10 percent of the bandwidth that is not allocated
to multicast priority queuing.
When an output policy-map is applied to an interface, default multicast and default unicast share the
minimum bandwidth assigned to the default class. This default class is also known as the match-any
class. The minimum bandwidth of default multicast is 10 percent of the total default class bandwidth.