![]() |
SYSTEM ADMINISTRATOR GUIDE 12/1543-CRA 119 1170/1-V1 Uen B | ![]() |
Copyright
© Ericsson AB 2009–2010. All rights reserved. No part of this document may be reproduced in any form without the written permission of the copyright owner.
Disclaimer
The contents of this document are subject to revision without notice due to continued progress in methodology, design and manufacturing. Ericsson shall have no liability for any error or damage of any kind resulting from the use of this document.
Trademark List
SmartEdge | is a registered trademark of Telefonaktiebolaget LM Ericsson. | |
NetOp | is a trademark of Telefonaktiebolaget LM Ericsson. |
This document describes how to configure, monitor, and administer permanent virtual circuits (PVCs) on ports and channels, and aggregated link-group PVCs. Use of circuit-groups is described.
The SmartEdge router supports the following types of circuits and circuit-related features:
Circuits are logical paths through a port, channel, or tunnel. This section provides overviews of PVCs on Ethernet, ATM, and Frame Relay networks:
A VLAN is a separate, administratively defined, subgroup of a bridged LAN. Bridged LANs and 802.1Q encapsulation are described in the 802.1Q IEEE Standard for Local and Metropolitan Area Networks: Virtual Bridged Local Area Networks specification, which defines an architecture and bridging protocols for the partitioning of a bridged LAN into VLANs.
In the SmartEdge router, an 802.1Q PVC that connects an 802.1Q VLAN to the SmartEdge router can be created on any 10/100 Fast Ethernet (FE), Gigabit Ethernet, or 10 Gigabit Ethernet port.
The SmartEdge router supports 802.1Q encapsulation on Ethernet ports. When an 802.1Q frame is received on an 802.1Q PVC, the 802.1Q header is stripped from the packet. The Ethernet packet is then routed by the system. When an outbound packet is forwarded to an 802.1Q PVC, the SmartEdge router adds the appropriate 802.1Q header to the packet. This feature also allows for the channelization of Ethernet ports.
The types of 802.1Q PVCs and 802.1Q tunnels are discussed in the following sections:
Two types of 802.1Q PVCs are supported—static and on-demand. A static PVC is created in main memory when it is configured, and is always considered active, even when there is no traffic on it. An on-demand PVC is also created when it is configured, but it becomes active only when user traffic is detected on it.
The process by which on-demand PVCs are created is called circuit creation on demand (CCOD).
On-demand PVCs have two modes—dormant (or listening) and active. When you configure a single on-demand PVC, or a range of on-demand PVCs, the dormant version of each PVC is created in listening mode; it does not occupy main memory.
When user traffic is detected on a dormant PVC, the PVC is created in active mode in main memory. When the traffic ceases (there are no subscriber sessions connected on it), the PVC is said to be inactive. After a configurable time interval, the inactive PVC is deleted from main memory and the dormant version is again in listening mode. In this way, on-demand PVCs conserve main memory.
You can assign a profile and specify the encapsulation for a range of on-demand PVCs when you configure them, or you can specify the authentication, authorization, and accounting (AAA) and RADIUS features to provide the profile and encapsulation.
An 802.1Q PVC can be configured as a tunnel, with static, on-demand, or both types of 802.1Q PVCs configured within it. Each 802.1Q PVC within the tunnel has an outer VLAN tag value, which is the tunnel’s VLAN tag value, and a unique inner VLAN tag value.
Four types of 802.1Q tunnels are supported; they are identified from their 802.1Q headers: 8100, 88a8, 9100, and 9200. You can also specify a user-defined type. You can configure one or more tunnels on each port.
Because 802.1Q PVCs can carry multiple types of packets, IP over Ethernet (IPoE), Point-to-Point Protocol over Ethernet (PPPoE), and IPv6 over Ethernet (IPv6oE), the operating system supports the creation of child circuits to segregate PPPoE and IPv6oE packets. You can terminate these child circuits or cross-connect them just as you can terminate or cross-connect the 802.1Q PVCs on which you have configured them.
You can create aggregated 802.1Q PVCs and tunnels in access link groups. See the IEEE 802.3ad Link Groups for FE and GE Ports section in Configuring Link Aggregation for details.
Circuit groups allow you to group arbitrary PVCs for collective metering, policing, and scheduling. Arbitrary VLANs can be grouped—for example, to represent a business entity—and class-aware or circuit-level rate limits applied to the group. In this case, the traffic on all member circuits is collectively limited to any metering, policing, and scheduling rates configured on the circuit group.
Circuit group membership is available for 802.1Q VLANs, 802.1Q PVCs within an 802.1Q tunnel, or a mix of these circuit types. When hierarchical rate limiting is applied to a circuit group, traffic is first limited according to any metering or policing policy applied to the member circuit. Subsequently, traffic is limited again according to any metering or policing policy applied to the circuit group.
The following are specifically precluded in the CLI for circuit-group member PVCs; PVCs with one of these options already configured may not join a circuit group:
Circuit group members may not themselves have any child circuits configured under them.
ATM encapsulation is described in RFC 1483, Multiprotocol Encapsulation over ATM Adaptation Layer 5. ATM PVCs can be created on any ATM port.
Using ATM, data flows over PVCs on a virtual path (VP) on an ATM port. These PVCs are identified by a virtual path identifier (VPI) and virtual circuit identifier (VCI). After you have configured an ATM port, you can configure VPs and PVCs. ATM PVCs and shaped VPs are configured using ATM profiles. (A shaped VP is a VP created with the atm vp command in ATM OC or ATM DS-3 configuration mode.)
For ATM PVCs configured on ports on ATM DS-3 and second-generation ATM OC traffic cards, you can also create ATM VC tunnels by attaching a quality of service (QoS) ATM weighted fair queuing (ATMWFQ) policy to an ATM PVC.
An ATMWFQ policy allows you to define either two, four, or eight class of service (CoS) queues of packets on each ATM PVC. Each PVC then acts as a VC tunnel.
You can specify the queuing algorithm for the policy, and for each queue its congestion avoidance parameters, either weighted random early detection (RED) or early packet discard (EPD). For information about attaching QoS policies of any type, see Configuring Circuits for QoS.
The types of ATM profiles, ATM traffic management, and the types of ATM circuits are discussed in the following sections:
ATM profiles can be either static or dynamic (nonstatic):
Every ATM profile has a default traffic class, unspecified bit rate (UBR) without any option, which is assigned to each shaped ATM VP or PVC that references that profile. Other supported traffic classes include constant bit rate (CBR), variable bit rate-real time (VBR-rt), VBR nonreal-time (VBR-nrt), and UBR extended (UBRe).
For ATM VPs and PVCs configured on first-generation ATM OC traffic cards, only one mode of traffic shaping and scheduling (the default mode) is supported by the segmentation and reassembly (SAR) image. However, ATM DS-3 and second-generation ATM OC traffic cards support multiple modes. These modes are:
This mode supports different ATM profiles with different shaping for VPs and the ATM VCs that you configure on them. VPs and VCs are shaped using constant bit rate (CBR), variable bit rate-real time (VBR-rt), VBR nonreal-time (VBR-nrt), or unspecified bit rate (UBR), subject to the restrictions given in the Configuring ATM section.
It uses these traffic classes to perform VP and VC scheduling; VCs can also be scheduled with an attached QoS ATMWFQ scheduling policy.
PVCs configured on a nonshaped VP are shaped using any traffic class, including UBR extended (UBRe) and can be scheduled using traffic classes and an attached QoS ATMWFQ scheduling policy.
This mode supports different profiles with different shaping for VPs and their VCs, but restricts the shaping for VPs to CBR, UBR with the peak cell rate (PCR) option, VBR-rt, and VBR-nrt; VCs are restricted to UBR with the PCR option.
It uses the IP priorities specified by an attached QoS ATMWFQ policy to perform VP and VC scheduling.
PVCs configured on a nonshaped VP are shaped using any traffic class except UBRe and can be scheduled using traffic classes and an attached QoS ATMWFQ scheduling policy. (Configuring PVCs in this mode is not recommended.)
This mode supports different profiles with different shaping for shaped VPs and their VCs, but restricts the shaping for VPs to CBR, UBR with the PCR option, VBR-rt, and VBR-nrt; VCs are restricted to UBR without the PCR option.
It uses traffic classes to perform VP scheduling; VCs are scheduled using weighted round-robin (WRR) scheduling. VCs can also be scheduled with an attached QoS ATMWFQ scheduling policy.
PVCs configured on a nonshaped VP are shaped and scheduled using any traffic class.
This mode supports the same functionality as VC fairness. In addition, it also supports the following features: not restricted to UBR without the PCR option; supports up to 8 queues; port rate limiting (scaling a port's bandwidth) and VC fairness under congestion.
Two types of ATM PVCs are supported—explicitly configured (static) and on-demand. A static PVC is created in main memory when it is configured, and is always considered active, even when there is no traffic on it. An on-demand PVCs is also created when it is configured, but it becomes active only when user traffic is detected on it.
On-demand PVCs have two modes—dormant (or listening) and active. When you configure a single on-demand PVC or a range of on-demand PVCs, the dormant version of each PVC is created in listening mode; it does not occupy main memory.
The process by which on-demand PVCs is created is called circuit creation on demand (CCOD).
When user traffic is detected on a dormant PVC, the PVC is created in active mode in main memory. When the traffic ceases (there are no subscriber sessions connected on it), the PVC is said to be inactive. After a configurable time interval, the inactive PVC is deleted from main memory and the dormant version is again in listening mode. In this way, on-demand PVCs conserve main memory.
You can assign a profile and specify the encapsulation for a range of on-demand PVCs when you configure them, or you can specify that the AAA and RADIUS functions provide the profile and encapsulation type.
The ATM profile that AAA and RADIUS dynamically assign can be either a static or dynamic profile that you have created previously.
Frame Relay encapsulation is described in RFC 1490, Multiprotocol Interconnect over Frame Relay and RFC 2115, Management Information Base for Frame Relay DTEs Using SMIv2. You can create Frame Relay PVCs on any Packet over SONET/SDH (POS) port, clear-channel DS-3 or E1 channel or port, E3 port, DS-1 channel, MFR link group, or DS-0 channel group.
In the following descriptions, the term controller card refers to any version of the Cross-Connect Route Processor (XCRP) Controller card (XCRP, XCRP3, XCRP4), including the controller carrier card, unless otherwise noted.
The term controller carrier card refers to the controller functions on the circuit board within the SmartEdge 100 chassis; these functions are compatible with the XCRP3 Controller card. The term I/O carrier card refers to the traffic card functions on the circuit board; these functions are compatible with the similar functions that are implemented on all SmartEdge 400 and SmartEdge 800 traffic cards.
The term chassis refers to any SmartEdge router; the term SmartEdge 800 refers to any version of the SmartEdge 800 chassis; the term SmartEdge 800s refers only to the SmartEdge 800s chassis
The term traffic card refers to a SmartEdge 100 media interface card (MIC) or an SmartEdge traffic card, unless otherwise noted.
The term Gigabit Ethernet refers to any Ethernet traffic card that supports a port speed of 1 Gbps or greater; unless explicitly stated, the speed of any Gigabit Ethernet port is 1 Gbps.
The first-generation ATM OC traffic cards follow:
The second-generation ATM OC traffic cards have more memory and support more ATM permanent virtual circuits (PVCs) and enhanced queuing and traffic-shaping capabilities than the first-generation cards. The second-generation ATM OC traffic cards follow:
Other documents with related tasks and commands include:
An 802.1Q profile is required to collect bulk statistics or set the priority bits for any 802.1Q PVC that uses the profile. To configure a profile for an 802.1Q PVC, perform the tasks described in Table 1.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create an 802.1Q profile, or select an existing one for modification, and access dot1q profile configuration mode. |
Enter this command in global configuration mode. | |
2. |
Specify general attributes for the profile (all attributes are optional): | ||
Associate a description with the profile. |
Enter this command in dot1q profile configuration mode. | ||
Apply an existing bulkstats schema profile to the profile. |
To configure an 802.1Q PVC on any Ethernet port, except the Ethernet management port, perform the tasks described in Table 2.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Bind the Ethernet port to an existing interface in an existing context. |
Enter this command in port configuration mode to allow untagged traffic on the port. | |
2. |
Specify 802.1Q encapsulation for the Ethernet port. |
Enter the encapsulation command with the dot1q keyword in port configuration mode. | |
3. |
Create one or more 802.1Q PVCs and access dot1q PVC configuration mode. |
Enter this command in port configuration mode. Use the on-demand keyword to create a range of 802.1Q PVCs that are made active only when needed.(1) | |
4. |
Use Table 3 to set the optional parameters of the 802.Q PVC. | ||
5. |
Bind the 802.1Q PVC with one of the following commands. Unless otherwise stated, enter the following commands in link PVC configuration mode: | ||
Create a static binding to an interface. |
This binding applies to single 802.1Q PVCs with IPoE encapsulation (default). Enter this command only if you are not cross-connecting the PVC. You can bind to either an IP interface or a bridged interface. To create bridged 802.1Q PVCs, bind to a bridged interface. | ||
Create a restricted or unrestricted dynamic binding. |
This binding applies to single PVCs with PPPoE encapsulation. You must specify the context to create a restricted dynamic binding. | ||
Create a static binding through a subscriber record to an interface. |
This binding applies to single PVCs with:
Enter this command only if you are not cross-connecting the PVC. | ||
Automatically create static bindings through subscriber records to interfaces. |
This binding applies to a range of PVCs created using the on-demand keyword and IPoE encapsulation (default). Enter this command only if you are not cross-connecting the PVC. | ||
Bind the PVC to a bypass for cross-connecting. |
This binding applies to single PVCs that are not bound to an interface or subscriber record or are created on-demand. Enter this command only if you are cross-connecting the PVC and have no child circuits on it. | ||
6. |
If you have created a child circuit, bind the child circuit with one of the following commands. Unless otherwise stated, enter the following command in dot1q child protocol configuration mode: | ||
Create a static binding through a subscriber record to an interface |
This binding applies only to PPPoE child circuit encapsulation. Enter this command only if you are not cross-connecting the child circuit. | ||
Create a restricted or unrestricted dynamic binding. |
This binding applies only to PPPoE child circuit encapsulation. You must specify the context to create a restricted dynamic binding. Enter this command only if you are not cross-connecting the child circuit. | ||
Bind the PVC to a bypass for cross-connecting. |
Enter this command only if you are cross-connecting the child circuit. | ||
7. |
Disable an 802.1Q PVC (stop operations on it) until you are ready to begin operations on it. |
Enter this command in dot1q PVC configuration mode. By default, all circuits are enabled (operational). |
(1) You cannot configure overlapping
transport ranges (with the exception of the fallback transport range
[keyword any]) or overlapping circuit creation-on
demand (CCOD) ranges. In addition, overlapping transport and CCOD
ranges are not allowed.
To configure the optional parameters of an 802.1Q PVC on any Ethernet port, except the Ethernet management port, perform the tasks described in Table 3. Enter all commands in dot1q PVC configuration mode unless otherwise noted.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Optional. Configure the access-line ID. |
access-line access-node-id, access-line adjust, access-line agent-circuit-id, access-line rate, |
|
2. |
Optional. Specify the static MAC addresses. |
This command applies only when the 802.1Q PVC is bound to a bridged interface. Enter this command for the MAC address of each station known to be on this bridge. The bridge dynamically learns the addresses of other stations as they connect to the bridge.(1) | |
3. |
Optional. Assign a bridge profile. |
This command applies only to bridged 802.1Q PVCs. Supported only if the bridge is a tributary type. Not supported if the bridge is a trunk type. | |
4. |
Optional. Create a child circuit on a multiprotocol-encapsulated PVC and access dot1q child protocol configuration mode. |
Enter this command only if you have encapsulated the PVC using the multi keyword in the dot1q pvc command. | |
5. |
Create a binding for cross-connecting. |
Enter this command only if you are cross-connecting the child circuit. | |
6. |
Optional. Specify that the 802.1Q PVC is a member of the specified circuit group. |
||
7. |
Optional. Associate a description with the PVC. |
||
8. |
Optional. Specify the forward output or policy. |
||
9. |
Optional. Enable a watchdog timer for 802.1Q PVCs created on demand. |
This command applies only to 802.1Q PVCs created using the on-demand keyword. | |
10. |
Optional. Specify IP ACL filters, if any. |
||
11. |
Optional. Associate the IP address of the remote host on the circuit. |
Perform this task only for a PVC that you intend to bind directly to an interface. You cannot perform this task if you have created the PVC as part of a range of PVCs. | |
12. |
Optional. Enable L2VPN bindings on this PVC. |
||
13. |
Optional. Assign a medium access control (MAC) address to an 802.1Q PVC. |
||
14. |
Optional. Configure the QoS parameters of the 802.1Q PVC. |
See the document, Configuring Circuits for QoS for use of the qos commands. |
|
15. |
Optional. Configure a different rate for a circuit that has a QoS metering, policing, or priority weighted fair queuing (PWFQ) policy attached to it. |
||
16. |
Optional. Enable clientless IP service selection (CLIPS). |
||
16. |
Optional. Assign a spanning-tree profile. |
This command applies only when bound to a bridged interface. | |
17. |
Disable an 802.1Q PVC (stop operations on it) until you are ready to begin operations on it. |
By default, all circuits are enabled (operational). |
(1) Not supported
when the interface encapsulation is PPPoE or multibind.
To configure an 802.1Q tunnel and any PVCs within the tunnel on any Ethernet port, except the Ethernet management port, perform the tasks described in Table 4.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Bind the Ethernet port to an existing interface in an existing context. |
Enter this command in port configuration mode to allow untagged traffic on the port. | |
2. |
Specify 802.1Q encapsulation for the Ethernet port. |
Enter this command with the dot1q keyword in port configuration mode. | |
3. |
Specify the tunnel type for this port. |
Enter this command in port configuration mode. | |
4. |
Create an 802.1Q tunnel and access dot1q PVC configuration mode. |
Enter this command in port configuration mode. Specify the encapsulation with the 1qtunnel keyword. | |
5. |
Associate a description with the tunnel (optional). |
Enter this command in dot1q PVC configuration mode. | |
6. |
Bind the 802.1Q PVC tunnel. |
Enter this command in dot1q PVC configuration mode. | |
- Create a binding for cross-connecting. |
Enter this command only if you are cross-connecting the tunnel and not the PVCs within it. | ||
7. |
Create one or more 802.1Q PVCs within the tunnel and access dot1q PVC configuration mode. |
Enter this command in port configuration mode. Specify the VLAN ID of the tunnel followed by a colon (:) before you specify the VLAN ID of the PVC. Use the on-demand keyword to configure a range of PVCs within the tunnel that are created only when needed. (1)(2) | |
8. |
Use Table 3 to set the optional parameters of the 802.Q PVCs. |
||
9. |
Bind the 802.1Q PVC with one of the following commands. Unless otherwise stated, enter the following commands in link PVC configuration mode: | ||
- Create a static binding to an interface. |
This binding applies to single 802.1Q PVCs with IPoE encapsulation (default) Enter this command only if you are not cross-connecting the PVC. You can bind to either an IP interface or a bridged interface. To create bridged 802.1Q PVCs, bind to a bridged interface. | ||
- Create a restricted or unrestricted dynamic binding. |
This binding applies to single PVCs with PPPoE encapsulation You must specify the context to create a restricted dynamic binding. | ||
- Create a static binding through a subscriber record to an interface. |
This binding applies to single PVCs with:
Enter this command only if you are not cross-connecting the PVC. | ||
- Automatically create static bindings through subscriber records to interfaces. |
This binding applies to a range of PVCs created using the on-demand keyword and IPoE encapsulation (default) Enter this command only if you are not cross-connecting the PVC. | ||
- Bind the PVC to a bypass for cross-connecting. |
This binding applies to single PVCs that are not bound to an interface, subscriber record, or are created on-demand. Enter this command only if you are cross-connecting the PVC and have no child circuits on it. | ||
10. |
If you have created a child circuit, bind the child circuit with one of the following commands. Unless otherwise stated, enter the following commands in dot1q child protocol configuration mode: | ||
- Create a static binding through a subscriber record to an interface. |
This binding applies only to PPPoE child circuit encapsulation. Enter this command only if you are not cross-connecting the child circuit. | ||
- Create a restricted or unrestricted dynamic binding. |
This binding applies only to PPPoE child circuit encapsulation. You must specify the context to create a restricted dynamic binding. Enter this command only if you are not cross-connecting the child circuit. | ||
- Bind the PVC to a bypass for cross-connecting. |
Enter this command only if you are cross-connecting the child circuit. | ||
11. |
Disable an 802.1Q PVC (stop operations on it) until you are ready to begin operations on it. |
Enter this command in dot1q PVC configuration mode. By default, all circuits are enabled (operational). |
(1) You can create both static and on-demand 802.1Q PVCs within the same
802.1Q tunnel.
(2) You cannot configure overlapping transport
ranges (with the exception of the fallback transport range [keyword any]) or overlapping circuit creation-on demand (CCOD)
ranges. In addition, overlapping transport and CCOD ranges are not
allowed.
To create a circuit group and assign members to the group, perform the tasks described in Table 5. It is assumed you have configured 802.1Q PVCs or 802.1Q PVC tunnels (including specifying the use of 802.1Q encapsulation for the Ethernet port) before performing the tasks in Table 5. For details on how to configure 802.1Q PVCs and 802.1Q PVC tunnels, see the Configure an 802.1Q PVC and “Configure an 802.1Q Tunnel and the 802.1Q PVCs Within It sections.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create a circuit group and assign a specified name to it. |
Enter this command in global configuration mode. For an example of how to attach a QoS metering, policing, or scheduling policy to the circuit group, see Configuring Circuits for QoS. | |
2. |
Select an Ethernet port in which the members of circuit group are to reside, and access port configuration mode. |
Enter this command in global configuration mode. | |
3. |
Specify the 802.1Q tunnel or one or more static 802.1Q PVCs which are to be assigned to the specified circuit group and access dot1q PVC configuration mode. |
Enter this command in port configuration mode. | |
4. |
Specify that the 802.1Q tunnel or PVCs being configured are members of the specified circuit group. |
Enter this command in dot1q PVC configuration mode. |
This section describes the tasks to configure ATM, specify the card mode for the SAR image, configure an ATM profile, a shaped ATM VP, and an ATM PVC.
The following guidelines apply to ATM profiles:
The following guidelines apply to ATM profiles assigned to PVCs:
Caution! | ||
Risk of data loss. When you change the congestion algorithm or
the traffic class for the profile (in ATM profile configuration mode),
the system deletes and automatically re-creates all ATM PVCs that
reference the profile and displays an error message.
|
If the change affects service, a warning message is displayed when you enter the command, and you can cancel or commit the change by using the abort or commit command, respectively (in ATM OC or ATM DS-3 configuration mode).
Changes to traffic class parameters, such as rate, the cell loss priority (CLP) bit, the operations, administration, and maintenance (OAM) mechanism parameters, PVC statistics, congestion avoidance parameters, and bulkstats, do not affect traffic and therefore do not cause the error message to be displayed.
Caution! | ||
Risk of data loss. The assignment of the new profile can cause
traffic to be interrupted on the affected PVC if the new profile changes
the congestion algorithm or the traffic class. To reduce the risk,
if the system displays an error message, you can cancel or commit
the change by using the abort or commit command, respectively (in ATM OC or ATM DS-3 configuration mode).
|
The following guidelines apply to ATM profiles assigned to shaped VPs:
The following guidelines apply to the congestion avoidance algorithm that you specify for an ATM profile:
Traffic shaping restrictions for first-generation ATM OC traffic cards include the following:
Traffic shaping restrictions for ATM DS-3 and second-generation ATM OC traffic cards include the following:
VP Traffic Class |
Valid VC Traffic Classes |
---|---|
CBR |
CBR, VBR-rt, VBR-nrt, UBR with PCR option, UBR |
VBR-rt |
VBR-rt, VBR-nrt, UBR with PCR option, UBR |
VBR-nrt |
VBR-nrt, UBR with PCR option, UBR |
UBR with PCR option |
UBR with PCR option, UBR |
UBR |
UBR |
The following OAM guidelines apply:
The following QoS guidelines apply:
For information about creating QoS policies CoS queues, see Configuring Scheduling.
The maximum combined number of ATM circuits and VPs that the system supports for each ATM port depends on the type of ATM traffic card, the total number of circuits configured on that card, the type and number of traffic classes, the SAR image (mode) that is loaded, the type of QoS policy, the number of CoS queues, and the number of dormant on-demand PVCs that are configured.
The number is also affected by your assignment of VPI and VCI values and, for an ATM DS-3 traffic card, the number of ports that you have specified as software configurable.
The following guidelines apply to the number of shaped VPs and PVCs that the system supports on a traffic card:
Traffic Card |
PVC Limits for Each Traffic Class per Port | |
---|---|---|
Default Mode |
Notes | |
2-port ATM OC-3c/STM-1c |
8,000 |
Only the default mode is supported. |
1-port ATM OC-12c/STM-4c |
8,000 |
Only the default mode is supported. |
Table 8 lists the PVC limits for each traffic class on ATM DS-3 and second-generation ATM OC traffic cards.
Traffic Card |
PVC Limits for Each Traffic Class per Port | ||||
---|---|---|---|---|---|
ATM Priority Mode |
IP Priority Mode |
VC Fairness Mode |
HSVC |
Notes | |
12-port ATM DS-3 |
1,000 |
1,000 |
2,000 |
Not |
All ports are software configurable. |
2-port ATM OC-3c/STM-1c MIC and the 4-port ATM OC-3c/STM-1c (including low-density version) |
8,000 |
8,000 |
16,000 |
Not |
|
Enhanced ATM OC-12c/STM-4c |
16,000 |
16,000 |
16,000 |
Not |
|
8-port ATM OC-3c/STM-1c IR (atm-oc3e-8-port) |
Not |
Not |
16,000 |
16,000 |
Table 9 lists the number of PVCs for each ATM DS-3 port for each traffic class if the number of software configurable ports has been limited by using the maximum ports command (in card configuration mode).
Number of Configurable ATM DS-3 Ports |
PVC Limit for Each Traffic Class per Port | |
---|---|---|
ATM and IP Priority Modes |
VC Fairness Mode | |
4 |
4,000 |
8,000 |
8 |
2,000 |
4,000 |
12 |
1,000 |
2,000 |
For example, for a port on an ATM DS-3 traffic card (in VC fairness mode) and with that has all ports software configurable:
With the ATM DS-3 traffic card in ATM or IP priority mode and all ports software configurable:
For information about creating QoS policies and CoS queues, see Configuring Scheduling.
You can create a maximum of 256 shaped and unshaped VPs on any ATM port (VPIs 0 to 255); Table 10 lists the limits for shaped VPs on each type of ATM card.
Traffic Card |
Shaped VP Limits |
---|---|
12-port ATM DS-3 |
Determined by many factors, including the number of PVCs and number of CoS queues created, up to a maximum of 256 shaped VPs on each port. |
2-port ATM OC-3c/STM-1c MIC, and the 4-port ATM OC-3c/STM-1c (including low-density version) |
Determined by many factors, including the number of PVCs and number of CoS queues created, up to a maximum of 256 shaped VPs on each port. |
Enhanced ATM OC-12c/STM-4c |
Determined by many factors, including the number of PVCs and number of CoS queues created, up to a maximum of 256 shaped VPs on each port. |
2-port ATM OC-3c/STM-1c |
64 per traffic card; 32 per port. |
1-port ATM OC-12c/STM-4c |
64 per traffic card. |
8-port ATM OC-3c/STM-1c IR (atm-oc3e-8-port) |
Up to a maximum of 256 VPs per port. |
Table 11 lists the PVC limits on shaped VPs per type of ATM traffic card.
Traffic Card |
VC Limits for Shaped VPs |
---|---|
12-port ATM DS-3 |
8,000 per shaped VP; 8,000 per traffic card with all ports software configurable. |
2-port ATM OC-3c/STM-1c MIC, and the 4-port ATM OC-3c/STM-1c (including low-density version) |
16,000 per shaped VP; 16,000 per traffic card. |
Enhanced ATM OC-12c/STM-4c |
16,000 per shaped VP; 16,000 per traffic card. |
2-port ATM OC-3c/STM-1c |
256 per shaped VP; 5,715 per traffic card. |
1-port ATM OC-12c/STM-4c |
256 per shaped VP; 5,715 per traffic card. |
8-port ATM OC-3c/STM-1c IR (atm-oc3e-8-port) |
16,000 per shaped VP; 32,000 per traffic card. |
Table 12 lists the circuit and PVC limits when no ATMWFQ policy is attached.
Card |
Mode |
Circuit and PVC Limits |
---|---|---|
12-port ATM DS-3 |
VC fairness |
8,000 per port; 8,000 per traffic card with all ports software configurable. |
12-port ATM DS-3 |
ATM or IP priority |
4,000 per port; 8,000 per traffic card with all ports software configurable. |
2-port ATM OC-3c/STM-1c MIC, and the 4-port ATM OC-3c/STM-1c (including low-density version) |
VC fairness |
16,000 per port; 16,000 per traffic card. |
2-port ATM OC-3c/STM-1c MIC, and the 4-port ATM OC-3c/STM-1c (including low-density version) |
ATM or IP priority |
16,000 per port; 16,000 per traffic card. |
Enhanced ATM OC-12c/STM-4c |
VC fairness |
16,000 per port; 16,000 per traffic card. |
Enhanced ATM OC-12c/STM-4c |
ATM or IP priority |
16,000 per port; 16,000 per traffic card. |
2-port ATM OC-3c/STM-1c |
Default |
8,000 per port; 8,000 per traffic card. |
1-port ATM OC-12c/STM-4c |
Default |
8,000 per port; 8,000 per traffic card. |
8-port ATM OC-3c/STM-1c IR (atm-oc3e-8-port) |
VC fairness or HSVC fairness |
16,000 per port; 32,000 per traffic card. |
Table 13 lists the circuit and PVC limits for ATM traffic cards with ATMWFQ CoS queues.
Traffic Card |
Mode |
Circuit and PVC Limits |
---|---|---|
12-port ATM DS-3 |
VC fairness |
|
12-port ATM DS-3 |
ATM or IP priority |
|
2-port ATM OC-3c/STM-1c MIC |
VC fairness |
|
2-port ATM OC-3c/STM-1c MIC |
ATM or IP priority |
|
4-port ATM OC-3c/STM-1c (including low-density version) |
VC fairness |
|
4-port ATM OC-3c/STM-1c (including low-density version) |
ATM or IP priority |
|
Enhanced ATM OC-12c/STM-4c |
VC fairness |
|
Enhanced ATM OC-12c/STM-4c |
ATM or IP priority |
|
8-port ATM OC-3c/STM-1c IR (atm-oc3e-8-port) |
VC fairness or HSVC fairness |
|
You must explicitly specify the card mode for the SAR image of a second-generation ATM OC or ATM DS-3 traffic card on which you want to use ATM priority or IP priority traffic scheduling. On cards that support hsvc-fair mode, this must also be explicitly specified. To specify the card mode for the SAR image, perform the task described in Table 14; enter the command in card configuration mode or MIC configuration mode.
Task |
Root Command |
Notes |
---|---|---|
Specify the card mode. |
atm mode |
This command is available only for ATM DS-3 and second-generation ATM OC traffic cards and ATM OC MICs. |
An ATM profile is required to create ATM PVCs or shaped VPs for ATM PVCs. An ATM profile contains common configuration information that is used by all shaped VPs and ATM PVCs that reference the profile.
Typically, you configure at least one ATM profile for each traffic class that you intend to support on a SmartEdge router. You might also require additional ATM profiles for PVCs with other special requirements, such as counters, or PVCs created on demand.
To configure an ATM profile, perform the tasks described in Table 15.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create a new ATM profile, or to select an existing ATM profile for modification, and access ATM profile configuration mode. |
Enter this command global configuration mode. | |
2. |
Specify general attributes for the profile. All attributes are optional: | ||
Associate a description with an ATM profile. |
Enter this command in ATM profile configuration mode. | ||
Report the receive and transmit speeds of the ATM PVC to which this profile is assigned. |
Enter this command in ATM profile configuration mode. | ||
Set the CLP bit in all cells transmitted over PVCs referencing this ATM profile. |
Enter this command in ATM profile configuration mode. | ||
Specify the traffic class for this ATM profile. |
Enter this command in ATM profile configuration mode. The default value is UBR without the PCR option. | ||
Enable statistics collection for all PVCs referencing this ATM profile. |
Enter this command in ATM profile configuration mode. | ||
Specify the weighted RED or EPD parameters for congestion avoidance. |
Enter this command in ATM profile configuration mode. | ||
Apply an existing bulkstats schema profile to the profile. |
|||
3. |
For non-cross-connected ATM PVCs, enable OAM with one of the following tasks (optional): | ||
Enable alarm indication signal (AIS) and remote defect indication (RDI) fault monitoring for any ATM PVC that references this profile and is not cross-connected. |
Enter this command in ATM profile configuration mode. The default value is disabled. | ||
Enable the operational state of any ATM PVC that is not cross-connected and that references this profile to be reflected by its AIS and RDI (RDI/AIS) state at the F5 level. |
Enter this command in ATM profile configuration mode. The default value is disabled. | ||
4. |
For cross-connected ATM PVCs, enable the OAM cells received on one of the ATM PVCs to be forwarded to and transmitted on the other ATM PVC. |
Enter this command in ATM profile configuration mode. The default value is disabled. |
When you create an ATM PVC, you must specify a VP for it by using a VPI. An ATM VP can be shaped or nonshaped:
You create it by using the atm vp command (in ATM OC or ATM DS-3 configuration mode) and specifying its VPI and an existing ATM profile.
SmartEdge OS creates it when you configure an ATM PVC and specify a VPI that has not be used to create a shaped VP.
To configure a shaped ATM VP, perform the task described in Table 16; enter this command in ATM OC or ATM DS-3 configuration mode.
Task |
Root Command |
Notes |
---|---|---|
Create or modify a shaped ATM VP. |
Enter this command in ATM OC or ATM DS-3 configuration mode. |
To configure an ATM PVC, perform the tasks described in Table 17.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create or modify one or more ATM PVCs, and access ATM PVC configuration mode with one of the following tasks: | ||
Create or modify one or more ATM PVCs. |
Enter this command in ATM OC or ATM DS-3 configuration mode. Use the explicit keyword to create a range of static PVCs. Use the on-demand keyword to configure a range of PVCs that are created only when needed. | ||
Assign a different profile to an existing ATM PVC. |
You must specify the encapsulation in addition to the new profile name. | ||
2. |
Specify general attributes for the PVC (all attributes are optional): | ||
Associate a description with an ATM PVC. |
Enter this command in ATM PVC configuration mode. | ||
Enable a watchdog timer for PVCs created on demand. |
Enter this command in ATM PVC configuration mode. This command applies only to ATM PVCs created using the on-demand keyword without multiprotocol encapsulation. | ||
Associate the IP address and MAC address of the remote host on the circuit with the ATM PVC. |
Enter this command in ATM PVC configuration mode. Perform this task only for an ATM PVC that you intend to bind directly to an interface. You cannot perform this task if you have created the PVC as part of a range of PVCs. | ||
3. |
Optional. Create a child circuit on a multiprotocol-encapsulated PVC and access ATM child protocol configuration mode. |
Enter this command only if you have encapsulated the PVC using the multi keyword. | |
Create a binding for cross-connecting. |
Enter this command only if you are cross-connecting the child circuit. | ||
4. |
If you do not intend to cross-connect the ATM PVC to another circuit, bind the ATM PVC with one of the following bind commands: | ||
Create a binding for cross-connecting. |
Enter this command only if you are cross-connecting the PVC. | ||
For an ATM PVC with bridge1483, multi, or route1483 encapsulation, you have three options: | |||
Create a static binding to an interface. |
Enter this command in ATM PVC configuration mode. This option is not supported for on-demand ATM PVCs. | ||
Create a static binding for a single PVC through a subscriber record to an interface. |
Enter this command in ATM PVC configuration mode. This option is supported for a single ATM PVC; an on-demand ATM PVC must be configured with the aaa keyword. | ||
Create static bindings for multiple PVCs through subscriber records. |
Enter this command in ATM PVC configuration mode. Perform this option only if you are binding a range of PVCs. | ||
For an ATM PVC with ppp encapsulation, you have four options: | |||
Create an unrestricted dynamic binding. |
Enter this command in ATM PVC configuration mode. | ||
Create a restricted dynamic binding. |
Enter this command in ATM PVC configuration mode. You must specify the context to create a restricted dynamic binding. | ||
Create a static binding for a single PVC through a subscriber record to an interface. |
Enter this command in ATM PVC configuration mode. This option is supported for a single ATM PVC; an on-demand ATM PVC must be configured with the aaa keyword. | ||
Create static bindings for multiple PVCs through subscriber records. |
Perform this option only if you are binding a range of PVCs. | ||
For an ATM PVC with pppoe encapsulation, you have two options: | |||
Create an unrestricted dynamic binding. |
Enter this command in ATM PVC configuration mode. | ||
Create a restricted dynamic binding. |
Enter this command in ATM PVC configuration mode. You must specify the context to create a restricted dynamic binding. | ||
5. |
If you have created a child circuit and are not intending to cross-connect it to another circuit, bind the child circuit with one of the following bind commands: | ||
Create a static binding through a subscriber record to an interface. |
Enter this command in ATM child protocol configuration mode. | ||
Create an unrestricted dynamic binding. |
Enter this command in ATM child protocol configuration mode. | ||
Create a restricted dynamic binding. |
Enter this command in ATM child protocol configuration mode. You must specify the context to create a restricted dynamic binding. | ||
6. |
Disable an ATM PVC (stop operations on it) until you are ready to begin operations on it. |
Enter this command in ATM PVC configuration mode. By default, all circuits are enabled (operational). |
You can create Frame Relay PVCs on any Packet over SONET/SDH (POS) port, clear-channel DS-3 or E1 channel or port, E3 port, DS-1 channel, MFR link group, or DS-0 channel group.
The procedure for setting up a POS port is described in the section, Configuring POS Ports. In this procedure, use the encapsulation (POS) command to set the POS port encapsulation to frame-relay. An example of this configuration is found in the section Frame Relay PVC on POS Port.
The procedure for setting up a clear-channel DS-3 or E1 channel or port, E3 port, DS-1 channel, or DS-0 channel group is described in the section Configuration and Operations Tasks. In these procedures, use the encapsulation (channels) command to set the port or channel encapsulation to frame-relay. An example of this configuration is found in the section Frame Relay PVC on DS-3 Channel.
To configure a Frame Relay profile, perform the tasks described in Table 18.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create a new Frame Relay profile, or to select an existing Frame Relay profile for modification, and access Frame Relay profile configuration mode. |
Enter this command in global configuration mode. | |
2. |
Apply an existing bulkstats schema profile to a Frame Relay profile. |
For Frame Relay to operate, you must configure the interface type and the Frame Relay LMI for the port or channel with Frame Relay encapsulation. To configure the interface type and the LMI, perform the tasks described in Table 19. Enter all commands in DS-0, DS-1, DS-3, E1, E3, MFR link group, or port configuration mode.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Specify the interface type. |
Enter all commands in DS-0, DS-1, DS-3, E1, E3, MFR link group, or port configuration mode. | |
2. |
Specify the interval for the polling verification timer for a DCE interface type. |
||
3. |
Specify the Frame Relay LMI type. |
||
4. |
Enable the automatic detection of the LMI type. |
This is the default; use the no form to disable automatic detection. | |
5. |
Enable the keepalive function and specify the interval value for a Frame Relay DTE interface. |
The keepalive function is enabled by default with a 10-second interval. | |
6. |
Specify the number of keepalive messages sent before the status message request is sent for a Frame Relay DTE interface. |
||
7. |
Specify the error threshold before LMI is considered to have failed: | ||
For a Frame Relay DCE interface. |
|||
For a Frame Relay DTE interface. |
|||
8. |
Specify the monitored event count: | ||
For a Frame Relay DCE interface. |
|||
For a Frame Relay DTE interface. |
You can configure a Frame Relay PVC on a DS-0 channel group, DS-1 channel, a clear-channel DS-3 channel or port, an E3 port, an E1 channel or port, or a Packet over SONET/SDH (POS) port that is configured with the encapsulation frame-relay command (in DS-0, DS-1, DS-3, E1, E3, MFR link group, or port configuration mode). To configure a Frame Relay PVC, perform the tasks described in Table 20.
Step |
Task |
Root Command |
Notes |
---|---|---|---|
1. |
Create or select a Frame Relay PVC and access Frame Relay PVC configuration mode. |
Enter this command in DS-0, DS-1, DS-3, E1, E3, MFR link group, or port configuration mode. You must have previously specified Frame Relay encapsulation for this command to be available. | |
2. |
Associate the IP address of the remote host on the circuit. |
Enter this command in Frame Relay PVC configuration mode. | |
3. |
Bind the Frame Relay PVC to an existing interface in an existing context. |
Enter this command in Frame Relay PVC configuration mode. | |
4. |
Disable a Frame Relay PVC (stop operations on it) until you are ready to begin operations on it. |
By default, all circuits are enabled (operational). |
To monitor, administer, and troubleshoot any circuit, perform the appropriate task listed in Table 21. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Clear the circuit counters for one or more circuits in the system. |
|
Enable the generation of debug messages for one or more circuits in the system. |
|
Enable the generation of debug messages that display packets on a circuit in the system. |
|
Display circuit information for one or more circuits in the system. |
|
Display general counters and counters specific to the circuit type for one or more circuits in the system. |
|
Display the Ethernet Connectivity Fault Management (CFM) configuration of the system. |
|
Display configuration commands for a circuit type. |
|
Display a list of circuits for which the generation of debug messages according to the debug circuit command is enabled. |
To enable the generation of debug messages for 802.1Q events or to display or clear 802.1Q information, perform the appropriate task listed in Table 22. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Clear 802.1Q counters. |
|
Enable the generation of debug messages for 802.1Q-related events. |
|
Display circuit information for one or more 802.1Q tunnels and PVCs in the system. |
|
Display counter information for 802.1Q PVCs. |
|
Display profile information for one or more 802.1Q profiles in the system. |
|
Display a summary for all 802.1Q tunnels and PVCs. |
To enable the generation of debug messages for ATM PVCs or to display or clear ATM information, perform the appropriate task listed in Table 23. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Test ATM PVCs by sending OAM loopback cells. |
|
Clear traffic counters for one or more ATM PVCs. |
|
Clear one or more ATM PVCs. |
|
Enable the display of operations, administration, and maintenance (OAM) cells for a specific ATM PVC. |
|
Display cell and SAR packet level counters for configured ATM PVCs. |
|
Display ATM profile information for one or all ATM profiles. |
|
Display static and on-demand ATM PVCs. |
|
Display on-demand ATM PVCs. |
|
Display statistics for configured range of on-demand ATM PVCs. |
|
Display summary information about ATM PVCs and PVCs that are used for OAM. |
|
Display summary information about all shaped ATM VPs. |
To monitor, administer, and troubleshoot CLIPS circuits, perform the appropriate task listed in Table 24. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Clear CLIPS counters. |
|
Enable the generation of CLIPS debug messages. |
|
Display CLIPS information. |
|
Display CLIPS group information. |
To monitor, administer, and troubleshoot Frame Relay features, perform the tasks described in Table 25. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Clear all Frame Relay counters for one or more Frame Relay PVCs. |
|
Clear Frame Relay LMI statistics and error counters. |
|
Enable the generation of debug messages for L2VPN-enabled Frame Relay PVCs. |
|
Enable the generation of debug messages for all LMI packet exchanges with a service provider. |
|
Enable the generation of debug messages for Frame Relay LMI packet messages, except those relating to LMI PVC status. |
|
Display configuration information for configured Frame Relay PVCs. |
|
Display traffic counters for configured Frame Relay PVCs. |
|
Display Frame Relay LMI configuration information. |
|
Display Frame Relay LMI error counters. |
|
Display Frame Relay LMI statistics counters. |
|
Display a list of Frame Relay profiles. |
|
Display the state of configured Frame Relay PVCs, according to the specified keyword. |
To monitor and troubleshoot link groups, perform the appropriate task listed in Table 26. Enter the debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Enable the generation of debug messages for Frame Relay PVCs on DS-1 or E1 channels in an MFR bundle. |
|
Enable the generation of debug messages for link group events. |
|
Enable the generation of debug messages for MP-related events. |
|
Display link groups, circuits, and bindings. |
|
Display LACP links on subscriber-facing Ethernet ports. |
|
Display the counters for all LACP links on the system. |
|
Display the LACP link group with a given identification number. |
|
Display LACP information for a link group with the specified name. |
|
Display the partner information for all the LACP circuits or the LACP circuit with a specified circuit handle. |
|
Display the counters for all LACP links on the system. |
|
Display state and statistics information for one or all MP bundles. |
To monitor, administer, and troubleshoot PPP- and PPPoE-encapsulated circuits, perform the appropriate task listed in Table 27. Enter the clear and debug commands in exec mode; enter the show commands in any mode.
Task |
Root Command |
---|---|
Clear counters for PPP-encapsulated circuits. |
|
Clear counters for PPPoE-encapsulated circuits. |
|
Enable the generation of debug messages for various PPP events on the system. |
|
Enable the generation of debug messages for various PPPoE events on the system. |
|
Display PPP-encapsulated circuit information. |
|
Display counters for PPP-encapsulated circuits. |
|
Display PPPoE-encapsulated circuit information. |
|
Display counters for PPPoE-encapsulated circuits. |
To monitor, administer, and troubleshoot circuit-groups, perform the appropriate task listed in Table 28. Enter the show commands in any mode.
Task |
Root Command |
---|---|
Display counters for circuit-groups. |
|
Show list of the configured circuit groups or display details pertaining to a specified circuit group. |
|
Display configuration commands for a circuit type. |
This section provides examples of configurations for 802.1Q PVCs, 802.1Q PVC tunnels, and how to create a circuit group and assign members to it.
The following example binds untagged traffic to an interface, untagged, creates two 802.1Q PVCs on an Ethernet port, and binds them to the interfaces, vlan100 and vlan200:
[local]Redback(config)#context local [local]Redback(config-ctx)#interface untagged [local]Redback(config-ctx)#ip address 15.1.0.1/24 [local]Redback(config-ctx)#interface vlan100 [local]Redback(config-ctx)#ip address 15.1.1.1/24 [local]Redback(config-ctx)#interface vlan200 [local]Redback(config-ctx)#ip address 15.1.2.1/24 [local]Redback(config-ctx)#exit
[local]Redback(config)#port ethernet 5/1 [local]Redback(config-port)#no shutdown [local]Redback(config-port)#bind interface untagged local [local]Redback(config-port)#encapsulation dot1q
[local]Redback(config-port)#dot1q pvc 100 [local]Redback(config-dot1q-pvc)#description local vlan [local]Redback(config-dot1q-pvc)#bind interface vlan100 local [local]Redback(config-dot1q-pvc)#exit [local]Redback(config-port)#dot1q pvc 200 [local]Redback(config-dot1q-pvc)#bind interface vlan200 local [local]Redback(config-dot1q-pvc)#exit
The following example is similar to the previous one, but creates static and on-demand 802.1Q PVCs in the 802.1Q tunnel:
[local]Redback(config)#context local [local]Redback(config-ctx)#interface untagged [local]Redback(config-ctx)#ip address 15.1.0.1/24 [local]Redback(config-ctx)#interface vlan-tunnel [local]Redback(config-ctx)#ip address 15.1.4.1/24 [local]Redback(config-ctx)#interface vlan100 [local]Redback(config-ctx)#ip address 15.1.1.1/24 [local]Redback(config-ctx)#interface vlan200 [local]Redback(config-ctx)#ip address 15.1.2.1/24 [local]Redback(config-ctx)#exit
[local]Redback(config)#port ethernet 5/1 [local]Redback(config-port)#no shutdown [local]Redback(config-port)#bind interface untagged local [local]Redback(config-port)#encapsulation dot1q
[local]Redback(config-port)#dot1q tunnel 9100 [local]Redback(config-port)#dot1q pvc 50 encapsulation 1qtunnel [local]Redback(config-dot1q-pvc)#description 802.1Q tunnel [local]Redback(config-dot1q-pvc)#bind interface vlan-tunnel local
[local]Redback(config-port)#dot1q pvc 50:100 [local]Redback(config-dot1q-pvc)#bind interface vlan100 local [local]Redback(config-dot1q-pvc)#exit [local]Redback(config-port)#dot1q pvc on-demand 50:1 through 99 encapsulation pppoe [local]Redback(config-port)#bind authentication chap [local]Redback(config-dot1q-pvc)#exit
The following example shows how to create a homed circuit group (salesgroup) and attach a previously configured QoS scheduling policy (pwfq1_policy) to this circuit group. This example then shows how to assign 802.1Q PVC tunnels (50 through 60, and 40) as members of the circuit group:
[local]Redback(config)#circuit-group salesgroup port 12/1 [local]Redback(config-circuit-group)#qos policy queuing pwfq1_policy [local]Redback(config-ctx)#exit
[local]Redback(config)#port ethernet 12/1 [local]Redback(config-port)#encapsulation dot1q
[local]Redback(config-port)#dot1q pvc 50 through 60 [local]Redback(config-dot1q-pvc)#circuit-group-member salesgroup [local]Redback(config-dot1q-pvc)#dot1q pvc 40 [local]Redback(config-dot1q-pvc)#circuit-group-member salesgroup
This section provides examples of configuring ATM profiles, ATM VPs, ATM, PVCs, and ATM HSVCs.
The following example shows the configuration of the following ATM profiles:
[local]Redback(config)#atm profile vbrnrt-basic [local]Redback(config-atm-profile)#shaping vbr-nrt pcr 100000 cdvt 5000 scr 80000 bt 8000 [local]Redback(config-atm-profile)#exit [local]Redback(config)#atm profile oam [local]Redback(config-atm-profile)#shaping ubr [local]Redback(config-atm-profile)#oam manage end-to-end auto-loopback regular-timeout 45 retry-timeout 4 [local]Redback(config-atm-profile)#counters l2 [local]Redback(config-atm-profile)#exit [local]Redback(config)#atm profile monitor [local]Redback(config-atm-profile)#shaping ubr [local]Redback(config-atm-profile)#oam fault-monitor end-to-end [local]Redback(config-atm-profile)#counters l2 [local]Redback(config-atm-profile)#exit [local]Redback(config)#atm profile cbr1 [local]Redback(config-atm-profile)#shaping cbr rate 100000 cdvt 10 [local]Redback(config-atm-profile)#oam fault-monitor end-to-end [local]Redback(config-atm-profile)#counters l2 [local]Redback(config-atm-profile)#exit [local]Redback(config)#atm profile ubr1 [local]Redback(config-atm-profile)#shaping ubr [local]Redback(config-atm-profile)#counters l2 [local]Redback(config-atm-profile)#exit
The following example shows how to create a shaped ATM VP on an ATM OC port:
[local]Redback(config)#port atm 4/1 [local]Redback(config-atm-oc)#atm vp 100 profile cbr1
The following example shows how to create two ATM PVCs, 4 and 110, on an ATM OC port, using the oam and ubr1 profiles on shaped VP 100, and binds them to an existing interface atmpvc in the local context:
!Create VCI 4 on VP 100 for OAM cells [local]Redback(config)#port atm 3/1 [local]Redback(config-atm-oc)#atm pvc 100 4 profile oam encapsulation bridge1483 !Create the PVC that will be managed with OAM [local]Redback(config-atm-oc)#atm pvc 100 110 profile monitor encapsulation bridge1483 [local]Redback(config-atm-pvc)#description bridged 1483 PVC [local]Redback(config-atm-pvc)#bind interface atmpvc local [local]Redback(config-atm-pvc)#exit
The following example loads the ATM priority SAR image for a 4-port ATM OC-3c/STM-1c traffic card in slot 5, creates a shaped VP using the cbr1 profile, creates an ATM HSVC using the vbrnrt-basic profile, and then binds the HSVC to an existing atmpvc interface in the local context:
!Load the ATM priority SAR image [local]Redback(config)#card atm-oc3-4-port 5 [local]Redback(config-card)#atm mode atm-priority
Note: enable atm-priority SAR image will cause card reload commit to continue; abort to exit without change
[local]Redback(config-card)#commit [local]Redback(config-card)#exit !Create the shaped VP; OAM parameters will be ignored [local]Redback(config)#port atm 5/1 [local]Redback(config-atm-oc)#atm vp 100 profile cbr1 !Create the HSVC and bind it [local]Redback(config-atm-oc)#atm pvc 100 101 profile vbrnrt-basic encapsulation bridge1483 [local]Redback(config-atm-pvc)#description bridged 1483 HSVC [local]Redback(config-atm-pvc)#bind interface atmpvc local [local]Redback(config-atm-pvc)#exit
The following example shows the configuration of a Frame Relay PVC on a clear-channel DS-1 subchannel on a channelized OC-12 port. In the second part of the configuration, the port of the DS-1 subchannel is bound to an interface in the local context named fr3-1:
[local]Redback(config)#port ds1 3/1:1:1 !Encapsulation can only be configured at the lowest level. In this case it is the subchannel [local]Redback(config-ds1)#encapsulation frame-relay % Warning: committing encapsulation change will cause existing configuration under the port to be deleted [local]Redback(config-ds1)#encapsulation frame-relay [local]Redback(config-ds1)#frame-relay lmi-type ansi [local]Redback(config-ds1)#frame-relay keepalive 10 [local]Redback(config-ds1)#frame-relay lmi-n391dte 6 [local]Redback(config-ds1)#frame-relay lmi-n392dte 3 [local]Redback(config-ds1)#frame-relay lmi-n393dte 4 [local]Redback(config-ds1)#exit [local]Redback(config-port)#no shutdown
[local]Redback(config-ds1)#frame-relay pvc 16 [local]Redback(config-fr-pvc)#bind interface fr3-1 local [local]Redback(config-fr-pvc)#exit
The following example shows the configuration of Frame Relay on a POS port, which is bound to an interface, fr4-1, in the local context:
[local]Redback(config)#port pos 4/1 [local]Redback(config-port)#no shutdown [local]Redback(config-port)#encapsulation frame-relay [local]Redback(config-port)#frame-relay lmi-type ansi [local]Redback(config-port)#frame-relay keepalive 10 [local]Redback(config-port)#frame-relay lmi-n391dte 6 [local]Redback(config-port)#frame-relay lmi-n392dte 3 [local]Redback(config-port)#frame-relay lmi-n393dte 4 [local]Redback(config-port)#frame-relay pvc dlci 16 [local]Redback(config-fr-pvc)#bind interface fr4-1 local [local]Redback(config-fr-pvc)#exit