Guest

Cisco Transport Manager

Cisco Transport Manager ML Provisioning Methodology, 7.0

Table Of Contents

Cisco Transport Manager Release 7.0 ML Provisioning Methodology

Contents

Introduction

SNMP Trap Destination Setup

Overview

CLI Configuration Details

Base Card Configuration

RPR Base Card Configuration

Point-to-Point Base Card Configuration

PoS, Ethernet, and SPR Port Provisioning

Enable

Disable

MTU Provisioning

Speed Provisioning

Duplex Provisioning

Flow Control (Send) Provisioning

Enable (No Shut)

Disable (Shutdown)

MTU Provisioning

Wrapping Status

Creating Service Connections

Using the QoS Policy Template

1. Class Map Configuration

Configuring CIR/PIR Class Map

Configuring Best-Effort Class Map

Configuring Advanced Class Map

2. QoS Profile Configuration

CIR/PIR QoS Profile

Best-Effort QoS Profile

Advanced QoS Profile

Bandwidth Data Service Provisioning

3. Interface Configuration

Adding UNI QinQ Access

Removing UNI QinQ Access

Adding UNI dot1Q Access

Removing UNI dot1Q Access

Adding UNI Untagged Access

Adding NNI dot1Q Access

Removing NNI dot1Q Access

Enabling or Disabling RSTP

Obtaining Documentation, Obtaining Support, and Security Guidelines


Cisco Transport Manager Release 7.0 ML Provisioning Methodology


This document describes the methodology that Cisco Transport Manager (CTM) Release 7.0 uses to provision ML-series cards.

Contents

This document describes the following topics:

Introduction

SNMP Trap Destination Setup

Overview

CLI Configuration Details

Base Card Configuration

PoS, Ethernet, and SPR Port Provisioning

Wrapping Status

Creating Service Connections

Using the QoS Policy Template

Enabling or Disabling RSTP

Obtaining Documentation, Obtaining Support, and Security Guidelines

Introduction

CTM is an advanced management system that provides functionality at the element and network management levels for Cisco network elements (NEs) and devices. CTM supports fault, configuration, performance, and security management functional areas. CTM also serves as a foundation for integration into a larger overall operations support system (OSS) environment by providing northbound gateway interfaces to higher layer management systems.

CTM supports data service provisioning over the ML-series cards. Data service provisioning consists of provisioning the Layer 2 topology using optical circuits, and then provisioning the Layer 2 service on top of the Layer 2 topology.

Alarm notification and performance monitoring features on the data cards (ML-series cards) are SNMP based. To allow CTM to support alarm and event notification and performance monitoring on data cards, the SNMP trap forwarding mechanism must be set up on each node of the data card.

The scope of this application note is to provide the set of Cisco IOS commands issued by CTM during the Layer 2 topology and Layer 2 service provisioning. The syntax used for the commands needs to be respected for services provisioned directly using Cisco IOS so that the provisioned services are recognized by CTM.

SNMP Trap Destination Setup

For the cards to have full CTM support, the SNMP trap destination must be set up for each node where there is a data card inserted:

The NE containing the ML-series card must have a valid SNMP community string. If the SNMP community string is not valid, a resynchronization failure occurs and logged in the Audit Log.

The Cisco IOS startup-config file must contain the snmp-server enable traps command to receive traps from ML-series modules. See the "Overview" section for further information.

You must force resynchronization on the NE by placing it Out of Service (OOS), and then back In Service, when you change the trap destination in either CTC or CTM. This operation forces the registration of the ML-series cards for the traps.

You must set up the trap destination based on SNMP version (SNMPv1 or SNMPv2) and the gateway NE/end NE (GNE/ENE) configuration of the node. Set the trap destination in the NE Explorer window (see Figure 1).

Figure 1 NE Explorer Window—SNMP Trap Destination Setup

Table 1 details possible SNMP configurations.

Table 1 SNMP Configurations 

Node Setup
Allow SNMP Set
Use Generic MIB
Allow SNMP Proxy
IP Address
Community Name
UDP Port
Trap Version
Relay A IP Address
SNMPv1— NE R7.0 and later

GNE

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv1

ENE (with relay)

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv1

Active GNE's IP address

ENE (without relay)

Enable

Enable

Enable

GNE IP address

Public

391

SNMPv1

SNMPv2— NE R7.0 and later

GNE

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv2

ENE (with relay)

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv2

Active GNE's IP address

ENE (without relay)

Enable

Enable

Enable

GNE IP address

Public

391

SNMPv2

SNMPv1— NE prior to R7.0

GNE

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv1

ENE (with relay)

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv1

Active GNE's IP address

ENE (without relay)

Enable

Enable

Enable

GNE IP address

Public

391

SNMPv1

SNMPv2— NE prior to R7.0

GNE

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv2

ENE (with relay)

Enable

Enable

Enable

CTM server IP address

Public

162

SNMPv2

Active GNE's IP address

ENE (without relay)

Not supported.


When performing SNMP trap destination setup:

1. Delete the GNE and ENE's SNMP trap destinations before performing GNE-ENE role changes. After a GNE-ENE role switch is complete, add the new SNMP trap destinations according to the new GNE-ENE roles.

2. Placing the ENE Out of Service (OOS) and then In Service (IS) might be required if the ENE does not contain the GNE's SNMP community string.

3. Do not use ONS 15600 as the GNE and ONS 15454 as ENE.

4. GNE-ENE SNMP community string must be Public.

Overview

A Layer 2 topology can be a point-to-point optical circuit; Resilient Packet Ring (RPR) consisting of a chain of optical circuits; or hub and spoke, consisting of multiple optical circuits connected in a hub-and-spoke fashion. Hub-and-spoke topologies are supported as multiple point-to-point topologies.

For a point-to-point topology, the following card combinations are supported:

ML-1000-2/ML-100T-12/ ML-100T-8/ML-100-FX to ML-1000-2/ML-100T-12/ML-100T-8/ML-100-FX card

ML-1000-2/ML-100T-12/ ML-100T-8/ML-100-FX to CE-100T-8/CE-1000-4 card

ML-1000-2/ ML-100T-12/ML-100T-8/ML-100-FX to OC-N/STM-N/MRC/CTX card

ML-1000-2/ML-100T-12/ML-100T-8/ML-100-FX to G-series card

ML-1000-2/ML-100T-12/ML-100T-8/ML-100-FX to E-series with LEX encapsulation (Cisco ONS 15327 NEs only)

When deployed as hub and spoke, the ML-series card can be placed at the spoke locations, with the G-series card providing an extension of the traffic to a Cisco 7600, which forms the hub of the architecture. This arrangement provides a cost-effective way to interface to the Cisco 7600. Alternatively, the ML-series card can be deployed at both the hub and the spoke sites.

When deployed as an RPR, all sites contain ML-series cards (ML-1000-2, ML-100T-12, or ML-100T-8). A minimum of two ML-series cards is required to configure an RPR.

CTM provisions ML-series cards by opening a Telnet session to each card. Before this can be done, each ML-series card must be provisioned and have a password configuration that allows CTM to log in. For this purpose, a barebone file is provided on the CTM server disk (Disk 1).


Note Refer to Cisco Transport Manager Release 7.0 User Guide for additional information.


A different file is provided for the following cards:

ONS 15310 ML (bareboneCLI_Generic.txt)

ONS 15454 ML base microcode (barebone15454CLI_Security.txt)

ONS 15454 ML enhanced microcode (barebone15454CLI_Enhanced_Security.txt)


Caution Do not remove any of the information from the barebone file provided by CTM. You can customize the username and password but must not remove them (the username must not be blank). You must not add the enable password <password> command, because CTM cannot interactively enable a password.

Reset the ML card after loading the barebone file and wait for 5 minutes before provisioning topologies and services. The login and password are reported in the Control Panel window. You can create other profiles on ML-series cards by using the IOS Users table (available under Administration > CTC-based NEs > IOS Users Table).

After entering command-line interface (CLI) commands through the Telnet session, CTM issues a write or copy run start command to write the Cisco IOS configuration file to the Timing Communications and Control (TCC) flash. When the Cisco IOS configuration file is written to the TCC flash (by CTM or by another user), CTM is notified. To verify that CTM has been notified, enter the write command after any CLI change.

CTM provides a GUI wizard to facilitate provisioning of L2 topologies and related L1 circuits. Refer to the "Provisioning Data Services" section of Chapter 7, "Provisioning Services and Connections" in the Cisco Transport Manager Release 7.0 User Guide. Create an RPR or point-to-point topology involving some of the ML-series cards in the network. Based on the L2 topology circuit type and size that you specify, CTM creates related L1 circuits and installs a base card configuration on each ML-series card in the RPR ring.

The Create Layer 2 Service wizard guides you through the VLAN creation. There is no CLI to create a circuit VLAN. An RPR supports from 1 to 4095 VLANs, and these VLANs are enabled at all times. All that is required is to configure the endpoint to connect a ring VLAN to an Ethernet port (or port VLAN). Only ML devices are supported on an RPR.

Point-to-point topologies are supported for ML-ML, ML-G1000, and ML-OC cards. Point-to-point topology creation is similar to RPR creation in that based on the L2 topology circuit type and size that you specify, CTM creates related L1 circuits and installs a base card configuration on each ML-series card in the point-to-point topology.

CLI Configuration Details

Note the following CLI conventions:

Notes are reported within brackets ( [ ] ). For example:

[notes]

Optional commands or parameters are reported within brackets ( [ ] ). For example:

[match any]

Configurable parameters are reported within left and right angle brackets (< >). For example:

<parameter>

Multiple parameters or commands are enclosed within braces ( { } ) and separated by a vertical bar ( | ). For example:

{parameter_1 | parameter_2 | parameter_3}

Base Card Configuration

The base card configuration is a set of commands entered during the L2 topology creation. The parameters used are defined in the Layer 2 Topology Bandwidth pane (Figure 2) of the Create Layer 2 Topology wizard.


Note CTM supports the setting of a single match cos command for each class-map command. If another match cos commands is present in the card, CTM will recognize this additional match cos command improperly and will display a null string in the GUI. This additional match cos command would need to be removed during a modify bandwidth operation.


Figure 2 Create Layer 2 Topology Wizard

RPR Base Card Configuration

For creation of an RPR topology, the base card configuration must be applied to all ML-series cards involved in the RPR. The ring is not functional and is reported as L2 Not Ready until the base card configuration is applied to all cards. You can select an L2 Not Ready RPR in the L2 Topology table and enable the L2 service provisioning by choosing Configuration > Enable L2 Service.


Caution When the state is reported as L2 Not Ready, the base card configuration is missing. Choosing Configuration > Enable L2 Service will apply the base configuration to the card. This operation is traffic affecting if the service has already been provisioned on the card.

CTM defines the unique card number within the ring. The actual range is from 1 to 251 in any order. Refer to the NE hardware documentation for the number of ML-series cards allowed per RPR.

cos priority-multicast <Class Of Service> percent <Multicast Group %1> [If Multicast Group 
1 has been enabled]
cos priority-multicast <Class Of Service> percent <Multicast Group %2> [If Multicast Group 
2 has been enabled]
class-map match-any SP_MANAGEMENT [If SP Management (%) is greater than 0]
match cos <SP Management Class of Service> [If SP Management (%) is greater than 0]
class-map match-any AVVID_VOICE_VIDEO
match cos <Low Latency Queue Class of Service>
class-map match-any AVVID_CONTROL [If AVVID Control(%) is greater than 0]
match cos <AVVID Control Class of Service> [If AVVID Control(%) is greater than 0]
class-map match-any CIR [If Committed Rate (%) is greater than 0]
match cos <Committed Rate Class of Service> [If Committed Rate (%) is greater than 0]
class-map match-all BEST_EFFORT
match any

Policy-map POLICY_QOS_OUT
class SP_MANAGEMENT [If SP Management (%) is greater than 0]
bandwidth percent <SP Management (%)>[If SP Management (%) is greater than 0]
class AVVID_VOICE_VIDEO
Priority 8 [Fixed value not configurable]
class AVVID_CONTROL
bandwidth percent <AVVID Control (%)> [If AVVID Control(%) is greater than 0]
class CIR [If Committed Rate (%) is greater than 0]
bandwidth percent <Committed Rate (%)> [If Committed Rate (%) is greater than 0]
class BEST_EFFORT
Bandwidth percent <Default Best Effort (%)>

Cos commit <CoS Commit>

Vlan dot1q tag native

L2protocol-tunnel cos 2 [Fixed Value] 

interface SPR1
Spr station-id <Card#> [Valid Range is 1..254. It is not Spr node <Card#>]
[The following commands are not issued by CTM, these are default ML settings]
no ip address
no keep alive
hold-queue 150 in

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
no ip route-cache

interface POS0
Spr-intf-id 1
Service-policy output POLICY_QOS_OUT
[The following commands are not issued by CTM, these are default ML settings]
No ip address
No ip route-cache
Crc 32

interface POS1
Spr-intf-id 1
Service-policy output POLICY_QOS_OUT
[The following commands are not issued by CTM, these are default ML settings]
No ip address
No ip route-cache
Crc 32

Note Cisco IOS software supports multiple match cos commands for each class-map command, but CTM supports only one for each.



Note The multicast/broadcast feature applies only to RPR topologies and requires the ONS 15310 R5.0 or ONS 15454 R5.0 or later.


Point-to-Point Base Card Configuration

For a point-to-point topology involved in at least one ML card, the other card can be ML, OC, or G1000. The point-to-point base card configuration must be applied only on the ML card(s) involved in the topology.


Note CTM does not enable spanning tree. Therefore, verify that there are no Layer 2 loops formed by bridged connections outside the ML network. Layer 2 loops in a network without spanning tree enabled might cause network instability.



Note If a G1000 card is one endpoint in the point-to-point topology, a Network-to-Network Interface (NNI) connection is assumed. That is, the class of service (CoS) coming into the G1000 is trusted (not overwritten).


cos priority-multicast <Class Of Service> percent <Multicast Group %1> [If Multicast Group 
1 has been enabled]
cos priority-multicast <Class Of Service> percent <Multicast Group %2> [If Multicast Group 
2 has been enabled]
class-map match-any SP_MANAGEMENT [If SP Management (%) is greater than 0]
match cos <SP Management Class of Service> [If SP Management (%) is greater than 0]
class-map match-any AVVID_VOICE_VIDEO
match cos <Low Latency Queue Class of Service>
class-map match-any AVVID_CONTROL [If AVVID Control(%) is greater than 0]
match cos <AVVID Control Class of Service> [If AVVID Control(%) is greater than 0]
class-map match-any CIR [If Committed Rate (%) is greater than 0]
match cos <Committed Rate Class of Service> [If Committed Rate (%) is greater than 0]
class-map match-all BEST_EFFORT
match any

Policy-map POLICY_QOS_OUT
class SP_MANAGEMENT [If SP Management (%) is greater than 0]
bandwidth percent <SP Management (%)>[If SP Management (%) is greater than 0]
class AVVID_VOICE_VIDEO
Priority 8 [Fixed value not configurable]
class AVVID_CONTROL
bandwidth percent <AVVID Control (%)> [If AVVID Control(%) is greater than 0]
class CIR [If Committed Rate (%) is greater than 0]
bandwidth percent <Committed Rate (%)> [If Committed Rate (%) is greater than 0]
class BEST_EFFORT
Bandwidth percent <Default Best Effort (%)>

Cos commit <CoS Commit>

Vlan dot1q tag native

l2protocol-tunnel cos 2 [Fixed Value]

[The following commands are not issued by CTM, these are default ML settings]
Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
no ip route-cache

interface POS0
service-policy output POLICY_QOS_OUT
Crc {16|32} [Crc 16 between ML and E-Series, otherwise is Crc 32]
[The following commands are not issued by CTM, these are default ML settings]
No ip address
No ip route-cache

interface POS1
service-policy output POLICY_QOS_OUT
Crc {16|32} [Crc 16 between ML and E-Series, otherwise is Crc 32]
[The following commands are not issued by CTM, these are default ML settings]
No ip address
No ip route-cache


Note Cisco IOS software supports multiple match cos commands for each class-map command, but CTM supports only one for each.


PoS, Ethernet, and SPR Port Provisioning

CTM allows you to provision the parameters detailed in Table 2, using the Create Layer 2 Service wizard, Modify Ports dialog box, Modify VLANs dialog box, Add L2 Service Drops wizard, or the Modify L2 Drops wizard.

Table 2 Port Provisioning Parameter Support 

Card and Port Types
MTU Size
Speed
Duplex
Flow Control (Send)
Flow Control (Receive)
Enable (No Shutdown)/Disable (Shutdown)

ML100T card

Ether

Supported

Supported

Supported

Supported

Not Supported

Supported

PoS

Supported Only for PTP

Not Supported

Not Supported

Not Supported

Not Supported

Supported

SPR

Supported Only for RPR

Not Supported

Not Supported

Not Supported

Not Supported

Not Supported

ML1000 (Ether) card

Ether

Supported

Supported Only for Auto

Supported Only for Auto

Supported

Supported

Supported

PoS

Supported Only for PTP

Not Supported

Not Supported

Not Supported

Not Supported

Supported

SPR

Supported Only for RPR

Not Supported

Not Supported

Not Supported

Not Supported

Not Supported

ML100FX card

Ether

Not Supported

Only 100 Is Supported

Only Full Is Supported

Supported

Not Supported

Supported

PoS

Supported Only for PTP

Not Supported

Not Supported

Not Supported

Not Supported

Supported

SPR

Supported Only for RPR

Not Supported

Not Supported

Not Supported

Not Supported

Not Supported

ML100T-8 card

Ether

Not Supported

Supported

Supported

Supported

Not Supported

Supported

PoS

Not Supported

Not Supported

Not Supported

Not Supported

Not Supported

Supported

SPR

Only 1500 Is Supported

Not Supported

Not Supported

Not Supported

Not Supported

Not Supported


Ethernet port provisioning involves configuring the following (see Figure 3):

Enable/Disable Ethernet Ports (Administrative State/Link Control)—The ability to enable or disable an Ethernet port at any time is independent of other port provisioning. CTM automatically disables a port when the last connection is removed.

MTU Size—Maximum Transmission Unit (MTU) is the maximum packet size, in bytes, that a particular interface can handle.

Speed—Select the speed from the drop-down list, which displays three values: 10, 100, and Auto. For an ML1000 card, auto is the only supported option.

Flow Control (Send)—Select the Flow Control (send) value from the drop-down list, which displays three values: Off, On, and Desired. These values are supported by both the Fast Ethernet and Gigabit Ethernet ports.

PoS port provisioning involves configuring the following (see Figure 3):

Enable (No Shutdown)/Disable (Shutdown)—The ability to enable or disable a PoS port at any time is independent of other port provisioning. When the PoS port that is shut down is related to the L2 topology, the topology goes into wrap state. CTM automatically sends an alarm indicating that the L2 topology has entered wrap state.

MTU Size—Maximum packet size, in bytes, that a particular interface can handle.

Figure 3 Create Layer 2 Service—Modify Port Properties

Enable

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
No shutdown

Disable

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
shutdown

MTU Provisioning

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
	mtu <MTU> [MTU=64..9000]

Speed Provisioning

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
speed <Speed> [Speed=10/100/auto]

Duplex Provisioning

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
duplex <Duplex> [Duplex=half/full/auto]

Flow Control (Send) Provisioning

Interface {FastEthernetN|GigabitEthernetM} [N=0..11 and M=0,1]
flowcontrol send <Flow Control(send)> [Flow Control=desired/off/on]

Enable (No Shut)

Interface {POSN} [N=0 or 1]
No shutdown

Disable (Shutdown)

Interface {POSN} [N=0 or 1]
	shutdown

MTU Provisioning

Interface {POSN} [N=0 or 1]
	mtu <MTU> [MTU=64..9000]

Wrapping Status

When a PoS port participating in a Layer 2 topology is shut down, CTM raises an alarm to indicate that the L2 topology has entered wrap state. The status of the Layer 2 topology changes from the original state (Complete or Incomplete) to Complete-Wrapped or Incomplete-Wrapped (see Figure 4).

Figure 4 Example Layer 2 Topology Table—Complete-Wrapped State

The Alarm Browser (see Figure 5) displays the wrapped-state alarm:

Figure 5 Example Alarm Browser—Complete-Wrapped State

Creating Service Connections

CTM provides an L2 service provisioning wizard to facilitate provisioning of VLANs over a defined L2 topology. You can define each Ethernet port as UNI (user interface) or NNI. VLANs on an Ethernet port are referred to as port VLANs. VLANs on Packet Over SONET (POS) and Shared Packet Ring (SPR) ports (and their connected circuits) are referred to as service provider VLANs (or circuit VLANs).

You cannot mix NNI and UNI connections on the same port. CTM supports the following types of service configurations:

UNI QinQ Access (User VLAN and Protocol transparency)—Cannot be combined with other connection types on the same port.

UNI dot1q Access—Select an unused port VLAN from 1 to 4095. It can be combined with untagged connections on the same port. Each port VLAN can be used for only one connection.

UNI Untagged Access—Configure as Dot1q Access with port VLAN 1.

NNI dot1q Access—Select an unused port VLAN from 1 to 4095. It can be combined with untagged connections on the same port. Each port VLAN can be used for only one connection.

The circuit VLAN range is from 1 to 4095. On an RPR, all valid circuit VLANs can be used; however, due to limited bridge-group resources, each ML card can access only 255 circuit VLANs. Due to limited card-level bridge-group resources, only 255 circuit VLANs can be used on a point-to-point circuit.


Note VLAN ID 1 is reserved for untagged VLANs.


Using the QoS Policy Template

You must configure the following information in the L2 service provisioning and QoS profile wizards:

Port (FastEthernetM [FEM] or GigabitEthernetN [GIGEN] with M=0..11 and N=0,1)

Service connection type (UNI QinQ, UNI dot1Q, UNI untagged, or NNI dot1Q)

Quality of Service (QoS) parameters (selection of the QoS profile name defined in the QoS profile)

CTM assigns an unused bridge group (BG) to the card. The range is from 1 to 255.

Table 3 lists the configuration information for a best-effort QoS profile. You can select the predefined profile and customize it, or create a new customized profile by using the Advanced option.

Table 3 Configuration Settings for the Best-Effort QoS Profile 

QoS Template Name

Best_Effort

QoS Template Type

Best Effort

QoS Policy
Setting

Match Any

True

Match IP

False

IP Precedence Value

N/A

Match CoS

False

CoS Value

N/A

Match DSCP

False

DSCP Value

N/A

AND

N/A

CIR Type

N/A

Committed Rate

N/A

Committed Burst

N/A

Committed CoS Marking

Mark CoS

QoS Policy
Setting

Committed CoS Value

0

Excess Traffic

Allow

Peak Rate

N/A

Peak Burst

N/A

Excess CoS Marking/Value

0

Violations

N/A

Violate CoS

N/A

Best Effort Type

Line Rate

Max Rate

96 kbps

Max Burst

8000 bytes


Table 4 lists the configuration information for the committed information rate/peak information rate (CIR/PIR) QoS profile. You can select the predefined profile and customize it, or create a new customized profile by using the Advanced option.


Note When you select the CIR/PIR profile and want to modify it, in order to set the CIR type to Rate_Limited, CIR=PIR, and CIR Burst=PIR Burst, you must first configure your own advanced service.


Table 4 Configuration Settings for the CIR/PIR QoS Profile 

QoS Template Name

CIR_PIR

QoS Template Type

Advanced

QoS Policy
Setting

Match Any

True

Match IP

False

IP Precedence Value

N/A

Match CoS

False

CoS Value

N/A

Match DSCP

False

DSCP Value

N/A

AND

N/A

CIR Type

Rate_Limited

Committed Rate

96 kbps

Committed Burst

8000 bps

Committed CoS Marking

Mark CoS

QoS Policy
Setting

Committed CoS Value

2

Excess Traffic

Allow

Peak Rate

96 kbps

Peak Burst

8000 bps

Excess CoS Marking/Value

2

Violations

Allow

Violate CoS

2

Best Effort Type

N/A

Max Rate

N/A

Max Burst

N/A


CTM allows you to define a QoS policy template starting from the above predefined policies, customizing them within the following predefined ranges:

CIR_PIR

CIR: 96,000 to 800,000,000 bits per second.

Max CIR Burst: 8000 to 64000 bytes.

PIR: 96,000 to 800,000,000 bits per second. Cannot be less than CIR.

Max PIR Burst: 8000 to 64000 bytes. Cannot be less than Max CIR Burst.

Traffic matching criteria is match-all.

Only one policer is allowed.

Best_Effort

Line Rate: CIR is 96000 bits per second and CIR Burst is 8000 bytes.

Rate Limited: You configure the CIR and CIR Burst.

Traffic matching criteria is match-all.

Only one policer is allowed.

You can create your own advanced QoS policy. You can input the customized QoS configuration based on the following parameters:

Traffic matching criteria.

CoS: Range is from 0 to 7.

DSCP: Range is from 0 to 63.

IP Precedence: Range is from 0 to 7.

CoS transmit values for CIR/PIR.

Exceed action and Violate action and their CoS transmit values.

Up to 8 QoS classes can be configured.

You must configure the following information in the L2 service provisioning and QoS profile wizards:

Port (FastEthernetM [FEM] or GigabitEthernetN [GIGEN] with M=0..11 and N=0,1).

Service connection type (UNI QinQ, UNI dot1Q, UNI untagged, or NNI dot1Q).

QoS parameters (selection of the QoS profile name defined in the QoS profile).

CTM assigns an unused BG to the card. The range is from 1 to 255.


Note The CLI commands in this section are written for services defined on the RPR topology. For services defined on point-to-point circuits, replace int spr 1 with int pos 0 or int pos 1, depending on which POS will carry the service. The bridge x protocol command is never issued. Spanning tree is not enabled for RPR or point-to-point circuits. The L2protocol-tunnel all command is expanded to three separate lines when saved by the Cisco IOS.


For each selected service drop, the configuration is done in three steps:

1. Class map configuration (not required for NNI-configured ports).

2. Policy map configuration (through QoS profiles; not required for NNI-configured ports).

3. Interface configuration (through the Create Layer 2 Service wizard).

The following sections describe the commands entered for each step.

1. Class Map Configuration

Configuring CIR/PIR Class Map

[Class Map Configuration for CIRPIR]

Class-map match-all CLASS_BG<BG>_CIRPIR
match bridge-group <BG>

Configuring Best-Effort Class Map

[Class Map Configuration for BESTEFFORT]

Class-map match-all CLASS_BG<BG>_BESTEFFORT
match bridge-group <BG>

Configuring Advanced Class Map

Figure 6 shows an example of how to create an advanced QoS profile.

Figure 6 Create QoS Profile Wizard—Advanced Class Map Configuration


[Class Map Configuration for ADVANCED]

class-map match-all CLASS_BG<BG>_ADVANCED_<Service Drop Port>_N [N number of Policer will 
be configured on the <Service Drop Port>=0,1 for GigaEthernet and <Service Drop 
Port>=0..11 for FastEthernet.]

match bridge-group <BG>
[match ip dscp <Match DSCP>]
[if Match DSCP has been selected - Valid Range is 0-63]
[match ip precedence <Match IP Precedence>]
[if Match IP Precedence has been selected - Valid Range is 0-7]
[match cos <Match CoS>]
[if Match CoS has been selected - Valid Range is 0-7]

2. QoS Profile Configuration

CIR/PIR QoS Profile

Figure 7 shows an example of how to create a CIR/PIR QoS profile.

Figure 7 Create QoS Profile Wizard—CIR/PIR


[Policy Map Configuration command for CIR/PIR QoS Profile]

Policy-map POLICY_{GIGE|FE}<port>_IN
Class CLASS_BG<BG>_CIRPIR

[1. Case Line Rate selection]
Police 96000 8000 conform-action set-cos-transmit 2 exceed-action set-cos-transmit 2

[2. Case Rate Limited selection Excess Traffic Discarded]
Police <Committed Rate> <Committed Burst Size> conform-action set-cos-transmit 1 
exceed-action drop

[3. Case Rate Limited selection Excess Traffic Allowed]
Police <Committed Rate> <Committed Burst Size> <Peak Burst> pir <Peak Rate> 
conform-action set-cos-transmit 2 exceed-action set-cos-transmit 1 violate-action drop

Best-Effort QoS Profile

Figure 8 shows an example of how to create a best-effort QoS profile.

Figure 8 Create QoS Profile Wizard—Best Effort


[Policy Map Configuration for BESTEFFORT QoS Profile]

Policy-map POLICY_{GIGE|FE}<port>_IN 
Class CLASS_BG<BG>_BESTEFFORT

[1. Case Line Rate selection] 
Police 96000 8000 conform-action set-cos-transmit 0 exceed-action set-cos-transmit 0 

[2. Case Rate Limited selection] 
Police <Max Rate> <Max Burst> conform-action set-cos-transmit 0 exceed-action drop

Advanced QoS Profile

Figure 9 shows an example of how to create an advanced QoS profile.

Figure 9 Create QoS Profile Wizard—Advanced

[Policy Map Configuration for ADVANCED QoS Profile]

Policy-map POLICY_{GIGE|FE}<port>_IN 
Class CLASS_BG<BG>_ADVANCED_<Service Drop Port>_N 
[N number of Policer will be configured on the <Service Drop Port>=0,1 for 
GigaEthernet and <Service Drop Port>=0..11 for FastEthernet]

police <Committed Rate> <Committed Burst Size> [<Peak Rate> pir <Peak Burst>] 
conform-action {transmit|set-cos-transmit <Committed CoS Marking Value>} 
[exceed-action {drop|set-cos-transmit <Excess CoS Marking Value>}][violate-action 
{drop|set-cos-transmit <Violation CoS Marking Value>}]

[[<Peak Rate> pir <Peak Burst>] is applied only if Excess Traffic is Allowed] 
[exceed-action drop is applied only if Excess Traffic is Discarded]
[Trust option is never selectable for Excess Traffic or Violation tab, Mark CoS option 
is always used when the Excess or Violations is Allow]
[violation-action drop is applied only if Excess Traffic is Allowed and Violate 
Traffic is Discarded]

Bandwidth Data Service Provisioning

Check the Enable Bandwidth DSP check box (in the Control Panel > ONS NE Service pane for CTC-based NEs) to enable the bandwidth data service provisioning (DSP) check during L2 service provisioning. The bandwidth utilization report shows available and used bandwidth for each L2 topology. This report can be used during L2 service provisioning to verify whether the requested CIR is available on the topology. Based on the report, an error is returned if there is not enough bandwidth available for a drop port.

3. Interface Configuration

Adding UNI QinQ Access

Any port with mode dot1q-tunnel is a UNI QinQ Access connection. Figure 10 shows an example for adding UNI QinQ access using the Create Layer 2 Service wizard.

Figure 10 Create Layer 2 Service Wizard—Adding UNI QinQ Access

[Interface Configuration]

Interface {GigabitEthernet<port>|FastEthernet<port>}
Description <QoSProfileName> 
[CTM will issue `L2protocol-tunnel all' command and the result will be the following 
set of commands]
l2protocol-tunnel cdp
l2protocol-tunnel stp
l2protocol-tunnel vtp
no cdp enable

Mode dot1q-tunnel
Bridge-group <BG>
Service-policy input POLICY_{GIGE|FE}<port>_IN
Service-policy output POLICY_QOS_OUT
[The following command in not issued by CTM, these are default ML settings] 
Bridge-group <BG> spanning-disable

Interface SPR1.<Service Provider VLAN>
Encapsulation dot1q <Service Provider VLAN>
Bridge-group <BG>
[The following command in not issued by CTM, these are default ML settings] 
Bridge-group <BG> spanning-disable

Removing UNI QinQ Access

[Note the reverse order of commands]

Interface SPR1.<Service Provider VLAN>
No Bridge-group <BG>
No Encap dot1q <Service Provider VLAN>
No Interface SPR1.<Service Provider VLAN> [Ignore warning message]
Interface {GigabitEthernet<port>|FastEthernet<port>}
No Bridge-group <BG> 
No Mode dot1q-tunnel 
No L2protocol-tunnel all
No description
No class-map CLASS_BG<BG>_{CIRPIR|BESTEFFORT|ADVANCED_<Service Drop Port>_N} 
[Remove all the N number of Class Maps in case of Advanced QoS]
[When removing last connection from a port]
No Policy-map POLICY_{GIGE|FE}<port>_IN
No Service-policy output POLICY_QOS_OUT

Adding UNI dot1Q Access

Figure 11 shows an example for adding UNI dot1Q access using the Create Layer 2 Service wizard.

Figure 11 Create Layer 2 Service Wizard—Adding UNI dot1Q Access

The port is recognized as UNI if the service-policy input command is entered on the port interface; otherwise, the port is recognized as NNI. Every subinterface is a dot1q connection. The classification of UNI versus NNI is based on the port-level parsing. A connection is untagged if the encap dot1q 1 command is entered. The multiple class map and QoS policer configurations for advanced QoS are similar to the QinQ Access example shown in Figure 11.

[Interface Configuration]

[First time only - First dot1q on this UNI port]
Interface {GigabitEthernet<port>|FastEthernet<port>}
Service-policy input POLICY_{GIGE|FE}<port>_IN
Service-policy output POLICY_QOS_OUT

Interface {FastEthernet<port>|GigabitEthernet<port>}.<Port VLAN>
Description <QoSProfileName>
Encapsulation dot1q <Port VLAN>
Bridge-group <BG>
[The following command executed by CTM only RSTP has not been enabled]
Bridge-group <BG> spanning-disable

Interface SPR1.<Service Provider VLAN>
Encapsulation dot1q <Service Provider VLAN>
Bridge-group <BG>
[The following command executed by CTM only RSTP has not been enabled] 
Bridge-group <BG> spanning-disable

Removing UNI dot1Q Access

[Note the reverse order of commands]

Interface SPR1.<Service Provider VLAN>
No Bridge-group <BG>
No Encap dot1q <Service Provider VLAN>
No Interface SPR1.<Service Provider VLAN> [Ignore warning message]
Interface <port>.<Port VLAN>
No Bridge-group <BG>
No Encap dot1q <Port VLAN>
No description
No Interface <port>.<Port VLAN> [Ignore warning message]
Policy-map POLICY_{GIGE|FE}<port>_IN 
No Class BG<BG>_{CIRPIR|BESTEFFORT|ADVANCED_<Service Drop Port>_N}
[Remove all the N number of Class Maps in case of Advanced QoS]

No class-map CLASS_BG<BG>_{CIRPIR|BESTEFFORT|ADVANCED_<Service Drop Port>_N}
[Remove all the N number of Class Maps in case of Advanced QoS]

[When removing last connection from a port]
No Policy-map POLICY_{GIGE|FE}<port>_IN
No Service-policy output POLICY_QOS_OUT

Adding UNI Untagged Access

UNI untagged access is similar to UNI dot1Q access with port VLAN ID = 1.

Adding NNI dot1Q Access

[Interface Configuration]

[First time only - First Connection on this port]
Interface {FastEthernet<port>|GigabitEthernet<port>}
Service-policy output POLICY_QOS_OUT

Interface {FastEthernet<port>|GigabitEthernet<port>}.<Port VLAN>
Encap dot1q <Port VLAN>

Bridge-group <BG>
Interface spr 1.<Server Provider VLAN>
Encap dot1q <Server Provider VLAN>
Bridge-group <BG>

Removing NNI dot1Q Access

[Note the reverse order of commands]

Interface spr 1.<Server Provider VLAN>
No Bridge-group <BG>
No Encap dot1q <Server Provider VLAN>
No Interface spr 1.<Circuit VLAN> [Ignore warning message]
Interface <port>.<Port VLAN>
No Bridge-group <BG> 
No Encap dot1q <Port VLAN>
No Interface {FastEthernet<port>|GigabitEthernet<port>}.<Port VLAN> [Ignore warning 
message]

[When removing last connection from a port]
No Service-policy output POLICY_QOS_OUT

Enabling or Disabling RSTP

You can enable rapid spanning tree protocol (RSTP) on UNI dot1Q, UNI Untagged, and NNI dot1Q ports by selecting the RSTP for the selected drop port and then selecting the RSTP Enable check box (see Figure 12). You can disable RSTP by selecting the RSTP for the selected drop port and then deselecting the RSTP Enable check box.


Note RSTP can only be enabled on a drop where UNI/NNI dot1Q is selected, and only on a subinterface (that is, UNI dot1Q drop) where no other QinQ drops have been created for the same interface.


Figure 12 Create Layer 2 Service Wizard—RSTP Enable

The following command is issued beside the command specified for adding a drop, when the RSTP Enable check box is checked.

[Configure RSTP,this command is issued once for VLAN]
bridge <BG> protocol rstp

[Enable RSTP on the selected drop]
Interface {FastEthernet<port>|GigabitEthernet<port>}.<Port VLAN>
Bridge-group <BG> 

The following command is issued when you disable RSTP from a drop:


[Disable RSTP on the selected drop]
Interface {FastEthernet<port>|GigabitEthernet<port>}.<Port VLAN>
Bridge-group <BG> 
Bridge-group <BG> spanning-disabled [Disable RSTP on the selected drop]

Note The enabling or disabling of RSTP on a port basis is not valid if you configured a bridge group to the main Ethernet interface. CLI will (by default) disable the dot1Q drop in the card.


Obtaining Documentation, Obtaining Support, and Security Guidelines

For information on obtaining documentation, obtaining support, providing documentation feedback, security guidelines, and also recommended aliases and general Cisco documents, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html