ATM Configuration
ATM Configuration
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT
SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE
OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public
domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH
ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT
LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF
DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING,
WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO
OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at
www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership
relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the
document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
Preface HC-xvii
Contents HC-1
Prerequisites for Implementing ATM HC-2
Contents HC-54
Standards HC-123
MIBs HC-123
RFCs HC-123
Technical Assistance HC-123
Contents HC-126
RFCs HC-148
Technical Assistance HC-148
Contents HC-149
Contents HC-192
Restrictions for Configuring Link Bundling on the Cisco XR 12000 Series Router HC-193
Restrictions for Configuring Link Bundling on the Cisco CRS-1 Router HC-194
Configuring Virtual Loopback and Null Interfaces on Cisco IOS XR Software HC-219
Contents HC-219
Advanced Configuration and Modification of the Management Ethernet Interface on Cisco IOS XR
Software HC-231
Contents HC-232
Prerequisites for Configuring Management Ethernet Interfaces HC-232
Information About Configuring Management Ethernet Interfaces HC-232
Default Interface Settings HC-232
How to Perform Advanced Management Ethernet Interface Configuration HC-233
Configuring a Management Ethernet Interface HC-233
Configuring the Duplex Mode for a Management Ethernet Interface HC-235
Configuring the Speed for a Management Ethernet Interface HC-236
Modifying the MAC Address for a Management Ethernet Interface HC-238
Verifying Management Ethernet Interface Configuration HC-239
Configuration Examples for Management Ethernet Interfaces HC-240
Configuring a Management Ethernet Interface: Example HC-240
Additional References HC-240
Related Documents HC-241
Standards HC-241
MIBs HC-241
RFCs HC-241
Technical Assistance HC-242
Contents HC-244
Contents HC-272
Contents HC-301
Limitations HC-322
Contents HC-337
Contents HC-380
Contents HC-399
Configuring Clear Channel T3/E3 Controllers and Channelized T3 Controllers on Cisco IOS XR
Software HC-423
Contents HC-423
Index
The Cisco IOS XR Interface and Hardware Component Configuration Guide provides information and
procedures related to router interface and hardware configuration.
The preface contains the following sections:
• Changes to This Document
• Obtaining Documentation and Submitting a Service Request
Subscribe to the What’s New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed
and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free
service and Cisco currently supports RSS version 2.0.
This chapter describes how to configure ATM on the Cisco XR 12000 Series Router using
Cisco IOS XR software. ATM is a cell-switching and multiplexing technology that is widely used in
Wide Area Networks (WANs). ATM protocol standards enable point-to-point, point-to-multipoint, and
broadcast services connections using various slow- and high-speed network media. Connectivity
between two ATM permanent virtual circuits (PVCs) is established using ATM signaling mechanisms.
Various ATM signaling standards are defined by the following ATM forum standards:
• UNI Version 3.0, Version 3.1, and Version 4.0
• ITU
• IETF
Contents
• Prerequisites for Implementing ATM, page 2
• Information About ATM, page 2
Note A single ATM interface can simultaneously support point-to-point and L2VPN subinterfaces.
In Cisco IOS XR software, ATM interface configuration is hierarchical and comprises the following
elements:
1. The ATM main interface, which is the physical interface. ATM main interfaces can be configured
with point-to-point subinterfaces, VP-tunnels, ILMI interfaces, or as Layer 2 port mode attachment
circuits (ACs) or Layer 2 subinterface ACs.
2. ATM subinterfaces, which are configured under the ATM main interface. An ATM subinterface does
not actively carry traffic until you configure a PVC or PVP under the ATM subinterface.
3. PVCs, which are configured under an ATM subinterface. A single PVC is allowed per subinterface.
PVCs are supported under point-to-point and Layer 2 subinterfaces.
4. Permanent virtual paths (PVPs), which are configured under a Layer 2 ATM subinterface. A single
PVP is allowed per subinterface.
VC-Class Mapping
A virtual circuit (VC) class enables the configuration of VC parameters that are then mapped to a main
interface, subinterface, or PVC. Without vc-classes, you must perform considerable manual
configuration on each ATM main interface, subinterface, and PVC and on the router. This configuration
can be time consuming and error prone. After you have created vc-class, you can apply that vc-class to
as many ATM interfaces, subinterfaces, or PVCs as you want.
Vc-classes include the following types of configuration data:
• ATM encapsulation for the VC
• OAM management
• traffic shaping
The order of configuration precedence is hierarchical, as demonstrated in the following list, where
configuration on the PVC takes the highest precedence, and configuration on a vc-class that is attached
to the ATM main interface takes the lowest precedence:
1. Configuration on the PVC
2. Configuration on a vc-class that is attached to the PVC
3. Configuration on the subinterface
4. Configuration on a vc-class that is attached to the subinterface
5. Configuration on the ATM main interface
6. Configuration on a vc-class that is attached to the ATM main interface
For example, if the a PVC has unspecified bit rate (UBR) traffic shaping configured, but it is attached to
a class map that is configure with CBR traffic shaping, the PVC maintains the UBR traffic shaping.
Note Vc-classes are not applicable to Layer 2 port mode ACs and Layer 2 PVPs. For Layer 2 VPN
configurations, Vc-classes are applicable to the PVC only.
VP-Tunnels
ATM interfaces support vp-tunnels. Vp-tunnels are typically used to shape PVCs into a bundle and
manage F4 Operation, Administration, and Maintenance (OAM). A Vp-tunnel is configured under the
main ATM interface, and then subinterfaces and PVCs can be added to the vp-tunnel. Vp-tunnels and the
PVCs that are configured under them share the same VPI. When a vp-tunnel goes down, all PVCs
configured under that vp-tunnel go down, too.
By default, two F4 OAM connections are automatically opened for each vp-tunnel. Use the f4oam
disable command in ATM vp-tunnel configuration mode to disable the F4 OAM packets for a vp-tunnel.
Note The oam ais-rdi and oam retry commands take affect only after OAM management is enabled on a PVC
with the oam-pvc manage command.
Note You must use the same VPI and VCI values on both ends of the PVC that connects the end device and
the router.
Note The ILMI configuration commands are available only after an ILMI PVC is created under the ATM main
interface. The ILMI configuration takes affect on the ATM main interface.
Note For detailed information about configuring an L2VPN network, see the “Implementing MPLS Layer 2
VPNs” module of Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
Prerequisites
You must have one of the following line cards installed in a Cisco XR 12000 Series Router that is
running Cisco IOS XR software:
• 4-port OC12
• 4-port OC3
Restrictions
The configuration on both ends of the ATM connection must match for the interface to be active.
SUMMARY STEPS
1. configure
2. interface atm instance
3. no shutdown
4. end
or
commit
5. exit
6. exit
7. Repeat Step 1 through Step 6 to bring up the interface at the other end of the connection.
8. show interfaces atm instance brief
DETAILED STEPSs
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 no shutdown Removes the shutdown configuration.
Note Removal of the shutdown configuration eliminates
Example: the forced administrative down on the interface,
RP/0/0/CPU0:router (config-if)# no shutdown enabling it to move to an up or down state.
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Example:
RP/0/0/CPU0:router (config)# exit
Step 7 Repeat Step 1 through Step 6 to bring up the interface Brings up the connection.
at the other end of the connection.
Note The configuration on both ends of the ATM
connection must match.
Step 8 show interfaces atm instance brief (Optional) Verifies that the interface is active and properly
configured.
Example: If you have brought up an ATM interface properly, the
RP/0/0/CPU0:router# show interfaces atm 0/6/0/1 “Intf State” field for that interface in the show interfaces
brief atm command output shows “up.”
What to do Next
• To modify the default configuration of the ATM interface you just brought up, see the “Configuring
Optional ATM Interface Parameters” section on page 8.
• To configure a point-to-point subinterface on the ATM interface you just brought up, see the “How
to Create and Configure a Point-to-Point ATM Subinterface with a PVC” section on page 11.
• To create a Vp-tunnel on the ATM interface you just brought up, see the “How to Create and
Configure a VP-Tunnel” section on page 16.
• To use the interface as a Layer 2 post mode AC, see the “How to Configure a Layer 2 Attachment
Circuit” section on page 22.
• To attach a Vc-class to the ATM interface you just brought up, see the “How to Create and Configure
a Vc-Class” section on page 33.
• To enable ILMI on the ATM interface you just brought up, see the “How to Configure ILMI on ATM
Interfaces” section on page 41.
Prerequisites
Before you modify the default ATM interface configuration, we recommend that you bring up the ATM
interface and remove the shutdown configuration, as described in the “Bringing Up an ATM Interface”
section on page 6.
Restrictions
The configuration on both ends of the ATM connection must match for the interface to be active.
SUMMARY STEPS
1. configure
2. interface atm instance
3. atm maxvpi-bits 12
4. atm oam flush
5. atm mcpt-timers timer-1 timer-2 timer-3
6. end
or
commit
7. exit
8. exit
9. show atm interface atm [instance]
10. show interfaces atm instance brief
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 atm maxvpi-bits 12 (Optional) Enables support for the 12-bit VPI NNI cell
format.
Example:
RP/0/0/CPU0:router (config-if)# atm maxvpi-bits
12
Step 4 atm oam flush (Optional) Drops all current and future OAM cells received
on an ATM interface.
Example:
RP/0/0/CPU0:router (config-if)# atm oam flush
Step 5 atm mcpt-timers timer-1 timer-2 timer-3 (Optional) Specifies the maximum cell packing timeout
values for each of the three per-interface MCPT timers, in
microseconds.
Example:
RP/0/0/CPU0:router (config-if)# atm mcpt-timers Note The default value for each timer is 50 microseconds.
50 100 200
Note The atm mcpt-timers command is applicable to
Layer 2 ATM ACs only.
Example:
RP/0/0/CPU0:router (config)# exit
Step 9 show atm interface atm [instance] (Optional) Displays ATM-specific data for the specified
ATM interface.
Example:
RP/0/0/CPU0:router# show atm interface atm
0/6/0/1
Step 10 show interfaces atm instance (Optional) Displays general information for the specified
ATM interface.
Example:
RP/0/0/CPU0:router# show interfaces atm 0/6/0/1
What to do Next
• To configure a point-to-point subinterface on the ATM interface you just brought up, see the “How
to Create and Configure a Point-to-Point ATM Subinterface with a PVC” section on page 11.
• To create a Vp-tunnel on the ATM interface you just brought up, see the “How to Create and
Configure a VP-Tunnel” section on page 16.
• To use the interface as a Layer 2 ATM AC, see the “How to Configure a Layer 2 Attachment Circuit”
section on page 22.
• To attach a Vc-class to the ATM interface you just brought up, see the “How to Create and Configure
a Vc-Class” section on page 33.
• To enable ILMI on the ATM interface you just brought up, see the “How to Configure ILMI on ATM
Interfaces” section on page 41.
Prerequisites
Before you can create an ATM subinterface on an ATM interface, you must bring up an ATM interface,
as described in the “Bringing Up an ATM Interface” section on page 6.
Restrictions
Only one PVC can be configured for each point-to-point ATM subinterface.
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface point-to-point
3. ipv4 address ipv4_address/prefix
4. pvc vpi/vci
5. end
or
commit
6. Repeat Step 1 through Step 5 to bring up the ATM subinterface and any associated PVC at the other
end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface Enters ATM subinterface configuration mode.
point-to-point
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1.10
Step 3 ipv4 address ipv4_address/prefix Assigns an IP address and subnet mask to the subinterface.
Example:
RP/0/0/CPU0:router (config-subif)#ipv4 address
10.46.8.6/24
Step 4 pvc vpi/vci (Optional) Creates an ATM permanent virtual circuit (PVC)
and enters ATM PVC configuration submode.
Example: Note Only one PVC is allowed per subinterface.
RP/0/0/CPU0:router (config-subif)# pvc 5/10
Step 5 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-subif)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-subif)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 6 Repeat Step 1 through Step 5 to bring up the ATM Brings up the ATM connection.
subinterface and any associated PVC at the other end
Note The configuration on both ends of the subinterface
of the connection.
connection must match.
What to do Next
• To configure optional PVC parameters, see the “Configuring Optional Point-to-Point ATM PVC
Parameters” section on page 13.
• To attach Layer 3 service policies, such as Multiprotocol Label Switching (MPLS) or quality of
service (QoS), to the PVC under the PVC submode, refer to the appropriate Cisco IOS XR software
configuration guide.
• To configure a vc-class and apply it to an ATM subinterface or PVC, see the “Creating and
Configuring a VC-Class” section on page 34.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on an ATM subinterface,
as described in the “Creating a Point-to-Point ATM Subinterface with a PVC” section on page 11.
Restrictions
The configuration on both ends of the PVC must match for the connection to be active.
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface point-to-point
3. pvc vpi/vci
4. encapsulation {aal5mux ipv4 | aal5nlpid | aal5snap}
5. oam-pvc manage [frequency] [disable] [keep-vc-up [seg-aisrdi-failure]]
6. oam ais-rdi [down-count [up-count]]
7. oam retry
8. shape [cbr peak_output_rate | ubr peak_output_rate | vbr-nrt peak_output_rate
sustained_output_rate burst_size| vbr-rt peak_output_rate sustained_output_rate burst_size]
9. service-policy [input | output] policy_name
10. end
or
commit
11. Repeat Step 1 through Step 10 to configure the PVC at the other end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface Enters ATM subinterface configuration mode.
point-to-point
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1.10 point-to-point
Step 3 pvc vpi/vci Enters subinterface configuration mode for the PVC.
Example:
RP/0/0/CPU0:router (config-subif)# pvc 5/10
Step 4 encapsulation {aal5mux ipv4 | aal5nlpid | Configures the ATM adaptation layer (AAL) and
aal5snap} encapsulation type for a PVC.
Note The default encapsulation type for a vc-class is
Example: AAL5/SNAP
RP/0/0/CPU0:router (config-atm-vc)#
encapsulation aal5snap
Step 5 oam-pvc manage [frequency] [disable] Enable ATM OAM F5 loopback cell generation and
[keep-vc-up [seg-aisrdi-failure] configures continuity check (CC) management for the ATM
permanent virtual circuit (PVC).
Example: • Include the disable keyword to disable OAM
RP/0/0/CPU0:router (config-atm-vc)# oam-pvc management on the specified PVC.
manage 200 keep-vc-up
• Include the keep-vc-up keyword specify that PVC
remains in the UP state when CC cells detect
connectivity failure.
• Include the seg-aisrdi-failure keyword to specify that,
if segment AIS/RDI cells are received, the VC will not
be brought down because of end CC failure or loopback
failure.
Step 6 oam ais-rdi [down-count [up-count]] Configures the PVC so that it is brought down after a
specified number of OAM alarm indication signal/remote
defect indication (AIS/RDI) cells are received on the
Example:
RP/0/0/CPU0:router (config-atm-vc)# oam ais-rdi
associated PVC.
25 5
Step 7 oam retry [up-count [down-count Configures parameters related to OAM management for the
[retry-frequency]]] PVC.
If no OAM AIS/RDI cells are received within the specified
Example: interval, the PVC is brought up.
RP/0/0/CPU0:router (config-atm-vc)# oam retry 5
10 5
What to do Next
• To attach Layer 3 service policies, such as MPLS or QoS, to the PVC under the PVC submode, refer
to the appropriate Cisco IOS XR software configuration guide.
• To configure a vc-class and apply it to an ATM subinterface or PVC, see the “Creating and
Configuring a VC-Class” section on page 34.
Note VP-tunnels are specific to point-to-point ATM interfaces and cannot be configured on ATM ACs.
Prerequisites
Before you can create a vp-tunnel on an ATM main interface, you must bring up an ATM interface, as
described in the “Bringing Up an ATM Interface” section on page 6.
Restrictions
• A vp-tunnel is not truly active until a PVC is created with the same VPI value as the vp-tunnel, as
described in the “Creating and Configuring Subinterfaces with PVCs on a VP-tunnel” section on
page 19.
• When a vp-tunnel goes down, all VCs that are configured under that vp-tunnel go down.
• The following cards do not support Vp-tunnels with a VPI of 0:
– 4-Port OC-3c/STM-1c ATM ISE Line Card, multimode
– 4-Port OC-3c/STM-1c ATM ISE Line Card, single-mode
– 4-port OC-12/STM-4 ATM multimode ISE line card with SC connector
– Series 4-port OC-12/STM-4 ATM single-mode, intermediate-reach ISE line card with SC
Connector
SUMMARY STEPS
1. configure
2. interface atm instance
3. vp-tunnel vpi
4. f4oam disable
5. shape [cbr peak_output_rate | vbr-nrt peak_output_rate sustained_output_rate burst_size | vbr-rt
peak_output_rate sustained_output_rate burst_size]
6. end
or
commit
7. exit
8. exit
9. Repeat Step 1 through Step 8 to bring up the vp-tunnel at the other end of the connection.
10. show atm vp-tunnel interface atm [instance]
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 vp-tunnel vpi Configures a vp-tunnel on an ATM interface.
Example:
RP/0/0/CPU0:router (config)# vp-tunnel 10
Step 4 f4oam disable (Optional) Disables the passing of OAM packets.
Example:
RP/0/0/CPU0:router(config-atm-vp-tunnel)# f4oam
disable
Example:
RP/0/0/CPU0:router (config)# exit
What to do Next
To attach Layer 3 service policies, such as MPLS or QoS, to the vp-tunnel or its PVCs, refer to the
appropriate Cisco IOS XR software configuration guide.
Note A vp-tunnel is not truly active until a PVC is created with the same VPI value as the vp-tunnel.
Prerequisites
Before you can create a subinterface with a PVC on an ATM vp-tunnel, you must create a vp-tunnel on
the ATM main interface, as described in the “Creating and Configuring a VP-Tunnel on an ATM
Interface” section on page 16.
Restrictions
• A PVC and its host vp-tunnel must share the same VPI for the connection to be active.
• The following cards do not support Vp-tunnels with a VPI of 0:
– 4-Port OC-3c/STM-1c ATM ISE Line Card, multimode
– 4-Port OC-3c/STM-1c ATM ISE Line Card, single-mode
– 4-port OC-12/STM-4 ATM multimode ISE line card with SC connector
– Series 4-port OC-12/STM-4 ATM single-mode, intermediate-reach ISE line card with SC
Connector
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface point-to-point
3. ipv4 address ipv4_address/prefix
4. pvc vpi/vci
5. end
or
commit
6. Repeat Step 1 through Step 5 to bring up the ATM subinterface and PVC at the other end of the
connection.
7. ping atm interface atm instance.subinterface vpi/vci
8. show atm vp-tunnel [interface atm instance]
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface Creates a new subinterface and enters ATM subinterface
point-to-point configuration mode for that subinterface.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1.10 point-to-point
Step 3 ipv4 address ipv4_address/prefix Assigns an IP address and subnet mask to the subinterface.
Example:
RP/0/0/CPU0:router (config-subif)#ipv4 address
10.46.8.6/24
Step 4 pvc vpi/vci Creates an ATM permanent virtual circuit (PVC) on the
subinterface and attaches it to the vp-tunnel you created in
the “Creating and Configuring a VP-Tunnel on an ATM
Example:
RP/0/0/CPU0:router (config-subif)# pvc 5/10
Interface” section on page 16.
Replace vpi with the VPI of the vp-tunnel on which you are
creating the PVC.
Note The PVC VPI and vp-tunnel VCI must match or the
connection will not be active.
What to do Next
• To create and configure ATM subinterfaces and PVCs on a vp-tunnel, see the “Creating and
Configuring Subinterfaces with PVCs on a VP-tunnel” section on page 19
• To configure a vc-class and apply it to an ATM interface, see the “Creating and Configuring a
VC-Class” section on page 34.
Note After you configure an interface for Layer 2 switching, no routing commands such as ipv4 address are
permissible. If any routing commands are configured on the interface, then the l2transport command is
rejected.
Prerequisites
Before you can create a Layer 2 port mode AC, you must bring up an ATM main interface, as described
in the “Bringing Up an ATM Interface” section on page 6.
Restrictions
ILMI configuration is not supported on Layer 2 port mode ACs.
Restrictions
Before you can configure an Layer 2 port mode AC, you must ensure that no configuration, such as
subinterfaces, already exists on that port. If any preconfiguration does exist, you must remove it.
SUMMARY STEPS
1. configure
2. interface atm instance
3. l2transport
4. end
or
commit
5. Repeat Step 1 through Step 4 to bring up the ATM AC at the other end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters interface configuration mode for an ATM interface.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 l2transport Enters ATM Layer 2 transport configuration mode, and
enables Layer 2 port mode on this ATM interface.
Example:
RP/0/0/CPU0:router (config-if)# l2transport
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-if-l2)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-if-l2)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 Repeat Step 1 through Step 4 to bring up the Layer 2 Brings up the Layer 2 port mode AC.
port mode AC at the other end of the connection.
Note The configuration on both ends of the connection
must match.
What to do Next
• To configure a point-to-point pseudowire XConnect on the Layer 2 port mode AC you just created,
see the “Implementing MPLS Layer 2 VPNs” module of Cisco IOS XR Multiprotocol Label
Switching Configuration Guide.
• To configure optional Layer 2 VPN parameters for the ATM AC, see the “Configuring Optional
Parameters on a Layer 2 Port Mode AC” section on page 24.
Prerequisites
Before you can configure Layer 2 VPN parameters on a Layer 2 port mode AC, you must create a Layer
2 port mode AC, as described in the “Creating a Layer 2 Port Mode AC” section on page 22.
SUMMARY STEPS
1. configure
2. interface atm instance
3. atm mcpt-timers timer-1 timer-2 timer-3
4. l2transport
5. cell-packing cells timer
6. end
or
commit
7. Repeat Step 1 through Step 6 to configure the Layer 2 port mode AC at the other end of the
connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters interface configuration mode for an ATM interface.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 atm mcpt-timers timer-1 timer-2 timer-3 Specifies the maximum cell packing timeout values for each
of the three per-interface MCPT timers, in microseconds.
Example: Note The default value for each timer is 50 microseconds.
RP/0/0/CPU0:router (config-if)# atm mcpt-timers
50 100 200
Step 4 l2transport Enters ATM Layer 2 transport configuration mode.
Example:
RP/0/0/CPU0:router (config-if)# l2transport
Prerequisites
Before you can create a subinterface on an ATM interface, you must bring up an ATM interface, as
described in the “Bringing Up an ATM Interface” section on page 6.
Restrictions
Only one PVC can be configured for each ATM subinterface.
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface l2transport
3. pvc vpi/vci
4. end
or
commit
5. Repeat Step 1 through Step 4 to bring up the ATM subinterface and any associated PVC at the other
end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface l2transport Creates a subinterface and enters ATM subinterface
configuration mode for that subinterface.
Example:
RP/0/0/CPU0:router(config)# interface atm
0/6/0/1.10 l2transport
Step 3 pvc vpi/vci Creates an ATM permanent virtual circuit (PVC) and enters
ATM Layer 2 transport PVC configuration mode.
Example: Note Only one PVC is allowed per subinterface.
RP/0/0/CPU0:router(config-if)# pvc 5/20
What to do Next
• To configure optional PVC parameters, see the “Configuring Optional ATM Layer 2 PVC
Parameters” section on page 27.
• To configure a vc-class and apply it to the PVC, see the“Attaching a Vc-Class to a PVC on an ATM
Subinterface” section on page 39.
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the
“Implementing MPLS Layer 2 VPNs” module of Cisco IOS XR Multiprotocol Label Switching
Configuration Guide.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on a Layer 2 ATM
subinterface, as described in the “Creating an ATM Layer 2 Subinterface with a PVC” section on
page 25.
Restrictions
The configuration on both ends of the PVC must match for the connection to be active.
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface l2transport
3. pvc vpi/vci
4. encapsulation {aal0 | aal5}
5. cell-packing cells timer
6. shape [cbr peak_output_rate | ubr peak_output_rate | vbr-nrt peak_output_rate
sustained_output_rate burst_size| vbr-rt peak_output_rate sustained_output_rate burst_size]
7. end
or
commit
8. Repeat Step 1 through Step 7 to configure the PVC at the other end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface l2transport Enters ATM subinterface configuration mode for a Layer 2
ATM subinterface.
Example:
RP/0/0/CPU0:router(config-if)# interface atm
0/6/0/1.10 l2transport
Step 3 pvc vpi/vci Enters ATM Layer 2 transport PVC configuration mode for
the specified PVC.
Example:
RP/0/0/CPU0:router(config-atm-l2transport-pvc)#
pvc 5/20
Step 4 encapsulation {aal0 | aal5} Configures the ATM adaptation layer (AAL) and
encapsulation type for a PVC.
Example: Note The default encapsulation type for a PVC is AAL5.
RP/0/0/CPU0:router(config-atm-l2transport-pvc)#
encapsulation aal5
What to do Next
• To configure a pseudo-wire XConnect on the AC you just created, see the “Implementing MPLS
Layer 2 VPNs” module of Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
• To configure a vc-class and apply it to the PVC, see the“Attaching a Vc-Class to a PVC on an ATM
Subinterface” section on page 39.
Prerequisites
Before you can create a subinterface with a PVP on an ATM interface, you must bring up an ATM
interface, as described in the “Bringing Up an ATM Interface” section on page 6.
Restrictions
• Only one PVP can be configured for each L2VPN ATM AC.
• F4 OAM emulation is not supported on Layer 2 PVPs.
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface l2transport
3. pvp vpi
4. end
or
commit
5. Repeat Step 1 through Step 4 to bring up the ATM subinterface and any associated PVP at the other
end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface l2transport Creates an ATM subinterface and enters ATM layer2
transport configuration mode for that subinterface.
Example:
RP/0/0/CPU0:router(config)# interface atm
0/6/0/1.10 l2transport
Step 3 pvp vpi (Optional) Creates an ATM PVP and enters ATM PVP
configuration submode.
Example: Note Only one PVP is allowed per subinterface.
RP/0/0/CPU0:router(config-if)# pvp 100
What to do Next
• To configure optional PVP parameters, see the “Configuring Optional ATM Layer 2 PVP
Parameters” section on page 31.
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the
“Implementing MPLS Layer 2 VPNs” module of Cisco IOS XR Multiprotocol Label Switching
Configuration Guide.
Prerequisites
Before you can modify the default PVP configuration, you must create the PVP on an ATM subinterface,
as described in the “Creating an ATM Layer 2 Subinterface with a PVP” section on page 30.
Restrictions
• The following cards do not support Vp-tunnels with a VPI of 0:
– 4-Port OC-3c/STM-1c ATM ISE Line Card, multimode
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface l2transport
3. pvp vpi
4. cell-packing cells timer
5. shape [cbr peak_output_rate | ubr peak_output_rate | vbr-nrt peak_output_rate
sustained_output_rate burst_size| vbr-rt peak_output_rate sustained_output_rate burst_size]
6. end
or
commit
7. Repeat Step 1 through Step 6 to configure the PVP at the other end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface l2transport Enters ATM subinterface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface atm
0/6/0/1.10 l2transport
Step 3 pvp vpi Enters subinterface configuration mode for the PVP.
Example:
RP/0/0/CPU0:router(config-if)# pvp 10
Step 4 cell-packing cells timer Sets the maximum number of cells allowed per packet, and
specifies a maximum cell packing timeout (MCPT) timer to
use for cell packing.
Example:
RP/0/0/CPU0:router(config-atm-l2transport-pvp)# • Replace cells with the maximum number of cells to use
cell-packing 5 2 per packet. Range is from 2 through 86.
• Replace timer with the number that indicates the
appropriate MCPT timer to use for cell packing. Can be
1, 2, or 3. You can configure up to three different MCPT
values for a single main interface.
What to do Next
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the
“Implementing MPLS Layer 2 VPNs” module of Cisco IOS XR Multiprotocol Label Switching
Configuration Guide.
Restrictions
For Layer 2 VPN AC configurations, Vc-classes can be applied to PVCs only. Vc-classes are not
supported on Layer 2 port mode interfaces or PVPs.
SUMMARY STEPS
1. configure
2. vc-class atm name
3. encapsulation {aal5mux ipv4 | aal5nlpid | aal5snap}
4. oam ais-rdi [down-count [up-count]]
5. oam retry [up-count [down-count [retry-frequency]]]
6. oam-pvc manage seconds
7. shape [cbr peak_output_rate | ubr peak_output_rate | vbr-nrt peak_output_rate
sustained_output_rate burst_size| vbr-rt peak_output_rate sustained_output_rate burst_size]
8. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 vc-class atm name Creates a vc-class for an ATM interface and enters vc-class
configuration mode.
Example:
RP/0/0/CPU0:router (config)# vc-class atm
class1
What to do Next
Attach the vc-class to an ATM main interface, subinterface, or PVC.
• To attach a vc-class to an ATM main interface, see the “Attaching a Vc-Class to a Point-to-Point
ATM Main Interface” section on page -36.
• To attach a vc-class to an ATM subinterface, see the “Attaching a Vc-Class to a Point-to-Point ATM
Subinterface” section on page -38.
• To attach a vc-class to an ATM PVC, see the “Attaching a Vc-Class to a PVC on an ATM
Subinterface” section on page -39.
Restrictions
Vc-classes are not applicable to Layer 2 port mode ACs. For Layer 2 VPN configurations, Vc-classes
are applicable to the PVC only.
SUMMARY STEPS
1. configure
2. interface atm instance point-to-point
3. class-int vc-class-name
4. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance point-to-point Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1 point-to-point
SUMMARY STEPS
1. configure
2. interface atm instance.subinterface point-to-point
3. class-int vc-class-name
4. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface Enters ATM subinterface configuration mode.
point-to-point
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1.10 point-to-point
Step 3 class-int vc-class-name Assigns the vc-class to an ATM subinterface. Replace the
vc-class-name argument with the name of the vc-class you
configured in the “Creating and Configuring a VC-Class”
Example:
RP/0/0/CPU0:router (config-subif)# class-int
section on page -34.
classA
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-subif)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-subif)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
SUMMARY STEPS
1. configure
2. interface atm instance[.subinterface] [point-to-point | l2transport]
3. pvc vpi/vci
4. class vc vc-class-name
5. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance.subinterface Enters subinterface configuration mode and creates the
[point-to-point | l2transport] ATM subinterface if it does not already exist.
Use the point-to-point keyword if you are attaching the
Example: vc-class to a point-to-point subinterface. Use the
RP/0/0/CPU0:router (config)# interface atm l2transport keyword if you are attaching the vc-class to a
0/6/0/1.10
Layer 2 transport subinterface.
Note For more information on creating and configuring
ATM subinterfaces, see the “Creating a
Point-to-Point ATM Subinterface with a PVC”
section on page 11.
Step 3 pvc vpi/vci Enters ATM PVC configuration mode and creates the PVC
if it does not already exist.
Example: Note For more information on creating and configuring
RP/0/0/CPU0:router (config-if)# pvc 5/50 PVCs on ATM subinterfaces, see the “Creating a
Point-to-Point ATM Subinterface with a PVC”
section on page 11.
Note For ILMI, a PVC is configured directly on the ATM main interface. Subinterface configuration is not
necessary for ATM interfaces that are used for ILMI.
Prerequisites
Bring up the ATM interface and remove the shutdown configuration, as described in the “Bringing Up
an ATM Interface” section on page 6.
Restrictions
• The configuration on both ends of the ATM ILMI connection must match for the interface to be
active.
• ILMI configuration is not supported on Layer 2 port mode ACs.
SUMMARY STEPS
1. configure
2. interface atm instance
3. atm address-registration
4. atm ilmi-keepalive [act-poll-freq frequency] [retries count] [inact-poll-freq frequency]
5. pvc vpi/vci ilmi
6. end
or
commit
7. exit
8. exit
9. show atm ilmi-status [atm instance]
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 atm address-registration (Optional) Enables the router to engage in address
registration and callback functions with the Interim Local
Management Interface (ILMI).
Example:
RP/0/0/CPU0:router (config-if)# atm
address-registration
Step 4 atm ilmi-keepalive [act-poll-freq frequency] (Optional) Enables ILMI keepalives on an ATM interface.
[retries count] [inact-poll-freq frequency]
Example:
RP/0/0/CPU0:router (config-if)# atm
ilmi-keepalive
Example:
RP/0/0/CPU0:router (config)# exit
Step 9 show atm ilmi-status [atm instance] (Optional) Verifies the ILMI configuration for the specified
interface.
Example:
RP/0/0/CPU0:router (config)# show atm
ilmi-status atm 0/6/0/1
SUMMARY STEPS
1. configure
2. interface atm instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface atm instance Enters ATM interface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface atm
0/6/0/1
Step 3 atm ilmi-config disable (Optional) Disables ILMI on the ATM interface.
To re-enable ILMI on an ATM interface, use the no atm
Example: ilmi-config disable form of this command.
RP/0/0/CPU0:router (config-if)# atm ilmi-config
disable
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Example:
RP/0/0/CPU0:router (config)# exit
Step 7 show atm ilmi-status [atm instance] (Optional) Verifies the ILMI configuration for the specified
interface.
Example:
RP/0/0/CPU0:router (config)# show atm
ilmi-status atm 0/6/0/1
Interface : ATM0/2/0/2
AAL Enabled : AAL5
Max-VP : 254
Max-VC : 2048
Configured VP-Tunnels : 0
Configured PVCs : 4
VP-Tunnels in Down State : 0
PVCs in Down State : 4
The following example shows how to create and configure an ATM subinterface and PVC on one
endpoint of a a vp-tunnel, and then verify connectivity through that vp-tunnel:
RP/0/0/CPU0:router # configure
RP/0/0/CPU0:router(config)# interface atm 0/6/0/0.16 point-to-point
RP/0/0/CPU0:router(config-subif)# pvc 10/100
RP/0/0/CPU0:router (config-atm-vc)# commit
RP/0/0/CPU0:router (config-subif)# exit
RP/0/0/CPU0:router (config)# exit
RP/0/0/CPU0:router # ping atm interface atm 0/6/0/0.16 10/100
The following example shows how to create and configure an AC on a Layer 2 subinterface with a PVC:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)# interface atm 0/1/0/0.230 l2transport
RP/0/0/CPU0:router(config-if)# pvc 15/230
RP/0/0/CPU0:router(config-atm-l2transport-pvc)# encapsulation aal0
RP/0/0/CPU0:router(config-atm-l2transport-pvc)# cell-packing 5 2
RP/0/0/CPU0:router(config-atm-l2transport-pvc)# shape cbr 622000
RP/0/0/CPU0:router(config-atm-l2transport-pvc)# commit
RP/0/0/CPU0:router(config-atm-l2transport-pvc)#
RP/0/0/CPU0:router(config-if)# exit
RP/0/0/CPU0:router(config)# exit
RP/0/0/CPU0:router# show atm pvc
The following example shows how to create and configure an AC on an ATM subinterface with a PVP:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)# interface atm 0/6/0/1.10 l2transport
RP/0/0/CPU0:router(config-if)# pvp 100
RP/0/0/CPU0:router(config-atm-l2transport-pvp)# cell-packing 5 2
RP/0/0/CPU0:router(config-atm-l2transport-pvp)# shape ubr 155000
RP/0/0/CPU0:router(config-atm-l2transport-pvp)# commit
The following example shows how to attach a vc-class to an ATM main interface:
RP/0/0/CPU0:router # configure
RP/0/0/CPU0:router(config)# interface ATM0/2/0/0.1 point-to-point
RP/0/0/CPU0:router (config-if)# class-int atm-class-1
RP/0/0/CPU0:router (config-if)# commit
The following example shows how to display information about a specific ATM vc-class:
RP/0/0/CPU0:router # show atm vc-class atm-class-1
ATM vc-class atm-class-1
encapsulation - aal5snap
shape - cbr 100000
oam ais-rdi - not configured
oam retry - not configured
oam-pvc - manage 300
The following example shows how to display configuration information for the parameters on a virtual
circuit (VC) class that is associated with a particular PVC:
RP/0/0/CPU0:router # show atm class-link 10/100
Additional References
The following sections provide references related to implementing ATM for Cisco IOS XR software.
Related Documents
Related Topic Document Title
ATM commands: complete command syntax, Cisco IOS XR Interface and Hardware Command Reference
command modes, command history, defaults, usage
guidelines, and examples
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
RFCs
RFCs Title
RFC 1483 Multiprotocol Encapsulation over ATM Adaptation Layer 5
RFC 1577 Classical IP and ARP over ATM.
RFC 2225 Classical IP and ARP over ATM
RFC 2255 The LDAP URL Format
RFC 2684 Multiprotocol Encapsulation over ATM Adaptation Layer 5.
RFC 4385 Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use
over an MPLS PSN
RFC 4717 Encapsulation Methods for Transport of Asynchronous Transfer
Mode (ATM) over MPLS Networks
RFC 4816 Pseudowire Emulation Edge-to-Edge (PWE3) Asynchronous
Transfer Mode (ATM) Transparent Cell Transport Service
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
Contents
• Prerequisites for Implementing BFD, page 54
• Information About BFD, page 55
• Configuration Examples for Configuring Bidirectional Forwarding Detection on Cisco IOS XR,
page 67
• Where to Go Next, page 69
• Additional References, page 70
• We recommend configuring the local router ID with the router-id command in global configuration
mode prior to setting up a BFD session. If you do not configure the local router ID, then the source
address of the IP packet is IP address of the output interface.
Note To configure the local router ID, use the router-id command in global configuration mode. If
you do not configure the local router ID prior to setting up a BFD session, then the source
address of the IP Packet is the IP address of the output interface.
• BFD asynchronous packets are transmitted over UDP and IPv4 using source port 49152 and
destination port 3784. For asynchronous mode, the source address of the IP packet is the local
interface address, and the destination address is the remote interface address.
Caution If you are using BFD with Unicast Reverse Path Forwarding (uRPF) on a particular interface, then you
need to use the echo disable command to disable echo mode on that interface; otherwise, echo packets
will be rejected. You can disable echo mode for the entire router, or for an individual interface.
To enable or disable IPv4 uRPF checking on an IPv4 interface, use the [no] ipv4 verify unicast source
reachable-via command in interface configuration mode. To enable or disable loose IPv6 uRPF
checking on an IPv6 interface, use the [no] ipv6 verify unicast source reachable-via any command in
interface configuration mode.
Keep the following in mind when configuring BFD on Cisco IOS XR software:
• BFD is a fixed-length hello protocol, in which each end of a connection transmits packets
periodically over a forwarding path. Cisco IOS XR software supports BFD adaptive detection times.
• BFD can be used with the following applications:
– BGP
– IS-IS
– OSPF
– MPLS traffic-engineering (MPLS-TE)
– Static
– Protocol Independent Multicast (PIM)
• BFD is supported for connections over the following interface types:
– Packet-over-SONET/SDH (POS)
– Gigabit Ethernet (GigE)
– Ten Gigabit Ethernet (TenGigE)
– Virtual LAN (VLAN).
• Cisco IOS XR software supports BFD Version 0 and Version 1. BFD sessions are established using
either version, depending upon the neighbor. BFD Version 1 is the default version and is tried
initially for session creation.
• BFD is supported on IPv4 directly connected external BGP peers.
The user can perform the following tasks on the router:
• Configure BFD parameters (desired interval and detect multiplier) in the application configuration
space.
• Display BFD operational status (state, counters, tracing, and so forth)
• Clear BFD counters
Note For more information on configuring a VLAN bundle, see the Configuring Link Bundling on Cisco IOS
XR Software module.
Keep the following in mind when configuring BFD over bundled VLANs:
• In the case of an RP failover, configured next hops are registered in the Routing Information Base
(RIB).
• In the case of a BFD restart, static routes remain in the RIB. BFD sessions are reestablished when
BFD restarts.
Note Static BFD sessions are supported on peers with address prefixes whose next hops are directly connected
to the router.
Restrictions
• Echo mode is not supported on bundle VLANs.
• If you are using BFD with uRPF on a particular interface, then you need to use the echo disable
command to disable echo mode on that interface; otherwise, echo packets will be rejected. You can
disable echo mode for the entire router, or for an individual interface.
• Only the static, OSPF, and IS-IS applications are supported on BFD over bundle VLANs.
Configuring BFD
The following procedures describe how to configure BFD for BGP. BFD can be enabled per neighbor, or
per interface. To enable BFD per neighbor, use the steps in the “Enabling BFD on a Neighbor” section on
page 57. To enable BFD per interface, use the steps in the “Enabling BFD for OSPF on an Interface” section
on page 59.
Note FRR/TE using BFD is supported on POS interfaces and Ethernet interfaces.
SUMMARY STEPS
1. configure
2. router bgp autonomous-system-number
3. bfd minimum-interval milliseconds
4. bfd multiplier multiplier
5. neighbor ip-address
6. remote-as autonomous-system-number
7. bfd fast-detect
8. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 router bgp autonomous-system-number Enters BGP configuration mode, allowing you to configure
the BGP routing process.
Example: Use the show bgp command in EXEC mode to obtain the
RP/0/RP0/CPU0:router(config)# router bgp 120 autonomous-system-number for the current router.
Step 3 bfd minimum-interval milliseconds Sets the BFD minimum interval. Range is 15-30000
milliseconds.
Example: This example sets the BFD minimum interval to 6500
RP/0/RP0/CPU0:router(config-bgp)# bfd milliseconds.
minimum-interval 6500
Step 4 bfd multiplier multiplier Sets the BFD multiplier.
This example sets the BFD multiplier to 7.
Example:
RP/0/RP0/CPU0:router(config-bgp)# bfd
multiplier 7
Step 5 neighbor ip-address Places the router in neighbor configuration mode for BGP
routing and configures the neighbor IP address as a BGP
peer.
Example:
RP/0/RP0/CPU0:router(config-bgp)# neighbor This example configures the IP address 172.168.40.24 as a
172.168.40.24 BGP peer.
Step 6 remote-as autonomous-system-number Creates a neighbor and assigns it a remote autonomous
system.
Example: This example configures the remote autonomous system to
RP/0/RP0/CPU0:router(config-bgp-nbr)# remote-as be 2002.
2002
Note BFD per interface configuration is supported for OSPF, IS-IS, and MPLS-TE only.
SUMMARY STEPS
1. configure
2. router ospf process-name
3. bfd minimum-interval milliseconds
4. bfd multiplier multiplier
5. area area-id
6. interface type instance
7. bfd fast-detect
8. end
or
commit
9. show run router ospf
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 router ospf process-name Enters OSPF configuration mode, allowing you to configure
the OSPF routing process.
Example: Use the show ospf command in EXEC mode to obtain the
RP/0/RP0/CPU0:router(config)# router ospf 0 process-name for the current router.
Note To configure BFD for IS-IS or MPLS-TE, enter the
corresponding configuration mode. For example,
for MPLS-TE, enter MPLS-TE configuration mode.
Step 3 bfd minimum-interval milliseconds Sets the BFD minimum interval. Range is 15-30000
milliseconds.
Example: This example sets the BFD minimum interval to 6500
RP/0/RP0/CPU0:router(config-ospf)# bfd milliseconds.
minimum-interval 6500
Step 4 bfd multiplier multiplier Sets the BFD multiplier.
This example sets the BFD multiplier to 7.
Example:
RP/0/RP0/CPU0:router(config-ospf)# bfd
multiplier 7
Step 5 area area-id Configures an Open Shortest Path First (OSPF) area.
Replace area-id with the OSPF area identifier.
Example:
RP/0/RP0/CPU0:router(config-ospf)# area 0
Step 6 interface type instance Enters interface configuration mode and specifies the
interface name and notation rack/slot/module/port.
Example: • The example indicates a Gigabit Ethernet interface in
RP/0/RP0/CPU0:router(config-ospf-ar)# interface modular services card slot 3.
gigabitEthernet 0/3/0/1
Step 7 bfd fast-detect Enables BFD to detect failures in the path between adjacent
forwarding engines.
Example:
RP/0/RP0/CPU0:router(config-ospf-ar-if)# bfd
fast-detect
Example:
RP/0/RP0/CPU0:router (config-ospf-ar-if)# show
run router ospf
Note Bundle VLAN sessions are restricted to an interval of 250 milliseconds and a multiplier of 3. More
aggressive parameters are not allowed.
SUMMARY STEPS
1. configure
2. router static
3. address-family ipv4 unicast address nexthop bfd fast-detect [minimum interval interval]
[multiplier multiplier]
4. vrf vrf-name
5. address-family ipv4 unicast address nexthop bfd fast-detect [minimum interval interval]
[multiplier multiplier]
6. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 router static Enters static route configuration mode, allowing you to
configure static routing.
Example:
RP/0/RP0/CPU0:router(config)# router static
Step 3 address-family ipv4 unicast address nexthop bfd Enables BFD fast-detection on the specified IPV4 unicast
fast-detect [minimum-interval interval] destination address prefix and on the forwarding next-hop
[multiplier multiplier]
address.
Note Include the optional minimum-interval keyword
Example: and argument to ensure that the next hop is assigned
RP/0/RP0/CPU0:router(config-static)#
with the same hello interval. Replace the interval
address-family ipv4 unicast 0.0.0.0/0 2.6.0.1
bfd fast-detect minimum-interval 1000 argument with a number that specifies the interval
multiplier 5 in milliseconds. Range is from 15 through 5000.
Note To enable or disable IPv4 uRPF checking on an IPv4 interface, use the [no] ipv4 verify unicast source
reachable-via command in interface configuration mode. To enable or disable loose IPv6 uRPF
checking on an IPv6 interface, use the [no] ipv6 verify unicast source reachable-via any command in
interface configuration mode.
SUMMARY STEPS
1. configure
2. bgp
3. echo disable
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 bfd Enters BFD configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# bfd
Step 3 echo disable Disables echo mode on the router.
Example:
RP/0/RP0/CPU0:router(config-bfd)# echo disable
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router (config-bfd)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-bfd)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Note To enable or disable IPv4 uRPF checking on an IPv4 interface, use the [no] ipv4 verify unicast source
reachable-via command in interface configuration mode. To enable or disable loose IPv6 uRPF
checking on an IPv6 interface, use the [no] ipv6 verify unicast source reachable-via any command in
interface configuration mode.
SUMMARY STEPS
1. configure
2. bgp
3. interface type instance
4. echo disable
5. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 bfd Enters BFD configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# bfd
Step 3 interface type instance Enters BFD interface configuration mode for a specific
interface or bundle. In BFD interface configuration mode,
you can disable echo mode on an individual interface or
Example:
RP/0/RP0/CPU0:router(config-bfd)# interface
bundle.
gigabitEthernet 0/1/5/0
Example:
RP/0/RP0/CPU0:router(config-bfd-if)# echo
disable
Step 5 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router (config-bfd-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-bfd-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
SUMMARY STEPS
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# show bfd counters packet
location 0/3/cpu0
Step 2 clear bfd counters packet [interface type Clears Bidirectional Forwarding Detection (BFD) counters.
instance] location node-id
Example:
RP/0/RP0/CPU0:router# clear bfd counters packet
interface POS 0/5/0/1 location 0/5/cpu0
Step 3 end Saves configuration changes.
or
When you issue the end command, the system prompts you to commit
commit changes:
Uncommitted changes found, commit them before
exiting(yes/no/cancel)?
Example: [cancel]:
RP/0/RP0/CPU0:router (config-bgp-nbr)# end
or – Entering yes saves configuration changes to the
running configuration file, exits the configuration
RP/0/RP0/CPU0:router(config-bgp-nbr)# commit
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the user in the same
command mode without committing the
configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 4 show bfd counters packet [interface type Verifies that all BFD counters are cleared.
instance] location node-id
Example:
RP/0/RP0/CPU0:router# show bfd counters packet
location 0/3/cpu0
The following example shows how to enable BFD on a Gigabit Ethernet interface:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)# router ospf 0
RP/0/0/CPU0:router(config-ospf)# area 0
RP/0/0/CPU0:router(config-ospf-ar)# interface gigabitEthernet 0/3/0/1
RP/0/0/CPU0:router(config-ospf-ar-if)# bfd fast-detect
RP/0/0/CPU0:router(config-ospf-ar-if)# commit
RP/0/0/CPU0:Dec 2 07:06:48.508 : config[65685]: %MGBL-LIBTARCFG-6-COMMIT : Configuration
committed by user 'xxx'. Use 'show configuration commit changes 1000001134' to view the
changes.
RP/0/0/CPU0:router(config-ospf-ar-if)# end
RP/0/0/CPU0:Dec 2 07:06:48.848 : config[65685]: %MGBL-SYS-5-CONFIG_I : Configured from
console by lab
RP/0/0/CPU0:router# show run router ospf
router ospf 0
area 0
interface GigabitEthernet0/3/0/1
bfd fast-detect
!
The following example shows how to enable BFD on a static route. In this example, BFD sessions are
established with the next-hop 3.3.3.3 when it becomes reachable.
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# router static
RP/0/RP0/CPU0:router (config-static)# address-family ipv4 unicast 2.2.2.0/24 3.3.3.3 bfd
fast-detection
RP/0/RP0/CPU0:router(config-static)# end
RP/0/RP0/CPU0:router(config)# bfd
RP/0/RP0/CPU0:router(config)# bfd
Where to Go Next
BFD is supported over multiple platforms; refer to the related command reference document for more
detailed information about these commands.
• BGP Commands on Cisco IOS XR Software
• IS-IS Commands on Cisco IOS XR Software
• OSPF Commands on Cisco IOS XR Software
• Static Routing Commands on Cisco IOS XR Software
• MPLS Traffic Engineering Commands on Cisco IOS XR Software
Additional References
The following sections provide references related to implementing BFD for Cisco IOS XR software.
Related Documents
Related Topic Document Title
BFD commands: complete command syntax, command Cisco IOS XR Interface and Hardware Command Reference
modes, command history, defaults, usage guidelines,
and examples
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
RFCs
RFCs Title
draft-ietf-bfd-base-06 Bidirectional Forwarding Detection, March, 2007
draft-ietf-bfd-v4v6-1hop-06 BFD for IPv4 and IPv6 (Single Hop), March, 2007
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
Contents
• Prerequisites for Configuring Channelized SONET, page 71
• Information About Configuring Channelized SONET, page 72
• How to Configure Channelized SONET, page 79
• Configuration Examples for Channelized SONET, page 103
You configure the controller first by setting the mode of the STS path. The mode can be set to T3,
VT1.5-mapped T1, or POS.
Note POS is supported only on the STS-3c and STS-12c paths on the Cisco 1-Port Channelized DS0/OC-12
SPA and on the STS-3c, STS-12c, and STS-48c paths on the Cisco 1-Port Channelized DS3/OC-48 SPA.
When the mode is specified, the respective controller is created, and the remainder of the configuration
is applied on that controller. For example, mode T3 creates a T3 controller. The T3 controller can then
be configured to a serial channel, or it can be further channelized to carry T1s, and those T1s can be
configured to serial interfaces.
On a Cisco 1-Port Channelized STM-1/OC-3 SPA, the default configuration consists of the following
paths that are already configured when the SONET card is installed.
• STS 1
• STS 2
• STS 3
Each STS path can be independently configured into T3s, E3s, or VTGs and so on.
Figure 1 shows the SONET controller default configuration that is in place when the card is installed.
Figure 2 shows SONET controller configuration combinations.
Figure 3 shows the T3 paths that can be configured.
Figure 4 shows the VTG paths that can be configured.
SONET
Controller
210870
SONET
Controller
Clear Channel
STS 1
VTG 1
VTG 2
VTG 3
VTG 4
STS 2
VTG 5
VTG 6
VTG 7
T3
STS 3
210873
T1
...
T1
...
T1
...
T1
... DS0
SONET
T1
Controller ... DS0
T1
... DS0
T1
... DS0
T1
T3 ... DS0
STS 1 T1
DS0
. . . up to 28 T1s DS0
DS0
DS0
. . . up to 24 DS0s
T3
STS 2 . . . same possibilities as STS 1
T3
210876
STS 3 . . . same possibilities as STS 1
SONET
Controller
VTG 1
Each VTG
VTG 2 can be channelized
Each STS into 4 T1s.
can be channelized VTG 3
into 7 VTGs. T1
STS 1 VTG 4
T1
VTG 5
T1
VTG 6
T1
VTG 7
210877
STS 3 . . . same configuration possibilities as STS 1
An administrative unit group (AUG) consists of one or more administrative units occupying fixed,
defined positions in an STM payload.
SONET
Controller
AU-3
C11-T1
STM-1
AU-3 T1
C11-T1
AU-3 T1
C11-T1
210874
T1
SONET
Controller
E1
E1
AU-4 E1
STM-1
E1
TUG-3
E1
T3 E1 Up to 21 E1s
or C12 E1
E1
E1
210875
E1
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
Restrictions
The following restrictions apply for Cisco IOS XR Release 3.5.0:
• STS paths can be channelized into T3s on:
– Cisco 1-Port Channelized STM-1/OC-3 shared port adapter
– Cisco 1-Port Channelized DS0/OC-12 shared port adapter
– Cisco 1-Port Channelized DS3/OC-48 Shared Port Adapter.
• STS paths can be channelized into VTG mapped T1s on:
– Cisco 1-Port Channelized STM-1/OC-3 shared port adapter
– Cisco 1-Port Channelized DS0/OC-12 shared port adapter
• T3 paths can be channelized into T1s or E1s on:
– Cisco 1-Port Channelized STM-1/OC-3 shared port adapter
– Cisco 1-Port Channelized DS0/OC-12 shared port adapter (No E1 support in this release)
• T1s are not supported on:
– Cisco 1-Port Channelized DS3/OC-48 Shared Port Adapter
SUMMARY STEPS
1. configure
2. controller sonet instance
3. clock source {internal | line}
4. framing {sdh | sonet}
5. sts number
6. mode mode
7. width number
8. root
9. controller controllerName instance
10. mode mode
11. root
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller
sonet 0/1/0/0
Step 3 clock source {internal | line} Configures the SONET port transmit clock source, where the
internal keyword sets the internal clock and the line keyword sets
the clock recovered from the line.
Example:
RP/0/0/CPU0:router(config-sonet)# clock • Use the line keyword whenever clocking is derived from the
source internal network. Use the internal keyword when two routers are
connected back to back or over fiber for which no clocking is
available.
• line is the default keyword.
Note Internal clocking is required for SRP interfaces.
Step 4 framing {sdh | sonet} (Optional) Configures the controller framing with either the sdh
keyword for Synchronous Digital Hierarchy (SDH) framing or the
sonet keyword for SONET framing.
Example:
RP/0/0/CPU0:router(config-sonet)# framing SONET framing (sonet) is the default.
sonet
Example:
RP/0/0/CPU0:router(config-stsPath)# root
Step 9 controller controllerName instance Enters controller configuration submode and specifies the
controller name and instance identifier with the
rack/slot/module/port/controllerName notation. The controller
Example:
RP/0/0/CPU0:router(config)# controller t3
names are:
0/1/0/0/0 • t3—SONET path carrying T3
• vt15-t1—SONET path carrying virtual tributary 1.5 T1s
(VT15 T1)
Step 10 mode mode Sets the mode of interface at this level. The possible modes are:
• t1—Channelized into 28 T1s
Example: • e1—Channelized into 21 E1s
RP/0/0/CPU0:router(config-t3)# mode t1
• serial—Clear Channel carrying an HDLC-like payload
Step 11 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-t3)# root
Example:
RP/0/0/CPU0:router(config-t1-channel_grou
p)# timeslots 1:3:7:9
RP/0/0/CPU0:router(config-t1-channel_grou
p)# timeslots 1-12
Step 15 show configuration Displays the contents of uncommitted configuration.
Example:
RP/0/0/CPU0:router(config-t1-channel_grou
p)# show configuration
Step 16 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-t3)# root
Step 17 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance notation.
Example:
RP/0/0/CPU0:router(config)# interface
serial 0/1/0/0/0/0:0
Step 18 encapsulation frame-relay | hdlc | ppp Specifies the encapsulation type with the one of the following
keywords:
Example: • frame-relay—Frame Relay network protocol
Router(config-if)# encapsulation
frame-relay | hdlc | ppp
• hdlc—High-level Data Link Control (HDLC) synchronous
protocol
• ppp—Point-to-Point Protocol
Step 19 ipv4 ip-address mask Assigns an IP address and subnet mask to the interface.
Example:
Router(config-if)# ip address 10.10.10.10
255.255.255.255
Example:
RP/0/0/CPU0:router# show controllers
sonet 0/1/0/0
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
Restrictions
POS is only supported on the following SPAs:
• Cisco 1-Port Channelized DS0/OC-12 shared port adapter
• Cisco 1-Port Channelized DS3/OC-48 Shared Port Adapter
SUMMARY STEPS
1. configure
2. controller sonet instance
3. clock source {internal | line}
4. framing {sdh | sonet}
5. sts number
6. width number
7. mode mode
8. root
9. interface pos instance
10. encapsulation [hdlc | ppp | frame-relay [IETF]]
11. pos crc {16 | 32}
12. mtu value
13. no shutdown
14. end
or
commit
15. show interfaces pos instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller
sonet 0/1/0/0
Step 3 clock source {internal | line} Configures the SONET port transmit clock source, where the
internal keyword sets the internal clock and the line keyword sets
the clock recovered from the line.
Example:
RP/0/0/CPU0:router(config-sonet)# clock • Use the line keyword whenever clocking is derived from the
source internal network. Use the internal keyword when two routers are
connected back to back or over fiber for which no clocking is
available.
• line is the default keyword.
Note Internal clocking is required for SRP interfaces.
Example:
RP/0/0/CPU0:router(config-stsPath)# root
Step 9 interface pos instance Specifies the POS interface name and notation
rack/slot/module/port, and enters interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface POS
0/1/0/0
Step 10 encapsulation [hdlc | ppp | frame-relay (Optional) Configures the interface encapsulation parameters and
[IETF]] details such as HDLC or PPP.
Note The default encapsulation is hdlc.
Example:
RP/0/0/CPU0:router(config-if)# Note The frame-relay option is available on the
encapsulation hdlc Cisco XR 12000 Series Router only.
Example:
RP/0/0/CPU0:router# show interfaces pos
0/1/0/0
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
Restrictions
On the Cisco 1-Port Channelized STM-1/OC-3 shared port adapter, Clear Channel is supported only on
STS 1 and STS 2.
SUMMARY STEPS
1. configure
2. controller sonet instance
3. clock source {internal | line}
4. framing {sdh | sonet}
5. sts number
6. mode mode
7. root
8. controller t3 instance
9. mode mode
10. root
11. interface serial interfaceNumber
12. encapsulation frame-relay | hdlc | ppp
13. ipv4 ip-address mask
14. no shutdown
15. end
or
commit
16. show controllers sonet instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller
sonet 0/1/0/0
Step 3 clock source {internal | line} Configures the SONET port transmit clock source, where the
internal keyword sets the internal clock and the line keyword sets
the clock recovered from the line.
Example:
RP/0/0/CPU0:router(config-sonet)# clock • Use the line keyword whenever clocking is derived from the
source internal network. Use the internal keyword when two routers are
connected back to back or over fiber for which no clocking is
available.
• line is the default keyword.
Note Internal clocking is required for SRP interfaces.
Step 4 framing {sdh | sonet} (Optional) Configures the controller framing with either the sdh
keyword for Synchronous Digital Hierarchy (SDH) framing or the
sonet keyword for SONET framing.
Example:
RP/0/0/CPU0:router(config-sonet)# framing SONET framing (sonet) is the default.
sonet
Step 5 sts number Configures the STS stream specified by number. The ranges are:
• 1 to 3 on the 1-Port OC-3/STM-1 SPA
Example: • 1 to 12 on the 1 Port Channelized OC12->DS0 SPA
RP/0/0/CPU0:router(config-sonet)# sts 1
• 1 to 48 on the 1 Port Channelized OC48->DS3 SPA
Step 6 mode mode Sets the mode of interface at the STS level. The possible modes are:
• t3—SONET path carrying T3
Example:
RP/0/0/CPU0:router(config-stsPath)# mode
t3
Step 7 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-stsPath)# root
Step 8 controller t3 instance Enters T3 controller configuration submode and specifies the T3
controller name and instance identifier with the
rack/slot/module/port/T3Num notation.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0/0
Example:
RP/0/0/CPU0:router(config-t3)# root
Step 11 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance notation.
Example:
RP/0/0/CPU0:router(config)# interface
serial 0/1/0/0/0/0:0
Step 12 encapsulation frame-relay | hdlc | ppp Specifies the encapsulation type with the one of the following
keywords:
Example: • frame-relay—Frame Relay network protocol
Router(config-if)# encapsulation
frame-relay | hdlc | ppp
• hdlc—High-level Data Link Control (HDLC) synchronous
protocol
• ppp—Point-to-Point Protocol
Step 13 ipv4 ip-address mask Assigns an IP address and subnet mask to the interface.
Example:
Router(config-if)# ip address 10.10.10.10
255.255.255.255
Step 14 no shutdown Removes the shutdown configuration.
Note Removal of the shutdown configuration eliminates the
Example: forced administrative down on the interface, enabling it to
RP/0/0/CPU0:router (config-if)# no move to an up or down state (assuming that the parent
shutdown SONET layer is not configured administratively down).
Example:
RP/0/0/CPU0:router# show controllers
sonet 0/1/0/0
Example:
RP/0/0/CPU0:router# show controllers
sonet 0/1/0/0
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
• You should know how to configure the SONET APS as specified in the “Configuring SONET APS”
section of the “Configuring Clear Channel SONET Controllers on Cisco IOS XR Software” module.
Restrictions
TBD
SUMMARY STEPS
DETAILED STEPS
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
Restrictions
Channelized SDH is supported only on the Cisco 1-Port Channelized STM-1/OC-3 shared port adapter
(SPA).
In this release, AU-3 paths can be mapped only to C11-T1.
SUMMARY STEPS
1. configure
2. controller sonet instance
3. clock source {internal | line}
4. framing {sdh | sonet}
5. au number
6. mode mode
7. root
8. controller t1 instance
9. channel-group number
10. timeslots num1:num2:num3:num4
or
timeslots range1-range2
11. show configuration
12. root
13. interface serial interfaceNumber
14. encapsulation frame-relay | hdlc | ppp
15. ipv4 ip-address mask
16. no shutdown
17. end
or
commit
18. show controllers sonet instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller
sonet 0/1/0/0
Step 3 clock source {internal | line} Configures the SONET port transmit clock source, where the
internal keyword sets the internal clock and the line keyword sets
the clock recovered from the line.
Example:
RP/0/0/CPU0:router(config-sonet)# clock • Use the line keyword whenever clocking is derived from the
source internal network. Use the internal keyword when two routers are
connected back to back or over fiber for which no clocking is
available.
• line is the default keyword.
Note Internal clocking is required for SRP interfaces.
Step 4 framing {sdh | sonet} (Optional) Configures the controller framing with either the sdh
keyword for Synchronous Digital Hierarchy (SDH) framing or the
sonet keyword for SONET framing.
Example:
RP/0/0/CPU0:router(config-sonet)# framing SONET framing (sonet) is the default.
sdh
Step 5 au number Specifies the administrative unit (AU) number and enters the
config-auPath mode. The range is 1 to 3.
Example:
RP/0/0/CPU0:router(config-sonet)# au 1
Step 6 mode mode Sets the mode of interface at the AU level. Currently only C11-T1
is supported.
Example:
RP/0/0/CPU0:router(config-auPath)# mode
c11-t1
Step 7 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-auPath)# root
Step 8 controller t1 instance Enters T1 controller configuration submode and specifies the T1
controller name and instance identifier with the
rack/slot/module/port/auNum/t1Num notation.
Example:
RP/0/0/CPU0:router(config)# controller T1
0/1/0/0/0/0/0
Example:
RP/0/0/CPU0:router(config-t1-channel_grou
p)# timeslots 1:3:7:9
RP/0/0/CPU0:router(config-t1-channel_grou
p)# timeslots 1-12
Step 11 show configuration Displays the contents of uncommitted configuration.
Example:
RP/0/0/CPU0:router(config-t1-channel_grou
p)# show configuration
Step 12 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-t3)# root
Step 13 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance notation.
Example:
RP/0/0/CPU0:router(config)# interface
serial 0/1/0/0/0/0:0
Step 14 encapsulation frame-relay | hdlc | ppp Specifies the encapsulation type with the one of the following
keywords:
Example: • frame-relay—Frame Relay network protocol
Router(config-if)# encapsulation
frame-relay | hdlc | ppp
• hdlc—High-level Data Link Control (HDLC) synchronous
protocol
• ppp—Point-to-Point Protocol
Step 15 ipv4 ip-address mask Assigns an IP address and subnet mask to the interface.
Example:
Router(config-if)# ip address 10.10.10.10
255.255.255.255
Step 16 no shutdown Removes the shutdown configuration.
Note Removal of the shutdown configuration eliminates the
Example: forced administrative down on the interface, enabling it to
RP/0/0/CPU0:router (config-if)# no move to an up or down state (assuming that the parent
shutdown SONET layer is not configured administratively down).
Example:
RP/0/0/CPU0:router# show controllers
sonet 0/1/0/0
Prerequisites
• You should know how to configure the SONET controller as specified in the “How to Configure
Clear Channel SONET Controllers” section of the “Configuring Clear Channel SONET Controllers
on Cisco IOS XR Software” module.
Restrictions
Channelized SDH is supported only on the Cisco 1-Port Channelized STM-1/OC-3 shared port adapter
(SPA).
In this release, AU-4 paths can only be channelized into TUG3s.
SUMMARY STEPS
1. configure
2. controller sonet instance
3. clock source {internal | line}
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller
sonet 0/1/0/0
Example:
RP/0/0/CPU0:router(config-auPath)# width
3
Step 8 tug3 number Specifies the Tributary Unit Group (TUG) number and enters the
config-tug3Path mode. The range is 1 to 3.
Example:
RP/0/0/CPU0:router(config-auPath)#tug3 1
Step 9 mode mode Sets the mode of interface at the tug3 level. The modes are:
• e3—TUG3 path carrying E3
Example: • t3—TUG3 path carrying T3
RP/0/0/CPU0:router(config-tug3Path)# mode
e3
Step 10 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-tug3Path)# root
Example:
RP/0/0/CPU0:router(config-e3)# root
Step 14 controller name instance Enters controller configuration submode and specifies the
controller name and instance identifier with the
rack/slot/module/port/name/instance1/instance2 notation. The
Example:
RP/0/0/CPU0:router(config)# controller E1
controller names are:
0/1/0/0/0/0/0/0 • e1—channelized into 32 E1s
• serial—Clear Channel carrying hdlc-like payload
• t1—Channelized into 24 T1s
Step 15 channel-group number Sets the channel-group number to which time slots are assigned.
• For t1, the range is from 1 to 24.
Example: • For e1, the range is from 1 to 32.
RP/0/0/CPU0:router(config-e1)#
channel-group 0
Step 16 timeslots num1:num2:num3:num4 Specifies time slots for the interface by number with the
or num1:num2:num3:num4 notation, or by range with the
timeslots range1-range2
range1-range2 notation.
Example:
RP/0/0/CPU0:router(config-e1-channel_grou
p)# timeslots 1:3:7:9
RP/0/0/CPU0:router(config-e1-channel_grou
p)# timeslots 1-12
Step 17 show configuration Displays the contents of uncommitted configuration.
Example:
RP/0/0/CPU0:router(config-e1-channel_grou
p)# show configuration
Step 18 root Exits to global configuration mode.
Example:
RP/0/0/CPU0:router(config-e1-channel_grou
p)# root
Example:
Router(config-if)# ip address 10.10.10.10
255.255.255.255
Step 22 no shutdown Removes the shutdown configuration.
Note Removal of the shutdown configuration eliminates the
Example: forced administrative down on the interface, enabling it to
RP/0/0/CPU0:router (config-if)# no move to an up or down state (assuming that the parent
shutdown SONET layer is not configured administratively down).
Step 23 end Saves configuration changes.
or
• When you issue the end command, the system prompts you to
commit commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config-sonet)# end [cancel]:
or
– Entering yes saves configuration changes to the running
RP/0/0/CPU0:router(config-sonet)# commit configuration file, exits the configuration session, and
returns the router to EXEC mode.
– Entering no exits the configuration session and returns the
router to EXEC mode without committing the
configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or committing the
configuration changes.
• Use the commit command to save the configuration changes to
the running configuration file and remain within the
configuration session.
Step 24 show controllers sonet instance Verifies the SONET controller configuration.
Example:
RP/0/0/CPU0:router# show controllers
sonet 0/1/0/0
The following example shows SONET Remote (two routers) APS configuration.
RP/0/0/CPU0:router(config)# aps group 1
RP/0/0/CPU0:router(config-aps)# channel 0 local SONET 0/0/0/1
RP/0/0/CPU0:router(config-aps)# channel 1 remote 172.18.69.123
RP/0/0/CPU0:router(config-aps)# signalling sonet
RP/0/0/CPU0:router(config-sonet)# commit
RP/0/0/CPU0:router# show aps
RP/0/0/CPU0:router# show aps group 3
RP/0/0/CPU0:router(config-t1)# channel-group 0
RP/0/0/CPU0:router(config-t1-channel_group)# timeslots 1-12
RP/0/0/CPU0:router(config-t1-channel_group)# show configuration
RP/0/0/CPU0:router(config-t3)# root
RP/0/0/CPU0:router(config)# interface serial 0/1/0/0/0/0:0
Router(config-if)# encapsulation frame-relay | hdlc | ppp
Router(config-if)# ip address 10.10.10.10 255.255.255.255
Router(config-if)# no shutdown
RP/0/0/CPU0:router(config-sonet)# commit
RP/0/0/CPU0:router# show controllers sonet 0/1/0/0
Where to Go Next
After configuring SONET channels, you can configure other controllers and interfaces, such as clear
channel T3/E3 or channelized T3 controllers and interfaces as described in:
• Configuring Clear Channel T3/E3 Controllers and Channelized T3 Controllers on Cisco IOS XR
Software
Additional References
The following sections provide references related to channelized SONET configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software
Information about user groups and task IDs Configuring AAA Services on Cisco IOS XR Software module of
Cisco IOS XR System Security Configuration Guide
Information about configuring router interfaces and Cisco Craft Works Interface Configuration Guide
other components from a remote Craft Works Interface
(CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of dense wavelength division multiplexing (DWDM)
controllers on routers supporting Cisco IOS XR software. DWDM is an optical technology that is used
to increase bandwidth over existing fiber-optic backbones. DWDM can be configured on supported
10-Gigabit Ethernet (GE) or Packet-over-SONET/SDH physical layer interface modules (PLIMs). After
you configure the DWDM controller, you can configure an associated POS or 10-Gigabit Ethernet
interface.
To configure a POS interface, refer to the Configuring POS Interfaces on Cisco IOS XR Software
module, later in this document.
To configure a 10-Gigabit Ethernet interface, refer to the Configuring Ethernet Interfaces on
Cisco IOS XR Software module, later in this document.
Contents
• Prerequisites for Configuring DWDM Controller Interfaces, page 110
• Information About the DWDM Controllers, page 110
• How to Configure DWDM Controllers, page 110
• How to Perform Performance Monitoring on DWDM Controllers, page 117
• Additional References, page 122
FAS OTU
OPU
Payload FEC
ODU
138893
Note All interface configuration tasks for the POS or GE interfaces still must be performed in interface
configuration mode. Refer to Configuring POS Interfaces on Cisco IOS XR Software and Configuring
Ethernet Interfaces on Cisco IOS XR Software modules for more information.
Prerequisites
The rx-los-threshold, wavelength and transmit-power commands can be used only when the controller
is in the shutdown state. Use the shutdown command.
Restrictions
The transmit power level and receive LOS threshold are configurable only on the OC-768c/STM-256c
DWDM PLIM.
SUMMARY STEPS
1. configure
2. controller dwdm instance
3. shutdown
4. commit
5. rx-los-threshold power-level
6. wavelength channel-number
7. transmit-power power-level
8. no shutdown
9. laser {on | off}
10. end
or
commit
11. show controllers dwdm instance [optics | wavelength-map]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 controller dwdm instance Specifies the DWDM controller name in the notation
rack/slot/module/port and enters DWDM configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# controller dwdm
0/1/0/0
Step 3 shutdown Disables the DWDM controller. You must disable the
controller before you can use the DWDM configuration
commands.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# shutdown
Step 4 commit Saves configuration changes. This performs the shutdown
from the previous step. When the controller has been shut
down, you can proceed with the configuration.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# commit
Step 5 rx-los-threshold power-level Configures the transponder receive power threshold. Values
are in units of 0.1 dBm and can range from -200 to 0. This
corresponds to a range of -20 dBm to 0 dBm.
Example:
RP/0/RP0/CPU0:router(config-dwdm)#
rx-los-threshold -10
Step 6 wavelength channel-number Configures the channel number corresponding to the first
wavelength. Values can range from 1 to 185, but not all
channels are supported on all PLIMs. Use the show
Example:
RP/0/RP0/CPU0:router(config-dwdm)# wavelength 1
controller dwdm command with the wavelength-map
keyword to determine which channels and wavelengths are
supported on a specific controller.
Note There is no cross-checking to determine if the
chosen wavelength is being used on another port on
the same PLIM or on another PLIM in the system.
Step 7 transmit-power power-level Configures the transponder transmit power. Values are in
units of 0.1 dBm and can range from -190 to +10. This
corresponds to a range of -19 dBm to +1 dBm.
Example:
RP/0/RP0/CPU0:router(config-dwdm)#
transmit-power 10
Step 8 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/RP0/CPU0:router(config-dwdm)# no shutdown enabling the controller to move to an up or down state.
Example:
RP/0/RP0/CPU0:router# show controller dwdm
0/1/0/0 optics
Troubleshooting Tips
You will get an error message if you try to commit configuration changes to the controller when it is in
the up state. You must shut down the controller before you can use the DWDM configuration commands.
Prerequisites
The g709 disable, loopback, and g709 fec commands can be used only when the controller is in the
shutdown state. Use the shutdown command.
SUMMARY STEPS
1. configure
2. controller dwdm instance
3. shutdown
4. commit
5. g709 disable
6. loopback internal
7. g709 fec {disable | enhanced | standard}
8. g709 {odu | otu} alarm disable
9. g709 otu overhead tti {expected | sent} {ascii | hex} tti-string
10. no shutdown
11. end
or
commit
12. show controllers dwdm instance g709
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 controller dwdm instance Specifies the DWDM controller name in the notation
rack/slot/module/port and enters DWDM configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# controller dwdm
0/1/0/0
Step 3 shutdown Disables the DWDM controller. You must disable the
controller before you can use the DWDM configuration
commands.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# shutdown
Step 4 commit Saves configuration changes. This performs the shutdown
from the previous step. When the controller has been shut
down, you can proceed with the configuration.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# commit
Step 5 g709 disable (Optional) Disables the G.709 wrapper. The wrapper is
enabled by default.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# g709 disable
Examples
The following example shows how to bring the DWDM controller down before using the configuration
commands:
RP/0/RP0/CPU0:Router# configure
RP/0/RP0/CPU0:Router(config)# controller dwdm 0/0/0/0
RP/0/RP0/CPU0:Router(config-dwdm)# shutdown
RP/0/RP0/CPU0:Router(config-dwdm)# commit
RP/0/RP0/CPU0:Router(config-dwdm)# rx-los-threshold 0
RP/0/RP0/CPU0:Router(config-dwdm)# wavelength 1
RP/0/RP0/CPU0:Router(config-dwdm)# transmit-power 0
RP/0/RP0/CPU0:Router(config-dwdm)# no shutdown
RP/0/RP0/CPU0:Router(config-dwdm)# end
Uncommitted changes found, commit them before exiting(yes/no/cancel)? [cancel]: y
The following example shows how to customize the alarm display and the thresholds for alerts and
forward error correction (FEC):
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# controller dwdm 0/1/0/0
RP/0/RP0/CPU0:router(config-dwdm)# shutdown
RP/0/RP0/CPU0:router(config-dwdm)# commit
RP/0/RP0/CPU0:router(config-dwdm)# g709 disable
RP/0/RP0/CPU0:router(config-dwdm)# loopback internal
RP/0/RP0/CPU0:router(config-dwdm)# g709 fec standard
RP/0/RP0/CPU0:router(config-dwdm)# g709 odu bdi disable
RP/0/RP0/CPU0:router(config-dwdm)# no shutdown
RP/0/RP0/CPU0:router(config-dwdm)# commit
What to Do Next
All interface configuration tasks for the POS or GE interfaces still must be performed in interface
configuration mode. Refer to Configuring POS Interfaces on Cisco IOS XR Software and Configuring
Ethernet Interfaces on Cisco IOS XR Software modules for more information.
SUMMARY STEPS
1. configure
2. controller dwdm instance
3. pm {15-min | 24-hour} fec threshold {ec-bits | uc-words} threshold
4. pm {15-min | 24-hour} optics threshold {lbc | opr | opt} {max | min} threshold
5. pm {15-min | 24-hour} otn threshold otn-parameter threshold
6. pm {15-min | 24-hour} fec report {ec-bits | uc-words} enable
7. pm {15-min | 24-hour} optics report {lbc | opr | opt} {max-tca | min-tca} enable
8. pm {15-min | 24-hour} otn report otn-parameter enable
9. end
10. show controllers dwdm instance pm history [15-min | 24-hour | fec | optics | otn]
11. show controllers dwdm instance pm interval {15-min | 24-hour} [fec | optics | otn] index
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 controller dwdm instance Specifies the DWDM controller name in the notation
rack/slot/module/port and enters DWDM configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# controller dwdm
0/1/0/0
Step 3 pm {15-min | 24-hour} fec threshold {ec-bits | Configures a performance monitoring threshold for specific
uc-words} threshold parameters on the FEC layer.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
fec threshold ec-bits 49000000
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
fec threshold uc-words xxxxxx
Step 4 pm {15-min | 24-hour} optics threshold {lbc | Configures a performance monitoring threshold for specific
opr | opt} {max | min} threshold parameters on the optics layer.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
optics threshold opt max xxx
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
optics threshold lbc min xxx
Example:
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
fec report ec-bits enable
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
fec report uc-words enable
Step 7 pm {15-min | 24-hour} optics report {lbc | opr Configures TCA generation for specific parameters on the
| opt} {max-tca | min-tca} enable optics layer.
Example:
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
optics report opt enable
RP/0/RP0/CPU0:router(config-dwdm)# pm 15-min
optics report lbc enable
Example:
RP/0/RP0/CPU0:router# show controllers dwdm
0/2/0/0 pm history 24-hour fec
RP/0/RP0/CPU0:router# show controllers dwdm
0/2/0/0 pm history
Step 11 show controllers dwdm instance pm interval Displays performance measurement and TCA generation
{15-min | 24-hour} [fec | optics | otn] index information for a specific interval.
Example:
RP/0/RP0/CPU0:router# show controllers dwdm
0/2/0/0 pm interval 24-hour 0
RP/0/RP0/CPU0:router# show controllers dwdm
0/2/0/0 pm interval 15-min optics 1
Examples
The following example shows how to configure performance monitoring for the optics parameters and
how to display the configuration and current statistics:
RP/0/RP1/CPU0:roma# config
RP/0/RP1/CPU0:roma(config)# controller dwdm 0/2/0/0
Additional References
The following sections provide references related to DWDM controller configuration.
Related Documents
Standards
Standards Title
ITU-T G.709/Y.1331 Interfaces for the optical transport network (OTN)
MIBs
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of Ethernet interfaces on routers supporting Cisco IOS XR
software.
The distributed Gigabit Ethernet, 10-Gigabit Ethernet, and Fast Ethernet architecture and features
deliver network scalability and performance, while enabling service providers to offer high-density,
high-bandwidth networking solutions designed to interconnect the router with other systems in POPs,
including core and edge routers and Layer 2 and 3 switches.
Note This module does not include configuration information for Management Ethernet interfaces. To set up
a Management Ethernet interface and enable telnet servers, see the Cisco IOS XR Getting Started Guide.
To configure a Management Ethernet interface for routing or modify the configuration of a Management
Ethernet interface, see the Advanced Configuration and Modification of the Management Ethernet
Interface on Cisco IOS XR Software module.
Release 3.3.0 Support was added for egress MAC accounting on the 8-port 10-Gigabit
Ethernet PLIM.
Support was added on the Cisco XR 12000 Series Router for the following
SIPs:
• Cisco XR 12000 SIP-401
• Cisco XR 12000 SIP-501
• Cisco XR 12000 SIP-601
Support was added on the Cisco XR 12000 Series Router for the 8-Port
FastEthernet SPA.
Release 3.4.0 The Layer 2 Virtual Private Network (L2VPN) feature was first supported
on Ethernet interfaces on the Cisco CRS-1 and
Cisco XR 12000 Series Router.
Support was added on Cisco CRS-1 and Cisco XR 12000 Series Router for
the 8-Port 1-Gigabit Ethernet SPA.
Release 3.4.1 Support was added on the Cisco XR 12000 Series Router for the 2-Port
Gigabit Ethernet SPA.
Release 3.5.0 Support was added on Cisco CRS-1 for the 1-port 10-Gigabit Ethernet
WAN SPA.
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring Ethernet Interfaces, page 126
• Information About Configuring Ethernet Interfaces, page 127
• How to Configure Ethernet Interfaces, page 134
• Configuration Examples for Ethernet Interfaces, page 144
• Where to Go Next, page 146
• Additional References, page 147
Note You must use the shutdown command to bring an interface administratively down. The interface default
is no shutdown. When a modular services card is first inserted into the router, if there is no established
preconfiguration for it, the configuration manager adds a shutdown item to its configuration. This
shutdown can be removed only be entering the no shutdown command.
Table 1 Gigabit Ethernet and 10-Gigabit Ethernet Modular Services Card Default
Configuration Values
1. burned-in address
Note You must specifically configure the shutdown command to bring an interface administratively down.
The interface default is no shutdown. When a modular services card is first inserted into the router, if
there is no established preconfiguration for it, the configuration manager adds a shutdown item to its
configuration. This shutdown can be removed only be entering the no shutdown command.
Note For detailed information about configuring an L2VPN network, see the “Implementing MPLS Layer 2
VPNs” module of the Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
Just as 1000BASE-X and 1000BASE-T (Gigabit Ethernet) remained true to the Ethernet model,
10-Gigabit Ethernet continues the natural evolution of Ethernet in speed and distance. Because it is a
full-duplex only and fiber-only technology, it does not need the carrier-sensing multiple-access with the
CSMA/CD protocol that defines slower, half-duplex Ethernet technologies. In every other respect,
10-Gigabit Ethernet remains true to the original Ethernet model.
MAC Address
A MAC address is a unique 6-byte address that identifies the interface at Layer 2.
MAC Accounting
The MAC address accounting feature provides accounting information for IP traffic based on the source
and destination MAC addresses on LAN interfaces. This feature calculates the total packet and byte
counts for a LAN interface that receives or sends IP packets to or from a unique MAC address. It also
records a time stamp for the last packet received or sent.
Ethernet MTU
The Ethernet maximum transmission unit (MTU) is the size of the largest frame, minus the 4-byte frame
check sequence (FCS), that can be transmitted on the Ethernet network. Every physical network along
the destination of a packet can have a different MTU.
Cisco IOS XR software supports two types of frame forwarding processes:
• Fragmentation for IPV4 packets— In this process, IPv4 packets are fragmented as necessary to fit
within the MTU of the next-hop physical network.
• MTU discovery process determines largest packet size—This process is available for all IPV6
devices, and for originating IPv4 devices. In this process, the originating IP device determines the
size of the largest IPv6 or IPV4 packet that can be sent without being fragmented. The largest packet
is equal to the smallest MTU of any network between the IP source and the IP destination devices.
If a packet is larger than the smallest MTU of all the networks in its path, that packet will be
fragmented as necessary. This process ensures that the originating device does not send an IP packet
that is too large.
Jumbo frame support is automatically enable for frames that exceed the standard frame size. The default
value is 1514 for standard frames and 1518 for 802.1Q tagged frames. These numbers exclude the 4-byte
frame check sequence (FCS).
802.1Q VLAN
A VLAN is a group of devices on one or more LANs that are configured so that they can communicate
as if they were attached to the same wire, when in fact they are located on a number of different LAN
segments. Because VLANs are based on logical instead of physical connections, it is very flexible for
user and host management, bandwidth allocation, and resource optimization.
The IEEE's 802.1Q protocol standard addresses the problem of breaking large networks into smaller
parts so broadcast and multicast traffic does not consume more bandwidth than necessary. The standard
also helps provide a higher level of security between segments of internal networks.
The 802.1Q specification establishes a standard method for inserting VLAN membership information
into Ethernet frames.
VLAN configuration is described in this document in the Configuring 802.1Q VLAN Interfaces on Cisco
IOS XR Software module.
VRRP
The Virtual Router Redundancy Protocol (VRRP) eliminates the single point of failure inherent in the
static default routed environment. VRRP specifies an election protocol that dynamically assigns
responsibility for a virtual router to one of the VPN concentrators on a LAN. The VRRP VPN
concentrator controlling the IP addresses associated with a virtual router is called the Master, and
forwards packets sent to those IP addresses. When the master becomes unavailable, a backup VPN
concentrator takes the place of the master.
For more information on VRRP, see the Implementing VRRP on Cisco IOS XR Software module of Cisco
IOS XR IP Addresses and Services Configuration Guide.
HSRP
Hot Standby Routing Protocol (HSRP) is a proprietary protocol from Cisco. HSRP is a routing protocol
that provides backup to a router in the event of failure. Several routers are connected to the same segment
of an Ethernet, FDDI, or token-ring network and work together to present the appearance of a single
virtual router on the LAN. The routers share the same IP and MAC addresses and therefore, in the event
of failure of one router, the hosts on the LAN are able to continue forwarding packets to a consistent IP
and MAC address. The transfer of routing responsibilities from one device to another is transparent to
the user.
HSRP is designed to support non disruptive failover of IP traffic in certain circumstances and to allow
hosts to appear to use a single router and to maintain connectivity even if the actual first hop router they
are using fails. In other words, HSRP protects against the failure of the first hop router when the source
host cannot learn the IP address of the first hop router dynamically. Multiple routers participate in HSRP
and in concert create the illusion of a single virtual router. HSRP ensures that one and only one of the
routers is forwarding packets on behalf of the virtual router. End hosts forward their packets to the virtual
router.
The router forwarding packets is known as the active router. A standby router is selected to replace the
active router should it fail. HSRP provides a mechanism for determining active and standby routers,
using the IP addresses on the participating routers. If an active router fails a standby router can take over
without a major interruption in the host's connectivity.
HSRP runs on top of User Datagram Protocol (UDP), and uses port number 1985. Routers use their
actual IP address as the source address for protocol packets, not the virtual IP address, so that the HSRP
routers can identify each other.
For more information on HSRP, see the Implementing HSRP on Cisco IOS XR Software module of Cisco
IOS XR IP Addresses and Services Configuration Guide.
Duplex mode is configurable on Fast Ethernet interfaces only. Gigabit Ethernet and 10-Gigabit Ethernet
interfaces always run in full duplex mode.
Note Both ends of a link must have the same interface speed. A manually configured interface speed overrides
any autonegotiated speed, which can prevent a link from coming up if the configured interface speed at
one end of a link is different from the interface speed on the other end.
Table 3 describes the performance of the system for different combinations of the duplex and speed
modes. The specified duplex command configured with the specified speed command produces the
resulting system action.
.
Table 3 Relationship Between duplex and speed Commands
Note The negotiation auto command is available on Gigabit Ethernet and Fast Ethernet interfaces only.
SUMMARY STEPS
1. show version
2. show interfaces [GigabitEthernet | TenGigE] instance
3. configure
4. interface [GigabitEthernet | TenGigE] instance
5. ipv4 address ip address mask
6. flow-control {bidirectional | egress | ingress}
7. mtu bytes
8. mac-address value1.value2.value3
9. negotiation auto (on Gigabit Ethernet interfaces only)
10. no shutdown
11. end
or
commit
12. show interfaces [GigabitEthernet | TenGigE] instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure terminal
Step 4 interface [GigabitEthernet | TenGigE] instance Enters interface configuration mode and specifies the
Ethernet interface name and notation rack/slot/module/port.
Possible interface types for this procedure are:
Example:
RP/0/RP0/CPU0:router(config)# interface • GigabitEthernet
TenGigE 0/1/0/0
• TenGigE
Note The example indicates an 8-port 10-Gigabit
Ethernet interface in modular services card slot 1.
Step 5 ipv4 address ip-address mask Assigns an IP address and subnet mask to the interface.
• Replace ip-address with the primary IPv4 address for
Example: the interface.
RP/0/RP0/CPU0:router(config-if)# ipv4 address
172.18.189.38 255.255.255.224
• Replace mask with the mask for the associated IP
subnet. The network mask can be specified in either of
two ways:
– The network mask can be a four-part dotted
decimal address. For example, 255.0.0.0 indicates
that each bit equal to 1 means that the
corresponding address bit belongs to the network
address.
– The network mask can be indicated as a slash (/)
and number. For example, /8 indicates that the first
8 bits of the mask are ones, and the corresponding
bits of the address are network address.
Example:
RP/0/RP0/CPU0:router# show interfaces TenGigE
0/3/0/0
What to do Next
• To configure MAC Accounting on the Ethernet interface, see the “Configuring MAC Accounting on
an Ethernet Interface” section later in this module.
• To configure an 802.1Q VLAN subinterface on the Ethernet interface, see the “Configuring 802.1Q
VLAN Interfaces on Cisco IOS XR Software” module later in this manual.
• To configure an AC on the Ethernet port for Layer 2 VPN implementation, see the “Configuring an
Attachment Circuit on an Ethernet Port” section later in this module.
• To attach Layer 3 service policies, such as Multiprotocol Label Switching (MPLS) or Quality of
Service (QoS), to the Ethernet interface, refer to the appropriate Cisco IOS XR software
configuration guide.
Note Fast Ethernet is supported on the Cisco XR 12000 Series Router only.
SUMMARY STEPS
1. configure
2. interface fastethernet instance
3. ipv4 address ip-address mask
4. mtu bytes
5. duplex full
6. speed speed
7. negotiation auto
8. no shutdown
9. end
or
commit
10. show interfaces fastethernet instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure terminal
Step 2 interface fastethernet instance Enters interface configuration mode and specifies the
Ethernet interface name and notation rack/slot/module/port.
Example: • The example indicates the second interface on an 8-port
RP/0/0/CPU0:router(config)# interface Fast Ethernet SPA in slot 0, and SPA subslot 2.
fastethernet 0/0/2/1
Step 3 ipv4 address ip-address mask Assigns an IP address and subnet mask to the interface.
• Replace ip-address with the primary IPv4 address for
Example: the interface.
RP/0/0/CPU0:router(config-if)# ipv4 address
172.18.189.38 255.255.255.224
• Replace mask with the mask for the associated IP
subnet. The network mask can be specified in either of
two ways:
– The network mask can be a four-part dotted
decimal address. For example, 255.0.0.0 indicates
that each bit equal to 1 means that the
corresponding address bit belongs to the network
address.
– The network mask can be indicated as a slash (/)
and number. For example, /8 indicates that the first
8 bits of the mask are ones, and the corresponding
bits of the address are network address.
Example:
RP/0/0/CPU0:router# show interfaces
fastethernet 0/0/1/1
What to do Next
• To configure MAC Accounting on the Fast Ethernet interface, see the “Configuring MAC
Accounting on an Ethernet Interface” section later in this module.
• To configure an 802.1Q VLAN subinterface on the Fast Ethernet interface, see the “Configuring
802.1Q VLAN Interfaces on Cisco IOS XR Software” module later in this manual.
• To configure an AC on the Fast Ethernet port for Layer 2 VPN implementation, see the “Configuring
an Attachment Circuit on an Ethernet Port” section later in this module.
• To attach Layer 3 service policies, such as Multiprotocol Label Switching (MPLS) or Quality of
Service (QoS), to the Fast Ethernet interface, refer to the appropriate Cisco IOS XR software
configuration guide.
SUMMARY STEPS
1. configure
2. interface [GigabitEthernet | TenGigE | fastethernet] instance
3. ipv4 address ip-address mask
4. mac-accounting {egress | ingress}
5. end
or
commit
6. show mac-accounting type location instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface [GigabitEthernet | TenGigE | Enters the interface configuration mode and specifies the
fastethernet] instance Ethernet interface name and instance in the
rack/slot/module/port notation.
Example: • The example indicates an 8-PORT 10-Gigabit Ethernet
RP/0/RP0/CPU0:router(config)# interface TenGigE interface in modular services card slot 1.
0/1/0/0
Step 3 ipv4 address ip-address mask Assigns an IP address and subnet mask to the interface.
• Replace ip-address with the primary IPv4 address for
Example: the interface.
RP/0/RP0/CPU0:router(config-if)# ipv4 address
172.18.189.38 255.255.255.224
• Replace mask with the mask for the associated IP
subnet. The network mask can be specified in either of
two ways:
– The network mask can be a four-part dotted
decimal address. For example, 255.0.0.0 indicates
that each bit equal to 1 means that the
corresponding address bit belongs to the network
address.
– The network mask can be indicated as a slash (/)
and number. For example, /8 indicates that the first
8 bits of the mask are ones, and the corresponding
bits of the address are network address.
Step 4 mac-accounting {egress | ingress} Generates accounting information for IP traffic based on the
source and destination MAC addresses on LAN interfaces.
Example: • To disable MAC accounting, use the no form of this
RP/0/RP0/CPU0:router(config-if)# mac-accounting command.
egress
Example:
RP/0/RP0/CPU0:router# show mac-accounting
TenGigE location 0/2/0/4
Note The steps in this procedure configure the L2VPN Ethernet port to operate in port mode.
SUMMARY STEPS
1. configure
2. interface [GigabitEthernet | TenGigE] instance
3. l2transport
4. l2protocol {cdp | pvst | stp | vtp} {[tunnel] experimental bits | drop}
5. end
or
commit
6. show interfaces [GigabitEthernet | TenGigE] instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure terminal
Step 2 interface [GigabitEthernet | TenGigE] instance Enters interface configuration mode and specifies the
Ethernet interface name and notation rack/slot/module/port.
Possible interface types for this procedure are:
Example:
RP/0/RP0/CPU0:router(config)# interface • GigabitEthernet
TenGigE 0/1/0/0
• TenGigE
Step 3 l2transport Enables Layer 2 transport mode on a port and enter Layer 2
transport configuration mode.
Example:
RP/0/RP0/CPU0:router(config-if)# l2transport
Step 4 l2protocol {cdp | pvst | stp | vtp} {[tunnel] Configures Layer 2 protocol tunneling and data units
experimental bits | drop} parameters on an interface.
Possible protocols are:
Example:
RP/0/RP0/CPU0:router(config-if-l2)#
• cdp—Cisco Discovery Protocol (CDP) tunneling and
data unit parameters.
• pvst—Configures VLAN spanning tree protocol
tunneling and data unit parameters.
• stp—spanning tree protocol tunneling and data unit
parameters for the
• vtp—VLAN trunk protocol tunneling and data unit
parameters.
Include the tunnel option if you want to tunnel the packets
associated with the specified protocol.
Include the experimental bits keyword argument to modify
the MPLS experimental bits for the specified protocol.
Include the drop keyword to drop packets associated with
the specified protocol.
Example:
RP/0/RP0/CPU0:router# show interfaces TenGigE
0/3/0/0
What to do Next
• To configure a Point-to-Point pseudo-wire XConnect on the AC, see the “Implementing MPLS
Layer 2 VPNs” module of the Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
• To attach Layer 2 service policies, such as Quality of Service (QoS), to the Ethernet interface, refer
to the appropriate Cisco IOS XR software configuration guide.
Where to Go Next
When you have configured an Ethernet interface, you can configure individual VLAN subinterfaces on
that Ethernet interface. For information about configuring VLAN subinterfaces, see the Configuring
802.1Q VLAN Interfaces on Cisco IOS XR Software module later in this document.
For information about modifying Ethernet management interfaces for the shelf controller (SC), route
processor (RP), and distributed RP, see the Advanced Configuration and Modification of the
Management Ethernet Interface on Cisco IOS XR Software module later in this document.
For information about IPv6 see the Implementing Access Lists and Prefix Lists on
Cisco IOS XR Software module in the Cisco IOS XR IP Addresses and Services Configuration Guide.
Additional References
The following sections provide references related to implementing Gigabit, 10-Gigabit, and Fast
Ethernet interfaces.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco CRS-1 Series Interface and Hardware Component Command
Reference
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains thousands of http://www.cisco.com/techsupport
pages of searchable technical content, including links to
products, technologies, solutions, technical tips, and tools.
Registered Cisco.com users can log in from this page to
access even more content.
In general terms, field-programmable devices (FPDs) are hardware devices implemented on router cards
that support separate software upgrades. A field-programmable gate array (FPGA) is a type of
programmable memory device that exists on most hardware components of a Cisco CRS-1. The term
“FPD” has been introduced to collectively and generically describe any type of programmable hardware
device on SIPs and shared port adapters (SPAs), including FPGAs. Cisco IOS XR software provides the
Cisco FPD upgrade feature to manage the upgrade of FPD images on SIPs and SPAs.
This chapter describes the information that you must know to verify image versions and to perform an
upgrade for SPA or SIP FPD images when incompatibilities arise.
Contents
This chapter includes the following sections:
• Overview of FPD Image Upgrade Support, page 150
• How to Upgrade FPD Images, page 150
• FPD Command Summary, page 150
• FPD Image Upgrade Examples, page 154
• Troubleshooting Problems with FPD Image Upgrades, page 159
If the FPD image on the SPA is newer then what is required by the currently running Cisco IOS XR
software image on the router, you receive the following error message:
LC/0/1/CPU0:Dec 23 16:33:47.955 : spa_192_jacket_v2[203]: %PLATFORM-UPGRADE_FPD-4-UP_REV :
spa fpga instance 1 is severely up-rev (V2.1), downgrade to (V1.6). Use the "upgrade
hw-module fpd" CLI in admin mode.
You should perform the FPD upgrade procedure if you receive such messages. SPAs may not function
properly if FPD incompatibilities are not resolved.
Command Purpose
RP/0/RP0/CPU0:Router# show hw-module fpd location Displays all current versions of FPD image files for all the
[all | node-id] active SPAs on a router.
RP/0/RP0/CPU0:Router(admin)# show fpd package Displays the FPD image package requirements for the router to
properly support the SPAs running on the Cisco IOS XR
software release.
RP/0/RP0/CPU0:Router(admin)# upgrade hw-module fpd Upgrades the current FPD image package on a SPA.
{all | fpga-type} [force] location [all | node-id]
[reload]
Restrictions
The FPD upgrade procedure is performed while the SIP or SPA is online. At the end of the procedure
the SPA or SIP must be reloaded before the FPD upgrade is complete. This can be performed
automatically, by using the reload keyword in the upgrade hw-module fpd command. Alternatively,
you can use the hw-module reload command during your next maintenance window. The upgrade
procedure is not complete until the SPA or SIP is reloaded.
Note Upgrading the FPD image on a SPA or SIP using the reload keyword temporarily places the card offline
at the end of the upgrade procedure, and may interrupt traffic.
If you are not sure whether a SPA requires an FPD upgrade, you can install the SPA and use the show
hw-module fpd command to determine if the FPD image on the SPA is compatible with the currently
running Cisco IOS XR software release.
SUMMARY STEPS
DETAILED STEPS
Example:
RP/0/RP0/CPU0:Router# admin
Step 3 show fpd package (Optional) Displays which SPAs and SIPs are supported
with your current Cisco IOS XR software release, which
FPD image you need for each SPA and SIP, and what the
Example:
RP/0/RP0/CPU0:Router(admin)# show fpd package
minimum hardware requirements are for the SPA and SIP
modules. If there are multiple FPD images for your card,
use this command to determine which FPD image to use if
you only want to upgrade a specific FPD type.
Step 4 upgrade hw-module fpd all location node-id Upgrades all of the current FPD images that must be
reload upgraded on the specified card with new images.
Note The reload keyword causes the SPA or SIP to be
Example: reloaded after the FPD image has been updated.
RP/0/RP0/CPU0:Router(admin)# upgrade hw-module This interrupts traffic transmission. If you do not
fpd fpga location 0/3/1 reload
use the reload keyword, you must manually reload
the SPA or SIP before the FPD upgrade is complete.
Use the hw-module subslot reload command to
reload a SPA and the hw-module node reload
command to reload a SIP.
===================================== ==========================================
Existing Field Programmable Devices
==========================================
HW Current SW Upg/
Location Card Type Version Type Subtype Inst Version Dng?
============ ======================== ======= ==== ======= ==== =========== ====
0/1/CPU0 CRS1-SIP-800 0.96 lc fpga 0 2.0 No
--------------------------------------------------------------------------------
0/1/0 SPA-4XOC3-POS 1.0 spa fpga 0 3.4 No
--------------------------------------------------------------------------------
0/1/5 SPA-8X1GE 2.2 spa fpga 5 1.8 No
--------------------------------------------------------------------------------
0/6/CPU0 CRS1-SIP-800 0.96 lc fpga 0 2.0 No
--------------------------------------------------------------------------------
0/6/0 SPA-4XOC3-POS 1.0 spa fpga 0 3.4 No
--------------------------------------------------------------------------------
The following sample output is from the show hw-module fpd command on a
Cisco XR 12000 Series Router.
===================================== ==========================================
Existing Field Programmable Devices
==========================================
HW Current SW Upg/
Location Card Type Version Type Subtype Inst Version Dng?
============ ======================== ======= ==== ======= ==== =========== ====
0/1/0 SPA-4XT3/E3 1.0 spa fpga 0 0.24 No
spa rommon 0 2.12 No
spa fpga2 0 1.0 No
spa fpga3 0 1.0 No
--------------------------------------------------------------------------------
0/1/1 SPA-4XCT3/DS0 0.253 spa fpga 1 2.1 No
spa rommon 1 2.12 No
spa fpga2 1 0.15 No
--------------------------------------------------------------------------------
0/3/0 SPA-2XOC48POS/RPR 1.0 spa fpga 0 1.0 No
--------------------------------------------------------------------------------
0/3/1 SPA-1XTENGE-XFP 3.2 spa fpga 1 1.7 No
--------------------------------------------------------------------------------
Field Description
Location Location of the module in the rack/slot/module notation.
Card Type Card identifier.
Type Hardware type. Possible types can be:
• spa—Shared port adapter
• lc—Line card
Subtype FPD type. Possible types can be:
• fabldr—Fabric downloader
• fpga—Field-programmable gate array
• rommon—Read-only memory monitor
Inst Instance—A unique identifier that is used by the FPD process to register an FPD.
Current SW Currently running FPD image version.
Version
Field Description
HW Version Hardware version of the SPA or SIP.
Upg/Dng Specifies whether an FPD upgrade or downgrade is required. A downgrade is
required in rare cases when the version of the FPD image has a higher major
revision than the version of the FPD image in the current Cisco IOS XR software
package.
Note This command can be used to identify information about FPDs on any SPA. If you enter the location of
a line card that is not a SPA, the output displays information about any programmable devices on that
line card.
=============================== ================================================
Field Programmable Device Package
================================================
SW Min Req
Card Type FPD Description Type Subtype Version HW Vers
==================== ========================== ==== ======= =========== =======
Jacket Card SPA FPGA swv13 lc fpga 0.13 0.0
--------------------------------------------------------------------------------
SPA-4XOC3POS SPA FPGA swv13 spa fpga 0.13 0.0
SPA FPGA swv13 hwv2 spa fpga 0.13 2.0
--------------------------------------------------------------------------------
SPA-OC192POS-XFP SPA FPGA swv13 spa fpga 0.13 0.0
SPA FPGA swv13 hwv2 spa fpga 0.13 2.0
--------------------------------------------------------------------------------
SPA-8X1GE SPA FPGA swv1.8 spa fpga 1.8 0.0
--------------------------------------------------------------------------------
The following sample output is from the show fpd package command on a
Cisco XR 12000 Series Router:
RP/0/0/CPU0:Router# admin
RP/0/0/CPU0:Router(admin)# show fpd package
=============================== ================================================
Field Programmable Device Package
================================================
SW Min Req
Card Type FPD Description Type Subtype Version HW Vers
==================== ========================== ==== ======= =========== =======
SPA-4XT3/E3 SPA E3 Subrate FPGA spa fpga2 0.6 0.0
SPA T3 Subrate FPGA spa fpga3 0.14 0.0
Field Description
Card Type Module part number.
FPD Description Description of all FPD images available for the SPA.
Type Hardware type. Possible types can be:
• spa—Shared port adapter
• lc—Line card.
Subtype FPD subtype. These values are used in the upgrade hw-module fpd command
to indicate a specific FPD image type to upgrade.
SW Version FPD software version required for the associated module running the current
Cisco IOS XR software.
Min Req HW Vers Minimum required hardware version for the associated FPD image.
Note In the show fpd package command output, the “subtype” column shows the FPDs that correspond with
each SPA image. To upgrade a specific FPD with the upgrade hw-module fpd command, replace the
fpga-type argument with the appropriate FPD from the “subtype” column, as shown in the following
example:
% RELOAD REMINDER:
- The upgrade operation of the target module will not interrupt its normal
operation. However, for the changes to take effect, the target module
will need to be manually reloaded after the upgrade operation. This can
be accomplished with the use of "hw-module <target> reload" command.
- If automatic reload operation is desired after the upgrade, please use
the "reload" option at the end of the upgrade command.
- The output of "show hw-module fpd location" command will not display
correct version information after the upgrade if the target module is
not reloaded.
Continue? [confirm] y
Use the reload option to force a manual reload after the FPD image is upgraded:
RP/0/RP0/CPU0:Router(admin)# upgrade hw-module fpd all location 0/1/1 reload
% RELOAD WARNING:
- Option to automatically reload the target module after upgrade was
selected. This action will interrupt normal operation of the module.
- If necessary, ensure that appropriate actions have been taken to
redirect target module's traffic before starting the upgrade operation.
- Note that this reload option does not have effect on target module that
has been placed in administrative shutdown state.
Continue? [confirm]
The following show platform command output is from a Cisco XR 12000 Series Router:
RP/0/0/CPU0:Router# show platform
When a SPA is in the failed state, it may not register itself with the FPD upgrade mechanism. In this case,
you do not see the SPA listed when you use the show hw-module fpd command. To verify the state of
a SPA, use the show hw-module subslot error command and the show hw-module subslot status
command.
Additional References
The following sections provide references related to interface configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software.
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the optional configurable Frame Relay parameters available on
Packet-over-SONET/SDH (POS), multilink, and serial interfaces configured with Frame Relay
encapsulation.
Feature History for Configuring Frame Relay Interfaces on Cisco IOS XR Software
Release Modification
Release 3.4.0 This feature was introduced on the Cisco XR 12000 Series Router.
Release 3.5.0 This feature was updated to support IPv6.
Layer 2 Tunnel Protocol Version 3 (L2TPv3) was supported on serial
interfaces with Frame Relay encapsulation.
Release 3.6.0 Multilink Frame Relay (FRF.16) and End-to-End Fragmentation (FRF.12)
was introduced on the Cisco 1-Port Channelized STM-1/OC-3 shared port
adapter and the 2-Port and 4-Port Channelized T3 SPAs on the
Cisco XR 12000 Series Routers.
Contents
• Prerequisites for Configuring Frame Relay, page 163
• Information About Frame Relay Interfaces, page 164
• Configuring Frame Relay, page 171
• Configuration Examples for Frame Relay, page 184
• Additional References, page 189
• You have enabled Frame Relay encapsulation on your interface with the encapsulation frame relay
command, as described in the appropriate chapter:
– To enable Frame Relay encapsulation on a multilink bundle interface, see the “Configuring
Multilink Frame Relay Bundle Interfaces” section on page 175 in this module.
– To enable Frame Relay encapsulation on a POS interface, see the “Configuring POS Interfaces
on Cisco IOS XR Software” module in this manual.
– To enable Frame Relay encapsulation on a serial interface, see the “Configuring Serial
Interfaces on Cisco IOS XR Software” module in this manual.
Note If the encapsulation type is not configured explicitly for a PVC with the encap command, then that PVC
inherits the encapsulation type from the main interface.
The encapsulation frame relay and encap commands are described in the following chapters:
– To enable Frame Relay encapsulation on a POS interface, see the “Configuring POS Interfaces
on Cisco IOS XR Software” module in this manual.
– To enable Frame Relay encapsulation on a serial interface, see the “Configuring Serial
Interfaces on Cisco IOS XR Software” module in this manual.
When an interface is configured with Frame Relay encapsulation and no additional configuration
commands are applied, the default interface settings shown in Table 1 are present. These default settings
can be changed by configuration as described in this module.
g
Table 1 Frame Relay Encapsulation Default Settings
LMI
The Local Management Interface (LMI) protocol monitors the addition, deletion, and status of PVCs.
LMI also verifies the integrity of the link that forms a Frame Relay User-Network Interface (UNI).
Frame Relay interfaces supports the following types of LMI on UNI interfaces:
• ANSI—ANSI T1.617 Annex D
• Q.933—ITU-T Q.933 Annex A
• Cisco
Use the frame-relay lmi-type command to configure the LMI type to be used on an interface.
Note The LMI type must match on both ends of a Frame Relay connection. We recommend using the default
LMI type.
If your router functions as a switch connected to another non-Frame Relay router, use the frame-relay
intf-type dce command to configure the LMI type to support data communication equipment (DCE).
If your router is connected to a Frame Relay network, use the frame-relay intf-type dte command to
configure the LMI type to support data terminal equipment (DTE).
Use the show frame-relay lmi command in EXEC mode to display statistical information for the Frame
Relay interfaces in your system. You can modify the error threshold, event count, and polling verification
timer and then use the show frame-relay lmi command to gather information that can help you monitor
and troubleshoot Frame Relay interfaces.
If the LMI type is cisco (the default LMI type), the maximum number of PVCs that can be supported
under a single interface is related to the MTU size of the main interface. Use the following formula to
calculate the maximum number of PVCs supported on a card or SPA:
MTU - 13/8 = maximum number of PVCs
The default number of PVCs supported on POS PVCs with cisco LMI is 557.
For non-Cisco LMI types, up to 992 PVCs are supported under a single main interface.
Note If a specific LMI type is configured on an interface, use the no frame-relay lmi-type {ansi | cisco |
q933a} command to bring the interface back to the default LMI type.
Table 2 describes the commands that can be used to modify LMI polling options on PVCs configured
for a DCE.
g
Table 2 LMI Polling Configuration Commands for DCE
Table 3 describes the commands that can be used to modify LMI polling options on PVCs configured
for a DTE.
g
Table 3 LMI Polling Configuration Commands for DTE
MgmtMultilink Controller
You configure a multilink bundle under a controller, using the following commands:
controller MgmtMultilink rack/slot/bay/controller-id
bundle bundleId
This configuration creates the controller for a generic multilink bundle. The controller ID number is the
zero-based index of the controller chip. Currently, the SPAs that support multilink Frame Relay have
only one controller per bay; therefore, the controller ID number is always zero (0).
Note After you set the encapsulation on a multilink bundle interface to Frame Relay, you cannot change the
encapsulation. Also, you cannot change the encapsulation on a multilink bundle interface that has
member links or on any member links associated with a multilink bundle.
Note Bundle identifier name is configurable only under Frame Relay Forum 16.1 (FRF 16.1).
The bundle identifier (bid) name value identifies the bundle interface at both endpoints of the interface.
The bundle identifier name is exchanged in the information elements to ensure consistent link
assignments. The bundle identifier name can be up to 50 characters including the null termination
character. The bundle identifier name is configured at the bundle interface level and is applied to each
member link.
You configure the bundle identifier name using the following commands:
interface Multilink rack/slot/bay/controller-id/bundleId
frame-relay multilink bid bundle-id-name
Note You configure specific Frame Relay interface features at the subinterface level.
Note Only a hierarchical policy map that includes match fr-dlci may be attached to a multilink Frame Relay
bundle interface.
Note Bandwidth class is configurable only under Frame Relay Forum 16.1 (FRF 16.1).
You can configure one of three types of bandwidth classes on a multilink Frame Relay interface:
• a—Bandwidth Class A
• b—Bandwidth Class B
• c—Bandwidth Class C
When Bandwidth Class A is configured and one or more member links are up (PH_ACTIVE), the bundle
interface is also up and BL_ACTIVATE is signaled to the Frame Relay connections. When all the
member links are down, the bundle interface is down and BL_DEACTIVATE is signaled to the Frame
Relay connections.
When Bandwidth Class B is configured and all the member links are up (PH_ACTIVE), the bundle
interface is up and BL_ACTIVATE is signaled to the Frame Relay connections. When any member link
is down, the bundle interface is down and BL_ACTIVATE is signaled to the Frame Relay connections.
When Bandwidth Class C is configured, you must also set the bundle link threshold to a value between
1 and 255. The threshold value is the minimum number of links that must be up (PH_ACTIVE) for the
bundle interface to be up and for BL_ACTIVATE to be signaled to the Frame Relay connections. When
the number of links that are up falls below this threshold, the bundle interface goes down and
BL_DEACTIVATE is signaled to the Frame Relay connections. When 1 is entered as the threshold value,
the behavior is identical to Bandwidth Class A. If you enter a threshold value that is greater than the
number of member links that are up, the bundle remains down.
You configure the bandwidth class for a Frame Relay multilink bundle interface using the following
commands:
T3 Controller
After a multilink bundle subinterface is configured, you create the T3 controller, using the following
commands:
controller T3 rack/slot/bay/port
mode t1
clock source line
T1 Controller
After a T3 controller is configured, you create the T1 controllers, channel groups, and timeslots, using
the following commands:
controller T1 rack/slot/bay/port/t1-time-slot-within-t3
channel-group channel-group-id
timeslot 1-24
Serial Interfaces
After the T3 and T1 controllers are configured, you can add serial interfaces to the multilink Frame Relay
bundle subinterface by configuring the serial interface, encapsulating it as multilink Frame Relay (mfr),
and assigning it to the bundle interface (specified by the multilink group number).
You configure a multilink Frame Relay serial interface using the following commands:
interface serial rack/slot/module/port/t1-num:channel-group-number
encapsulation mfr
multilink group group number
Note All serial links in an MFR bundle inherit the value of the mtu command from the multilink interface.
Therefore, you should not configure the mtu command on a serial interface before configuring it as a
member of an MFR bundle. The Cisco IOS XR software blocks attempts to configure a serial interface
as a member of an MFR bundle if the interface is configured with a non-default MTU value as well as
attempts to change the mtu command value for a serial interface that is configured as a member of an
MFR bundle.
Show Commands
You can verify a multilink Frame Relay serial interface configuration using the following show
commands:
show frame-relay multilink location
show frame-relay multilink interface serial
The following example shows the display output of the show frame-relay multilink location command:
RP/0/0/CPU0:router# show frame-relay multilink location 0/4/cpu0
Member interface: Serial0/4/2/0/9:0, ifhandle 0x05007b00
HW state = Up, link state = Up
Member of bundle interface Multilink0/4/2/0/2 with ifhandle 0x05007800
Note The fragment end-to-end command is not allowed on Packet-over-SONET/SDH (POS) interfaces or
under the DLCI of a multilink Frame Relay bundle interface.
You configure FRF.12 end-to-end fragmentation on a DLCI connection using the following command:
fragment end-to-end fragment-size
The fragment-size argument defines the size of the fragments, in bytes, for the serial interface.
Note On a DLCI connection, we highly recommend that you configure an egress service policy that classifies
packets into high and low priorities, so that interleaving of high-priority and low-priority fragments
occurs.
Prerequisites
Before you can modify the default Frame Relay configuration, you need to enable Frame Relay on the
interface, as described in the following chapters:
• To enable Frame Relay encapsulation on a POS interface, see the “Configuring POS Interfaces on
Cisco IOS XR Software” module in this manual.
• To enable Frame Relay encapsulation on a serial interface, see the “Configuring Serial Interfaces on
Cisco IOS XR Software” module in this manual.
Restrictions
• The LMI type must match on both ends of the connection for the connection to be active.
• Before you can remove Frame Relay encapsulation on an interface and reconfigure that interface
with PPP or cHDLC encapsulation, you need remove all interfaces, subinterface, ILMI, and Frame
Relay configuration from that interface.
SUMMARY STEPS
1. configure
2. interface type instance
3. frame-relay intf-type [dce | dte]
4. frame-relay lmi-type {ansi | cisco | q933a}
5. encap [cisco | ietf]
6. end
or
commit
7. show interfaces type [instance]
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface pos
0/4/0/1
Step 3 frame-relay intf-type [dce | dte] Configures the type of support provided by the interface.
• If your router functions as a switch connected to
Example: another router, use the frame-relay intf-type dce
RP/0/0/CPU0:router(config-if)# frame-relay command to configure the LMI type to support data
intf-type dce communication equipment (DCE).
• If your router is connected to a Frame Relay network,
use the frame-relay intf-type dte command to
configure the LMI type to support data terminal
equipment (DTE).
Note The default interface type is DTE.
Step 4 frame-relay lmi-type {ansi | q933a | cisco} Selects the LMI type supported on the interface.
• Enter the frame-relay lmi-type ansi command to use
Example: LMI as defined by ANSI T1.617a-1994 Annex D.
RP/0/0/CPU0:router(config-if)# frame-relay
lmi-type ansi
• Enter the frame-relay lmi-type cisco command to use
LMI as defined by Cisco (not standard).
• Enter the frame-relay lmi-type q933a command to use
LMI as defined by ITU-T Q.933 (02/2003) Annex A.
Note The default LMI type is Cisco.
Note LMI is enabled by default on interfaces that have Frame Relay encapsulation enabled. To reenable LMI
on an interface after it has been disabled, use the no frame-relay lmi disable command in interface
configuration mode.
SUMMARY STEPS
1. configure
2. interface type instance
3. frame-relay lmi disable
4. end
or
commit
5. show interfaces type [instance]
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface POS
0/4/0/1
Step 3 frame-relay lmi disable Disables LMI on the specified interface.
Example:
RP/0/0/CPU0:router(config-if)# frame-relay lmi
disable
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 show interfaces type instance (Optional) Verifies that LMI is disabled on the specified
interface.
Example:
RP/0/0/CPU0:router# show interfaces POS 0/1/0/0
Restrictions
• All member links in a multilink Frame Relay bundle interface must be of the same type. The member
links must have the same framing type, such as point-to-point, and they must have the same
bandwidth class.
• All links must be connected to the same line card or SPA at the far end.
• All serial links in an MFR bundle inherit the value of the mtu command from the multilink interface.
Therefore, you should not configure the mtu command on a serial interface before configuring it as
a member of an MFR bundle. The Cisco IOS XR software blocks the following:
– Attempts to configure a serial interface as a member of an MFR bundle if the interface is
configured with a non-default MTU value.
– Attempts to change the mtu command value for a serial interface that is configured as a member
of an MFR bundle.
SUMMARY STEPS
1. config
2. controller MgmtMultilink rack/slot/bay/controller-id
3. exit
4. controller t3 instance
5. mode type
6. clock source {internal | line}
7. exit
8. controller t1 instance
9. channel-group channel-group-number
10. timeslots range
11. exit
12. exit
13. interface Multilink rack/slot/bay/controller-id/bundleId
14. encapsulation frame-relay | ppp
15. frame-relay multilink bid bundle-id-name
16. frame-relay multilink bandwidth-class a | b | c threshold
17. multilink fragment-size size
18. exit
19. interface Multilink rack/slot/bay/controller-id/bundleId.
subinterace [point-to-point | l2transport ]
20. ipv4 address ip-address
21. pvc dlci
DETAILED STEPS
Example:
RP/0/0/CPU0:router# config
Step 2 controller MgmtMultilink rack/slot/bay/controller-id Creates the controller for a generic multilink bundle
in the rack/slot/bay/controller-id notation and enters
the multilink management configuration mode. The
Example:
RP/0/0/CPU0:router(config)# controller MgmtMultilink
controller ID number is the zero-based index of the
0/1/0/0 controller chip. Currently, the SPAs that support
multilink Frame Relay have only one controller per
bay; therefore, the controller ID number is always
zero (0).
Step 3 exit Exits the multilink management configuration
mode.
Example:
RP/0/0/CPU0:router(config-mgmtmultilink)# exit
Step 4 controller t3 instance Specifies the T3 controller name in the
rack/slot/module/port notation and enters T3
configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3 0/1/0/0
Step 5 mode type Configures the type of multilinks to channelize; for
example, 28 T1s.
Example:
RP/0/0/CPU0:router(config-t3)# mode t1
Example:
RP/0/0/CPU0:router(config-t3)# exit
Step 8 controller t1 instance Enters T1 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t1 0/1/0/0/0
Step 9 channel-group channel-group-number Creates a T1 channel group and enters channel
group configuration mode for that channel group.
Example:
RP/0/0/CPU0:router(config-t1)# channel-group 0
Step 10 timeslots range Associates one or more DS0 time slots to a channel
group and creates an associated serial subinterface
on that channel group.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# • Range is from 1 to 24 time slots.
timeslots 1-24
• You can assign all 24 time slots to a single
channel group, or you can divide the time slots
among several channel groups.
Note Each individual T1 controller supports a
total of 24 DS0 time slots.
Step 11 exit Exits channel group configuration mode.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# exit
Step 12 exit Exits T1 configuration mode.
Example:
RP/0/0/CPU0:router(config-t1)# exit
Step 13 interface Multilink Creates a multilink bundle interface where you can
rack/slot/bay/controller-id/bundleId specify Frame Relay encapsulation for the bundle.
You create multilink Frame Relay subinterfaces
Example: under the multilink bundle interface.
RP/0/0/CPU0:router(config)# interface Multilink
0/1/0/0/100
Example:
RP/0/0/CPU0:router(config-if)# exit
Step 19 interface Multilink Creates a multilink subinterface in the
rack/slot/bay/controller-id/bundleId. rack/slot/bay/controller-id bundleId.subinterace
subinterace [point-to-point | l2transport ]
[point-to-point | l2transport ] notation and enters
the subinterface configuration mode.
Example: • l2transport—Treat as an attachment circuit
RP/0/0/CPU0:router(config)# interface Multilink
0/1/0/0/100.16 point-to-point • point-to-point—Treat as a point-to-point link
You can configure up to 992 subinterfaces on a
multilink bundle interface. The DLCIs are 16 to
1007.
Step 20 ipv4 address ip-address Assigns an IP address and subnet mask to the
interface in the format:
Example: A.B.C.D/prefix or A.B.C.D/mask
RP/0/0/CPU0:router(config-subif)# ipv4 address
3.1.100.16 255.255.255.0
Step 21 pvc dlci Creates a POS permanent virtual circuit (PVC) and
enters Frame Relay PVC configuration submode.
Example: Replace dlci with a PVC identifier, in the range from
RP/0/0/CPU0:router (config-subif)# pvc 16 16 to 1007.
Note Only one PVC is allowed per subinterface.
Example:
RP/0/0/CPU0:router(config-fr-vc)# exit
Step 24 exit Exits the subinterface configuration mode.
Example:
RP/0/0/CPU0:router(config-subif)# exit
Step 25 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance
notation.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/1/0/0/0/0:0
Step 26 encapsulation mfr Enables multilink Frame Relay on the serial
interface.
Example:
RP/0/0/CPU0:router(config)# encapsulation mfr
Step 27 multilink group group-id Specifies the multilink group ID for this interface.
Example:
RP/0/0/CPU0:router(config-if)# multilink group 100
Step 28 exit Exits interface configuration mode.
Example:
RP/0/0/CPU0:router(config-if)# exit
Example:
RP/0/0/CPU0:router(config)# exit
Step 31 show frame-relay interface multilink Shows the information retrieved from the interface
rack/slot/bay/controller-id/bundleId description block (IDB), including bundle-specific
information and Frame Relay information.
Example:
RP/0/0/CPU0:router# show frame-relay interface
Multilink 0/5/1/0/1
SUMMARY STEPS
1. config
2. controller t3 instance
3. mode type
DETAILED STEPS
Example:
RP/0/0/CPU0:router# config
Step 2 controller t3 instance Specifies the T3 controller name in the
rack/slot/module/port notation and enters T3
configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3 0/1/0/0
Step 3 mode type Configures the type of multilinks to channelize; for
example, 28 T1s.
Example:
RP/0/0/CPU0:router(config-t3)# mode t1
Example:
RP/0/0/CPU0:router(config-t3)# exit
Step 6 controller t1 instance Enters T1 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t1 0/1/0/0/0
Step 7 channel-group channel-group-number Creates a T1 channel group and enters channel
group configuration mode for that channel group.
Example:
RP/0/0/CPU0:router(config-t1)# channel-group 0
Step 8 timeslots range Associates one or more DS0 time slots to a channel
group and creates an associated serial subinterface
on that channel group.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# • Range is from 1 to 24 time slots.
timeslots 1-24
• You can assign all 24 time slots to a single
channel group, or you can divide the time slots
among several channel groups.
Note Each individual T1 controller supports a
total of 24 DS0 time slots.
Step 9 exit Exits channel group configuration mode.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# exit
Step 10 exit Exits T1 configuration mode.
Example:
RP/0/0/CPU0:router(config-t1)# exit
Step 11 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance
notation.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/1/0/0/0/0:0
Example:
RP/0/0/CPU0:router(config-if)# exit
Step 14 interface serial interfaceNumber Specifies the complete interface number with the
rack/slot/module/port/T3Num/T1num:instance
notation.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/1/0/0/0/0:0
Step 15 ipv4 address ip-address Assigns an IP address and subnet mask to the
interface in the format:
Example: A.B.C.D/prefix or A.B.C.D/mask
RP/0/0/CPU0:router(config-subif)# ipv4 address
3.1.100.16 255.255.255.0
Step 16 pvc dlci Creates a POS permanent virtual circuit (PVC) and
enters Frame Relay PVC configuration submode.
Example: Replace dlci with a PVC identifier, in the range from
RP/0/0/CPU0:router (config-subif)# pvc 100 16 to 1007.
Note Only one PVC is allowed per subinterface.
Step 17 service-policy {input | output} policy-map Attaches a policy map to an input subinterface or
output subinterface. When attached, the policy map
is used as the service policy for the subinterface.
Example:
RP/0/0/CPU0:router(config-fr-vc)# service-policy Note For information on creating and configuring
output policy-mapA policy maps, refer to Cisco IOS XR Modular
Quality of Service Configuration Guide,
Step 18 exit Exits the Frame-Relay virtual circuit mode.
Example:
RP/0/0/CPU0:router(config-fr-vc)# exit
Step 19 exit Exits the subinterface configuration mode.
Example:
RP/0/0/CPU0:router(config-subif)# exit
Step 20 exit Exits interface configuration mode.
Example:
RP/0/0/CPU0:router(config-if)# exit
Example:
RP/0/0/CPU0:router(config)# exit
Step 23 show frame-relay pvc [ dlci | interface | location ] Displays the information for the specified PVC
DLCI, interface, or location.
Example:
RP/0/0/CPU0:router# show frame-relay pvc 100
RP/0/0/CPU0:router(config-if)# no shutdown
RP/0/0/CPU0:router(config-if)# end
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config-subif)# commit
The following example shows how to disable LMI on a serial interface that has Frame Relay
encapsulation configured:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)# interface
RP/0/0/CPU0:router(config-if)# end
RP/0/0/CPU0:router(config)# interface
RP/0/0/CPU0:router(config-if)# end
The following example shows how to display Frame Relay statistics about the LMI on a POS interface:
RP/0/0/CPU0:router# show frame-relay lmi
LMI Statistics for interface POS0/1/0/0/ (Frame Relay DCE) LMI TYPE = ANSI
Num Status Enq. Rcvd 9444 Num Status Msgs Sent 9444
LMI Statistics for interface POS0/1/0/1/ (Frame Relay DCE) LMI TYPE = CISCO
Num Status Enq. Rcvd 9481 Num Status Msgs Sent 9481
The following example shows how to create a serial subinterface with a PVC on the main serial interface:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config-subif)# commit
The following example shows how to display information about all PVCs configured on your system:
RP/0/0/CPU0router# show frame-relay pvc
DLCI = 612, DLCI USAGE = LOCAL, ENCAP = CISCO, INHERIT = TRUE, PVC STATUS = ACTI
VE, INTERFACE = Serial0/3/2/0.1
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN packets 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:00 last time pvc status changed 00:00:00
DLCI = 613, DLCI USAGE = LOCAL, ENCAP = CISCO, INHERIT = TRUE, PVC STATUS = ACTI
VE, INTERFACE = Serial0/3/2/0.2
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN packets 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:00 last time pvc status changed 00:00:00
DLCI = 614, DLCI USAGE = LOCAL, ENCAP = CISCO, INHERIT = TRUE, PVC STATUS = ACTI
VE, INTERFACE = Serial0/3/2/0.3
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN packets 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:00 last time pvc status changed 00:00:00
DLCI = 615, DLCI USAGE = LOCAL, ENCAP = CISCO, INHERIT = TRUE, PVC STATUS = ACTI
VE, INTERFACE = Serial0/3/2/0.4
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN packets 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:00 last time pvc status changed 00:00:00
The following example shows how to modify LMI polling options on PVCs configured for a DTE, and
then use the show frame-relay lmi command to display information for monitoring and troublehooting
the interface:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config-subif)# commit
LMI Statistics for interface serial 0/3/0/0/0 (Frame Relay DTE) LMI TYPE = ANSI
Num Status Enq. Rcvd 9444 Num Status Msgs Sent 9444
Additional References
The following sections provide references related to Frame Relay.
Related Documents
Standards
Standards Title
FRF.12 Frame Relay Forum .12
FRF.16 Frame Relay Forum .16
ANSI T1.617 Annex D American National Standards Institute T1.617 Annex D
ITU Q.933 Annex A International Telecommunication Union Q.933 Annex A
MIBs
RFCs
RFCs Title
RFC 1294 Multiprotocol Interconnect Over Frame Relay
RFC 1315 Management Information Base for Frame Relay DTEs
RFC 1490 Multiprotocol Interconnect Over Frame Relay
RFC 1586 Guidelines for Running OSPF Over Frame Relay Networks
RFC 1604 Definitions of Managed Objects for Frame Relay Service
RFC 2115 Management Information Base for Frame Relay DTEs Using SMIv2
RFC 2390 Inverse Address Resolution Protocol
RFC 2427 Multiprotocol Interconnect Over Frame Relay
RFC 2954 Definitions of Managed Objects for Frame Relay Service
RFC 3020 RFC for FRF.16 MIB
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
A bundle is a group of one or more ports that are aggregated together and treated as a single link. The
different links within a single bundle can have varying speeds, where the fastest link can be a maximum
of four times greater than the slowest link. Each bundle has a single MAC, a single IP address, and a
single configuration set (such as quality of service [QoS]).
The CRS-1 Series Router and the Cisco XR 12000 Series Router support link bundling for Ethernet
interfaces. The CRS-1 Series Router also supports bundling for Packet-over-SONET/SDH (POS)
interfaces.
Contents
This module includes the following sections:
• Prerequisites for Configuring Link Bundling, page 192
• Restrictions for Configuring Link Bundling on the Cisco XR 12000 Series Router, page 193
• Restrictions for Configuring Link Bundling on the Cisco CRS-1 Router, page 194
• Information About Configuring Link Bundling, page 194
• How to Configure Link Bundling, page 199
• Configuration Examples for CRS-1 Series Link Bundling, page 214
• Additional References, page 215
Note For more information about physical interfaces, PLIMs, and modular services cards, refer to the
Cisco CRS-1 Carrier Routing System 8-Slot Line Card Chassis System Description.
Note Although the Cisco XR 12000 Series Router does not support an E3 interface as a member of a link
bundle, traffic entering through an E3 interface can egress out of a Link Bundling interface.
• QoS
• Access control lists (ACLs)
• QinQ encapsulation
• MPLS traffic engineering (TE)
• IPv6
• Multicast VPNs
All links within a bundle must be of the same type. For example, a bundle can contain all Ethernet
interfaces, or it can contain all POS interfaces, but it cannot contain Ethernet and POS interfaces at the
same time.
Cisco IOS XR software supports the following methods of forming bundles of Ethernet and POS
interfaces:
• IEEE 802.3ad—Standard technology that employs a Link Aggregation Control Protocol (LACP) to
ensure that all the member links in a bundle are compatible. Links that are incompatible or have
failed are automatically removed from a bundle.
• EtherChannel or POS Channel—Cisco proprietary technology that allows the user to configure links
to join a bundle, but has no mechanisms to check whether the links in a bundle are compatible.
EtherChannel applies to Ethernet interfaces, and POS Channel applies to POS interfaces.
Note We recommend that you avoid modifying the MAC address, because changes in the MAC address can
affect packet forwarding.
Note The memory requirement for bundle VLANs is slightly higher than standard physical interfaces.
To create a VLAN subinterface on a bundle, include the VLAN subinterface instance with the interface
Bundle-Ether command, as follows:
interface Bundle-Ether instance.subinterface
After you create a VLAN on an Ethernet link bundle, all physical VLAN subinterface configuration is
supported on that link bundle.
Note A link is configured to be a member of a bundle from the interface configuration submode for that link.
Note Failover is always onto the standby RP. If there is no standby pair, the configuration manager restores
the configuration to another RP, thereby recreating the bundles and other virtual interfaces.
Note You do not need to configure anything to guarantee that the standby interface configurations are
maintained.
Link Failover
When one member link in a bundle fails, traffic is redirected to the remaining operational member links
and traffic flow remains uninterrupted.
Note In order for an Ethernet bundle to be active, you must perform the same configuration on both connection
endpoints of the bundle.
SUMMARY STEPS
The creation of an Ethernet link bundle involves creating a bundle and adding member interfaces to that
bundle, as shown in the steps that follow.
1. configure
2. interface Bundle-Ether bundle-id
3. ipv4 address ipv4-address mask
4. bundle minimum-active bandwidth kbps
5. bundle minimum-active links links
6. bundle maximum-active links links
7. exit
8. interface {GigabitEthernet | TenGigE} instance
9. bundle id bundle-id [mode {active | on | passive}
10. no shutdown
11. exit
12. Repeat Step 8 through Step 11 to add more links to the bundle you created in Step 2.
13. end
or
commit
14. exit
15. exit
16. Perform Step 1 through Step 15 on the remote end of the connection.
17. show bundle Bundle-Ether bundle-id [reasons]
18. show lacp bundle Bundle-Ether bundle-id
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config)# interface
GigabitEthernet 1/0/2/1
RP/0/RP0/CPU0:router(config-if)# bundle id 3
RP/0/RP0/CPU0:router(config-if)# no shutdown
RP/0/RP0/CPU0:router(config-if)# exit
RP/0/RP0/CPU0:router(config)# interface
GigabitEthernet 1/0/2/3
RP/0/RP0/CPU0:router(config-if)# bundle id 3
RP/0/RP0/CPU0:router(config-if)# no shutdown
RP/0/RP0/CPU0:router(config-if)# exit
Example:
RP/0/RP0/CPU0:router(config-if)# exit
Step 15 exit Exits global configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 16 Perform Step 1 through Step 15 on the remote end of the Brings up the other end of the link bundle.
connection.
Step 17 show bundle Bundle-Ether bundle-id [reasons] (Optional) Shows information about the specified
Ethernet link bundle.
Example:
RP/0/RP0/CPU0:router# show bundle Bundle-Ether 3
reasons
Step 18 show lacp bundle Bundle-Ether bundle-id (Optional) Shows detailed information about LACP
ports and their peers.
Example:
RP/0/RP0/CPU0:router# show lacp bundle
Bundle-Ether 3
Note In order for a VLAN bundle to be active, you must perform the same configuration on both ends of the
bundle connection.
SUMMARY STEPS
The creation of a VLAN link bundle is described in the steps that follow.
1. configure
2. interface Bundle-Ether bundle-id
3. ipv4 address ipv4-address mask
4. bundle minimum-active bandwidth kbps
5. bundle minimum-active links links
6. bundle maximum-active links links
7. exit
8. interface Bundle-Ether bundle-id.vlan-id
9. dot1q vlan vlan-id
10. ipv4 address ipv4-address mask
11. no shutdown
12. exit
13. Repeat Step 7 through Step 12 to add more VLANS to the bundle you created in Step 2.
14. end
or
commit
15. exit
16. exit
17. show vlan interface
18. configure
19. interface {GigabitEthernet | TenGigE} instance
20. bundle id bundle-id [mode {active | on | passive}
21. no shutdown
22. Repeat Step19 through Step 21 to add more Ethernet Interfaces to the bundle you created in Step 2.
23. end
or
commit
24. Perform Step 1 through Step 23 on the remote end of the connection.
25. show bundle Bundle-Ether bundle-id [reasons]
26. show vlan trunks [{GigabitEthernet | TenGigE | Bundle-Ether} instance] [brief | summary]
[location node-id]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface Bundle-Ether bundle-id Creates and names a new Ethernet link bundle.
This interface Bundle-Ether command enters
Example: you into the interface configuration submode,
RP/0/RP0/CPU0:router#(config)# interface where you can enter interface-specific
Bundle-Ether 3 configuration commands. Use the exit command
to exit from the interface configuration submode
back to the normal global configuration mode.
Step 3 ipv4 address ipv4-address mask Assigns an IP address and subnet mask to the
virtual interface using the ipv4 address
configuration subcommand.
Example:
RP/0/RP0/CPU0:router(config-if)# ipv4 address
10.1.2.3 255.0.0.0
Step 4 bundle minimum-active bandwidth kbps Sets the minimum amount of bandwidth required
before a user can bring up a bundle.
Example:
RP/0/RP0/CPU0:router(config-if)# bundle
minimum-active bandwidth 580000
Step 5 bundle minimum-active links links Sets the number of active links required before
you can bring up a specific bundle.
Example:
RP/0/RP0/CPU0:router(config-if)# bundle
minimum-active links 2
Example:
RP/0/RP0/CPU0:router(config-if)# exit
Step 8 interface Bundle-Ether bundle-id.vlan-id Creates a new VLAN, and assigns the VLAN to
the Ethernet bundle you created in Step 2.
Example: Replace the bundle-id argument with the
RP/0/RP0/CPU0:router#(config)# interface bundle-id you created in Step 2.
Bundle-Ether 3.1
Replace the vlan-id with a subinterface identifier.
Range is from 1 to 4094 inclusive (0 and 4095 are
reserved).
Note When you include the .vlan-id argument
with the interface Bundle-Ether
bundle-id command, you enter
subinterface configuration mode.
Step 9 dot1q vlan vlan-id Assigns a VLAN to the subinterface.
Replace the vlan-id argument with a subinterface
Example: identifier. Range is from 1 to 4094 inclusive (0
RP/0/RP0/CPU0:router#(config-subif)# dot1q vlan 10 and 4095 are reserved).
Step 10 ipv4 address ipv4-address mask Assigns an IP address and subnet mask to the
subinterface.
Example:
RP/0/RP0/CPU0:router#(config-subif)# ipv4 address
10.1.2.3/24
Step 11 no shutdown (Optional) If a link is in the down state, bring it
up. The no shutdown command returns the link to
an up or down state depending on the
Example:
RP/0/RP0/CPU0:router#(config-subif)# no shutdown
configuration and state of the link.
Step 12 exit Exits subinterface configuration mode for the
VLAN subinterface.
Example:
RP/0/RP0/CPU0:router(config-subif)# exit
Example:
RP/0/RP0/CPU0:router(config-subif)# interface
Bundle-Ether 3.1
RP/0/RP0/CPU0:router(config-subif)# dot1q vlan 20
RP/0/RP0/CPU0:router(config-subif)# ipv4 address
20.2.3.4/24
RP/0/RP0/CPU0:router(config-subif)# no shutdown
exit
Step 14 end Saves configuration changes.
or
• When you issue the end command, the
commit system prompts you to commit changes:
Uncommitted changes found, commit them
Example: before exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-subif)# end [cancel]:
or
– Entering yes saves configuration changes
RP/0/RP0/CPU0:router(config-subif)# commit to the running configuration file, exits the
configuration session, and returns the
router to EXEC mode.
– Entering no exits the configuration
session and returns the router to EXEC
mode without committing the
configuration changes.
– Entering cancel leaves the router in the
current configuration session without
exiting or committing the configuration
changes.
• Use the commit command to save the
configuration changes to the running
configuration file and remain within the
configuration session.
Step 15 exit Exits interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config-subif)# end
Step 16 exit Exits global configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 17 show vlan interface Displays the current VLAN interface and status
configuration.
Example:
RP/0/RP0/CPU0:router # show vlan interface
Example:
RP/0/RP0/CPU0:router # configure
Step 19 interface {GigabitEthernet | TenGigE} instance Enters the interface configuration mode for the
Ethernet interface you want to add to the Bundle.
Example: Enter the GigabitEthernet or TenGigE keyword
RP/0/RP0/CPU0:router(config)# interface to specify the interface type. Replace the instance
GigabitEthernet 1/0/0/0 argument with the node-id in the
rack/slot/module format.
Note A VLAN bundle is not active until you
add an Ethernet interface on both ends of
the link bundle.
Step 20 bundle id bundle-id [mode {active | on | passive}] Adds an Ethernet interface to the bundle you
configured in Step 2 through Step 13.
Example: To enable active or passive LACP on the bundle,
RP/0/RP0/CPU0:router(config-if)# bundle-id 3 include the optional mode active or mode passive
keywords in the command string.
To add the interface to the bundle without LACP
support, include the optional mode on keywords
with the command string.
Note If you do not specify the mode keyword,
the default mode is on (LACP is not run
over the port).
Step 21 no shutdown (Optional) If a link is in the down state, bring it
up. The no shutdown command returns the link to
an up or down state depending on the
Example:
RP/0/RP0/CPU0:router(config-if)# no shutdown
configuration and state of the link.
Step 22 — Repeat Step 19 through Step 21 to add more
Ethernet interfaces to the VLAN bundle.
Note In order for a POS bundle to be active, you must perform the same configuration on both connection
endpoints of the POS bundle.
SUMMARY STEPS
The creation of a bundled POS interface involves configuring both the bundle and the member interfaces,
as shown in the following steps.
1. configure
2. interface Bundle-POS bundle-id
3. ipv4 address ipv4-address mask
4. bundle minimum-active bandwidth kbps
5. bundle minimum-active links links
6. bundle maximum-active links links
7. exit
8. interface POS number
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface Bundle-POS bundle-id Configures and names the new bundled POS interface.
This interface command will enter you into the
Example: interface configuration submode, from where interface
RP/0/RP0/CPU0:router#(config)#interface Bundle-POS specific configuration commands are entered. Use the
2 exit command to exit from the interface configuration
submode back to the normal global configuration
mode.
Step 3 ipv4 address ipv4-address mask Assigns an IP address and subnet mask to the virtual
interface using the ip address configuration
subcommand.
Example:
RP/0/RP0/CPU0:router(config-if)# ipv4 address
10.1.2.3 255.0.0.0
Step 4 bundle minimum-active bandwidth kbps Sets the minimum amount of bandwidth required
before a user can bring up a bundle.
Example:
RP/0/RP0/CPU0:router(config-if)# bundle
minimum-active bandwidth 620000
Step 5 bundle minimum-active links links (Optional) Sets the number of active links required
before you can bring up a specific bundle.
Example:
RP/0/RP0/CPU0:router(config-if)# bundle
minimum-active links 2
Step 6 bundle maximum-active links links (Optional) Limits the number of links that can be
actively carrying traffic in a specific bundle.
Example: Note The default number of active links allowed in a
RP/0/RP0/CPU0:router(config-if)# bundle single bundle is 32.
maximum-active links 1
Note If the bundle maximum-active command is
issued, then only the highest-priority link
within the bundle is active. The priority is
based on the value from the port-priority
command, where a lower value is a higher
priority. Therefore, we recommend that you
configure a higher priority on the link that you
want to be the active link.
Step 7 exit Exits the interface configuration submode.
Step 9 bundle id bundle-id [mode {active | passive | on}] Adds the link to the specified bundle.
To enable active or passive LACP on the bundle,
Example: include the optional mode active or mode passive
RP/0/RP0/CPU0:router(config-if)# bundle-id 3 keywords in the command string.
To add the link to the bundle without LACP support,
include the optional mode on keywords with the
command string.
Note If you do not specify the mode keyword, the
default mode is on (LACP is not run over the
port).
Step 10 no shutdown Removes the shutdown configuration which forces the
interface administratively down. The no shutdown
command then returns the link to an up or down state,
Example:
RP/0/RP0/CPU0:router(config-if)# no shutdown
depending on the configuration and state of the link.
Step 11 exit Exits the interface configuration submode for the POS
interface.
Example:
RP/0/RP0/CPU0:router# exit
Step 12 Repeat Step 8 through Step 11 to add more links to a (Optional) Adds more links to the bundle you created
bundle in Step 2.
Example:
RP/0/RP0/CPU0:router(config-if)# exit
Step 15 exit Exits global configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 16 Perform Step 1 through Step 15 on the remote end of the Brings up the other end of the link bundle.
connection.
Step 17 show bundle Bundle-POS number [reasons] (Optional) Shows information about the specified POS
link bundle.
Example:
RP/0/RP0/CPU0:router# show bundle Bundle-POS 1
reasons
Step 18 show lacp bundle Bundle-POS bundle-id (Optional) Shows detailed information about LACP
ports and their peers.
Example:
RP/0/RP0/CPU0:router# show lacp bundle Bundle-POS
3
RP/0/RP0/CPU0:Router# config
RP/0/RP0/CPU0:Router(config)# interface Bundle-Ether 3
RP/0/RP0/CPU0:Router(config-if)# ipv4 address 1.2.3.4/24
RP/0/RP0/CPU0:Router(config-if)# bundle minimum-active bandwidth 620000
RP/0/RP0/CPU0:Router(config-if)# bundle minimum-active links 1
RP/0/RP0/CPU0:Router(config-if)# exit
RP/0/RP0/CPU0:Router(config)# interface TenGigE 0/3/0/0
RP/0/RP0/CPU0:Router(config-if)# bundle id 3 mode active
RP/0/RP0/CPU0:Router(config-if)# no shutdown
RP/0/RP0/CPU0:Router(config)# exit
RP/0/RP0/CPU0:Router(config)# interface TenGigE 0/3/0/1
RP/0/RP0/CPU0:Router(config-if)# bundle id 3 mode active
RP/0/RP0/CPU0:Router(config-if)# no shutdown
RP/0/RP0/CPU0:Router(config-if)# exit
The following example shows how to create and bring up two VLANS on an Ethernet bundle:
RP/0/RP0/CPU0:Router# config
RP/0/RP0/CPU0:Router(config)# interface Bundle-Ether 1
RP/0/RP0/CPU0:Router(config-if)# ipv4 address 1.2.3.4/24
RP/0/RP0/CPU0:Router(config-if)# bundle minimum-active bandwidth 620000
RP/0/RP0/CPU0:Router(config-if)# bundle minimum-active links 1
RP/0/RP0/CPU0:Router(config-if)# exit
RP/0/RP0/CPU0:Router(config)# interface Bundle-Ether 1.1
RP/0/RP0/CPU0:Router(config-subif)# dot1q vlan 10
RP/0/RP0/CPU0:Router(config-subif)# ip addr 10.2.3.4/24
RP/0/RP0/CPU0:Router(config-subif)# no shutdown
RP/0/RP0/CPU0:Router(config-subif)# exit
RP/0/RP0/CPU0:Router(config)# interface Bundle-Ether 1.2
RP/0/RP0/CPU0:Router(config-subif)# dot1q vlan 20
RP/0/RP0/CPU0:Router(config-subif)# ip addr 20.2.3.4/24
RP/0/RP0/CPU0:Router(config-subif)# no shutdown
RP/0/RP0/CPU0:Router(config-subif)# exit
RP/0/RP0/CPU0:Router(config)#interface gig 0/1/5/7
RP/0/RP0/CPU0:Router(config-if)# bundle-id 1 mode act
RP/0/RP0/CPU0:Router(config-if)# commit
RP/0/RP0/CPU0:Router(config-if)# exit
RP/0/RP0/CPU0:Router(config)# exit
RP/0/RP0/CPU0:Router # show vlan trunks
The following example shows how to join two ports to form an POS link bundle:
Router# config
Router(config)# interface Bundle-POS 5
Router(config-if)# ipv4 address 1.2.3.4/24
Router(config-if)# bundle minimum-active bandwidth 620000
Router(config-if)# bundle minimum-active bandwidth 620000
Router(config-if)# exit
Router(config)# interface POS 0/0/1/0
Router(config-if)# bundle id 5
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)# interface POS 0/0/1/1
Router(config-if)# bundle id 5
Router(config-if)# no shutdown
Router(config-if)# exit
Additional References
The following sections provide references related to link bundle configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software.
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of loopback and null interfaces on routers supporting
Cisco IOS XR Software. Loopback and null interfaces are considered virtual interfaces.
A virtual interface represents a logical packet switching entity within the router. Virtual Interfaces have
a global scope and do not have an associated location. Virtual interfaces have instead a globally unique
numerical ID after their names. Examples are Loopback 0, Loopback1, and Loopback 99999. The ID is
unique per virtual interface type to make the entire name string unique such that you can have both
Loopback 0 and Null 0.
Loopback and null interfaces have their control plane presence on the active route processor (RP). The
configuration and control plane are mirrored onto the standby RP and, in the event of a failover, the
virtual interfaces move to the ex-standby, which then becomes the newly active RP.
Feature History for Configuring Loopback and Null Interfaces on Cisco IOS XR Software
Release Modification
Release 2.0 This feature was introduced on the Cisco CRS-1.
Release 3.0 No modifications.
Release 3.2 Support was added for the Cisco XR 12000 Series Router.
Release 3.3.0 No modifications.
Release 3.4.0 This chapter was updated to include information on configuring virtual
IPV4 management interfaces.
Release 3.5.0 No modifications.
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring Virtual Interfaces, page 220
• Information About Configuring Virtual Interfaces, page 220
• How to Configure Virtual Interfaces, page 221
• Configuration Examples for Virtual Interfaces, page 225
• Additional References, page 227
The Null0 interface is created by default on the RP during boot and cannot be removed. The ipv4
unreachables command can be configured for this interface, but most configuration is unnecessary
because this interface just discards all the packets sent to it.
The Null0 interface can be displayed with the show interfaces null0 command.
Note The user need not configure anything to guarantee that the standby interface configurations are
maintained.
Restrictions
The IP address of a loopback interface must be unique across all routers on the network. It must not be
used by another interface on the router, and it must not be used by an interface on any other router on
the network.
SUMMARY STEPS
1. configure
2. interface loopback instance
3. ipv4 address ip-address
4. end
or
commit
5. show interfaces type instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface loopback instance Enters interface configuration mode and names the new
loopback interface.
Example:
RP/0/RP0/CPU0:router#(config)# interface
Loopback 3
Step 3 ipv4 address ip-address Assigns an IP address and subnet mask to the virtual
loopback interface using the ipv4 address configuration
command.
Example:
RP/0/RP0/CPU0:router(config-if)# ipv4 address
172.18.189.38/32
SUMMARY STEPS
1. configure
2. interface null 0
3. ipv4 unreachables
4. end
or
commit
5. show interfaces type instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface null 0 Enters the null0 interface configuration mode.
Example:
RP/0/RP0/CPU0:router#(config)# interface null 0
Step 3 ipv4 unreachables Generates IPv4 ICMP unreachables messages.
• This command has no arguments or keywords.
Example:
RP/0/RP0/CPU0:router#(config-null0)# ipv4
unreachables
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-null0)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-null0)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 show interfaces null 0 Verifies the configuration of the null interface.
Example:
RP/0/RP0/CPU0:router# show interfaces null0
SUMMARY STEPS
1. configure
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 ipv4 address virtual address ipv4-address/mask Defines an IPv4 virtual address for the management
Ethernet interface.
Example:
RP/0/RP0/CPU0:router(config)# ipv4 virtual
address 10.3.32.154/8
Step 3 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-null0)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-null0)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Additional References
The following sections provide references related to loopback and null interface configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software.
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
Before you can telnet into the switch through the LAN IP address, you must set up a Management
Ethernet interface and enable telnet servers, as described in the Configuring General Router Features
module of the Cisco IOS XR Getting Started Guide. This module describes how to modify the default
configuration of the Management Ethernet interface after it has been configured, as described in
Cisco IOS XR Getting Started Guide.
Note Forwarding between physical layer interface modules (PLIM) ports and Management Ethernet interface
ports is disabled by default. To enable forwarding between PLIM ports and Management Ethernet
interface ports, use the
rp mgmtethernet forwarding command.
Note Although the Management Ethernet interfaces on the system are present by default, the user must
configure these interfaces to use them for accessing the router, using protocols and applications such as
Simple Network Management Protocol (SNMP), Common Object Request Broker Architecture
(CORBA), HTTP, extensible markup language (XML), TFTP, Telnet, and command-line interface (CLI).
Feature History for Configuring Management Ethernet Interfaces on Cisco IOS XR Software
Release Modification
Release 2.0 This feature was introduced on the Cisco CRS-1.
Release 3.0 No modification.
Release 3.2 This feature was first supported on the Cisco XR 12000 Series Router.
Release 3.3.0 Manual configuration of the Management Ethernet interface is the only
option. The initial prompts that originally walked the user through
Management Ethernet interface configuration upon software installation
were removed.
Release 3.4.0 No modification.
Release 3.5.0 No modifications.
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring Management Ethernet Interfaces, page 232
• Information About Configuring Management Ethernet Interfaces, page 232
• How to Perform Advanced Management Ethernet Interface Configuration, page 233
• Configuration Examples for Management Ethernet Interfaces, page 240
• Additional References, page 240
Task IDs for speed, duplex, mac-address, and show interfaces commands are listed in
Cisco IOS XR Interface and Hardware Component Command Reference.
• You know how to apply the generalized interface name specification rack/slot/module/port.
For further information on interface naming conventions, refer to Cisco IOS XR Getting Started
Guide.
Note Note that, for transparent switchover, both active and standby Management Ethernet interfaces are
expected to be physically connected to the same LAN or switch.
Note You do not must perform this task if you have already set up the Management Ethernet interface to enable
telnet servers, as described in the “Configuring General Router Features” module of the Cisco IOS XR
Getting Started Guide.
SUMMARY STEPS
1. configure
2. interface MgmtEth instance
3. ipv4 address ip-address mask
4. mtu bytes
5. no shutdown
6. end
or
commit
7. show interfaces MgmtEth instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure terminal
Step 2 interface MgmtEth instance Enters interface configuration mode and specifies the
Ethernet interface name and notation rack/slot/module/port.
Example: The example indicates port 0 on the RP card that is installed
RP/0/RP0/CPU0:router(config)# interface MgmtEth in slot 0.
0/RP0/CPU0/0
Step 3 ipv4 address ip-address mask Assigns an IP address and subnet mask to the interface.
• Replace ip-address with the primary IPv4 address for
Example: the interface.
RP/0/RP0/CPU0:router(config-if)# ipv4 address
172.18.189.38 255.255.255.224
• Replace mask with the mask for the associated IP
subnet. The network mask can be specified in either of
two ways:
– The network mask can be a four-part dotted
decimal address. For example, 255.0.0.0 indicates
that each bit equal to 1 means that the
corresponding address bit belongs to the network
address.
– The network mask can be indicated as a slash (/)
and number. For example, /8 indicates that the first
8 bits of the mask are ones, and the corresponding
bits of the address are network address.
Step 4 mtu bytes (Optional) Sets the maximum transmission unit (MTU)
value for the interface.
Example: • The default is 1514 bytes.
RP/0/RP0/CPU0:router(config-if# mtu 1448
• The range for the Management Ethernet Interface mtu
values is 64 to 1514 bytes.
Step 5 no shutdown Removes the shutdown configuration, which removes the
forced administrative down on the interface, enabling it to
move to an up or down state.
Example:
RP/0/RP0/CPU0:router(config-if)# no shutdown
Example:
RP/0/RP0/CPU0:router# show interfaces MgmtEth
0/RP0/CPU0/0
SUMMARY STEPS
1. configure
2. interface MgmtEth instance
3. duplex [full | half]
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface MgmtEth instance Enters interface configuration mode and specifies the
Management Ethernet interface name and instance.
Example:
RP/0/RP0/CPU0:router(config)# interface
MgmtEth 0/RP0/CPU0/0
Step 3 duplex [full | half] Configures the interface duplex mode. Valid options are full
or half.
Example: Note To return the system to autonegotiated duplex
RP/0/RP0/CPU0:router(config-if)# duplex full operation, use the no duplex command.
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without committing
the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or committing
the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
SUMMARY STEPS
1. configure
2. interface MgmtEth instance
3. speed {10 | 100 | 1000}
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface MgmtEth instance Enters interface configuration mode and specifies the
Management Ethernet interface name and instance.
Example:
RP/0/RP0/CPU0:router(config)# interface MgmtEth
0/RP0/CPU0/0
Step 3 speed {10 | 100 | 1000} Configures the interface speed parameter.
• On a Cisco CRS-1 router, valid speed options are 10,
Example: 100 or 1000 Mbps.
RP/0/RP0/CPU0:router(config-if)# speed 100
• On a Cisco XR 12000 Series Router, valid speed
options are 10 or 100 Mbps.
Note The default Management Ethernet interface speed is
autonegotiated.
SUMMARY STEPS
1. configure
2. interface MgmtEth instance
3. mac-address address
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface MgmtEth instance Enters interface configuration mode and specifies the
Management Ethernet interface name and instance.
Example:
RP/0/RP0/CPU0:router(config)# interface MgmtEth
0/RP0/CPU0/0
SUMMARY STEPS
Step 1 show interfaces MgmtEth instance Displays the Management Ethernet interface configuration.
Example:
RP/0/RP0/CPU0:router# show interfaces MgmtEth
0/RP0/CPU0/0
Step 2 show running-config interface MgmtEth instance Displays the running configuration.
Example:
RP/0/RP0/CPU0:router# show running-config
interface MgmtEth 0/RP0/CPU0/0
interface MgmtEth0/RP0/CPU0/0
description Connected to Lab LAN
ipv4 address 172.29.52.70 255.255.255.0
!
Additional References
The following sections provide references related to Management Ethernet interface configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software.
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by the feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
A NetFlow flow is a unidirectional sequence of packets that arrive on a single interface (or subinterface),
and have the same values for key fields.
NetFlow is useful for the following:
• Accounting/Billing—NetFlow data provides fine grained metering for highly flexible and detailed
resource utilization accounting.
• Network Planning and Analysis—NetFlow data provides key information for strategic network
planning.
• Network Monitoring—NetFlow data enables near real-time network monitoring capabilities.
Release Modification
Release 3.2 This feature was introduced on the Cisco CRS-1.
Release 3.3.0 • This feature was first supported on the Cisco XR 12000 Series Router.
• Information was added about using the bgp attribute-download
command to enable the NetFlow BGP data export function.
• NetFlow support for subinterfaces was introduced on the Cisco CRS-1.
Release 3.3.1 • Support for Multiprotocol Label Switching (MPLS)-aware NetFlow
was introduced on the Cisco CRS-1.
• The mpls keyword was added to the flow command to support
MPLS-aware NetFlow.
• The mpls keyword was added to the record command to support
MPLS-aware NetFlow.
Release 3.4.0 • The following commands were moved to flow exporter map
configuration mode:
– destination
– dscp
– source
– transport udp
• NetFlow was updated so that a single flow monitor map supports up to
8 exporters.
• NetFlow was updated so that users could specify the number of MPLS
labels to use as keys.
Release 3.4.1 • The record mpls field was introduced in the Cisco CRS-1 show
command output.
Release 3.5.0 • The record ipv6 command was introduced on the Cisco CRS-1.
• The record mpls command was introduced on the
Cisco XR 12000 Series Router.
• MPLS-aware NetFlow was supported on the
Cisco XR 12000 Series Router.
• Support for IPv6 aware NetFlow was introduced on the Cisco CRS-1.
Release 3.6.0 • Support for MPLS-aware NetFlow with IPv6 fields and IPv4-IPv6
fields was introduced on the Cisco CRS-1 and the
Cisco XR 12000 Series Router.
Contents
This chapter includes the following sections:
• Prerequisites for Configuring NetFlow, page 244
• Restrictions for Configuring NetFlow, page 245
• Information About Configuring NetFlow, page 245
• How to Configure NetFlow on Cisco IOS XR Software, page 252
• Configuration Examples for NetFlow, page 266
• Additional References, page 267
• RFCs, page 268
Tip We recommend that you do not use the management interface to export NetFlow packets. Exporting the
management interface does not work on the Cisco XR 12000 Series Router and is not efficient on the
Cisco CRS-1.
NetFlow Overview
A flow is exported as part of a NetFlow export User Datagram Protocol (UDP) datagram under the
following circumstances:
• The flow has been inactive or active for too long.
• The flow cache is getting full.
• One of the counters (packets and or bytes) has wrapped.
• The user forces the flow to export.
NetFlow export UDP datagrams are sent to an external flow collector device that provides NetFlow
export data filtering and aggregation. The export of data consists of expired flows and control
information.
The NetFlow infrastructure is based on the configuration and use of the following maps:
• Monitor map
• Sampler map
• Exporter map
These maps are described in the sections that follow.
Note The record name specifies the type of packets that NetFlow samples as they pass through the
router. Currently, MPLS, IPv4, and IPv6 packet sampling is supported.
Note The active flow and inactive flow timeouts are associated with a normal cache type. The update timeout
is associated with the permanent cache type.
Note These values are for MSC-Rev. A line cards. CRS-1 MSC-Rev. B line cards have a higher policer rate.
Note In Cisco IOS XR software, UDP is the only supported transport protocol for export packets.
Note NetFlow export packets use the IP address that is assigned to the source interface. If the source interface
does not have an IP address assigned to it, the exporter will be inactive.
Tip The Cisco IOS XR software allows you to issue most commands available under submodes as one single
command string from global configuration mode. For example, you can issue the record ipv4 command from
the flow monitor map configuration submode as follows:
RP/0/RP0/CPU0:router(config)# flow monitor-map fmm
RP/0/RP0/CPU0:router(config-fmm)# record ipv4
Alternatively, you can issue the same command from global configuration mode, as shown in the
following example:
RP/0/RP0/CPU0:router(config)# flow monitor-map fmm record ipv4
In the following sample output, the question mark (?) online help function displays all the commands
available under the flow exporter map configuration submode:
RP/0/RP0/CPU0:router(config)# flow exporter-map fem
RP/0/RP0/CPU0:router(config-fem)# ?
RP/0/RP0/CP0:router(config-fem)#
Note If you enter the version command, you enter the flow exporter map version configuration submode.
RP/0/RP0/CPU0:router(config-fem-ver)# ?
RP/0/RP0/CPU0:router(config-fem-ver)#
In the following sample output, the question mark (?) online help function displays all the commands
available under the flow monitor map configuration submode:
RP/0/RP0/CPU0:router(config)# flow monitor-map fmm
RP/0/RP0/CPU0:router(config-fmm)# ?
RP/0/RP0/CP0:router(config-fmm)#
RP/0/RP0/CPU0:router(config-sm)# ?
RP/0/RP0/CP0:router(config-sm)#
Note The different types of NetFlow entries are stored in separate caches. Consequently, the number of
NetFlow entries on a line card can significantly impact the amount of available memory on the line card.
Also, even though the sampling rate for IPv6 is the same as the sampling rate for IPv4, the CPU
utilization for IPv6 is higher due to the longer keys used by the IPv6 fields.
The following configuration collects MPLS traffic, but no payload information is collected.
RP/0/RP0/CPU0:router(config)# flow monitor-map MPLS-fmm
RP/0/RP0/CPU0:router(config-fmm)# record mpls labels 3
RP/0/RP0/CPU0:router(config-fmm)# cache permanent
RP/0/RP0/CPU0:router(config)# exit
RP/0/RP0/CPU0:router(config)# interface pos 0/1/0/0
RP/0/RP0/CPU0:router(config-if)# flow mpls monitor MPLS-fmm sampler fsm ingress
The following configuration collects MPLS traffic with IPv4 payloads. It also collects MPLS traffic
without IPv4 payloads, but it populates the IPv4 fields with zeros (0).
RP/0/RP0/CPU0:router(config)# flow monitor-map MPLS-IPv4-fmm
RP/0/RP0/CPU0:router(config-fmm)# record mpls IPv4-fields labels 3
RP/0/RP0/CPU0:router(config-fmm)# cache permanent
RP/0/RP0/CPU0:router(config-fmm)# exit
RP/0/RP0/CPU0:router(config)# interface pos 0/1/0/0
RP/0/RP0/CPU0:router(config-if)# flow mpls monitor MPLS-IPv4-fmm sampler fsm ingress
The following configuration collects MPLS traffic with IPv6 payloads. It also collects MPLS traffic
without IPv6 payloads, but it populates the IPv6 fields with zeros (0).
RP/0/RP0/CPU0:router(config)# flow monitor-map MPLS-IPv6-fmm
RP/0/RP0/CPU0:router(config-fmm)# record mpls IPv6-fields labels 3
RP/0/RP0/CPU0:router(config-fmm)# cache permanent
RP/0/RP0/CPU0:router(config-fmm)# exit
RP/0/RP0/CPU0:router(config)# interface pos 0/1/0/0
RP/0/RP0/CPU0:router(config-if)# flow mpls monitor MPLS-IPv6-fmm sampler fsm ingress
The following configuration collects MPLS traffic with both IPv6 and IPv4 fields. It also collects MPLS
traffic without IPv4 or IPv6 payloads, but it populates the IPv6 and IPv4 fields with zeros (0).
RP/0/RP0/CPU0:router(config)# flow monitor-map MPLS-IPv4-IPv6-fmm
RP/0/RP0/CPU0:router(config-fmm)# record mpls IPv4-IPv6-fields labels 3
RP/0/RP0/CPU0:router(config-fmm)# cache permanent
RP/0/RP0/CPU0:router(config-fmm)# exit
RP/0/RP0/CPU0:router(config)# interface pos 0/1/0/0
RP/0/RP0/CPU0:router(config-if)# flow mpls monitor MPLS-IPv4-IPv6-fmm sampler fsm ingress
Note The monitor map must reference the exporter map you created in Step 1. If you do not apply an
exporter-map to the monitor-map, the flow records are not exported, and aging is done according
to the cache parameters specified in the monitor-map.
Note Cisco IOS XR software supports the configuration of a single collector only in the exporter map.
The steps that follow describe how to create and configure an exporter map.
SUMMARY STEPS
1. configure
2. flow exporter-map map_name
3. destination hostname_or_IP_address
4. dscp dscp_value
5. source type instance
6. transport udp port
7. version v9
8. options {interface-table | sampler-table} [timeout seconds]
9. template [data | options] timeout seconds
10. end
or
commit
11. show flow exporter-map map_name
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 flow exporter-map map_name Creates an exporter map, configures the exporter map name,
and enters flow exporter map configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# flow exporter-map
fem
Step 3 destination hostname_or_IP_address Configures the export destination for the flow exporter map.
The destination can be a hostname or an IP address.
Example:
RP/0/RP0/CPU0:router(config-fem)# destination
nnn.nnn.nnn.nnn
Step 4 dscp dscp_value (Optional) Specifies the differentiated services codepoint
(DSCP) value for export packets. Replace the dscp_value
argument with a value in the range from 0 through 63.
Example:
RP/0/RP0/CPU0:router(config-fem)# dscp 55
Step 5 source type instance Specifies a source interface, in the format type instance.
Example:
RP/0/RP0/CPU0:router(config-fem)# source pos
0/1/0/1
Step 6 transport udp port (Optional) Specifies the destination port for UDP packets.
Replace port with the destination UDP port value, in the
range from 1024 through 65535.
Example:
RP/0/RP0/CPU0:router(config-fem)# transport udp
9991
Step 7 version v9 (Optional) Enters flow exporter map version configuration
submode.
Example:
RP/0/RP0/CPU0:router(config-fem-ver)# version
v9
Step 8 options {interface-table | sampler-table} (Optional) Configures the export timeout value for the
[timeout seconds] sampler table. Replace seconds with the export timeout
value, in the range from 1 through 604800 seconds.
Example: Default is 1800 seconds.
RP/0/RP0/CPU0:router(config-fem-ver)# options
sampler-table timeout 2000
Example:
RP/0/RP0/CPU0:router# show flow exporter-map
fem
SUMMARY STEPS
1. configure
2. sampler-map map_name
3. random 1 out-of sampling_interval
4. end
or
commit
5. exit
6. exit
7. show sampler-map map_name
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 sampler-map map_name Creates a sampler map and enters sampler map
configuration mode.
Example: Keep the following in mind when configuring a sampler
RP/0/RP0/CPU0:router(config)# sampler-map fsm map:
RP/0/RP0/CPU0:router(config-sm)#
• On the Cisco CRS-1, NetFlow supports policing at a
rate of 35,000 packets per second per direction for each
individual line card.
• On the Cisco XR 12000 Series Router, NetFlow
supports policing at a rate of 50,0000 packets per
second per direction for each individual line card if
SNF is enabled in one direction (ingress or egress).
Note that this limit does not apply if SNF is enabled in
both directions. If SNF is enabled in both directions,
then NetFlow supports 25,000 packets per second per
direction for each individual line card.
Step 3 random 1 out-of sampling_interval Configures the sampling interval to use random mode for
sampling packets. Replace the sampling_interval argument
with a number, in the range from1 through 65535 units.
Example:
RP/0/RP0/CPU0:router(config-sm)# random 1
out-of 10
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router (config-sm)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router (config-sm)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 7 show sampler-map map_name Displays sampler map data.
Example:
RP/0/RP0/CPU0:router# show sampler-map fsm
SUMMARY STEPS
1. configure
2. flow monitor-map map_name
3. record ipv4
or
record ipv6
or
record mpls
or
record mpls [ipv4-fields] [labels number]
or
record mpls [ipv6-fields] [labels number]
or
record mpls [ipv4-ipv6-fields] [labels number]
4. cache entries number
5. cache permanent
6. cache timeout {active | inactive | upate} timeout_value
7. exporter map_name
8. end
or
commit
9. exit
10. exit
11. show flow monitor-map map_name
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 flow monitor-map map_name Creates a monitor map and configures a monitor map name
and enters flow monitor map configuration submode.
Example:
RP/0/RP0/CPU0:router(config)# flow monitor-map
fmm
RP/0/RP0/CPU0:router(config-fmm)#
Step 3 record ipv4 Configures the flow record map name for IPv4, IPv6, or
or MPLS.
record ipv6
or • Use the record ipv4 command to configure the flow
record mpls record map name for IPv4.
or
record mpls [ipv4-fields] [labels number] • Use the record ipv6 command to configure the flow
or record map name for IPv6.
record mpls [ipv6-fields] [labels number]
or • Use the record mpls labels command with the number
record mpls [ipv4-ipv6-fields] [labels number] argument to specify the number of labels that you want
to aggregate. By default, MPLS-aware NetFlow
aggregates the top six labels of the MPLS label stack.
Example:
The maximum value is 6.
RP/0/RP0/CPU0:router(config-fmm)# record ipv4
• Use the record mpls ipv4-fields command to collect
IPv4 fields in the MPLS-aware NetFlow.
• Use the record mpls ipv6-fields command to collect
IPV6 fields in the MPLS-aware NetFlow.
• Use the record mpls ipv4-ipv6-fields command to
collect IPv4 and IPv6 fields in the MPLS-aware
NetFlow.
Step 4 cache entries number (Optional) Configures the number of entries in the flow
cache. Replace the number argument with the number of
flow entries allowed in the flow cache, in the range from
Example:
RP/0/RP0/CPU0:router(config-fmm)# cache entries
4096 through 1000000.
10000 The default number of cache entries is 65535.
Step 5 cache permanent (Optional) Disables removal of entries from flow cache.
Example:
RP/0/RP0/CPU0:router(config-fmm)# flow
monitor-map fmm cache permanent
Example:
RP/0/RP0/CPU0:router(config-fmm)# exit
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 11 show flow monitor-map map_name Displays flow monitor map data.
Example:
RP/0/RP0/CPU0:router# show flow monitor-map fmm
SUMMARY STEPS
The steps that follow describe how to apply a monitor map and a sampler map to an interface.
1. configure
2. interface type number
3. flow [ipv4 | ipv6 | mpls] monitor monitor_map sampler sampler_map {egress | ingress}
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface type number Enters interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface POS
0/0/0/0
RP/0/RP0/CPU0:router(config-if)#
SUMMARY STEPS
DETAILED STEPS
SUMMARY STEPS
1. configure
2. flow exporter-map map_name
3. version v9
4. options {interface-table | sampler-table} [timeout seconds]
5. template [data | options] timeout seconds
6. exit
7. transport udp port
8. source type instance
9. destination hostname_or_IP_address
10. exit
11. flow monitor-map map_name
12. record mpls [ipv4-ipv6-fields] [labels number]
13. exporter map_name
14. cache entries number
15. cache timeout {active timeout_value | inactive timeout_value | upate timeout_value}
16. cache permanent
17. sampler-map map_name
18. random 1 out-of sampling_interval
19. interface type number
20. flow [ipv4 | ipv6 | mpls] monitor monitor_map sampler sampler_map {egress | ingress}
21. end
or
commit
22. exit
23. exit
24. show flow monitor-map map_name
25. show flow exporter-map map_name
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# config
Step 2 flow exporter-map map_name Creates an exporter map, configures the exporter
map name, and enters flow exporter map
configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# flow exporter-map exp1
Step 3 version v9 (Optional) Enters flow exporter map version
configuration submode.
Example:
RP/0/RP0/CPU0:router(config-fem)# version v9
Step 4 options {interface-table | sampler-table} [timeout (Optional) Configures the export timeout value for
seconds] the interface table or the sampler table. Replace
seconds with the export timeout value, in the range
Example: from 1 through 604800 seconds. The default is 1800
RP/0/RP0/CPU0:router(config-fem-ver)# options seconds for both the interface table and the sample
interface-table timeout 300 table.
You must perform this step twice to configure the
export timeout value for both an interface table and
a sample table.
Step 5 template [data | options] timeout seconds (Optional) Configures the export period for data
packets or options packets. Replace seconds with the
export timeout value, in the range from 1 through
Example:
RP/0/RP0/CPU0:router(config-fem-ver)# template data
604800 seconds.
timeout 300 You must perform this step twice to configure the
export period for both data packets and options
packets.
Step 6 exit Exits flow exporter map version configuration
mode, and enters flow exporter map configuration
mode.
Example:
RP/0/RP0/CPU0:router(config-fem-ver)# exit
Example:
RP/0/RP0/CPU0:router(config-fmm)# exit
Step 18 sampler-map map_name Creates a sampler map and enters sampler map
configuration mode.
Example: Keep the following in mind when configuring a
RP/0/RP0/CPU0:router(config)# sampler-map fsm sampler map:
RP/0/RP0/CPU0:router(config-sm)#
• On the Cisco CRS-1 router, NetFlow supports
policing at a rate of 35,000 packets per second
per direction for each individual line card.
• On the Cisco XR 12000 Series Router, NetFlow
supports policing at a rate of 50,0000 packets
per second per direction for each individual line
card when SNF is enabled in one direction
(ingress or egress). Note that this limit does not
apply if SNF is enabled in both directions. If
SNF is enabled in both directions, then NetFlow
supports 25,000 packets per second per
direction for each individual line card.
Step 19 random 1 out-of sampling_interval Configures the sampling interval to use random
mode for sampling packets. Replace the
sampling_interval argument with a number, in the
Example:
RP/0/RP0/CPU0:router(config-sm)# random 1 out-of
range from1 through 65535 units.
1000
Example:
RP/0/RP0/CPU0:router(config)# interface POS 0/0/0/0
RP/0/RP0/CPU0:router(config-if)#
Step 22 flow [ipv4 | ipv6 | mpls] monitor monitor_map Associates a monitor map and a sampler map with
sampler sampler_map {egress | ingress} an interface.
Enter ipv4 to enable IPV4 NetFlow on the specified
Example: interface. Enter ipv6 to enable IPV6 NetFlow on the
RP/0/RP0/CPU0:router(config-if)# flow ipv4 monitor specified interface. Enter mpls to enable
MPLS-IPv6-fmm sampler fsm egress
MPLS-aware NetFlow on the specified interface.
Step 23 end Saves configuration changes.
or
• When you issue the end command, the system
commit prompts you to commit changes:
Uncommitted changes found, commit them
Example: before
RP/0/RP0/CPU0:router (config-fem-ver)# end exiting(yes/no/cancel)?
or [cancel]:
Example:
RP/0/RP0/CPU0:router(config)# exit
Step 26 show flow monitor-map map_name Displays flow monitor map data.
Example:
RP/0/RP0/CPU0:router# show flow monitor-map fmm
Step 27 show flow exporter-map map_name Displays exporter map data.
Example:
RP/0/RP0/CPU0:router# show flow exporter-map fem
RP/0/RP0/CPU0:router(config-fem)# version v9
RP/0/RP0/CPU0:router(config-fem-ver)# template data timeout 600
RP/0/RP0/CPU0:router(config-fem-ver)# options interface-table
RP/0/RP0/CPU0:router(config-fem-ver)# exit
The following example shows how to apply the flow monitor “fmm1”and the sampler “fsm1” to the
TenGigE 0/0/0/0 interface in the ingress direction:
RP/0/RP0/CPU0:router(config)# interface TenGigE 0/0/0/0
RP/0/RP0/CPU0:router(config-if)# flow ipv4 monitor fmm1 sampler fsm1 ingress
RP/0/RP0/CPU0:router(config-if)# exit
The following example shows how to configure the NetFlow monitor to collect MPLS packets with IPv6
fields:
RP/0/RP0/CPU0:router# config
RP/0/RP0/CPU0:router(config)# flow exporter-map exp1
RP/0/RP0/CPU0:router(config-fem)# version v9
RP/0/RP0/CPU0:router(config-fem-ver)# options interface-table timeout 300
RP/0/RP0/CPU0:router(config-fem-ver)# options sampler-table timeout 300
RP/0/RP0/CPU0:router(config-fem-ver)# template data timeout 300
RP/0/RP0/CPU0:router(config-fem-ver)# template options timeout 300
RP/0/RP0/CPU0:router(config-fem-ver)# exit
RP/0/RP0/CPU0:router(config-fem)# transport udp 12515
RP/0/RP0/CPU0:router(config-fem)# source Loopback0
RP/0/RP0/CPU0:router(config-fem)# destination 170.1.1.11
RP/0/RP0/CPU0:router(config-fmm)# exit
RP/0/RP0/CPU0:router(config)# flow monitor-map MPLS-IPv6-fmm
RP/0/RP0/CPU0:router(config-fmm)# record mpls ipv6-fields labels 3
RP/0/RP0/CPU0:router(config-fmm)# exporter exp1
RP/0/RP0/CPU0:router(config-fmm)# cache entries 10000
RP/0/RP0/CPU0:router(config-fmm)# cache permanent
RP/0/RP0/CPU0:router(config-fmm)# exit
RP/0/RP0/CPU0:router(config)# sampler-map FSM
RP/0/RP0/CPU0:router(config-sm)# random 1 out-of 1000
RP/0/RP0/CPU0:router(config-sm)# exit
RP/0/RP0/CPU0:router(config)# interface pos0/1/0/0
RP/0/RP0/CPU0:router(config-if)# flow mpls monitor MPLS-IPv6-fmm sampler FSM ingress
Additional References
The following sections provide references related to interface configuration.
Related Documents
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of Packet-over-SONET/SDH (POS) interfaces. POS interfaces
provide secure and reliable data transmission over SONET and Synchronous Digital Hierarchy (SDH)
frames using Cisco High-Level Data Link Control (HDLC) protocol or Point-to-Point Protocol (PPP)
encapsulation. In addition to Cisco HDLC and PPP encapsulation, the Cisco XR 12000 Series Routers
support Frame Relay encapsulation.
The commands for configuring Layer 1 POS interfaces are provided in the Cisco IOS XR Interface and
Hardware Component Command Reference.
Release 3.4.0 Support was added on the Cisco CRS-1 for the following hardware:
• 2 port OC-48c/STM16c POS SPA
• 4 port OC-48c/STM16c POS SPA
Support for the following features was introduced on the
Cisco XR 12000 Series Router:
• Subinterfaces with permanent virtual circuits (PVCs)
• Frame Relay encapsulation on POS main interfaces and PVCs on the
following hardware:
– 1 port 192c/STM-64c POS/SDH SPA
– 2 port OC48/STM16 POS/SDH SPA
– 4 port OC-3c/STM-1 POS/SDH Line Card
– 8 port OC-3c/STM-1c POS/SDH Line Card
– 16 port OC-3c/STM-1c POS/SDH Line Card
– 4 port OC-12c/STM4 POS/SDH ISE Line Card
– 1 port OC-48c/STM16c POS/SDH ISE Line Card
Release 3.4.1 Support was added on the Cisco CRS-1 for the 1-Port OC-192c/STM-64
POS/RPR VSR Optics SPA.
Release 3.5.0 Support was added on the Cisco XR 12000 Series Router for the following
SPAs:
• 1-Port Channelized OC3 SPA
• 1-Port Channelized OC48 SPA
• 1-Port Channelized OC12 SPA
• 2-Port OC12 POS
• 4-Port OC12 POS
• 8-Port OC12 POS
• 4-Port OC3 POS
• 8-Port OC3 POS
On the Cisco XR 12000 Series Router, L2TPv3-based L2VPN support was
added on Frame Relay encapsulated POS interfaces.
On the Cisco XR 12000 Series Router, the l2transport keyword was added
to the interface command.
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring POS Interfaces, page 273
• Information About Configuring POS Interfaces, page 273
• How to Configure a POS Interface, page 278
• Configuration Examples for POS Interfaces, page 296
Table 1 POS Modular Services Card and PLIM Default Interface Settings
Note Default settings do not appear in the output of the show running-config command.
Cisco HDLC uses keepalives to monitor the link state, as described in the “Keepalive Timer” section on
page 275.
Note Use the debug chdlc slarp packet command to display information about the Serial Line Address
Resolution Protocol (SLARP) packets that are sent to the peer after the keepalive timer is configured.
PPP Encapsulation
PPP is a standard protocol used to send data over synchronous serial links. PPP also provides a Link
Control Protocol (LCP) for negotiating properties of the link. LCP uses echo requests and responses to
monitor the continuing availability of the link.
Note When an interface is configured with PPP encapsulation, a link is declared down, and full LCP
negotiation is re-initiated after three ECHOREQ packets are sent without receiving an ECHOREP
response.
PPP provides the following Network Control Protocols (NCPs) for negotiating the properties of data
protocols that run on the link:
• IP Control Protocol (IPCP)—negotiates IP properties
• Multiprotocol Label Switching control processor (MPLSCP)—negotiates MPLS properties
• Cisco Discovery Protocol control processor (CDPCP)—negotiates CDP properties
• IPv6CP—negotiates IP Version 6 (IPv6) properties
• Open Systems Interconnection control processor (OSICP)—negotiates OSI properties
PPP uses keepalives to monitor the link state, as described in the “Keepalive Timer” section on page 275.
PPP supports the following authentication protocols, which require a remote device to prove its identity
before allowing data traffic to flow over a connection:
• Challenge Handshake Authentication Protocol (CHAP)—CHAP authentication sends a challenge
message to the remote device. The remote device encrypts the challenge value with a shared secret
and returns the encrypted value and its name to the local router in a response message. The local
router attempts to match the remote device’s name with an associated secret stored in the local
username or remote security server database; it uses the stored secret to encrypt the original
challenge and verify that the encrypted values match.
• Microsoft Challenge Handshake Authentication Protocol (MS-CHAP)—MS-CHAP is the Microsoft
version of CHAP. Like the standard version of CHAP, MS-CHAP is used for PPP authentication; in
this case, authentication occurs between a personal computer using Microsoft Windows NT or
Microsoft Windows 95 and a Cisco router or access server acting as a network access server.
• Password Authentication Protocol (PAP)—PAP authentication requires the remote device to send a
name and a password, which are checked against a matching entry in the local username database
or in the remote security server database.
Note For more information on enabling and configuring PPP authentication protocols, see the “Configuring
PPP on Cisco IOS XR Software” module later in this manual.
Use the ppp authentication command in interface configuration mode to enable CHAP, MS-CHAP, and
PAP on a POS interface.
Note Enabling or disabling PPP authentication does not affect the local router’s willingness to authenticate
itself to the remote device.
Keepalive Timer
Cisco keepalives are useful for monitoring the link state. Periodic keepalives are sent to and received
from the peer at a frequency determined by the value of the keepalive timer. If an acceptable keepalive
response is not received from the peer, the link makes the transition to the down state. As soon as an
acceptable keepalive response is obtained from the peer or if keepalives are disabled, the link makes the
transition to the up state.
If three keepalives are sent to the peer and no response is received from peer, then the link makes the
transition to the down state. ECHOREQ packets are sent out only when LCP negotiation is complete (for
example, when LCP is open).
Use the keepalive command in interface configuration mode to set the frequency at which LCP sends
ECHOREQ packets to its peer. To restore the system to the default keepalive interval of 10 seconds, use
the keepalive command with no argument. To disable keepalives, use the keepalive disable command.
For both PPP and Cisco HDLC, a keepalive of 0 disables keepalives and is reported in the show
running-config command output as keepalive disable.
To remove the keepalive command from the configuration entirely, use the no keepalive command. You
must remove the keepalive command from an interface configuration before you can configure Frame
Relay encapsulation on that interface. Frame Relay interfaces do not support keepalives.
When LCP is running on the peer and receives an ECHOREQ packet, it responds with an echo reply
(ECHOREP) packet, regardless of whether keepalives are enabled on the peer.
Keepalives are independent between the two peers. One peer end can have keepalives enabled while the
other end has them disabled. Even if keepalives are disabled locally, LCP still responds with ECHOREP
packets to the ECHOREQ packets it receives. Similarly, LCP also works if the period of keepalives at
each end is different.
Note Use the debug chdlc slarp packet command and other Cisco HDLC debug commands to display
information about the Serial Line Address Resolution Protocol (SLARP) packets that are sent to the peer
after the keepalive timer has been configured.
Note The administrative state of a parent interface drives the state of the subinterface and its PVC. When the
administrative state of a parent interface or subinterface changes, so does the administrative state of any
child PVC configured under that parent interface or subinterface.
On the Cisco XR 12000 Series Router, the following hardware supports Frame Relay encapsulation:
• 1 port 192c/STM-64c POS/SDH SPA
• 2 port OC48/STM16 POS/SDH SPA
• 4 port OC-3c/STM-1 POS/SDH Line Card
• 8 port OC-3c/STM-1c POS/SDH Line Card
• 16 port OC-3c/STM-1c POS/SDH Line Card
• 4 port OC-12c/STM4 POS/SDH ISE Line Card
• 1 port OC-48c/STM16c POS/SDH ISE Line Card
Note Frame Relay encapsulation is supported on the Cisco XR 12000 Series Router only.
To configure Frame Relay encapsulation on POS interfaces, use the encapsulation frame-relay
command.
Frame Relay interfaces support two types of encapsulated frames:
• Cisco (this is the default)
• IETF
Use the encap command in PVC configuration mode to configure Cisco or IETF encapsulation on a
PVC. If the encapsulation type is not configured explicitly for a PVC, then that PVC inherits the
encapsulation type from the main POS interface.
Note Cisco encapsulation is required on POS main interfaces that are configured for MPLS. IETF
encapsulation is not supported for MPLS.
Before you configure Frame Relay encapsulation on an interface, you must verify that all prior
Layer 3 configuration is removed from that interface. For example, you must ensure that there is no IP
address configured directly under the main interface; otherwise, any Frame Relay configuration done
under the main interface will not be viable.
Note The default number of PVCs supported on POS PVCs with cisco LMI is 557.
For non-Cisco LMI types, up to 992 PVCs are supported under a single main interface.
Note You must configure the LMI interface type on Frame Relay interfaces; otherwise, the POS interface does
not come up. For connections between Provider Edge (PE) and Customer Edge (CE) routers, one end
mst be DTE and other end must be DCE for LMI to come up. For more information about configuring
the LMI interface type on Frame Relay interface, see the “Modifying the Default Frame Relay
Configuration on an Interface”module later in this manual.
Layer 2 Tunnel Protocol Version 3-Based Layer 2 VPN for Frame Relay
Layer 2 Tunnel Protocol Version 3 (L2TPv3) is a protocol used for tunneling Layer 2 payloads over an
IP core network. L2TPv3 defines the signaling and formatting of packets for L2VPN on an IP Network.
Cisco IOS XR software supports a point-to-point, end-to-end service, where two ACs are connected
together.
L2TPv3 connection setup requires the following tasks:.
• configuring an attachment circuit (AC) on each Provider Edge (PE) router
• configuring an L2TPv3 encapsulated pseudowire between two PE routers.
This chapter describes how to configure a Layer 2 AC on a Frame Relay encapsulated POS interface. For
detailed information about configuring L2TPv3 pseudowires in your network, see the “Layer 2 Tunnel
Protocol Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label Switching
Configuration Guide.
Prerequisites
You must have a POS line card or SPA installed in a router that is running Cisco IOS XR software.
Restrictions
The configuration on both ends of the POS connection must match for the interface to be active.
SUMMARY STEPS
1. show interfaces
2. configure
3. interface pos instance
4. ipv4 address ipv4_address/prefix
5. no shutdown
6. end
or
commit
7. exit
8. exit
9. Repeat Step 1 through Step 8 to bring up the interface at the other end of the connection.
10. show ipv4 interface brief
11. show interfaces pos instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 3 interface pos instance Specifies the POS interface name and notation
rack/slot/module/port, and enters interface configuration
mode.
Example:
RP/0/0/CPU0:router(config)# interface POS
0/1/0/0
Step 4 ipv4 address ipv4_address/prefix Assigns an IP address and subnet mask to the interface.
Example:
Caution Skip this step if you are configuring Frame Relay
RP/0/0/CPU0:router (config)#ipv4 address
10.46.8.6/24 encapsulation on this interface. For Frame Relay,
the IP address and subnet mask are configured
under the PVC.
Example:
RP/0/0/CPU0:router (config)# exit
Example:
RP/0/0/CPU0:router# show interfaces
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router (config)# interface pos
0/1/0/0
RP/0/0/CPU0:router (config-if)# no shutdown
RP/0/0/CPU0:router (config-if)# commit
RP/0/0/CPU0:router (config-if)# exit
RP/0/0/CPU0:router (config)# exit
Step 10 show ipv4 interface brief Verifies that the interface is active and properly configured.
If you have brought up a POS interface properly, the
Example: “Status” field for that interface in the show ipv4 interface
RP/0/0/CPU0:router # show ipv4 interface brief brief command output shows “Up.”
Step 11 show interfaces pos instance (Optional) Displays the interface configuration.
Example:
RP/0/0/CPU0:router# show interfaces pos 0/6/0/1
What to do Next
To modify the default configuration of the POS interface you just brought up, see the “Configuring
Optional POS Interface Parameters” section on page 281.
Prerequisites
Before you modify the default POS interface configuration, you must bring up the POS interface and
remove the shutdown configuration, as described in the “Bringing Up a POS Interface” section on
page 278.
Restrictions
The configuration on both ends of the POS connection must match for the interface to be active.
SUMMARY STEPS
1. configure
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface pos instance Specifies the POS interface name and notation
rack/slot/module/port, and enters interface configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# interface POS
0/1/0/0
Step 3 encapsulation [hdlc | ppp | frame-relay [IETF]] (Optional) Configures the interface encapsulation
parameters and details such as HDLC or PPP.
Example: Note The default encapsulation is hdlc.
RP/0/RP0/CPU0:router(config-if)# encapsulation
hdlc Note The frame-relay option is available on the
Cisco XR 12000 Series Router only.
Step 4 pos crc {16 | 32} (Optional) Configures the CRC value for the interface.
Enter the 16 keyword to specify 16-bit CRC mode, or enter
the 32 keyword to specify 32-bit CRC mode.
Example:
RP/0/RP0/CPU0:router(config-if)# pos crc 32 Note The default CRC is 32.
Step 5 mtu value (Optional) Configures the MTU value.
• The default value is 4474.
Example: • The POS MTU range is 64–9216 on the Cisco CRS-1.
RP/0/RP0/CPU0:router(config-if)# mtu 4474
Example:
RP/0/RP0/CPU0:router (config)# exit
Step 9 show interfaces pos [instance] (Optional) Displays general information for the specified
POS interface.
Example:
RP/0/RP0/CPU0:router# show interface pos
0/1/0/0
What to do Next
• To create a point-to-point Frame Relay subinterface with a PVC on the POS interface you just
brought up, see the “Creating a Point-to-Point POS Subinterface with a PVC” section on page 284.
• To configure PPP authentication on POS interfaces where PPP encapsulation is enabled, see the
“Configuring PPP on Cisco IOS XR Software” module later in this manual.
• To modify the keepalive interval on POS interfaces that have Cisco HDLC or PPP encapsulation
enabled, see the “Modifying the Keepalive Interval on POS Interfaces” section on page 288.
• To modify the default Frame Relay configuration on POS interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
Note Subinterfaces with PVCs are supported on the Cisco XR 12000 Series Router only.
Note Subinterface and PVC creation is supported on interfaces with Frame Relay encapsulation only.
Prerequisites
Before you can create a subinterface on a POS interface, you must bring up the main POS interface with
Frame Relay encapsulation, as described in the “Bringing Up a POS Interface” section on page 278.
Restrictions
Only one PVC can be configured for each point-to-point POS subinterface.
SUMMARY STEPS
1. configure
2. interface pos instance.subinterface point-to-point
3. ipv4 address ipv4_address/prefix
4. pvc dlci
5. end
or
commit
6. Repeat Step 1 through Step 5 to bring up the POS subinterface and any associated PVC at the other
end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface pos instance.subinterface Enters POS subinterface configuration mode.
point-to-point
Replace subinterface with a subinterface ID, in the range
from 1 through 4294967295.
Example:
RP/0/0/CPU0:router (config)# interface pos
0/6/0/1.10 point-to-point
Example:
RP/0/0/CPU0:router (config-subif)#ipv4 address
10.46.8.6/24
Step 4 pvc dlci Creates a POS permanent virtual circuit (PVC) and enters
Frame Relay PVC configuration submode.
Example: Replace dlci with a PVC identifier, in the range from 16 to
RP/0/0/CPU0:router (config-subif)# pvc 20 1007.
Note Only one PVC is allowed per subinterface.
Step 5 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-fr-vc)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-fr-vc)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 6 configure Repeat Step 1 through Step 5 to bring up the POS
interface pos instance.subinterface subinterface and any associated PVC at the other end of the
pvc dlci
commit
connection.
Note The DLCI (or PVC identifier) must match on both
ends of the subinterface connection.
Example:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router (config)# interface pos
0/6/0/1.10
RP/0/0/CPU0:router (config-subif)#ipv4 address
10.46.8.6/24
RP/0/0/CPU0:router (config-subif)# pvc 20
RP/0/0/CPU0:router (config-fr-vc)# commit
What to do Next
• To configure optional PVC parameters, see the “Configuring Optional PVC Parameters” section on
page 286.
• To modify the default Frame Relay configuration on POS interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
• To attach a Layer 3 QOS service policy to the PVC under the PVC submode, refer to the appropriate
Cisco IOS XR software configuration guide.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on a POS subinterface,
as described in the “Creating a Point-to-Point POS Subinterface with a PVC” section on page 284.
Restrictions
• The DLCI (or PVC identifier) must match on both ends of the PVC for the connection to be active.
• To change the PVC DLCI, you must delete the PVC and then add it back with the new DLCI.
SUMMARY STEPS
1. configure
2. interface pos instance.subinterface
3. pvc dlci
4. encap [cisco | ietf]
5. service-policy {input | output} policy-map
6. end
or
commit
7. Repeat Step 1 through Step 6 to configure the PVC at the other end of the connection.
8. show frame-relay pvc dlci-number
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface pos instance.subinterface Enters POS subinterface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface pos
0/6/0/1.10
Step 3 pvc dlci Enters subinterface configuration mode for the PVC.
Replace dlci with the DLCI number used to identify the
Example: PVC. Range is from 16 to 1007.
RP/0/0/CPU0:router (config-subif)# pvc 20
Step 4 encap [cisco | ietf] (Optional) Configures the encapsulation for a Frame Relay
PVC.
Example: Note If the encapsulation type is not configured explicitly
RP/0/0/CPU0:router (config-subif)# encap ietf for a PVC, then that PVC inherits the encapsulation
type from the main POS interface.
Step 5 service-policy {input | output} policy-map Attaches a policy map to an input subinterface or output
subinterface. Once attached, the policy map is used as the
service policy for the subinterface.
Example:
RP/0/0/CPU0:router (config-subif)# Note For information on creating and configuring policy
service-policy output policy1 maps, refer to the Cisco IOS XR Modular Quality of
Service Configuration Guide,
Step 6 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router (config-subif)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-subif)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
What to do Next
• To attach a Layer 3 QOS service policy to the PVC under the PVC submode, refer to the appropriate
Cisco IOS XR software configuration guide.
• To modify the default Frame Relay configuration on POS interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
Note When you enable Cisco HDLC or PPP encapsulation on a POS interface, the default keepalive interval
is 10 seconds. Use this procedure to modify that default keepalive interval.
Prerequisites
Before you can modify the keepalive timer configuration, you must ensure that Cisco HDLC or PPP
encapsulation is enabled on the interface. Use the encapsulation command to enable Cisco HDLC or
PPP encapsulation on the interface, as described in the “Configuring Optional POS Interface
Parameters” section on page 281.
Restrictions
During MDR, the keepalive interval must be 10 seconds or more.
SUMMARY STEPS
1. configure
2. interface pos instance
3. keepalive {seconds | disable}
or
no keepalive
4. end
or
commit
5. show interfaces type instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface pos instance Specifies the POS interface name and notation
rack/slot/module/port and enters interface configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# interface POS
0/1/0/0
Step 3 keepalive {seconds | disable} Specifies the number of seconds between keepalive
or messages.
no keepalive • Use the keepalive disable command, the no keepalive,
or the keepalive command with an argument of 0 to
Example: disable the keepalive feature entirely.
RP/0/RP0/CPU0:router(config-if)# keepalive 3 • If keepalives are configured on an interface, use the no
or keepalive command to disable the keepalive feature
RP/0/RP0/CPU0:router(config-if)# no keepalive before you configure Frame Relay encapsulation on
that interface.
Example:
RP/0/RP0/CPU0:router# show interfaces POS
0/1/0/0
Note After you configure an interface for Layer 2 switching, no routing commands such as ipv4 address are
permissible.
Note At present, Layer 2 ACs are not supported on interfaces configured with HDLC or PPP encapsulation.
Prerequisites
Before you can create a subinterface on a POS interface, you must bring up a POS interface, as described
in the “Bringing Up a POS Interface” section on page 278.
Note You must skip Step 4 of the “Bringing Up a POS Interface” configuration steps when configuring an
interface for Layer 2 switching. The ipv4 address command is not permissible on Frame Relay
encapsulated interface.
Restrictions
• Only one PVC can be configured for each subinterface.
• The configuration on both ends of the PVC must match for the connection to operate properly.
• The ipv4 address command is not permissible on Frame Relay encapsulated interface. Any previous
configuration of an IP address must be removed before you can configure an interface for Layer 2
transport mode.
• Layer 2 configuration is supported on Frame Relay PVCs only. Layer 2 Port mode, where Layer 2
configuration is applied directly under the main POS interface, is not supported.
• Layer 2 configuration is available on the Cisco XR 12000 Series Router router only; Layer 2
configuration is not available on the CRS-1 Series.
SUMMARY STEPS
1. configure
2. interface pos instance.subinterface l2transport
3. pvc dlci
4. end
or
commit
5. Repeat Step 1 through Step 4 to bring up the subinterface and any associated PVC at the other end
of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface pos instance.subinterface l2transport Creates a subinterface and enters POS subinterface
configuration mode for that subinterface.
Example: Note The subinterface must be unique to any other
RP/0/0/CPU0:router(config)# interface pos subinterfaces configured under a single main
0/6/0/1.10 l2transport interface.
What to do Next
• To configure optional subinterface parameters, see the “Configuring Optional Layer 2 Subinterface
Parameters” section on page 294.
• To configure optional PVC parameters, see the “Configuring Optional Layer 2 PVC Parameters”
section on page 292.
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the “Layer 2
Tunnel Protocol Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label
Switching Configuration Guide.
Prerequisites
You must create the PVC on a Layer 2 subinterface, as described in the “Creating a Layer 2 Frame Relay
Subinterface with a PVC” section on page 290.
Restrictions
QOS is not supported on Layer 2 subinterfaces.
SUMMARY STEPS
1. configure
2. interface pos instance.subinterface l2transport
3. pvc dlci
4. encap [cisco | ietf]
5. end
or
commit
6. Repeat Step 1 through Step 5 to configure the PVC at the other end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface pos instance.subinterface l2transport Enters POS subinterface configuration mode for a Layer 2
Frame Relay subinterface.
Example:
RP/0/0/CPU0:router(config)# interface pos
0/6/0/1.10 l2transport
Step 3 pvc dlci Enters Frame Relay PVC configuration mode for the
specified PVC.
Example: Replace dlci with the DLCI number used to identify the
RP/0/0/CPU0:router(config-if)# pvc 100 PVC. Range is from 16 to 1007.
Step 4 encap {cisco | ietf} Configures the encapsulation for a Frame Relay PVC.
The encapsulation type must match on both ends of the
Example: PVC.
RP/0/0/CPU0:router(config-fr-vc)# encap ietf
What to do Next
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the “Layer 2
Tunnel Protocol Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label
Switching Configuration Guide.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on a Layer 2
subinterface, as described in the “Creating a Layer 2 Frame Relay Subinterface with a PVC” section on
page 290.
Restrictions
• QOS is not supported on Layer 2 subinterfaces.
• In most cases, the MTU that is configured under the subinterface has priority over the MTU that is
configured under the main interface. The exception to this rule is when the subinterface MTU is
higher than main interface MTU. In such cases, the subinterface MTU will display the configured
value in the CLI output, but the actual operational MTU is the value that is configured under the
main interface value. To avoid confusion when troubleshooting and optimizing your Layer 2
connections, we recommend always configuring a higher MTU on main interface.
SUMMARY STEPS
1. configure
2. interface pos instance.subinterface
3. mtu value
4. end
or
commit
5. Repeat Step 1 through Step 4 to configure the subinterface at the other end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface pos instance.subinterface Enters POS subinterface configuration mode for a Layer 2
Frame Relay subinterface.
Example:
RP/0/0/CPU0:router(config)# interface pos
0/6/0/1.10
Step 3 mtu value (Optional) Configures the MTU value. Range is from 64
through 65535.
Example:
RP/0/RP0/CPU0:router(config-if)# mtu 5000
The following example shows how to configure the interval between keepalive messages to be 10
seconds:
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface POS 0/3/0/0
RP/0/RP0/CPU0:router(config-if)# keepalive 10
RP/0/RP0/CPU0:router(config-if)# commit
The following example shows how create a point-to-point POS subinterface with a PVC on the main POS
interface:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router (config)# interface pos 0/3/0/1.10 point-to-point
RP/0/0/CPU0:router (config-subif)#ipv4 address 10.46.8.6/24
RP/0/0/CPU0:router (config-subif)# pvc 20
RP/0/0/CPU0:router(config-subif)# commit
LMI enq recvd 9463, LMI stat sent 9463, LMI upd sent 0 , DCE LMI up
0 carrier transitions
The following example shows how create a Layer 2 POS subinterface with a PVC on the main POS
interface:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router (config)# interface pos 0/3/0/1.10 l2transport
RP/0/0/CPU0:router (config-subif)# pvc 100
RP/0/0/CPU0:router(config-subif)# commit
Additional References
The following sections provide references related to POS interface configuration.
Related Documents
Standards
Standards Title
FRF.1.2 PVC User-to-Network Interface (UNI) Implementation Agreement -
July 2000
ANSI T1.617 Annex D —
ITU Q.933 Annex A —
MIBs
MIBs MIBs Link
— To locate and download MIBs using Cisco IOS XR software, use the
Cisco MIB Locator found at the following URL and choose a
platform under the Cisco Access Products menu:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
RFC 1294 Multiprotocol Interconnect Over Frame Relay
RFC 1490 Multiprotocol Interconnect Over Frame Relay
RFC 2427 Multiprotocol Interconnect Over Frame Relay
RFCs Title
RFC 1586 Guidelines for Running OSPF Over Frame Relay Networks
RFC 1315 Management Information Base for Frame Relay DTEs
RFC 2115 Management Information Base for Frame Relay DTEs Using SMIv2
RFC 1604 Definitions of Managed Objects for Frame Relay Service
RFC 2954 Definitions of Managed Objects for Frame Relay Service
RFC 2390 Inverse Address Resolution Protocol
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes how to perform the following Point-to-Point Protocol (PPP) related tasks on POS
and serial interfaces in Cisco IOS XR software:
• Enable and configure PPP authentication protocols
• Disable PPP authentication
• Modify optional PPP timeout and retry parameters
• Configure Multilink PPP (MLPPP)
Contents
• Prerequisites for Configuring PPP Authentication, page 302
• Information About PPP Authentication, page 302
• How to Configure PPP Authentication, page 304
• How to Modify the Default PPP Configuration, page 312
• How to Disable an Authentication Protocol, page 316
• Information about Multilink PPP, page 321
• How to Configure Multilink PPP, page 323
• Configuration Examples for PPP, page 330
• Additional References, page 334
Caution If you use a list-name value that was not configured with the aaa authentication ppp command, your
interface cannot authenticate the peer. For details on implementing the aaa authentication command
with the ppp keyword, see the Authentication, Authorization, and Accounting Commands on Cisco IOS
XR Software module of Cisco IOS XR System Security Command Reference and Configuring AAA
Services on Cisco IOS XR Software module of the Cisco IOS XR System Security Configuration Guide.
PAP Authentication
PAP provides a simple method for a remote node to establish its identity using a two-way handshake.
After a PPP link is established between two hosts, a username and password pair is repeatedly sent by
the remote node across the link (in clear text) until authentication is acknowledged, or until the
connection is terminated.
PAP is not a secure authentication protocol. Passwords are sent across the link in clear text and there is
no protection from playback or trial-and-error attacks. The remote node is in control of the frequency
and timing of the login attempts.
CHAP Authentication
CHAP is defined in RFC 1994, and it verifies the identity of the peer by means of a three-way handshake.
The steps that follow provide a general overview of the CHAP process:
This authentication method depends on a CHAP password known only to the authenticator and the peer.
The CHAP password is not sent over the link. Although the authentication is only one-way, you can
negotiate CHAP in both directions, with the help of the same CHAP password set for mutual
authentication.
Note For CHAP authentication to be valid, the CHAP password must be identical on both hosts.
MS-CHAP Authentication
Microsoft Challenge Handshake Authentication Protocol (MS-CHAP) is the Microsoft version of CHAP
and is an extension to RFC 1994. MS-CHAP follows the same authentication process used by CHAP. In
this case, however, authentication occurs between a PC using Microsoft Windows NT or Microsoft
Windows 95 and a Cisco router or access server acting as a network access server (NAS).
Note For MS-CHAP authentication to be valid, the MS-CHAP password must be identical on both hosts.
Prerequisites
You must enable PPP encapsulation on the interface with the encapsulation ppp command, as described
in the following chapters:
• To enable PPP encapsulation on a POS interface, see the “Configuring POS Interfaces on
Cisco IOS XR Software” module in this manual.
• To enable PPP encapsulation on an interface, see the “Configuring Serial Interfaces on
Cisco IOS XR Software” module in this manual.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp authentication protocol [protocol [protocol]] [list-name | default]
4. end
or
commit
5. show ppp interfaces {type interface_instance | all | brief {type interface_instance | all | location
node-id} | detail {type interface_instance | all | location node-id} | location node-id}
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp authentication protocol [protocol (Optional) Enables CHAP, MS-CHAP, or PAP on an
[protocol]] [list-name | default] interface, and specifies the order in which CHAP,
MS-CHAP, and PAP authentication is selected on the
Example: interface.
RP/0/RP0/CPU0:router(config-if)# ppp • Replace the protocol argument with pap, chap, or
authentication chap pap MIS-access
ms-chap.
• Replace the list name argument with the name of a list
of methods of authentication to use. To create a list, use
the aaa authentication ppp command, as described in
the “Authentication, Authorization, and Accounting
Commands on Cisco IOS XR Software” chapter of the
Cisco IOS XR System Security Command Reference.
• If no list name is specified, the system uses the default.
The default list is designated with the aaa
authentication ppp command, as described in the
“Authentication, Authorization, and Accounting
Commands on Cisco IOS XR Software” chapter of the
Cisco IOS XR System Security Command Reference.
Where To Go Next
Configure a PAP, CHAP, or MS-CHAP authentication password, as described in the appropriate section:
• If you enabled PAP on an interface, configure a PAP authentication username and password, as
described in the “Configuring a PAP Authentication Password” section on page 307.
• If you enabled CHAP on an interface, configure a CHAP authentication password, as described in
the “Configuring a CHAP Authentication Password” section on page 309
• If you enabled MS-CHAP on an interface, configure an MS-CHAP authentication password, as
described in the “Configuring an MS-CHAP Authentication Password” section on page 311
Note PAP is the least secure authentication protocol available on POS and interfaces. To ensure higher security
for information that is sent over POS and interfaces, we recommend configuring CHAP or MS-CHAP
authentication in addition to PAP authentication.
Prerequisites
You must enable PAP authentication on the interface with the ppp authentication command, as
described in the “Enabling PAP, CHAP, and MS-CHAP Authentication” section on page 304.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp pap sent-username username password [clear | encrypted] password
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp pap sent-username username password [clear (Optional) Enables remote Password Authentication
| encrypted] password Protocol (PAP) support for an interface, and includes the
sent-username and password commands in the PAP
Example: authentication request packet to the peer.
RP/0/RP0/CPU0:router(config-if)# ppp pap • Replace the username argument with the username
sent-username xxxx password notified
sent in the PAP authentication request.
• Enter password 0 to select cleartext encryption for the
password, or enter password 7 if the password is
already encrypted.
• The ppp pap sent-username command allows you to
replace several username and password configuration
commands with a single copy of this command on
interfaces.
• You must configure the ppp pap sent-username
command for each interface.
• Remote PAP support is disabled by default.
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 show running-config Verifies PPP authentication information for interfaces that
have PPP encapsulation enabled.
Example:
RP/0/RP0/CPU0:router# show running-config
Prerequisites
You must enable CHAP authentication on the interface with the ppp authentication command, as
described in the “Enabling PAP, CHAP, and MS-CHAP Authentication” section on page 304.
Restrictions
The same CHAP password must be configured on both host endpoints.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp chap password [0 | 7] password
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp chap password [0 | 7] password (Optional) Enables CHAP authentication on the specified
interface, and defines an interface-specific CHAP
password.
Example:
RP/0/RP0/CPU0:router(config-if)# ppp chap • Enter 0 to select cleartext encryption, or 7 if the
password 0 xxxx password is already encrypted.
• Replace the password argument with a cleartext or
already-encrypted password. This password is used to
authenticate secure communications among a
collection of routers.
• The ppp chap password command is used for remote
CHAP authentication only (when routers authenticate
to the peer) and does not affect local CHAP
authentication.This command is useful when you are
trying to authenticate a peer that does not support this
command (such as a router running an older
Cisco IOS XR software image).
• The CHAP secret password is used by the routers in
response to challenges from an unknown peer.
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 show running-config Verifies PPP authentication information for interfaces that
have PPP encapsulation enabled.
Example:
RP/0/RP0/CPU0:router# show running-config
Prerequisites
You must enable MS-CHAP authentication on the interface with the ppp authentication command, as
described in the “Enabling PAP, CHAP, and MS-CHAP Authentication” section on page 304.
Restrictions
The same MS-CHAP password must be configured on both host endpoints.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp ms-chap password [clear | encrypted] password
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp ms-chap password [clear | encrypted] (Optional) Enables a router calling a collection of routers to
password configure a common Microsoft Challenge Handshake
Authentication (MS-CHAP) secret password.
Example: • The MS-CHAP secret password is used by the routers
RP/0/RP0/CPU0:router(config-if)# ppp ms-chap in response to challenges from an unknown peer.
password clear xxxx
Prerequisites
You must enable PPP encapsulation on the interface with the encapsulation ppp command.
• To enable PPP encapsulation on a POS interface, see the “Configuring POS Interfaces on
Cisco IOS XR Software” module in this manual.
• To enable PPP encapsulation on an interface, see the “Configuring Serial Interfaces on
Cisco IOS XR Software” module in this manual.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp max-bad-auth retries
4. ppp max-configure retries
5. ppp max-failure retries
6. ppp max-terminate number
7. ppp pap refuse
8. ppp pap sent-username username password [clear | encrypted] password
9. ppp timeout authentication seconds
10. ppp timeout retry seconds
11. end
or
commit
12. show ppp interfaces {type interface_instance | all | brief {type interface_instance | all | location
node-id} | detail {type interface_instance | all | location node-id} | location node-id}
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp max-bad-auth retries (Optional) Configures the number of authentication retries
allowed on an interface after a PPP authentication failure.
Example: • If you do not specify the number of authentication
RP/0/RP0/CPU0:router(config-if)# ppp retries allowed, the router resets itself immediately
max-bad-auth 3 after an authentication failure.
• Replace the retries argument with number of retries
after which the interface is to reset itself, in the range
from 0 through 10.
• The default is 0 retries.
• The ppp max-bad-auth command applies to any
interface on which PPP encapsulation is enabled.
Step 4 ppp max-configure retries (Optional) Specifies the maximum number of configure
requests to attempt (without response) before the requests
are stopped.
Example:
RP/0/RP0/CPU0:router(config-if)# ppp • Replace the retries argument with the maximum
max-configure 4 number of configure requests retries, in the range from
4 through 20.
• The default maximum number of configure requests is
10.
• If a configure request message receives a reply before
the maximum number of configure requests are sent,
further configure requests are abandoned.
Step 5 ppp max-failure retries (Optional) Configures the maximum number of consecutive
Configure Negative Acknowledgments (CONFNAKs)
permitted before a negotiation is terminated.
Example:
RP/0/RP0/CPU0:router(config-if)# ppp • Replace the retries argument with the maximum
max-failure 3 number of CONFNAKs to permit before terminating a
negotiation, in the range from 2 through 10.
• The default maximum number of CONFNAKs is 5.
Step 6 ppp max-terminate number (Optional) Configures the maximum number of terminate
requests (TermReqs) to send without reply before the Link
Control Protocol (LCP) or Network Control Protocol (NCP)
Example:
RP/0/RP0/CPU0:router(config-if)# ppp
is closed.
max-terminate 5 • Replace the number argument with the maximum
number of TermReqs to send without reply before
closing down the LCP or NCP. Range is from 2 to 10.
• The default maximum number of TermReqs is 2.
Example:
RP/0/RP0/CPU0:router# show ppp interfaces
serial 0/2/0/0
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp pap refuse
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp pap refuse (Optional) Refuses Password Authentication Protocol
(PAP) authentication from peers requesting it.
Example: • If outbound Challenge Handshake Authentication
RP/0/RP0/CPU0:router(config-if)# ppp pap refuse Protocol (CHAP) has been configured (using the ppp
authentication command), CHAP will be suggested as
the authentication method in the refusal packet.
• PAP authentication is disabled by default.
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp chap refuse
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp chap refuse Refuses CHAP authentication from peers requesting it.
After you enter the ppp chap refuse command under the
Example: specified interface, all attempts by the peer to force the
RP/0/RP0/CPU0:router(config-if)# ppp chap user to authenticate with the help of CHAP are refused.
refuse
• CHAP authentication is disabled by default.
• If outbound Password Authentication Protocol (PAP)
has been configured (using the ppp authentication
command), PAP will be suggested as the authentication
method in the refusal packet.
Step 4 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 5 show running-config Verifies PPP authentication information for interfaces that
have PPP encapsulation enabled.
Example:
RP/0/RP0/CPU0:router# show running-config
SUMMARY STEPS
1. configure
2. interface type instance
3. ppp ms-chap refuse
4. end
or
commit
5. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface type instance Enters the interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/4/0/1
Step 3 ppp ms-chap refuse (Optional) Refuses MS-CHAP authentication from peers
requesting it. After you enter the ppp ms-chap refuse
Example: command under the specified interface, all attempts by the
RP/0/RP0/CPU0:router(config-if)# ppp ms-chap peer to force the user to authenticate with the help of
refuse MS-CHAP are refused.
• MS-CHAP authentication is disabled by default.
• If outbound Password Authentication Protocol (PAP)
has been configured (using the ppp authentication
command), PAP will be suggested as the authentication
method in the refusal packet.
c12
Before LFI
c12
After LFI
210872
Voice pkt Data pkt fragment Voice pkt Data pkt fragment
Supported Cards
MLPPP is supported on the following line cards and SPAs:
• Cisco XR 12000 multiservice line cards
• 2-Port and 4-Port Channelized T3 SPAs (SPA-2XCT3/DS0, SPA-4XCT3/DS0)
LFI is supported on:
• Cisco 1-Port Channelized STM-1/OC-3 Shared Port Adapter
Feature Summary
MLPPP in Cisco IOS XR provides the same features that are supported on PPP Serial interfaces with the
exception of QoS. It also provides the following additional features:
• Fragment sizes of 128, 256, and 512 bytes
• Long sequence numbers (24-bit)
• Lost fragment detection timeout period of 80 ms
• Minimum-active-links configuration option
• LCP echo request/reply support over multilink interface
• Full T1 and E1 framed and unframed links
Limitations
MLPPP for Cisco IOS XR software has the following limitations:
• Limited QoS support: Dynamic adjustments are not possible due to the bandwidth changes of a
multilink interface
• Only full rate T1s are supported.
• All links in a bundle must belong to the same SPA.
SUMMARY STEPS
1. configure
2. controller type instance
3. mode type
4. clock source {internal | line}
5. exit
6. controller t1 instance
7. channel-group channel-group-number
8. timeslots range
9. exit
10. exit
11. controller mgmtmultilink instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller type instance Enters the controller configuration submode and specifies
the controller name and instance identifier in
rack/slot/module/port notation.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 mode type Configures the type of multilinks to channelize; for
example, 28 T1s.
Example:
RP/0/0/CPU0:router# mode t1
Step 4 clock source {internal | line} (Optional) Configures the clocking for the port.
Note The default clock source is internal.
Example:
RP/0/0/CPU0:router(config-t3)# clock source
internal
Step 5 exit Exits controller configuration mode.
Example:
RP/0/0/CPU0:router(config-t3)# exit
Step 6 controller t1 instance Enters T1 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t1
0/1/0/0/0
Step 7 channel-group channel-group-number Creates a T1 channel group and enters channel group
configuration mode for that channel group. Channel group
numbers can range from 1 to 24.
Example:
RP/0/0/CPU0:router(config-t1)# channel-group 0
Example:
RP/0/0/CPU0:router(config-t1-channel_group)#
exit
Step 10 exit Exits T1 configuration mode and enters global
configuration mode.
Example:
RP/0/0/CPU0:router(config-t1)# exit
Step 11 controller mgmtmultilink instance Enters controller configuration submode for the
management of multilink interfaces. Specify the controller
name and instance identifier in rack/slot/module/port
Example:
RP/0/0/CPU0:router(config)# controller
notation.
mgmtmultilink 0/1/0/0
Example:
RP/0/0/CPU0:router(config-mgmtmultilink)#
bundle 20
Step 13 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config-t3)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-t3)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Restrictions
• All serial links in an MLPPP bundle inherit the value of the mtu command from the multilink
interface. Therefore, you should not configure the mtu command on a serial interface before
configuring it as a member of an MLPPP bundle. The Cisco IOS XR software blocks the following:
– Attempts to configure a serial interface as a member of an MLPPP bundle if the interface is
configured with a non-default MTU value.
– Attempts to change the mtu command value for a serial interface that is configured as a member
of an MLPPP bundle.
SUMMARY STEPS
1. configure
2. interface multilink instance
3. ipv4 address address/mask
4. multilink fragment-size size
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface multilink instance Specifies the multilink interface name and instance
identifier in rack/slot/module/port/bundle-id notation, and
enters interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface multilink
0/1/0/0/1
Step 3 ipv4 address ip-address Assigns an IP address and subnet mask to the interface in
the format:
Example: A.B.C.D/prefix or A.B.C.D/mask
RP/0/0/CPU0:router(config-if)# ipv4 address
80.170.0.1/24
Step 4 multilink fragment-size size (Optional) Specifies the size of the multilink fragments,
such as 128 bytes. Some fragment sizes may not be
supported.
Example:
RP/0/0/CPU0:router(config-if)# multilink The default is no fragments.
fragment-size 128
Step 5 keepalive {seconds | disable} Enables keepalive messages by specifying the number of
seconds between keepalive messages in the range of 1 to 30.
The default value is 10. Use the disable keyword to disable
Example:
RP/0/0/CPU0:router(config-if)# keepalive
keepalives.
disable
Step 6 exit Exits interface configuration mode and enters global
configuration mode.
Example:
RP/0/0/CPU0:router(config-if)# exit
Step 7 interface type instance Specifies the interface name and instance identifier in
rack/slot/module/port/t1-number:channel-group notation,
and enters interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/1/0/0/1:0
Example:
RP/0/0/CPU0:router(config-if)# group 1
Step 10 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config-t3)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-t3)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
SUMMARY STEPS
1. configure
2. interface multilink instance
3. multilink
4. ppp multilink minimum-active links value
5. multilink interleave
6. no shutdown
7. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface multilink instance Specifies the multilink interface name and instance
identifier in rack/slot/module/port/bundle-id notation, and
enters interface configuration mode.
Example:
RP/0/0/CPU0:router(config)# interface multilink
0/1/0/0/1
Step 3 multilink Enters interface multilink configuration mode.
Example:
RP/0/0/CPU0:router(config-if)# multilink
Step 4 ppp multilink minimum-active links value (Optional) Specifies the minimum number of active links
for the multilink interface.
Example:
RP/0/0/CPU0:router(config-if-multilink)# ppp
multilink minimum-active links 12
Step 5 multilink interleave (Optional) Enables interleave on a multilink interface.
Example:
RP/0/0/CPU0:router(config-if-multilink)#
multilink interleave
The following example shows how to configure POS interface 0/3/0/1 to allow two additional retries
after an initial authentication failure (for a total of three failed authentication attempts):
RP/0/RP0/CPU0:router# configuration
RP/0/RP0/CPU0:router(config)# interface POS 0/3/0/1
RP/0/RP0/CPU0:router(config-if)# ppp max-bad-auth 3
Fragmentation: disabled
Member Links: 2 active, 0 inactive
- Serial0/3/1/0/0:0: ACTIVE
- Serial0/3/1/0/1:0: ACTIVE
Fragmentation: disabled
Member Links: 2 active, 0 inactive
- Serial0/3/1/0/0:0: ACTIVE
- Serial0/3/1/0/1:0: ACTIVE
Fragmentation: disabled
Member Links: 2 active, 0 inactive
- Serial0/3/1/1/1:0: ACTIVE
- Serial0/3/1/1/0:0: ACTIVE
Keepalives disabled
IPCP: Open
Local IPv4 address: 1.1.1.2
Peer IPv4 address: 1.1.1.1
Multilink
Member Links: 2 active, 1 inactive (min-active 1)
- Serial0/3/1/0/0:0: ACTIVE
- Serial0/3/1/0/1:0: ACTIVE
- Serial0/3/1/0/2:0: INACTIVE : LCP has not been negotiated
Multilink0_3_1_0_1 (0x04001200)
-----------------------
flags: 0x0001002f type: 55 (IFT_MULTILINK) encap: 52 (ppp)
state: 3 (up) mtu: 1600 protocol count: 3
control parent: 0x04000800 data parent: 0x00000000
protocol capsulation state mtu
--------------- -------------------- --------------- --------
12 (ipv4)
26 (ipv4) 3 (up) 1500
47 (ipcp) 3 (up) 1500
16 (ppp_ctrl)
53 (ppp_ctrl) 3 (up) 1500
0 (Unknown)
139 (c_shim) 3 (up) 1600
52 (ppp) 3 (up) 1504
56 (queue_fifo) 3 (up) 1600
60 (txm_nopull) 3 (up) 1600
Additional References
The following sections provide references related to PPP encapsulation.
Related Documents
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
RFCs
RFCs Title
RFC-1661 The Point-to-Point Protocol (PPP)
RFC- 1994 PPP Challenge Handshake Authentication Protocol (CHAP)
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the serial interfaces on routers supporting Cisco IOS XR software. Before you
configure a serial interface, you must configure the clear channel T3/E3 controller or channelized
T1/E1controller (DS0 channel) that is associated with that interface.
Contents
• Prerequisites for Configuring Serial Interfaces, page 338
• Information About Serial Interfaces, page 338
• Serial Interface Concepts, page 340
• How to Configure Serial Interfaces, page 346
Note The 2-Port and 4-Port Channelized T3 SPAs support T1/E1 controllers and DS0 channels.
• You have already configured the clear channel T3/E3 controller or channelized
T3-to-T1/E1controller that is associated with the serial interface you want to configure, as described
in the Configuring Clear Channel T3/E3 Controllers and Channelized T3 Controllers on
Cisco IOS XR Software module earlier in this document.
Note The 2-Port and 4-Port Channelized T3 SPAs can run in clear channel mode, or they can be
channelized into 28 T1 or 21 E1 controllers.
T3/E3 serial interfaces are automatically created on clear channel T3/E3 controllers. On channelized
T3-to-T1/E1 controllers, serial interfaces are automatically created when users configure individual DS0
channel groups the T1/E1 controllers.
To configure serial interfaces, you must understand the following concepts:
• High Level Over-View: Serial Interface Configuration on Clear-Channel SPAs, page 339
• High Level Over-View: Serial Interface Configuration on Channelized SPAs, page 339
• Default Settings for Serial Interface Configurations, page 345
• Serial Interface Naming Notation, page 345
• PPP Encapsulation, page 341
• Cisco HDLC Encapsulation, page 341
Table 2 provides a high-level overview of the tasks required to configure an E3 serial interface on a
2-Port and 4-Port Clear Channel T3/E3 SPA.
Table 4 provides a high-level overview of the tasks required to configure an E1 serial interface on the
2-Port and 4-Port Channelized T3 SPA.
Note Cisco HDLC is the default encapsulation type for the serial interfaces.
Cisco HDLC uses keepalives to monitor the link state, as described in the “Keepalive Timer” section on
page 342.
Note Use the debug chdlc slarp packet command to display information about the Serial Line Address
Resolution Protocol (SLARP) packets that are sent to the peer after the keepalive timer has been
configured.
PPP Encapsulation
PPP is a standard protocol used to send data over synchronous serial links. PPP also provides a Link
Control Protocol (LCP) for negotiating properties of the link. LCP uses echo requests and responses to
monitor the continuing availability of the link.
Note When an interface is configured with PPP encapsulation, a link is declared down, and full LCP
negotiation is re-initiated after three ECHOREQ packets are sent without receiving an ECHOREP
response.
PPP provides the following Network Control Protocols (NCPs) for negotiating properties of data
protocols that will run on the link:
• IP Control Protocol (IPCP) to negotiate IP properties
• Multiprotocol Label Switching control processor (MPLSCP) to negotiate MPLS properties
• Cisco Discovery Protocol control processor (CDPCP) to negotiate CDP properties
• IPv6CP to negotiate IP Version 6 (IPv6) properties
• Open Systems Interconnection control processor (OSICP) to negotiate OSI properties
PPP uses keepalives to monitor the link state, as described in the “Keepalive Timer” section on page 342.
PPP supports the following authentication protocols, which require a remote device to prove its identity
before allowing data traffic to flow over a connection:
• Challenge Handshake Authentication Protocol (CHAP)—CHAP authentication sends a challenge
message to the remote device. The remote device encrypts the challenge value with a shared secret
and returns the encrypted value and its name to the local router in a response message. The local
router attempts to match the remote device’s name with an associated secret stored in the local
username or remote security server database; it uses the stored secret to encrypt the original
challenge and verify that the encrypted values match.
Note For more information on enabling and configuring PPP authentication protocols, see the “Configuring
PPP on Cisco IOS XR Software” module later in this manual.
Use the ppp authentication command in interface configuration mode to enable CHAP, MS-CHAP, and
PAP on a serial interface.
Note Enabling or disabling PPP authentication does not affect the local router’s willingness to authenticate
itself to the remote device.
Multilink PPP
Multilink Point-to-Point Protocol (MLPPP) provides a method for combining multiple physical links
into one logical link. The implementation of MLPPP on Cisco XR 12000 Series Routers combines
multiple PPP serial interfaces into one multilink interface. MLPPP performs the fragmenting,
reassembling, and sequencing of datagrams across multiple PPP links. MLPPP is supported on the 2-Port
and 4-Port Channelized T3 SPAs.
MLPPP provides the same features that are supported on PPP Serial interfaces with the exception of
QoS. It also provides the following additional features:
• Fragment sizes of 128, 256, and 512 bytes
• Long sequence numbers (24-bit)
• Lost fragment detection timeout period of 80 ms
• Minimum-active-links configuration option
• LCP echo request/reply support over multilink interface
• Full T1 and E1 framed and unframed links
For more information about configuring MLPPP on a serial interface, see the “Configuring PPP on
Cisco IOS XR Software” module later in this document.
Keepalive Timer
Cisco keepalives are useful for monitoring the link state. Periodic keepalives are sent to and received
from the peer at a frequency determined by the value of the keepalive timer. If an acceptable keepalive
response is not received from the peer, the link makes the transition to the down state. As soon as an
acceptable keepalive response is obtained from the peer or if keepalives are disabled, the link makes the
transition to the up state.
If three keepalives are sent to the peer and no response is received from peer, then the link makes the
transition to the down state. ECHOREQ packets are sent out only when LCP negotiation is complete (for
example, when LCP is open).
Use the keepalive command in interface configuration mode to set the frequency at which LCP sends
ECHOREQ packets to its peer. To restore the system to the default keepalive interval of 10 seconds, use
the keepalive command with no argument. To disable keepalives, use the keepalive disable command.
For both PPP and Cisco HDLC, a keepalive of 0 disables keepalives and is reported in the show
running-config command output as keepalive disable.
Note During Minimal Disruptive Restart (MDR), the keepalive interval must be 10 seconds or more.
When LCP is running on the peer and receives an ECHOREQ packet, it responds with an echo reply
(ECHOREP) packet, regardless of whether keepalives are enabled on the peer.
Keepalives are independent between the two peers. One peer end can have keepalives enabled; the other
end can have them disabled. Even if keepalives are disabled locally, LCP still responds with ECHOREP
packets to the ECHOREQ packets it receives. Similarly, LCP also works if the period of keepalives at
each end is different.
Note Use the debug chdlc slarp packet command and other Cisco HDLC debug commands to display
information about the Serial Line Address Resolution Protocol (SLARP) packets that are sent to the peer
after the keepalive timer has been configured.
Note The administrative state of a parent interface drives the state of the subinterface and its PVC. When the
administrative state of a parent interface or subinterface changes, so does the administrative state of any
child PVC configured under that parent interface or subinterface.
The Local Management Interface (LMI) protocol monitors the addition, deletion, and status of PVCs.
LMI also verifies the integrity of the link that forms a Frame Relay UNI interface. By default, cisco LMI
is enabled on all PVCs. However, you can modify the default LMI type to be ANSI or Q.933, as
described in the “Modifying the Default Frame Relay Configuration on an Interface” chapter later in this
manual.
If the LMI type is cisco (the default LMI type), the maximum number of PVCs that can be supported
under a single interface is related to the MTU size of the main interface. Use the following formula to
calculate the maximum number of PVCs supported on a card or SPA:
MTU - 13/8 = maximum number of PVCs
Note The default number of PVCs supported on POS PVCs with cisco LMI is 557.
For non-Cisco LMI types, up to 992 PVCs are supported under a single main interface.
To configure Frame Relay encapsulation on serial interfaces, use the encapsulation frame-relay
command.
Frame Relay interfaces support two types of encapsulated frames:
• Cisco (this is the default)
• IETF
Use the encap command in PVC configuration mode to configure Cisco or IETF encapsulation on a
PVC. If the encapsulation type is not configured explicitly for a PVC, then that PVC inherits the
encapsulation type from the main serial interface.
Note Cisco encapsulation is required on serial main interfaces that are configured for MPLS. IETF
encapsulation is not supported for MPLS.
Before you configure Frame Relay encapsulation on an interface, you must verify that all prior
Layer 3 configuration is removed from that interface. For example, you must ensure that there is no IP
address configured directly under the main interface; otherwise, any Frame Relay configuration done
under the main interface will not be viable.
Note Serial interfaces support DLCI mode layer 2 ACs only; layer 2 port mode ACs are not supported on serial
interfaces.
Note For detailed information about configuring L2TPv3 in your network, see the “Layer 2 Tunnel Protocol
Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label Switching
Configuration Guide.
Note Default settings do not appear in the output of the show running-config command.
The naming notation for T1, E1, and DS0 interfaces on a channelized SPA is
rack/slot/module/port/channel-num:channel-group-number, as shown in the following example:
interface serial 0/0/1/2/4:3
If a subinterface and PVC are configured under the serial interface, then the router includes the
subinterface number at the end of the serial interface address. In this case, the naming notation is
rack/slot/module/port[/channel-num:channel-group-number].subinterface, as shown in the following
examples:
interface serial 0/0/1/2.1
interface serial 0/0/1/2/4:3.1
Prerequisites
You must have one of the following line cards installed in a Cisco XR 12000 Series Router that is
running Cisco IOS XR software:
• Cisco XR 12000 SIP-401
• Cisco XR 12000 SIP-501
• Cisco XR 12000 SIP-601
• 2-Port and 4-Port Channelized T3 Serial SPA
• 2-Port and 4-Port T3/E3 Serial SPA
Restrictions
The configuration on both ends of the serial connection must match for the interface to be active.
SUMMARY STEPS
1. show interfaces
2. configure
3. interface serial instance
4. ipv4 address ip-address
5. no shutdown
6. end
or
commit
7. exit
8. exit
9. Repeat Step 1 through Step 8 to bring up the interface at the other end of the connection.
10. show ipv4 interface brief
11. show interfaces serial instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 3 interface serial instance Specifies the serial interface name and notation
rack/slot/module/port, and enters interface configuration
mode.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/1/0/0
Step 4 ipv4 address ip-address Assigns an IP address and subnet mask to the interface.
Example:
Caution Skip this step if you are configuring Frame Relay
RP/0/0/CPU0:router(config-if)# ipv4 address
10.1.2.1 255.255.255.224 encapsulation on this interface. For Frame Relay,
the IP address and subnet mask are configured
under the PVC.
Example:
RP/0/0/CPU0:router (config)# exit
Example:
RP/0/0/CPU0:router# show interfaces
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router (config)# interface serial
0/1/0/0
RP/0/0/CPU0:router(config-if)# ipv4 address
10.1.2.1 255.255.255.224
RP/0/0/CPU0:router (config-if)# no shutdown
RP/0/0/CPU0:router (config-if)# commit
RP/0/0/CPU0:router (config-if)# exit
RP/0/0/CPU0:router (config)# exit
Step 10 show ipv4 interface brief Verifies that the interface is active and properly configured.
If you have brought up a serial interface properly, the
Example: “Status” field for that interface in the show ipv4 interface
RP/0/0/CPU0:router # show ipv4 interface brief brief command output shows “Up.”
Step 11 show interfaces serial instance (Optional) Displays the interface configuration.
Example:
RP/0/0/CPU0:router# show interfaces serial
0/1/0/0
What to do Next
To modify the default configuration of the serial interface you just brought up, see the “Configuring
Optional Serial Interface Parameters” section on page 349.
Prerequisites
Before you modify the default serial interface configuration, you must bring up the serial interface and
remove the shutdown configuration, as described in the “Bringing Up a Serial Interface” section on
page 346.
Restrictions
The configuration on both ends of the serial connection must match for the interface to be active.
SUMMARY STEPS
1. configure
2. interface serial instance
3. encapsulation [hdlc | ppp | frame-relay [IETF]]
4. serial
5. crc length
6. invert
7. scramble
8. transmit-delay hdlc-flags
9. end
or
commit
10. exit
11. exit
12. exit
13. show interfaces serial [instance]
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface serial instance Specifies the serial interface name and notation
rack/slot/module/port, and enters interface configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/1/0/0
Step 3 encapsulation [hdlc | ppp | frame-relay [IETF]] (Optional) Configures the interface encapsulation
parameters and details such as HDLC, PPP or Frame Relay.
Example: Note The default encapsulation is hdlc.
RP/0/RP0/CPU0:router(config-if)# encapsulation
hdlc
Step 4 serial (Optional) Enters serial submode to configure the serial
parameters.
Example:
RP/0/0/CPU0:router(config-if)# serial
RP/0/0/CPU0:ios(config-if-serial)#
Step 5 crc length (Optional) Specifies the length of the cyclic redundancy
check (CRC) for the interface. Enter the 16 keyword to
specify 16-bit CRC mode, or enter the 32 keyword to
Example:
RP/0/0/CPU0:ios(config-if-serial)# crc 32
specify 32-bit CRC mode.
Note The default is CRC length is 16.
Example:
RP/0/0/CPU0:ios(config-if-serial)# inverts
Step 7 scramble (Optional) Enables payload scrambling on the interface.
Note Payload scrambling is disabled on the interface.
Example:
RP/0/0/CPU0:ios(config-if-serial)# scramble
Step 8 transmit-delay hdlc-flags (Optional) Specifies a transmit delay on the interface.
Values can be from 0 to 128.
Example: Note Transmit delay is disabled by default (the transmit
RP/0/0/CPU0:ios(config-if-serial)# delay is set to 0).
transmit-delay 10
Step 9 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router (config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 10 exit Exits serial configuration mode.
Example:
RP/0/0/CPU0:router(config-if-serial)# exit
RP/0/0/CPU0:router(config-if)#
Step 11 exit Exits interface configuration mode and enters global
configuration mode.
Example:
RP/0/RP0/CPU0:router (config-if)# exit
Example:
RP/0/RP0/CPU0:router (config)# exit
Step 13 show interfaces serial [instance] (Optional) Displays general information for the specified
serial interface.
Example:
RP/0/RP0/CPU0:router# show interface serial
0/1/0/0
What to do Next
• To create a point-to-point Frame Relay subinterface with a PVC on the serial interface you just
brought up, see the “Creating a Point-to-Point Serial Subinterface with a PVC” section on page 352.
• To configure PPP authentication on serial interfaces with PPP encapsulation, see the “Configuring
PPP on Cisco IOS XR Software” module later in this manual.
• To modify the default keepalive configuration, see the “Modifying the Keepalive Interval on Serial
Interfaces” section on page 357.
• To modify the default Frame Relay configuration on serial interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
Note Subinterface and PVC creation is supported on interfaces with Frame Relay encapsulation only.
Prerequisites
Before you can create a subinterface on a serial interface, you must bring up the main serial interface
with Frame Relay encapsulation, as described in the “Bringing Up a Serial Interface” section on
page 346.
Restrictions
Only one PVC can be configured for each point-to-point serial subinterface.
SUMMARY STEPS
1. configure
2. interface serial instance.subinterface point-to-point
3. ipv4 address ipv4_address/prefix
4. pvc dlci
5. end
or
commit
6. Repeat Step 1 through Step 5 to bring up the serial subinterface and any associated PVC at the other
end of the connection.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface serial instance.subinterface Enters serial subinterface configuration mode.
point-to-point
Example:
RP/0/0/CPU0:router (config)# interface serial
0/6/0/1.10
Step 3 ipv4 address ipv4_address/prefix Assigns an IP address and subnet mask to the subinterface.
Example:
RP/0/0/CPU0:router (config-subif)#ipv4 address
10.46.8.6/24
Step 4 pvc dlci Creates a serial permanent virtual circuit (PVC) and enters
Frame Relay PVC configuration submode.
Example: Replace dlci with a PVC identifier, in the range from 16 to
RP/0/0/CPU0:router (config-subif)# pvc 20 1007.
Note Only one PVC is allowed per subinterface.
What to do Next
• To configure optional PVC parameters, see the “Configuring Optional Serial Interface Parameters”
section on page 349.
• To modify the default Frame Relay configuration on serial interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
• To attach a Layer 3 QOS service policy to the PVC under the PVC submode, refer to the appropriate
Cisco IOS XR software configuration guide.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on a serial subinterface,
as described in the “Creating a Point-to-Point Serial Subinterface with a PVC” section on page 352.
Restrictions
• The DLCI (or PVI identifier) must match on both ends of the PVC for the connection to be active.
• To change the PVC DLCI, you must delete the PVC and then add it back with the new DLCI.
SUMMARY STEPS
1. configure
2. interface serial instance.subinterface
3. pvc dlci
4. encap [cisco | ietf]
5. service-policy {input | output} policy-map
6. end
or
commit
7. Repeat Step 1 through Step 6 to configure the PVC at the other end of the connection.
8. show frame-relay pvc dlci-number
Example:
RP/0/0/CPU0:router# configure
Step 2 interface serial instance.subinterface Enters serial subinterface configuration mode.
Example:
RP/0/0/CPU0:router (config)# interface serial
0/6/0/1.10
Step 3 pvc dlci Enters subinterface configuration mode for the PVC.
Example:
RP/0/0/CPU0:router (config-subif)# pvc 20
Step 4 encap [cisco | ietf] (Optional) Configures the encapsulation for a Frame Relay
PVC.
Example: Note If the encapsulation type is not configured explicitly
RP/0/0/CPU0:router (config-subif)# encap ietf for a PVC, then that PVC inherits the encapsulation
type from the main serial interface.
What to do Next
• To attach a Layer 3 QOS service policy to the PVC under the PVC submode, refer to the appropriate
Cisco IOS XR software configuration guide.
• To modify the default Frame Relay configuration on serial interfaces that have Frame Relay
encapsulation enabled, see the “Modifying the Default Frame Relay Configuration on an Interface”
module later in this manual.
Note When you enable Cisco HDLC or PPP encapsulation on a serial interface, the default keepalive interval
is 10 seconds. Use this procedure to modify that default keepalive interval.
Prerequisites
Before you can modify the keepalive timer configuration, you must ensure that Cisco HDLC or PPP
encapsulation is enabled on the interface. Use the encapsulation command to enable Cisco HDLC or
PPP encapsulation on the interface, as described in the “Configuring Optional Serial Interface
Parameters” section on page 349.
Restrictions
During MDR, the keepalive interval must be 10 seconds or more.
SUMMARY STEPS
1. configure
2. interface serial instance
3. keepalive {seconds | disable}
or
no keepalive
4. end
or
commit
5. show interfaces type instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface serial instance Specifies the serial interface name and notation
rack/slot/module/port and enters interface configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# interface serial
0/1/0/0
Step 3 keepalive {seconds | disable} Specifies the number of seconds between keepalive
or messages.
no keepalive • Use the keepalive disable command, the no keepalive,
or the keepalive command with an argument of 0 to
Example: disable the keepalive feature.
RP/0/RP0/CPU0:router(config-if)# keepalive 3 • Range is from 1 through 30 seconds.
or
• Default is 10 seconds.
RP/0/RP0/CPU0:router(config-if)# no keepalive
• If keepalives are configured on an interface, use the no
keepalive command to disable the keepalive feature
before you configure Frame Relay encapsulation on
that interface.
Example:
RP/0/RP0/CPU0:router# show interfaces serial
0/1/0/0
Note After you configure an interface for Layer 2 switching, no routing commands such as ipv4 address are
permissible. If any routing commands are configured on the interface, then the l2transport command is
rejected.
Prerequisites
Before you can create a subinterface on an serial interface, you must bring up an serial interface, as
described in the “Bringing Up a Serial Interface” section on page 346.
Restrictions
Only one PVC can be configured for each serial subinterface.
SUMMARY STEPS
1. configure
2. interface serial instance.subinterface l2transport
3. pvc vpi/vci
4. end
or
commit
5. Repeat Step 1 through Step 4 to bring up the serial subinterface and any associated PVC at the other
end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface serial instance.subinterface Creates a subinterface and enters serial subinterface
l2transport configuration mode for that subinterface.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/6/0/1.10 l2transport
Step 3 pvc vpi/vci Creates an serial permanent virtual circuit (PVC) and enters
serial Layer 2 transport PVC configuration mode.
Example: Note Only one PVC is allowed per subinterface.
RP/0/0/CPU0:router(config-if)# pvc 5/20
What to do Next
• To configure optional PVC parameters, see the “Configuring Optional Serial Layer 2 PVC
Parameters” section on page 361.
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the “Layer 2
Tunnel Protocol Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label
Switching Configuration Guide.
Prerequisites
Before you can modify the default PVC configuration, you must create the PVC on a Layer 2
subinterface, as described in the “Creating a Serial Layer 2 Subinterface with a PVC” section on
page 359.
Restrictions
The configuration on both ends of the PVC must match for the connection to be active.
SUMMARY STEPS
1. configure
2. interface serial instance.subinterface l2transport
3. pvc dlci
4. encap [cisco | ietf]
5. service-policy {input | output} policy-map
6. fragment end-to-end fragment-size
7. end
or
commit
8. Repeat Step 1 through Step 7 to configure the PVC at the other end of the AC.
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 interface serial instance.subinterface Enters serial subinterface configuration mode for a Layer 2
l2transport serial subinterface.
Example:
RP/0/0/CPU0:router(config)# interface serial
0/6/0/1.10 l2transport
Step 3 pvc dlci Enters serial Frame Relay PVC configuration mode for the
specified PVC.
Example:
RP/0/0/CPU0:router(config-if)# pvc 100
Step 4 encap {cisco | ietf} Configures the encapsulation for a Frame Relay PVC.
Example:
RP/0/0/CPU0:router(config-fr-vc)# encapsulation
aal5
Step 5 fragment end-to-end fragment-size Enables fragmentation of Frame Relay frames on an
interface.
Example: Replace fragment-size with the number of payload bytes
RP/0/0/CPU0:router(config-fr-vc)# fragment from the original Frame Relay frame that will go into each
end-to-end 100 fragment. This number excludes the Frame Relay header of
the original frame.
Valid values are from 16 to 1600; the default is 53.
What to do Next
• To configure a point-to-point pseudowire XConnect on the AC you just created, see the “Layer 2
Tunnel Protocol Version 3 on Cisco IOS XR Software” module of Cisco IOS XR Multiprotocol Label
Switching Configuration Guide.
The following example shows how to configure the interval between keepalive messages to be 10
seconds:
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface serial 0/3/0/0/0:0
RP/0/RP0/CPU0:router(config-if)# keepalive 10
RP/0/RP0/CPU0:router(config-if)# commit
The following example shows how to modify the optional serial interface parameters:
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface serial 0/3/0/0/0:0
RP/0/0/CPU0:Router(config-if)# serial
RP/0/0/CPU0:Router(config-if-serial)# crc 16
RP/0/0/CPU0:Router(config-if-serial)# invert
RP/0/0/CPU0:Router(config-if-serial)# scramble
RP/0/0/CPU0:Router(config-if-serial)# transmit-delay 3
RP/0/0/CPU0:Router(config-if-serial)# commit
The following is sample output from the show interfaces serial command:
RP/0/0/CPU0:Router# show interfaces serial 0/0/3/0/5:23
Serial0/0/3/0/5:23 is down, line protocol is down
Hardware is Serial network interface(s)
Internet address is Unknown
MTU 1504 bytes, BW 64 Kbit
reliability 143/255, txload 1/255, rxload 1/255
Encapsulation HDLC, crc 16, loopback not set, keepalive set (10 sec)
Last clearing of "show interface" counters 18:11:15
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
2764 packets input, 2816 bytes, 3046 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 0 multicast packets
0 runts, 0 giants, 0 throttles, 0 parity
3046 input errors, 1 CRC, 0 frame, 0 overrun, 2764 ignored, 281 abort
2764 packets output, 60804 bytes, 0 total output drops
Output 0 broadcast packets, 0 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
The following example shows how create a serial subinterface with a PVC on the main serial interface:
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface serial 0/3/0/0/0:0.10 point-to-point
RP/0/0/CPU0:router (config-subif)#ipv4 address 10.46.8.6/24
RP/0/0/CPU0:router (config-subif)# pvc 20
RP/0/0/CPU0:router (config-fr-vc)# encapsulation ietf
RP/0/0/CPU0:router(config-subif)# commit
The following example shows how to configure serial interface 0/3/0/0/0:0 to allow two additional retries
after an initial authentication failure (for a total of three failed authentication attempts):
RP/0/RP0/CPU0:router# configuration
RP/0/RP0/CPU0:router(config)# interface serial 0/3/0/0/0:0
RP/0/RP0/CPU0:router(config-if)# encapsulation ppp
RP/0/RP0/CPU0:router(config-if)# ppp authentication chap
RP/0/RP0/CPU0:router(config-if)# ppp max-bad-auth 3
RP/0/RP0/CPU0:router(config-if)# end
Uncommitted changes found, commit them? [yes]: yes
Additional References
The following sections provide references related to T3/E3 and T1/E1 controllers and serial interfaces.
Related Documents
Standards
Standards Title
FRF.1.2 PVC User-to-Network Interface (UNI) Implementation Agreement -
July 2000
ANSI T1.617 Annex D —
ITU Q.933 Annex A —
MIBs
RFCs
RFCs Title
RFC 1294 Multiprotocol Interconnect Over Frame Relay
RFC 1490 Multiprotocol Interconnect Over Frame Relay
RFC 2427 Multiprotocol Interconnect Over Frame Relay
RFC 1586 Guidelines for Running OSPF Over Frame Relay Networks
RFC 1315 Management Information Base for Frame Relay DTEs
RFC 2115 Management Information Base for Frame Relay DTEs Using SMIv2
RFC 1604 Definitions of Managed Objects for Frame Relay Service
RFC 2954 Definitions of Managed Objects for Frame Relay Service
RFC 2390 Inverse Address Resolution Protocol
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
Contents
• Prerequisites for Preconfiguring Physical Interfaces, page 370
• Information About Preconfiguring Physical Interfaces, page 370
• How to Preconfigure Physical Interfaces, page 372
• Configuration Examples for Preconfiguring Physical Interfaces, page 374
• Where to Go Next, page 375
• Additional References, page 375
Note When you plug the anticipated modular services card in, make sure to verify any preconfiguration with
the appropriate show commands.
Use the show run command to see interfaces that are in the preconfigured state.
Note We recommend filling out preconfiguration information in your site planning guide, so that you can
compare that anticipated configuration with the actual preconfigured interfaces when that card is
installed and the interfaces are up.
Tip Use the commit best-effort command to save the preconfiguration to the running configuration file. The
commit best-effort command merges the target configuration with the running configuration and
commits only valid configuration (best effort). Some configuration might fail due to semantic errors, but
the valid configuration still comes up.
Note It is possible that some configurations cannot be verified until the modular services card is inserted.
Note Do not enter the no shutdown command for new preconfigured interfaces, because the no form of this
command removes the existing configuration, and there is no existing configuration.
Users are expected to provide names during preconfiguration that will match the name of the interface
that will be created. If the interface names do not match, the preconfiguration cannot be applied when
the interface is created. The interface names must begin with the interface type that is supported by the
router and for which drivers have been installed. However, the slot, port, subinterface number, and
channel interface number information cannot be validated.
Note Specifying an interface name that already exists and is configured (or an abbreviated name like e0/3/0/0)
is not permitted.
Note The user does not need to configure anything to guarantee that the standby interface configurations are
maintained.
SUMMARY STEPS
1. configure
2. interface preconfigure type instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface preconfigure type instance Enters interface preconfiguration mode for an interface.
Replace type with the type of interface you want to
Example: configure.
RP/0/RP0/CPU0:router(config)# interface
preconfigure MgmtEth 0/RP0/CPU0/0
Replace instance with the interface identifier in the
rack/slot/module/port notation.
Step 3 ipv4 address ip-address subnet-mask Assigns an IP address and subnet mask to the interface.
Example:
RP/0/RP0/CPU0:router(config-if-pre)# ip address
192.168.255.255/32
Step 4 — Configure additional interface parameters, as described in
this manual in the configuration chapter that applies to the
type of interface you are configuring.
Step 5 exit Exits interface preconfiguration mode and enters global
configuration mode.
Step 6 exit Exits global configuration and enters EXEC mode.
Where to Go Next
• For information about configuring management Ethernet interfaces, see the Configuring General
Router Features module of the Cisco IOS XR Getting Started Guide. Advance configuration of the
management Ethernet interfaces is described in the Advanced Configuration and Modification of the
Management Ethernet Interface on Cisco IOS XR Software module later in this document.
• For information about configuring Gigabit Ethernet and Fast Ethernet interfaces, see the
Configuring Ethernet Interfaces on Cisco IOS XR Software module earlier in this document.
• For information about configuring POS interfaces, see the Configuring POS Interfaces on
Cisco IOS XR Software module earlier in this document.
• For information about configuring serial interfaces, see the Configuring Serial Interfaces on
Cisco IOS XR Software module earlier in this document.
• For information about configuring ATM interfaces, see the Configuring ATM Interfaces on Cisco
IOS XR Software module earlier in this document.
Additional References
The sections that follow provide references related to the preconfiguration of physical interfaces.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software.
Information about user groups and task IDs Configuring AAA Services on Cisco IOS XR Software module of
Cisco IOS XR System Security Configuration Guide
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of clear channel SONET controllers on routers supporting
Cisco IOS XR software. SONET controller configuration is a preliminary step toward
Packet-over-SONET/SDH (POS) configuration on routers using Cisco IOS XR software.
SONET allows you to define optical signals and a synchronous frame structure for multiplexed digital
traffic. It is a set of standards defining the rates and formats for optical networks specified in American
National Standards Institute (ANSI) T1.105, ANSI T1.106, and ANSI T1.117.
Note The Cisco CRS-1 supports clear channel SONET controllers only. The Cisco XR 12000 Series Router
supports both clear channel and channelized SONET controllers on the 1-Port Channelized OC-3 and
OC-12 SPAs. For more information about configuring a channelized SONET controller, see the
Configuring Channelized SONET on Cisco IOS XR Software module.
The commands for configuring the Layer 1 SONET controllers are provided in the
Cisco IOS XR Interface and Hardware Component Command Reference.
Release 3.4.0 Support was added on the Cisco CRS-1 for the following hardware:
• 2 port OC-48/STM-16 POS SPA
• 4 port OC-48/STM-16 POS SPA
Release 3.5.0 Support was added on the Cisco XR 12000 Series Router for the following
SPAs:
• 1-Port Channelized OC-3 SPA
• 1-Port Channelized OC-12 SPA
• 2-Port OC-12 POS
• 4-Port OC-12 POS
• 8-Port OC-12 POS
• 4-Port OC-3 POS
• 8-Port OC-3 POS
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring Clear Channel SONET Controllers, page 380
• Information About Configuring SONET Controllers, page 381
• How to Configure Clear Channel SONET Controllers, page 384
• Configuration Examples for SONET Controllers, page 393
• Where to Go Next, page 395
• Additional References, page 395
Note Path UNEQ is not supported on the OC-768 card. Therefore, UNEQ-P and PPLM alarms are not reported
for any unequipped C2 byte that is received on an OC-768 interface. Cisco supports all error codes from
the ERDI-P standard except for the UNEQ-P code.
SONET APS
The automatic protection switching (APS) feature allows switchover of packet-over-SONET (POS)
interfaces in the event of failure, and is often required when connecting SONET equipment to telco
equipment. APS refers to the mechanism of using a “protect” POS interface in the SONET network as
the backup for “working” POS interface. When the working interface fails, the protect interface quickly
assumes its traffic load. The working interfaces and their protect interfaces make up an “APS group.”
In Cisco IOS XR software, SONET APS configuration defines a working line and a protection line for
each redundant line pair. The working line is the primary or preferred line, and communications take
place over that line as long as the line remains operative. If a failure occurs on the working line, APS
initiates a switchover to the protection line. For proper APS operation between two routers, a working
line on one router must also be the working line on the other router, and the same applies to the protection
line.
In a SONET APS group, each connection may be bidirectional or unidirectional, and revertive or
non-revertive. The same signal payload is sent to the working and protect interfaces. The working and
protect interfaces may terminate in two ports of the same card, or in different cards in the same router,
or in two different routers.
The protect interface directs the working interface to activate or deactivate in the case of degradation,
loss of channel signal, or manual intervention. If communication between the working and protect
interfaces is lost, the working router assumes full control of the working interface as if no protect circuit
existed.
In an APS group, each line is called a “channel.” In bidirectional mode, the receive and transmit channels
are switched as a pair. In unidirectional mode, the transmit and receive channels are switched
independently. For example, in bidirectional mode, if the receive channel on the working interface has a
loss of channel signal, both the receive and transmit channels are switched.
Prerequisites
• You need to have a POS line card or SPA installed in a router that is running Cisco IOS XR software.
• If you want to ensure recovery from fiber or equipment failures, then configure SONET APS on the
router as describe in the “Configuring SONET APS” section on page -387.
Restrictions
SUMMARY STEPS
1. show version
2. show interfaces [pos | srp] instance
3. configure
4. controller sonet instance
5. clock source {internal | line}
6. delay trigger line value
7. framing {sdh | sonet}
8. loopback {internal | line}
9. overhead {j0 | s1s0} byte-value
10. path keyword [values]
11. end
or
commit
12. show controllers sonet instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 4 controller sonet instance Enters SONET controller configuration submode and specifies the
SONET controller name and instance identifier with the
rack/slot/module/port notation.
Example:
RP/0/RP0/CPU0:router(config)# controller
sonet 0/1/0/0
Step 5 clock source {internal | line} Configures the SONET port transmit clock source, where the
internal keyword sets the internal clock and line keyword sets the
clock recovered from the line.
Example:
RP/0/RP0/CPU0:router(config-sonet)# • Use the line keyword whenever clocking is derived from the
clock source internal network. Use the internal keyword when two routers are
connected back-to-back or over fiber for which no clocking is
available.
• The line clock is the default.
Note Internal clocking is required for SRP interfaces.
Step 6 delay trigger line value (Optional) Configures the SONET port delay trigger line values,
where the trigger values are in the range from
0 through 511 milliseconds, and the default delay trigger value is 0
Example:
RP/0/RP0/CPU0:router(config-sonet)#
milliseconds.
delay trigger line 0
Step 7 framing {sdh | sonet} (Optional) Configures the controller framing with either the sdh
keyword for Synchronous Digital Hierarchy (SDH) framing, or the
sonet keyword for SONET framing.
Example:
RP/0/RP0/CPU0:router(config-sonet)# SONET framing (sonet) is the default.
framing sonet
Step 8 loopback {internal | line} (Optional) Configures the SONET controller for loopback, where
the internal keyword selects internal (terminal) loopback, or the
line keyword selects line (facility) loopback.
Example:
RP/0/RP0/CPU0:router(config-sonet)#
loopback internal
Example:
RP/0/RP0/CPU0:router# show controllers
sonet 0/1/0/0
What to do Next
• To configure an associated POS interface, see the Configuring POS Interfaces on
Cisco IOS XR Software module later in this document.
• To configure an associated SRP interface, see the Configuring SRP Interfaces on Cisco IOS XR
Software module later in this document.
Prerequisites
You need to have a POS line card or SPA installed in a router that is running Cisco IOS XR software.
Restrictions
For proper APS operation between two routers, a working line on one router must also be the working
line on the other router, and the same applies to the protection line.
SUMMARY STEPS
1. configure
2. aps group number
3. channel {0 | 1} local sonet interface
4. Repeat Step 3 for each channel in the APS group.
5. exit
6. interface loopback number
7. ipv4 address ip-address mask
8. exit
9. interface pos instance
10. ipv4 address ip-address mask
11. pos crc {16 | 32}
12. keepalive {seconds | disable}
13. no shutdown
14. Repeat Step 9 to Step 13 for each channel in the group.
15. exit
16. controller sonet instance
17. ais-shut
18. path scrambling disable
19. clock source {internal | line}
20. Repeat Step 16 to Step 19 for each channel of the group.
21. end
or
commit
22. exit
23. exit
24. show aps
25. show aps group [number]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 aps group number Adds an APS group with a specified number and enters APS
group configuration mode.
Example: • Use the aps group command in global configuration
RP/0/RP0/CPU0:router(config)# aps group 1 mode.
• To remove a group, use the no form of this command,
as in: no aps group number, where the value range is
from 1–255.
Note To use the aps group command, you must be a
member of a user group associated with the proper
task IDs for aps commands.
What to do Next
• To configure the POS interfaces in the APS group, see the Configuring POS Interfaces on
Cisco IOS XR Software module later in this document.
• To configure an a hold-off timer to prevent FRR from being triggered while the CORE network is
doing a restoration, see the “Configuring a Hold-off Timer to Prevent Fast Reroute from being
Triggered” section on page 392 module later in this document.
Prerequisites
Configure SONET APS, as describe in the “Configuring SONET APS” section on page 387.
SUMMARY STEPS
1. configure
2. controller sonet instance
3. delay trigger line value
or
path delay trigger value
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 controller sonet instance Enters SONET configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# controller sonet
0/6/0/0
What to do Next
• To configure the POS interfaces in the APS group, see the Configuring POS Interfaces on
Cisco IOS XR Software module later in this document.
RP/0/RP0/CPU0:router(config-sonet)# commit
RP/0/RP0/CPU0:router(config-sonet)# end
RP/0/RP0/CPU0:router# show aps
APS Group 1
Protect ch 0 (SONET0_0_0_1): Disabled
SONET framing, SONET signalling, bidirectional, non-revertive
Rx K1: 0x00 (No Request - Null)
K2: 0x00 (bridging Null, 1+1, non-aps)
Tx K1: 0x00 (No Request - Null)
K2: 0x05 (bridging Null, 1+1, bidirectional)
Working ch 1 (0_0_0_2): Enabled
APS Group 1
Protect ch 0 (SONET0_0_0_1): Disabled
SONET framing, SONET signalling, bidirectional, non-revertive
Rx K1: 0x00 (No Request - Null)
K2: 0x00 (bridging Null, 1+1, non-aps)
Tx K1: 0x00 (No Request - Null)
K2: 0x05 (bridging Null, 1+1, bidirectional)
Working ch 1 (SONET0_0_0_2): Enabled
RP/0/RP0/CPU0:router#
Where to Go Next
After configuring the SONET controller, you can configure the POS or SRP interface that is associated
with that controller.
• To configure a POS interface, see the Configuring POS Interfaces on Cisco IOS XR Software
module in this document.
• To configure an SRP interface, see the Configuring SRP Interfaces on Cisco IOS XR Software
module in this document.
Additional References
The following sections provide references related to SONET controller configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Initial system bootup and configuration information for Cisco IOS XR Getting Started Guide
a router using the Cisco IOS XR Software
Information about user groups and task IDs Configuring AAA Services on Cisco IOS XR Software module of
Cisco IOS XR System Security Configuration Guide
Information about configuring router interfaces and Cisco Craft Works Interface Configuration Guide
other components from a remote Craft Works Interface
(CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes how to configure the Spatial Reuse Protocol (SRP) on supported Cisco Dynamic
Packet Transport (DPT) interfaces in routers running Cisco IOS XR software.
SRP is a MAC-layer protocol developed by Cisco and is used in conjunction with Cisco DPT products.
DPT products deliver scalable Internet service, reliable IP-aware optical transport, and simplified
network operations. These solutions allow you to scale and distribute your IP services across a reliable
optical packet ring infrastructure.
Note Throughout the remainder of this publication, the term SRP is used to describe features related to DPT
products.
Contents
• Prerequisites for Configuring SRP Interfaces, page 400
• Information About Configuring SRP Interfaces, page 400
• How to Configure an SRP Interface, page 401
• Configuration Examples for SRP Interfaces, page 419
• Additional References, page 420
Restrictions
On the 4-port OC-192c/STM-64c POS/DPT PLIM, each port pair (0 and 1 or 2 and 3) must be configured
the same. If you configure port 0 to be SRP and do not configure port 1 to be SRP, the configuration does
not work.
On the 16-port OC-48c/STM-16c POS/DPT PLIM, each group of four ports must be configured the
same. If you want to use ports 0 and 1 as a single SRP interface, you must configure all four ports: 0, 1,
2, and 3 to be SRP. Similarly, ports 4-7, 8-11, and 12-15 must be configured the same, as either SRP or
POS, for the configuration to work.
SUMMARY STEPS
1. configure
2. hw-module port port-number-1 srp location instance
3. hw-module port port-number-2 srp location instance
4. hw-module port port-number-3 srp location instance
5. hw-module port port-number-4 srp location instance
6. end
or
commit
7. hw-module location node-id reload
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 hw-module port port-number-1 srp location Enables SRP functionality on the first port.
instance
Note An SRP interface requires two consecutive physical
ports for proper configuration. The first,
Example: lower-numbered port must be even, for example 0 or
RP/0/RP0/CPU0:router(config)# hw-module port 0 2.
srp location 0/5/cpu0
Note On the 16-port OC-48c/STM-16c POS/DPT PLIM,
groups of four consecutive ports must be configured
the same: ports 0-3, 4-7, 8-11 and 12-15.
Step 3 hw-module port port-number-2 srp location Enables SRP functionality on the second port.
instance
Note An SRP interface requires two consecutive physical
ports for proper configuration. The second,
Example: higher-numbered port must be odd.
RP/0/RP0/CPU0:router(config)# hw-module port 1
srp location 0/5/cpu0 Note On the 16-port OC-48c/STM-16c POS/DPT PLIM,
groups of four consecutive ports must be configured
the same: ports 0-3, 4-7, 8-11, and 12-15.
Note You must reload the PLIM to enable this configuration change and create the SRP interface.
After you complete this procedure, the following SRP interfaces are available to be configured on the
PLIM in slot 5:
• 0/5/0/0, which comprises ports 0/5/0/0 and 0/5/0/1
• 0/5/0/2, which comprises ports 0/5/0/2 and 0/5/0/3
Note You must enable SRP on the interface before you can perform this task. See Enabling SRP on a Port,
page 401.
SUMMARY STEPS
1. show interfaces
2. configure
3. controller sonet instance clock source internal
4. interface srp instance
5. ipv4 address ip-address mask
6. srp topology-timer value
7. no shutdown
8. end
or
commit
9. show interfaces srp instance
10. show running-config
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Example:
RP/0/RP0/CPU0:router(config-if)# ipv4 address
10.1.2.1 255.255.255.224
Step 6 srp topology-timer value (Optional) Specifies how frequently topology discovery
messages are sent around the ring to identify the current
nodes on the SRP ring.
Example:
RP/0/RP0/CPU0:router(config-if)# srp
topology-timer 1
Step 7 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down state on the interface,
RP/0/RP0/CPU0:router(config-if)# no shutdown enabling it to move to an up or down state.
Step 8 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)? [cancel]:
RP/0/RP0/CPU0:router(config-if)# end
or – Entering yes saves configuration changes to the
running configuration file, exits the configuration
RP/0/RP0/CPU0:router(config-if)# commit
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Example:
RP/0/RP0/CPU0:router# show interfaces srp
0/1/0/0
Step 10 show running-config (Optional) Displays the configuration information currently
running on the router.
Example:
RP/0/RP0/CPU0:router# show running-config
Note Before removing the DPT PLIM, you can use the srp ips request forced-switch command on both sides
of the interface that is to be removed.
If an automatic or user-configured protection switch is requested for a given span, the node that receives
the protection request issues a protection request to the node on the other end of the span using both the
short path over the failed span, because the failure may be unidirectional, and the long path around the
ring.
As the protection requests travel around the ring, the protection hierarchy is applied. For example, if a
high-priority Signal Fail (SF) request enters the ring, it overrides a preexisting lower-priority request. If
an event or a user-configured command enters a low-priority request, it is not allowed if a high-priority
request is present on the ring.
Note An exception is that multiple signal-fail and forced-switch requests can coexist on the SRP ring and will
bisect the ring if they occur on separate fiber links.
All protection switches are performed bidirectionally and enter wraps at both ends of a span for transmit
and receive directions, even if a failure is only unidirectional.
SUMMARY STEPS
1. configure
2. interface srp instance
3. srp ips wtr-timer seconds
4. srp ips timer seconds
5. srp ips request forced-switch {a | b}
6. end
or
commit
7. srp {request | remove} manual-switch {a | b} interface srp instance
8. show srp ips interface srp instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface srp instance Specifies the SRP interface name in the notation
rack/slot/module/port and enters interface configuration
mode.
Example:
RP/0/RP0/CPU0:router(config)# interface srp
0/1/0/0
Step 3 srp ips wtr-timer seconds (Optional) Configures the amount of time in seconds that a
wrap remains in place after the cause of the wrap is
removed.
Example:
RP/0/RP0/CPU0:router(config-if)# srp ips
wtr-timer 60
Note For more information regarding MQC, refer to Configuring Modular Quality of Service Packet
Classification on Cisco IOS XR Software and Cisco IOS XR Modular Quality of Service Command
Reference.
SUMMARY STEPS
1. configure
2. class-map match-any access-group-name
3. match mpls experimental topmost exp-value
4. exit
5. class-map match-any access-group-name
6. match precedence precedence-value
7. exit
8. policy-map policy-name
9. class class-name
10. police cir kbps
11. set cos cos-value
12. priority
13. exit
14. class class-name
15. priority
16. set cos cos-value
17. exit
18. exit
19. interface srp instance
20. service-policy output policy-map
21. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 class-map match-any class-map-name Enters class map configuration mode.
• Creates a class map to be used for matching packets to
Example: the class whose name you specify.
RP/0/RP0/CPU0:router(config)# class-map
match-any voice
• If you specify match-any, one of the match criteria
must be met for traffic entering the traffic class to be
classified as part of the traffic class.
Step 3 match mpls experimental topmost exp-value Configures a class map so that the three-bit experimental
(EXP) field in the topmost Multiprotocol Label Switching
(MPLS) labels are examined for EXP field values.
Example:
RP/0/RP0/CPU0:router(config-cmap)# match mpls • The EXP value argument is specified as the exact value
experimental topmost 4 from 0 to 7.
Step 4 exit Exits the current submode.
Example:
RP/0/RP0/CPU0:router(config-cmap)# exit
Step 5 class-map match-any class-map-name Enters class map configuration mode.
• Creates a class map to be used for matching packets to
Example: the class whose name you specify.
RP/0/RP0/CPU0:router(config)# class-map
match-any ctrl
• If you specific match-any, one of the match criteria
must be met for traffic entering the traffic class to be
classified as part of the traffic class.
Step 6 match precedence precedence-value (Optional) Identifies IP precedence values as match criteria.
• The range is from 0 to 63.
Example: • Reserved keywords can be specified instead of numeric
RP/0/RP0/CPU0:router(config-cmap)# match
precedence internet
values.
Step 7 exit Exits the current submode.
Example:
RP/0/RP0/CPU0:router(config-cmap)# exit
Step 8 policy-map policy-name Enters policy map configuration mode.
• Creates or modifies a policy map that can be attached to
Example: one or more interfaces to specify a service policy.
RP/0/RP0/CPU0:router(config)# policy-map
srp-policy
Example:
RP/0/RP0/CPU0:router(config-pmap-c)# exit
Step 14 class class-name Specifies the name of the class whose policy you want to
create or change.
Example:
RP/0/RP0/CPU0:router(config-pmap)# class ctrl
Step 15 priority Gives priority to a class of traffic belonging to a policy map.
Note The priority command should only be used if the
Example: set cos command is also used and specifies a cos
RP/0/RP0/CPU0:router(config-pmap-c)# priority value greater than or equal to 2.
Step 16 set cos cos-value Sets the Layer 2 CoS value of an outgoing packet.
Example:
RP/0/RP0/CPU0:router(config-pmap-c)# set cos 6
Step 17 exit Exits the current submode.
Example:
RP/0/RP0/CPU0:router(config-pmap-c)# exit
Step 18 exit Exits the current submode.
Example:
RP/0/RP0/CPU0:router(config-pmap)# exit
SUMMARY STEPS
1. configure
2. interface srp instance
3. srp ips request forced-switch {a | b}
4. end
or
commit
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router1# configure
Step 2 interface srp instance Specifies the SRP interface in the notation
rack/slot/module/port for Node 1 and enters interface
configuration mode.
Example:
RP/0/RP0/CPU0:router1(config)# interface srp
0/1/0/0
Step 3 srp ips request forced-switch {a | b} (Optional) Adds a high-priority protection switch wrap on
each end of the specified span. This stops traffic flowing
from Node 1 on the fiber that will be disconnected and
Example:
RP/0/RP0/CPU0:router1(config-if)# srp ips
creates a wrap next to Node 1 on Side A.
request forced-switch a Note If you choose not to use the srp ips request
forced-switch command, as soon as you perform
Step 5, a signal failure is detected by Node 1 and
Node 4, and they automatically insert two
signal-fail wraps away from the failure between the
nodes. We recommend that you use the srp ips
request forced-switch command to minimize data
loss.
Figure 5 SRP Ring Topology with a Fifth Node Added to a Wrapped Ring
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface SRP 0/3/0/0
RP/0/RP0/CPU0:router(config-if)# ipv4 address 172.18.189.38 255.255.255.224
RP/0/RP0/CPU0:router(config-if)# no shutdown
RP/0/RP0/CPU0:router(config-if)# commit
RP/0/RP0/CPU0:router(config)# end
interface SRP0/7/0/0
description "Connected to 3-nodes ring"
service-policy output srp-policy
ipv4 address 30.30.30.2 255.255.255.0
Additional References
The following sections provide references related to SRP interface configuration.
Related Documents
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
RFCs
RFCs Title
RFC-2892 The Cisco SRP MAC Layer Protocol
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of clear channel T3/E3 controllers and channelized T3
controllers on routers supporting Cisco IOS XR software. You must configure the T3/E3 controller
before you can configure an associated serial interface.
Contents
• Prerequisites for Configuring T3/E3 Controllers, page 424
• Information About T3/E3 Controllers and Serial Interfaces, page 424
• How to Configure Clear Channel T3/E3 Controllers and Channelized T1/E1 Controllers, page 427
Note The 2-Port and 4-Port Channelized T3 SPAs can run in clear channel mode, or they can be
channelized into 28 T1 or 21 E1 controllers.
Note A single shared port adapter (SPA) can support up to 448 channel groups.
Configuring a channelized T3 controller and its associated serial interfaces is a 4-step process:
Step 1 Configure the T3 controller, and set the mode for that controller to T1 or E1.
Step 2 Configure the T1 or E1 controller.
Step 3 Create channel groups and assign DS0 time slots to these channel groups as desired.
Step 4 Configure the serial interfaces that are associated with the individual channel groups, as described in the
Configuring Serial Interfaces on Cisco IOS XR Software module later in this document.
Note When configuring clocking on a serial link, you must configure one end to be internal, and the other
end to be line. If you configure internal clocking on both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a connection, the line does not come up.
Note When configuring clocking on a serial link, you must configure one end to be internal, and the other
end to be line. If you configure internal clocking on both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a connection, the line does not come up.
Note When configuring clocking on a serial link, you must configure one end to be internal, and the other
end to be line. If you configure internal clocking on both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a connection, the line does not come up.
Note The hw-module subslot card type command configures all ports on the SPA to be the same type.
Caution The SPA is automatically reset when the hw-module subslot card type command is committed.
Note You must set the card type on the 2-Port and 4-Port Clear Channel T3/E3 SPA only; the 2-Port and 4-Port
Channelized T3 SPA runs in T3 mode only.
Prerequisites
If you have previously configured the interfaces on the 2-Port or 4-Port Clear Channel T3/E3 SPA, and
now you want to change the card type, you must delete any previously defined T3/E3 controller and
serial interface configurations. Use the no controller [t3|e3] and no interface serial commands to revert
the controller and interface configurations to their defaults.
Restrictions
This task is applicable to 2-Port and 4-Port Clear Channel T3/E3 SPAs only.
SUMMARY STEPS
1. configure
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 hw-module subslot subslot-id cardtype {t3 | e3} Sets the serial mode for the SPA.
• t3—Specifies T3 connectivity of 44,210 kbps through
Example: the network, using B3ZS coding. This is the default
RP/0/0/CPU0:router(config)# hw-module subslot setting.
0/1/0 cardtype e3
• e3—Specifies a wide-area digital transmission scheme
used predominantly in Europe that carries data at a rate
of 34,010 kbps.
Step 3 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Prerequisites
You must first use the hw-module subslot cardtype command to set the card to support E3.
Restrictions
• If you configure an option that is not valid for your controller type, you receive an error when you
commit the configuration.
• A single SPA cannot support a mixture of T3 and E3 interfaces.
• This task is applicable to 2-Port and 4-Port Clear Channel T3/E3 SPAs only.
SUMMARY STEPS
1. configure
2. controller e3 instance
3. mode serial
4. no shutdown
5. end
or
commit
6. show controllers e3 instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller e3 instance Specifies the E3 controller name in the notation
rack/slot/module/port and enters E3 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 mode serial Configures the mode of the port to be clear channel serial.
Note This step is required for the 2-Port and 4-Port
Example: Channelized T3 SPA only. The 2-Port and 4-Port
RP/0/0/CPU0:router(config-e3)# mode serial Clear Channel T3/E3 SPA run in serial mode by
default.
Step 4 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/0/CPU0:router(config-e3)# no shutdown enabling the controller to move to an up or a down state.
Example:
RP/0/0/CPU0:router# show controllers e3 0/1/0/0
What to Do Next
• Modify the default configuration that is running on the E3 controller you just configured, as
described in the Modifying the Default E3 Controller Configuration section later in this module.
• Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
• Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
Prerequisites
You must configure a clear channel E3 controller, as described in the Configuring a Clear Channel E3
Controller section earlier in this module.
SUMMARY STEPS
1. configure
2. controller e3 instance
3. clock source {internal | line}
4. cablelength feet
5. framing {g751 | g832}
6. national bits {disable | enable}
7. no shutdown
8. end
or
commit
9. show controllers e3 instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller e3 instance Specifies the E3 controller name in the notation
rack/slot/module/port and enters E3 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 clock source {internal | line} (Optional) Sets the clocking for individual E3 links.
Note The default clock source is internal.
Example:
RP/0/0/CPU0:router(config-e3)# clock source Note When configuring clocking on a serial link, you
internal must configure one end to be internal, and the other
end to be line. If you configure internal clocking on
both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a
connection, the line does not come up.
Step 4 cablelength feet (Optional) Specifies the distance of the cable from the
router to the network equipment.
Example: Note The default cable length is 224 feet.
RP/0/0/CPU0:router(config-e3)# cablelength 250
Step 5 framing {g751 | g832} (Optional) Selects the frame type for the E3 port. Possible
E3 frame types are G.751 and G.832.
Example: Note The default framing for E3 is G.751.
RP/0/0/CPU0:router(config-e3)# framing g832
Step 6 national bits {disable | enable} (Optional) Enables or disables the 0x1F national reserved
bit pattern on the E3 port.
Example: Note The E3 national bit is enabled by default, and the bit
RP/0/0/CPU0:router(config-e3)# national bits pattern value is 1.
enable
Example:
RP/0/0/CPU0:router# show controllers e3 0/1/0/0
What to Do Next
• Modify the default configuration that is running on the T3 controller you just configured, as
described in the Modifying the Default T3 Controller Configuration section later in this module.
• Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
• Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
Prerequisites
You must use the hw-module subslot cardtype command to set the card to support T3, as described in
the Setting the Card Type for the Clear Channel SPAs section on earlier in this module.
Restrictions
• This task is applicable to 2-Port and 4-Port Clear Channel T3/E3 SPAs only.
• If you configure an option that is not valid for your controller type, you receive an error when you
commit the configuration.
• A single SPA cannot support a mixture of T3 and E3 interfaces.
SUMMARY STEPS
1. configure
2. controller t3 instance
3. mode serial
4. no shutdown
5. end
or
commit
6. show controllers t3 instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller t3 instance Specifies the T3 controller name in the
rack/slot/module/port notation and enters T3 configuration
mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 mode serial Configures the mode of the port to be clear channel serial.
Note This step is required for the 2-Port and 4-Port
Example: Channelized T3 SPA only. The 2-Port and 4-Port
RP/0/0/CPU0:router(config-t3)# mode serial Clear Channel T3/E3 SPA run in serial mode by
default.
Step 4 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/0/CPU0:router(config-t3)# no shutdown enabling the controller to move to an up or a down state.
Example:
RP/0/0/CPU0:router# show controllers t3 0/1/0/0
What to Do Next
• Modify the default configuration that is running on the T3 controller you just configured, as
described in the Modifying the Default T3 Controller Configuration section later in this module.
• Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
• Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
Note If you configure an option that is not valid for your controller type, you receive an error when you
commit the configuration.
SUMMARY STEPS
1. configure
2. controller t3 instance
3. mode [t1 | e1]
4. no shutdown
5. end
or
commit
6. show controllers t3 instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller T3 instance Specifies the T3 controller name in the notation
rack/slot/module/port and enters T3 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 mode t1 Sets the mode of the channelized controllers to be T1, and
creates 28 T1 controllers.
Example:
RP/0/0/CPU0:router(config-t3)# mode t1
Step 4 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/0/CPU0:router(config-t3)# no shutdown enabling the controller to move to an up or a down state.
Example:
RP/0/0/CPU0:router# show controllers t3 0/1/0/0
What to Do Next
• Modify the default configuration that is running on the T3 controller you just configured, as
described in the Modifying the Default T3 Controller Configuration section later in this module.
• If you channelized your T3 controller into 28 T1 controllers, configure the T1 controllers and assign
DS0 time slots to them, as described in the Configuring a T1 Controller module later in this
document.
• If you channelized your T3 controller into 21 E1 controllers, configure the E1 controllers and assign
DS0 time slots to them, as described in the Configuring an E1 Controller module later in this
document.
Prerequisites
You must configure a clear channel or channelized T3 controller, as described in one of the following
sections:
• Configuring a Clear Channel T3 Controller
SUMMARY STEPS
1. configure
2. controller t3 instance
3. clock source {internal | line}
4. cablelength feet
5. framing {c-bit | m23}
6. mdl transmit {idle-signal | path | test-signal} {enable | disable}
7. mdl string {eic | fi | fic | gen-number | lic | port-number | unit} string
8. no shutdown
9. end
or
commit
10. show controllers t3 instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller T3 instance Specifies the T3 controller name in the notation
rack/slot/module/port and enters T3 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 clock source {internal | line} (Optional) Sets the clocking for the T3 port.
Note The default clock source is internal.
Example:
RP/0/0/CPU0:router(config-t3)# clock source Note When configuring clocking on a serial link, you
internal must configure one end to be internal, and the other
end to be line. If you configure internal clocking on
both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a
connection, the line does not come up.
Step 4 cablelength feet (Optional) Specifies the distance of the cable from the
router to the network equipment.
Example: Note The default cable length is 224 feet.
RP/0/0/CPU0:router(config-t3)# cablelength 250
Example:
RP/0/0/CPU0:router(config-t3)# mdl fi facility
identification code
Step 8 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/0/CPU0:router(config-t3)# no shutdown enabling the controller to move to an up or a down state.
Step 9 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/0/CPU0:router(config-t3)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/0/CPU0:router(config-t3)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Step 10 show controllers t3 instance (Optional) Displays information about the T3 controllers.
Example:
RP/0/0/CPU0:router# show controllers t3 0/1/0/0
What to Do Next
• If you configured a clear channel T3 controller, perform the following tasks:
– Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
– Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
• If you channelized your T3 controller into 28 T1 controllers, configure the T1 controllers and assign
DS0 time slots to them, as described in the Configuring a T1 Controller module later in this
document.
• If you channelized your T3 controller into 21 E1 controllers, configure the E1 controllers and assign
DS0 time slots to them, as described in the Configuring an E1 Controller module later in this
document.
Configuring a T1 Controller
A single T3 controller can be channelized into 28 T1 controllers, and each T1 controller can be further
channelized into up to 24 DS0 time slots. This task describes how to configure an individual T1
controller and channelize it into individual DS0 timeslots. Perform this task after you channelize a T3
controller into 28 individual T1 controllers.
Prerequisites
• You must have a 2-Port or 4-Port Channelized T3 SPA installed in your router.
• You must configure a channelized T3 controller to run in T1 mode, as described in Configuring a
Channelized T3 Controller section earlier in this module.
Restrictions
If you configure an option that is not valid for your controller type, you receive an error when you
commit the configuration.
SUMMARY STEPS
DETAILED STEPS
Step 1 show controllers t1 instance (Optional) Displays information about the T1controllers
you created in Step 3.
Example:
RP/0/0/CPU0:router# show controllers t3 0/1/0/0
Step 2 configure Enters global configuration mode.
Example:
RP/0/0/CPU0:router# configure
Step 3 controller t1 instance Enters T1 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t1
0/3/0/0/0
Step 4 framing {sf | esf} (Optional) Selects the frame type for the T1 data line:
• sf—Superframe
Example: • esf—Extended super frame
RP/0/0/CPU0:router(config-t1)# framing esf
Note The default frame type for T1 is Extended
superframe (esf).
Step 5 yellow {detection | generation} {disable | (Optional) Enables or disables the detection and generation
enable} of T1 yellow alarms.
Note Yellow alarms are detected and generated on the T1
Example: channel by default.
RP/0/0/CPU0:router(config-t1e1)# yellow
detection enable
Step 6 clock source {internal | line} (Optional) Sets the clocking for individual T1 links.
Note The default clock source is internal.
Example:
RP/0/0/CPU0:router(config-t1e1)# clock source Note When configuring clocking on a serial link, you
internal must configure one end to be internal, and the other
end to be line. If you configure internal clocking on
both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a
connection, the line does not come up.
Step 7 fdl ansi {enable | disable} (Optional) Enables the transmission of ANSI T1.403
once-per-second remote performance reports through
Facility Data Link (FDL).
Example:
RP/0/0/CPU0:router(config-t1e1)# fdl ansi Note FDL ansi is enabled by default.
enable
Step 8 no shutdown Removes the shutdown configuration.
• The removal of the shutdown configuration removes
Example: the forced administrative down on the controller,
RP/0/0/CPU0:router(config-t1e1)# no shutdown enabling the controller to move to an up or a down state.
Step 9 channel-group channel-group-number Creates a T1 channel group and enters channel group
configuration mode for that channel group.
Example:
RP/0/0/CPU0:router(config-t1)# channel-group 0
Step 10 timeslots range Associates one or more DS0 time slots to a channel group
and creates an associated serial subinterface on that channel
group.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# • Range is from 1 to 24 time slots.
timeslots 7-12
• You can assign all 24 time slots to a single channel
group, or you can divide the time slots among several
channel groups.
Note Each individual T1 controller supports a total of 24
DS0 time slots.
Step 11 speed kbps (Optional) Specifies the speed of the DS0s in kilobits per
second. Valid values are 56 and 64.
Example: Note The default speed is 64 kbps.
RP/0/0/CPU0:router(config-t1e1-channel_group)#
speed 64
Step 12 exit Exits channel group configuration mode.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)#
exit
Step 13 Repeat Step 9 through Step 12 to assign time slots to a —
channel group. Each controller can contain up to 24
time slots.
Step 14 exit Exits T1 configuration mode and enters global
configuration mode.
Example:
RP/0/0/CPU0:router(config-t1)#
What to Do Next
• Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
• Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
Configuring an E1 Controller
The 2-Port and 4-Port Channelized T3 SPAs support channelization to E1 controllers. A single T3
controller can be channelized into 21 E1 controllers, and each E1 controller can be further channelized
into up to 31 DS0 timeslots.
Prerequisites
You must configure a channelized T3 controller to run in E1 mode, as described in Configuring a
Channelized T3 Controller section earlier in this module.
Restrictions
If you configure an option that is not valid for your controller type, you receive an error when you
commit the configuration.
SUMMARY STEPS
2. configure
3. controller e1 instance
4. clock source {internal | line}
5. framing {crc | no-crc | unframed}
6. national bits bits
7. no shutdown
8. channel-group channel-group-number
9. timeslots range
10. speed kbps
11. exit
12. Repeat Step 8 through Step 11 to assign time slots to a channel group. Each controller can contain
up to 24 time slots.
13. exit
14. Repeat Step 2 through Step 13 to assign more channel groups to a controller as desired.
15. end
or
commit
DETAILED STEPS
Example:
RP/0/0/CPU0:router# show controllers e1 0/1/0/0
Step 2 configure Enters global configuration mode.
Example:
RP/0/0/CPU0:router# configure
Step 3 controller e1 instance Enters E1 configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller e1
0/3/0/0/0
Step 4 clock source {internal | line} (Optional) Sets the clocking for individual E1 links.
Note The default clock source is internal.
Example:
RP/0/0/CPU0:router(config-e1)# clock source Note When configuring clocking on a serial link, you
internal must configure one end to be internal, and the other
end to be line. If you configure internal clocking on
both ends of a connection, framing slips occur. If
you configure line clocking on both ends of a
connection, the line does not come up.
Example:
RP/0/0/CPU0:router(config-e1-channel_group)#
exit
Step 12 Repeat Step 8 through Step 11 to assign time slots to a —
channel group.
Step 13 exit Exits E1 configuration mode
Example:
RP/0/0/CPU0:router(config-e1)# exit
What to Do Next
• Configure a bit error rate test (BERT) on the controller to test its integrity, as described in the
Configuring BERT section later in this module.
• Configure the associated serial interface, as described in the Configuring Serial Interfaces on
Cisco IOS XR Software module later in this document.
Configuring BERT
Bit error rate testing (BERT) is supported on each of the T3/E3 or T1/E1 controllers, and on the DS0
channel groups. It is done only over an unframed T3/E3 or T1/E1 signal and is run on only one port at a
time. It is also supported on individual channel groups.
To view the BERT results, use the show controllers t1 or show controllers t3 command in EXEC mode.
The BERT results include the following information:
• Type of test pattern selected
• Status of the test
• Interval selected
• Time remaining on the BER test
• Total bit errors
• Total bits received
BERT is data intrusive. Regular data cannot flow on a line while the test is in progress. The line is put
in an alarm state when BERT is in progress and restored to a normal state after BERT has been
terminated.
Prerequisites
You must have configured a clear channel T3/E3 controller, or a channelized T3-to-T1/E1 controller.
SUMMARY STEPS
1. configure
2. controller [t3 | e3 | t1 | e1] instance
3. bert pattern pattern
4. bert interval time
5. bert error [number]
6. end
or
commit
7. exit
8. exit
9. bert [t3 | e3 | t1 | e1] instance [channel-group channel-group-number] [error] start
10. bert [t3 | e3 | t1 | e1] instance [channel-group channel-group-number] stop
11. show controllers [t3 | e3 | t1 | e1] instance
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller [t3 | e3 | t1 | e1] instance Specifies the controller name and instance in the notation
rack/slot/module/port, and enters T3, E3, T1, or E1
controller configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Example:
RP/0/0/CPU0:router(config-t3)# exit
Step 8 exit Exits global configuration mode.
Example:
RP/0/0/CPU0:router(config)# exit
Example:
RP/0/0/CPU0:router# bert t3 0/3/0/0 stop
Step 11 show controllers [t3 | e3 | t1 | e1] instance Displays the results of the configured BERT.
Example:
RP/0/0/CPU0:router# show controllers t3 0/3/0/0
What to Do Next
Configure the serial interfaces that are associate with the controllers you tested, as described in the
Configuring Serial Interfaces on Cisco IOS XR Software module later in this document.
Prerequisites
You must have configured a clear channel T3/E3 controller, or a channelized T3-to-T1/E1 controller.
SUMMARY STEPS
1. configure
2. controller [t1| e1] instance
3. channel-group channel-group-number
4. bert pattern pattern
5. bert interval time
6. end
or
commit
7. exit
8. exit
9. exit
10. bert [t1| e1] instance start
DETAILED STEPS
Example:
RP/0/0/CPU0:router# configure
Step 2 controller [t1 | e1] instance Specifies the controller name and instance in the notation
rack/slot/module/port, and enters T1 or E1 controller
configuration mode.
Example:
RP/0/0/CPU0:router(config)# controller t3
0/1/0/0
Step 3 channel-group channel-group-number Enters channel group configuration mode for a specific
channel group. Replace channel-group-number with the
number that identifies the channel group on which you want
Example:
RP/0/0/CPU0:router(config-t1)# channel-group 1
to configure a BERT.
RP/0/0/CPU0:router(config-t1-channel_group)#
Step 4 bert pattern pattern Enables a specific bit error rate test (BERT) pattern on a T3
line. Valid patterns include: 0s, 1s, 2^15 2^20,
2^20-QRSS, 2^23, alt-0-1. and none.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)# Note You must use the bert command in EXEC mode to
bert pattern 2^15 start the BER test.
Step 5 bert interval time (Optional) Specifies the duration of a bit error rate test
(BERT) pattern on a T3/E3 or T1/E1 line. The interval can
be a value from 1 to 14400.
Example:
RP/0/0/CPU0:router(config-t1-channel_group)#
bert pattern 2^15
Example:
RP/0/0/CPU0:router(config-t1-channel_group)#
exit
Step 8 exit Exits T1 or E1 configuration mode.
Example:
RP/0/0/CPU0:router(config-t1)# exit
Step 9 exit Exits global configuration mode.
Example:
RP/0/0/CPU0:router(config)# exit
Step 10 bert [t1 | e1] instance channel-group Starts the configured BERT test on the specified channel
channel-group-number start group.
Example:
RP/0/0/CPU0:router# bert t1 0/3/0/0/0 error
start
Example:
RP/0/0/CPU0:router# bert t1 0/3/0/0/0 stop
Step 12 show controllers [t1 | e3] instance Displays the results of the configured BERT.
Example:
RP/0/0/CPU0:router# show controllers t3 0/3/0/0
What to Do Next
Configure the serial interfaces that are associate with the controllers you tested, as described in the
Configuring Serial Interfaces on Cisco IOS XR Software module later in this document.
Examples
The following example shows configuration for a clear channel T3 controller:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)#controller T3 0/3/2/0
RP/0/0/CPU0:router(config-t3)#clock source internal
RP/0/0/CPU0:router(config-t3)#mode serial
RP/0/0/CPU0:router(config-t3)#cablelength 4
RP/0/0/CPU0:router(config-t3)#framing c-bit
RP/0/0/CPU0:router(config-t3)#commit
RP/0/0/CPU0:router(config-t3)#
The following example shows how to configure a T3 controller that has been channelized 28 T1
controllers:
RP/0/0/CPU0:router# configure
RP/0/0/CPU0:router(config)# controller T3 0/3/0/0
RP/0/0/CPU0:router(config-t3)# mode t1
RP/0/0/CPU0:router(config-t3)# framing m23
RP/0/0/CPU0:router(config-t3)# cablelength 11
RP/0/0/CPU0:router(config-t3)# clock source line
RP/0/0/CPU0:router(config-t3)#commit
RP/0/0/CPU0:router(config-t3)#exit
RP/0/0/CPU0:router(config)# exit
RP/0/0/CPU0:router#show controllers T1 ?
The following example shows how to configure a BERT on a T3 controller, and then display the results
of the BERT:
RP/0/0/CPU0:router# config
RP/0/0/CPU0:router(config)# controller t3 0/3/0/1
RP/0/0/CPU0:router(config-t3)# bert pattern 0s
Run bert from exec mode for the bert config to take effect
RP/0/0/CPU0:router(config-t3)#exit
RP/0/0/CPU0:router(config)# exit
T30/3/0/1 is up
No alarms detected.
MDL transmission is disabled
EIC: , LIC: , FIC: , UNIT:
Path FI:
Idle Signal PORT_NO:
Test Signal GEN_NO:
FEAC code received: No code is being received
Framing is C-BIT Parity, Line Code is B3ZS, Clock Source is Internal
Data in current interval (108 seconds elapsed):
0 Line Code Violations, 0 P-bit Coding Violation
0 C-bit Coding Violation, 0 P-bit Err Secs
0 P-bit Severely Err Secs, 0 Severely Err Framing Secs
0 Unavailable Secs, 0 Line Errored Secs
0 C-bit Errored Secs, 0 C-bit Severely Errored Secs
Data in Interval 1:
0 Line Code Violations, 0 P-bit Coding Violation
0 C-bit Coding Violation, 0 P-bit Err Secs
0 P-bit Severely Err Secs, 0 Severely Err Framing Secs
0 Unavailable Secs, 0 Line Errored Secs
0 C-bit Errored Secs, 0 C-bit Severely Errored Secs
Data in Interval 2:
0 Line Code Violations, 0 P-bit Coding Violation
0 C-bit Coding Violation, 0 P-bit Err Secs
0 P-bit Severely Err Secs, 0 Severely Err Framing Secs
0 Unavailable Secs, 0 Line Errored Secs
0 C-bit Errored Secs, 0 C-bit Severely Errored Secs
Data in Interval 3:
0 Line Code Violations, 0 P-bit Coding Violation
0 C-bit Coding Violation, 0 P-bit Err Secs
0 P-bit Severely Err Secs, 0 Severely Err Framing Secs
0 Unavailable Secs, 0 Line Errored Secs
0 C-bit Errored Secs, 0 C-bit Severely Errored Secs
The following example shows how to configure a BERT on a T1 controller, and then display the results
of the BERT:
RP/0/0/CPU0:router# config
RP/0/0/CPU0:router(config)# controller t1 0/3/0/1
RP/0/6/CPU0:router(config-t1)#bert pattern ?
0s All 0's test pattern
1in8 1 in 8 test pattern
1s All 1's test pattern
2e15 2^15-1 O.151 test pattern
2e20 2^20-1 O.153 test pattern
2e20-QRSS 2^20-1 QRSS O.151 test pattern
2e23 2^23-1 O.151 test pattern
3in24 3 in 24 test pattern
55Daly 55 Daly test pattern
55Octet 55 Octect test pattern
alt-0-1 Alternating 0's and 1's test pattern
none no pattern assigned
Controller output:
Bert Test on controller port : T10_13_2_0_1
BERT test result (running)
Test Pattern : 2^23-1 O.151 test pattern, Status : Sync, Sync Detected : 1
Interval : 15 minute(s), Time Remain : 900000 (ms)
Bit Errors (since BERT started): 0 bits,
Controller output:
Additional References
The following sections provide references related to T3/E3 and T1/E1 controllers.
Related Documents
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration of Tunnel-IPSec interfaces on routers supporting Cisco IOS XR
Software. Tunnel interfaces are virtual interfaces that provide encapsulation of arbitrary packets within
another transport protocol. The Tunnel-IPSec interface provides secure communications over otherwise
unprotected public routes.
A virtual interface represents a logical packet switching entity within the router. Virtual Interfaces have
a global scope and do not have an associated location. The Cisco IOS XR Software uses the
rack/slot/module/port notation for identifying physical interfaces, but uses a globally unique numerical
ID after the interface name to identify virtual interfaces. Examples of this numerical ID are Loopback 0,
Loopback 1, and Null99999. The ID is unique for each virtual interface type so you may simultaneously
have a Loopback 0 and a Null 0.
Virtual interfaces have their control plane presence on the active route processor (RP). The configuration
and control plane are mirrored onto the standby RP and, in the event of a failover, the virtual interfaces
will move to the standby, which then becomes the newly active RP.
Virtual tunnels are configured on any RP or distributed RP (DRP), but they are created and operate only
from the RP.
Contents
• Prerequisites for Configuring Tunnel Interfaces, page 458
• Information About Configuring Tunnel Interfaces, page 458
• How to Configure Tunnel Interfaces, page 460
• Configuration Examples for Tunnel Interfaces, page 463
• Where to Go Next, page 464
• Additional References, page 464
Tunnel-IPSec Overview
IPSec (IP security) is a framework of open standards for ensuring secure private communications over
the Internet. It can be used to support Virtual Private Network (VPN), firewalls, and other applications
that must transfer data across a public or insecure network. The router IPSec protocol suite provides a
set of standards that are used to provide privacy, integrity, and authentication service at the IP layer. The
IPSec protocol suite also includes cryptographic techniques to support the key management
requirements of the network-layer security.
When IPSec is used, there is no need to use Secure Shell (SSH) or Secure Socket Layer (SSL). Their use
causes the same data to be encrypted or decrypted twice, which creates unnecessary overhead. The IPSec
daemon is running on both the RPs and the DRPs. IPSec is an optional feature on the router. IPSec is a
good choice for a user who has multiple applications that require secure transport. On the client side,
customers can use “Cisco VPN 3000 Client” or any other third-party IPSec client software to build IPSec
VPN.
Note IPSec tunnel exists in the control plane, so you do not have to bring up or bring down the tunnel. Entry
into the IPSec tunnel is only for locally sourced traffic from the RP or DRP, and is dictated by the access
control lists (ACL) configured as a part of the profile that is applied to the Tunnel-IPSec.
Note Crypto profiles cannot be shared; that is, the same profile cannot be attached to multiple interfaces.
Prerequisites
To use the profile command, you must be in a user group associated with a task group that includes the
proper task IDs for crypto commands. To use the tunnel destination command, you must be in a user
group associated with a task group that includes the proper task IDs for interface commands.
For detailed information about user groups and task IDs, see the Configuring AAA Services on
Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The following tasks are required for creating Tunnel-IPSec interfaces:
• Setting Global Lifetimes for IPSec Security Associations
• Configuring Checkpointing
• Configuring Crypto Profiles
For detailed information on configuring the prerequisite checkpointing and crypto profiles, and setting
the global lifetimes for IPSec security associations, refer to the Implementing IPSec Network Security
on Cisco IOS XR Software module in Cisco IOS XR System Security Configuration Guide.
After configuring crypto profiles, you must apply a crypto profile to each tunnel interface through which
IPSec traffic will flow. Applying the crypto profile set to a tunnel interface instructs the router to evaluate
all the interface's traffic against the crypto profile set and to use the specified policy during connection
or security association negotiation on behalf of traffic to be protected by crypto.
SUMMARY STEPS
1. configure
2. interface tunnel-ipsec identifier
3. profile profile-name
4. tunnel source {ip-address | interface-id}
5. tunnel destination {ip-address | tunnel-id}
6. end
or
commit
7. ping ip-address
8. show ip route
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface tunnel-ipsec identifier Identifies the IPSec interface to which the crypto profile
will be attached and enters interface configuration mode.
Example:
RP/0/RP0/CPU0:router(config)# interface
tunnel-ipsec 30
Step 3 profile profile-name Assigns the crypto profile name to be applied to the tunnel
for IPSec processing.
Example: • The same crypto profile cannot be shared in different
RP/0/RP0/CPU0:router(config-if)# profile user1 IPSec modes.
Step 4 tunnel source (ip-address | interface-id) Specifies the tunnel source IP address or interface ID.
• This command is required for both static and dynamic
Example: profiles.
RP/0/RP0/CPU0:router(config-if)# tunnel source
Ethernet0/1/1/2
Step 5 tunnel destination {ip-address | tunnel-id} (Optional) Specifies the tunnel destination IP address.
• This command is not required if the profile is dynamic.
Example:
RP/0/RP0/CPU0:router(config-if)# tunnel
destination 192.168.164.19
Step 6 end Saves configuration changes.
or
• When you issue the end command, the system prompts
commit you to commit changes:
Uncommitted changes found, commit them before
Example: exiting(yes/no/cancel)?
RP/0/RP0/CPU0:router(config-if)# end [cancel]:
or
– Entering yes saves configuration changes to the
RP/0/RP0/CPU0:router(config-if)# commit running configuration file, exits the configuration
session, and returns the router to EXEC mode.
– Entering no exits the configuration session and
returns the router to EXEC mode without
committing the configuration changes.
– Entering cancel leaves the router in the current
configuration session without exiting or
committing the configuration changes.
• Use the commit command to save the configuration
changes to the running configuration file and remain
within the configuration session.
Example:
RP/0/RP0/CPU0:router(config)# ping
192.168.164.19
Step 8 show ip route Displays forwarding information for the tunnel.
• The command show ip route displays what was
Example: advertised and shows the routes for static and
RP/0/RP0/CPU0:router# show ip route autoroute.
Tunnel-IPSec: Example
This example shows the process of creating and applying a profile to an IPSec tunnel. The necessary
preliminary steps are also shown. You must first define a transform set and then create a profile before
configuring the IPSec tunnel.
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# crypto ipsec transform-set tset1 esp-sha-hmac
RP/0/RP0/CPU0:router(config)# end
Uncommitted changes found, commit them? [yes]: yes
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# crypto ipsec profile user1
RP/0/RP0/CPU0:router(config-user1)# match sampleac1 transform-set tset1
RP/0/RP0/CPU0:router(config-user1)# set pfs group5
RP/0/RP0/CPU0:router(config-user1)# set type dynamic discover
RP/0/RP0/CPU0:router(config-user1)# isakmp authorization list list1
RP/0/RP0/CPU0:router(config-user1)# client authentication list list2
RP/0/RP0/CPU0:router(config-user1)# exit
RP/0/RP0/CPU0:router(config)# crypto isakmp client configuration group group1
RP/0/RP0/CPU0:router(config-group)# end
Uncommitted changes found, commit them? [yes]: yes
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface tunnel-ipsec 30
RP/0/RP0/CPU0:router(config-if)# profile user1
RP/0/RP0/CPU0:router(config-if)# tunnel source MgmtEth 0/RP0/CPU0/0
RP/0/RP0/CPU0:router(config-if)# tunnel destination 192.168.164.19
RP/0/RP0/CPU0:router(config-if)# end
Uncommitted changes found, commit them? [yes]: yes
Where to Go Next
You now must apply a crypto profile to each transport. Applying the crypto profile set to a transport
instructs the router to evaluate all the interface's traffic against the crypto profile set and to use the
specified policy during connection or security association negotiation on behalf of traffic to be protected
by crypto.
For information on applying a crypto profile to each transport, see the Implementing IPSec Network
Security on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
For information on MPLS-TE, see the Implementing MPLS Traffic Engineering on Cisco IOS XR
Software module of Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
Additional References
The following sections provide references related to tunnel interface configuration.
Related Documents
Related Topic Document Title
Cisco IOS XR master command reference Cisco IOS XR Master Commands List
Cisco IOS XR interface configuration commands Cisco IOS XR Interface and Hardware Component Command
Reference
Information about IPSec and crypto profiles Cisco IOS XR System Security Configuration Guide
Information about MPLS Traffic Engineering Cisco IOS XR Multiprotocol Label Switching Configuration Guide
Information about user groups and task IDs Cisco IOS XR Interface and Hardware Component Command
Reference
Information about configuring interfaces and other Cisco CRS-1 Series Carrier Routing System Craft Works Interface
components on the Cisco CRS-1 from a remote Craft Configuration Guide
Works Interface (CWI) client management application
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature.
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
This module describes the configuration and management of 802.1Q VLAN interfaces on routers
supporting Cisco IOS XR software.
The IEEE 802.1Q specification establishes a standard method for tagging Ethernet frames with VLAN
membership information, and defines the operation of VLAN bridges that permit the definition,
operation, and administration of VLAN topologies within a bridged LAN infrastructure.
The 802.1Q standard is intended to address the problem of how to divide large networks into smaller
parts so broadcast and multicast traffic does not use more bandwidth than necessary. The standard also
helps provide a higher level of security between segments of internal networks.
Feature History for Configuring 802.1Q VLAN Interfaces on Cisco IOS XR Software
Release Modification
Release 3.2 This feature was introduced on the Cisco CRS-1 and
Cisco XR 12000 Series Router.
Release 3.3.0 • Support was added for VLAN commands on bundled Ethernet
interfaces.
• Support was added for the dot1q native vlan command on
Cisco CRS-1 shared port adapters (SPAs).
Release 3.4.0 • The Layer 2 Virtual Private Network (L2VPN) feature was first
supported on Ethernet interfaces on the Cisco CRS-1 and
Cisco XR 12000 Series Router.
• Support was added on Cisco CRS-1 and
Cisco XR 12000 Series Router for the 8-Port 1-Gigabit Ethernet SPA.
Release 3.5.0 No modification.
Release 3.6.0 No modifications.
Contents
• Prerequisites for Configuring 802.1Q VLAN Interfaces, page 468
• Information About Configuring 802.1Q VLAN Interfaces, page 468
• How to Configure 802.1Q VLAN Interfaces, page 471
• Configuration Examples for VLAN Interfaces, page 479
Subinterfaces
Subinterfaces are logical interfaces created on a hardware interface. These software-defined interfaces
allow for segregation of traffic into separate logical channels on a single hardware interface as well as
allowing for better utilization of the available bandwidth on the physical interface.
Subinterfaces are distinguished from one another by adding an extension on the end of the interface name
and designation. For instance, the Ethernet subinterface 23 on the physical interface designated TenGigE
0/1/0/0 would be indicated by TenGigE 0/1/0/0.23.
Before a subinterface is allowed to pass traffic it must have a valid tagging protocol encapsulation and
VLAN identifier assigned. All Ethernet subinterfaces always default to the 802.1Q VLAN
encapsulation. However, the VLAN identifier must be explicitly defined.
Subinterface MTU
The subinterface maximum transmission unit (MTU) is inherited from the physical interface with an
additional four bytes allowed for the 802.1Q VLAN tag.
Native VLAN
Each physical port may have a native VLAN assigned. All untagged frames are assigned to the LAN
specified in the PVID parameter. When received packet is tagged with the PVID, that packet is treated
as if it was untagged. Therefore, the configuration associated with the Native VLAN must be placed on
the main interface. The Native VLAN allows the coexistence of VLAN-aware bridge or stations with
VLAN-unaware bridges or stations.
Note Ethernet bundles are supported on the Cisco CRS-1 only. They are not supported on the
Cisco XR 12000 Series Router.
Note The Q-in-Any mode is a variation of the basic Dot1Q mode. In Q-in-Any mode, the frames have
a basic Q-in-Q encapsulation; however, in Q-in-Any mode the inner tag is not relevant, except
for the fact that a few specific inner VLAN tags are siphoned for specific services. For example,
a tag may be used to provide L3 services for general internet access.
Each VLAN on a CE-to-PE link can be configured as a separate L2VPN connection (using either VC
type 4 or VC type 5). To configure L2VPN on VLANs, see the “Configuring an Attachment Circuit on
a VLAN” section on page 475.
Keep the following in mind when configuring L2VPN on a VLAN:
• Cisco IOS XR software supports 4k ACs per LC.
• In a point-to-point connection, the two ACs do not have to be of the same type. For example, a port
mode Ethernet AC can be connected to a Dot1Q Ethernet AC.
• Pseudo-wires can run in VLAN mode or in port mode. A pseudo-wire running in VLAN mode has
a single Dot1Q tag, while a pseudo-wire running in port mode has no tags. Some interworking is
required to connect these different types of circuits together. This interworking takes the form of
popping, pushing and rewriting tags. The advantage of Layer 2 VPN is that is simplifies the
interworking required to connect completely different media types together.
• The ACs on either side of an MPLS pseudo-wire can be different types. In this case, the appropriate
conversion is carried out at one or both ends of the AC to pseudo-wire connection.
Use the show interfaces command to display AC and pseudo-wire information.
Note For detailed information about configuring an L2VPN network, see the “Implementing MPLS Layer 2
VPNs” module of the Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
SUMMARY STEPS
1. configure
2. interface {GigabitEthernet | TenGigE | fastethernet | Bundle-Ether} instance.subinterface
3. dot1q vlan vlan-id
4. ipv4 address ip-address mask
5. exit
6. Repeat Step 2 through Step 5 to define the rest of the VLAN subinterfaces.
7. end
or
commit
8. show vlan interface [{GigabitEthernet | TenGigE | Bundle-Ether | fastethernet} instance]
[location instance]
9. show vlan trunks [brief] [location instance] [{GigabitEthernet | TenGigE | Bundle-Ether |
fastethernet} instance] [summary]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface {GigabitEthernet | TenGigE | Enters subinterface configuration mode and specifies the
Bundle-Ether | fastethernet} interface type, location, and subinterface number.
instance.subinterface
• Replace the instance argument with one of the
following instances:
Example:
RP/0/RP0/CPU0:router(config)# interface TenGigE – Physical Ethernet interface instance, or with an
0/2/0/4.10 Ethernet bundle instance. Naming notation is
rack/slot/module/port, and a slash between values
is required as part of the notation.
– Ethernet bundle instance. Range is from 1 through
65535.
• Replace the subinterface argument with the
subinterface value. Range is from 0 through 4095.
• Naming notation is instance.subinterface, and a period
between arguments is required as part of the notation.
Step 3 dot1q vlan vlan-id Assigns a VLAN AC to the subinterface.
• Replace the vlan-id argument with a subinterface
Example: identifier. Range is from 1 to 4094 inclusive (0 and
RP/0/RP0/CPU0:router(config-subif)# dot1q vlan 4095 are reserved). To configure a basic Dot1Q AC, use
100 the following syntax:
dot1q vlan vlan-id
Note This task is not available on the Cisco XR 12000 Series Router.
SUMMARY STEPS
1. configure
2. interface {GigabitEthernet | TenGigE | fastethernet | Bundle-Ether} instance
3. dot1q native vlan number
4. end
or
commit
5. show vlan trunks [brief] [location instance] [{GigabitEthernet | TenGigE | Bundle-Ether |
fastethernet} instance] [summary]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 interface {GigabitEthernet | TenGigE | Enters interface configuration mode and specifies the
fastethernet | Bundle-Ether} instance Ethernet interface name and designation.
Replace the instance argument with one of the following
Example: instances:
RP/0/RP0/CPU0:router(config)# interface TenGigE
0/2/0/4 • Physical Ethernet interface instance, or with an
Ethernet bundle instance. Naming notation is
rack/slot/module/port, and a slash between values is
required as part of the notation.
• Ethernet bundle instance. Range is from 1 through
65535.
Step 3 dot1q native vlan number Defines the default, or Native VLAN, associated with an
802.1Q trunk interface.
Example: • The number argument is the ID of the trunk interface.
RP/0/RP0/CPU0:router(config-if)# dot1q native
vlan 1
• Range is from 1 through 4094 inclusive (0 and 4095 are
reserved).
SUMMARY STEPS
1. configure
2. interface {GigabitEthernet | TenGigE | fastethernet | Bundle-Ether] instance.subinterface
l2transport
3. dot1q vlan vlan-id [vlan {vlan id | any}]
4. l2protocol {cdp | pvst | stp | vtp} {[tunnel] experimental bits | drop}
5. end
or
commit
6. show interfaces [GigabitEthernet | TenGigE] instance
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure terminal
Step 2 interface [GigabitEthernet | TenGigE] Enters subinterface configuration and specifies the interface
instance.subinterface l2transport type, location, and subinterface number.
• Replace the instance argument with one of the
Example: following instances:
RP/0/RP0/CPU0:router(config)# interface
TenGigE 0/1/0/0.1 l2transport – Physical Ethernet interface instance, or with an
Ethernet bundle instance. Naming notation is
rack/slot/module/port, and a slash between values
is required as part of the notation.
– Ethernet bundle instance. Range is from 1 through
65535.
• Replace the subinterface argument with the
subinterface value. Range is from 0 through 4095.
• Naming notation is instance.subinterface, and a period
between arguments is required as part of the notation.
Note You must include the l2transport keyword in the
command string; otherwise, the configuration
creates a Layer 3 subinterface rather that an AC.
Step 3 dot1q vlan vlan-id [vlan {vlan-id|any}] Assigns a VLAN AC to the subinterface.
• Replace the vlan-id argument with a subinterface
Example: identifier. Range is from 1 to 4094 inclusive (0 and
RP/0/RP0/CPU0:router(config-subif)# dot1q vlan 4095 are reserved). To configure a basic Dot1Q AC, use
10 vlan any the following syntax:
dot1q vlan vlan-id
Example:
RP/0/RP0/CPU0:router# show interfaces TenGigE
0/3/0/0.1
What to do Next
• To configure a Point-to-Point pseudo-wire cross connect on the AC, see the “Implementing MPLS
Layer 2 VPNs” module of the Cisco IOS XR Multiprotocol Label Switching Configuration Guide.
• To attach Layer 3 service policies, such as Multiprotocol Label Switching (MPLS) or Quality of
Service (QoS), to the VLAN, refer to the appropriate Cisco IOS XR software configuration guide.
SUMMARY STEPS
1. configure
2. no interface {GigabitEthernet | TenGigE | fastethernet | Bundle-Ether] instance.subinterface
3. Repeat Step 2 to remove other VLAN subinterfaces.
4. end
or
commit
5. show vlan interface [type instance] [location instance]
6. show vlan trunks [brief] [location instance] [{GigabitEthernet | TenGigE | Bundle-Ether |
fastethernet} instance] [summary]
DETAILED STEPS
Example:
RP/0/RP0/CPU0:router# configure
Step 2 no interface {GigabitEthernet | TenGigE | Removes the subinterface, which also automatically deletes
fastethernet | Bundle-Ether] all the configuration applied to the subinterface.
instance.subinterface
• Replace the instance argument with one of the
following instances:
Example:
RP/0/RP0/CPU0:router(config)# no interface – Physical Ethernet interface instance, or with an
TenGigE 0/2/0/4.10 Ethernet bundle instance. Naming notation is
rack/slot/module/port, and a slash between values
is required as part of the notation.
– Ethernet bundle instance. Range is from 1 through
65535.
• Replace the subinterface argument with the
subinterface value. Range is from 0 through 4095.
Naming notation is instance.subinterface, and a period
between arguments is required as part of the notation.
Following is a comprehensive example for creating two VLAN subinterfaces on an Ethernet bundle, one
at one time:
RP/0/RP0/CPU0:router# configure
RP/0/RP0/CPU0:router(config)# interface Bundle-Ether 1
RP/0/RP0/CPU0:router(config-if)# ip address 1.0.0.1/24
RP/0/RP0/CPU0:router(config-if)# exit
RP/0/RP0/CPU0:router(config)# interface Bundle-Ether 1.1
RP/0/RP0/CPU0:router(config-subif)# dot1q vlan 10
RP/0/RP0/CPU0:router(config-subif)# ip address 10.0.0.1/24
RP/0/RP0/CPU0:router(config-subif)# exit
RP/0/RP0/CPU0:router(config)# interface Bundle-Ether 1.2
RP/0/RP0/CPU0:router(config-subif)# dot1q vlan 20
RP/0/RP0/CPU0:router(config-subif)# ip address 20.0.0.1/24
RP/0/RP0/CPU0:router(config-subif)# exit
Additional References
The following sections provide references related to VLAN interface configuration.
Related Documents
Standards
Standards Title
No new or modified standards are supported by this —
feature, and support for existing standards has not been
modified by this feature
MIBs
MIBs MIBs Link
There are no applicable MIBs for this module. To locate and download MIBs for selected platforms using
Cisco IOS XR Software, use the Cisco MIB Locator found at the
following URL:
http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
a
RFCs Title
No new or modified RFCs are supported by this —
feature, and support for existing RFCs has not been
modified by this feature.
Technical Assistance
Description Link
The Cisco Technical Support website contains http://www.cisco.com/techsupport
thousands of pages of searchable technical content,
including links to products, technologies, solutions,
technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.
Symbols F4 OAM
overview 4
A ILMI
address-family ipv4 command disabling 43, 44
for BFD 62, 63 enabling 41, 42
ais-shut command 390 overview 4
aps group command 93, 389 optional parameters
aps submode configuring 8
channel command 93, 94, 389 prerequisites 2
interface loopback command 389 VC class-mapping
See aps group command overview 3
area command (BFD) 60 verifying connectivity 21
atm address-registration command 42 verifying ILMI configuration 43, 45
atm ilmi-config disable command 44 vp-tunnel
atm ilmi-keepalive command configuring 47
on ATM interfaces 42 vp-tunnels
ATM interface overview 4
ATM overview 2 B
attaching a vc-class 38, 39, 41 bert pattern command 447, 449
bringing up 6, 45 BFD
configuring a PVC 13 BFD configuration mode 64, 65
configuring a vc-class 34, 48 configuring fast-detection 60
configuring a vp-tunnel 16, 19 counters
configuring an IP address and subnet mask 20 clearing 66
configuring OAM AIS/RDI 35 displaying 66
configuring OAM F5 loopback 35 disabling echo mode 64, 66
configuring OAM management 35 echo mode
configuring optional parameters 45 disable 63, 64
configuring traffic shaping 18, 36 enabling between a local device and a peer 59
creating a PVC 12, 20, 26, 30, 292, 360 enabling fast-detection 62, 63
creating a subinterface 12, 23, 24, 26, 30, 291, enabling on a neighbor 57
360 enabling on a static route 61
creating a vp-tunnel 17 enabling on an interface 59
creating an interface 12, 23, 24, 26, 30, 291, 360 examples 68
creating subinterfaces with PVCs 11 in BGP configuration mode 58
disable the passing of OAM packets 17 in OSPF configuration mode 60
displaying vp-tunnel information 19, 21 on VLAN bundles 56
enabling address registration and callback func- overview 55
tions 42 packet formats 57
using the dot1q native vlan command 474 field-programmable gate array
using the dot1q vlan command 472 see FPGA
using the interface command 474 flow command 260
using the l2protocol command 477 flow exporter map configuration submode 247
using the show vlan interfaces command flow exporter map version configuration submode
473 248
using the show VLAN trunks command 473 flow exporter-map command 253
Ethernet interfaces flow monitor map configuration submode 248
using the mac accounting command 141 flow monitor-map command 252, 257
exit command 410, 411 flow-control command 128, 136
exporter command 258 FPD images
exporter map 246 description 149
F displaying default information 153
f4oam disable command displaying minimum and current versions 153
on ATM interfaces 17 overview for SPAs 150
failover 199 troubleshooting upgrades 159–160
Fast Ethernet interface upgrading 153
configuring duplex operation 128, 139 verifying successful upgrade 154
configuring interface speed 139 FPGA
configuring MAC accounting 128 description 149
configuring the IP address and subnet mask 138 devices, methods of upgrading 150
configuring the MTU 129, 139 Frame Relay
default settings configuration examples 185
autonegotiation 129 configuring PVC encapsulation 173
duplex operation 128 configuring support type 165
interface speed 129 configuring the support type 172
MAC accounting 128 default settings 165
mtu 129 LMI
enabling and disabling autonegotiation 129 configuring 165, 172
enabling autonegotiation 139 disabling 165, 173, 174
negotiation auto command 129 enabling 165
removing the shutdown configuration 139 overview 165
using the duplex command 139 polling 166
using the interface command 138 modifying the default configuration 171, 172
using the ipv4 address command 138 on POS interfaces 271
using the mac-accounting command 128 on PVCs 165
using the mtu command 129, 139 on serial interfaces 343
using the negotiation auto command 139 overview 164
using the no shutdown command 139 prerequisites 163
using the speed command 129, 139 frame-relay intf-type command 165, 172
fdl 426 frame-relay intf-type dce command 165
fdl ansi 426 frame-relay intf-type dte command 165
fdl ansi command 426, 441 frame-relay lmi command 165
field programmable devices frame-relay lmi disable command 174
see FPD images frame-relay lmi-t391dte command 166
frame-relay lmi-type command 165, 172 interface Bundle-Ether command 201, 205
framing command 385, 425, 426, 431, 438, 440, interface Bundle-POS command 198
444 interface command 135, 474
H ATM interface configuration mode 12, 17, 23,
HDLC 24, 26, 30, 37, 39, 40, 44, 291, 360
on POS interfaces 274 ATM subinterface configuration mode 20
hw-module node reload command 403 Fast Ethernet 234
hw-module port command 402, 403 for Ethernet interfaces 141, 476
hw-module subslot cardtype command for Fast Ethernet interfaces 138
for T3 and E3 controllers 427, 428 for VLAN subinterfaces 472
hw-module subslot reload command 154 forVLAN subinterfaces 476
I Link Bundling 201, 208, 212
IEEE 802.3ad standard 197 loopback 222
if submode Management Ethernet 236, 237, 238
bundle id command 202, 208, 213 null 224
bundle-id command 202, 207 on ATM interfaces 42
controller sonet command 390 on POS interfaces 279, 289, 327, 329
duplex command 236 POS interfaces configuration mode 86, 282
interface command 389 PPP 305, 308, 310, 311, 314, 317, 319, 320
ip address command 201, 205, 206, 207, 212 serial interface configuration mode 347, 350,
ipv4 address command 178, 183, 222, 234, 327, 358
389, 390, 405 SONET APS 389
keepalive command 390 SRP 405, 407, 412, 413, 414
mtu command 234 tunnel IPSEC 462
no shutdown command 202, 206, 208, 213, 234, interface loopback command 389
390, 405 interface POS command 213
pos crc command 390 interface preconfigure command
See interface command POS 373
See interface preconfigure command interface submode
show srp ips interface srp command 408 service-policy command 412
speed command 237 interfaces
srp interface srp request manual-switch com- Link Bundling 191
mand 408 configuring 199
srp ips request forced-switch command 408, link failover 199
413, 414 prerequisites 192, 193
srp ips timer command 408 QoS 198
srp ips wtr-timer command 407 tunnel 458
srp topology-timer command 405 invert command
tunnel destination command 462 on serial interfaces 351
tunnel source command 462 ip address command
if-pre submode bundle-POS 201, 205, 206, 207, 212
ipv4 address command 373 IPS
ILMI forced switch 406
on ATM interfaces 41 ipv4 address command 135, 138, 198, 201, 205,
Intelligent Protection Switching (IPS) 406 472
MS-CHAP 303, 304, 305, 306, 311 record ipv4 command 257
overview 302 reload spa
PAP 303, 304, 305, 306, 307, 308 after FPD upgrade 152
POS configuration example 330 remote-as command (BFD) 58
prerequisites 302 rings (outer and inner) 400
serial configuration example 331 router bgp command 58
CHAP (Challenge Handshake Authentication router ospf command (BFD) 60
Protocol) 341 router static command (BFD) 62
displaying PPP interfaces 316 RP, preconfiguration directory 369
MS-CHAP (Microsoft version of CHAP) 342 S
on POS interfaces 271, 274 sample output 154, 155, 156, 158
on serial interfaces 340, 341 sampler map 246
PAP (Password Authentication Protocol) 342 sampler map configuration submode 249
prerequisites 302 sampler-map command 255
ppp authentication command 275, 302, 305, 342 scramble command
ppp chap password command 310 on serial interfaces 351
ppp chap refuse command 319 serial interface
ppp max-bad-auth command 314 configuring interface encapsulation 350
ppp max-configure command 314 configuring the CRC 350
ppp max-failure command 314 configuring the IP address and subnet mask 347
ppp max-terminate command 314 configuring the keepalive timer 358
ppp ms-chap password command 311 configuring the transmit delay 351
ppp ms-chap refuse command 320 default settings
ppp multilink minimum-active links command 329 CRC 345
ppp pap refuse command 315, 317 encapsulation 345
ppp pap sent-username command 307, 308, 315 keepalive 345
ppp timeout authentication command 315 mtu 345
ppp timeout retry command 315 enabling payload scrambling 351
preconfiguration inverting the data stream 351
advantages 371 link state 341, 342
directory 369 PPP encapsulation 341
naming conventions 372 prerequisites 338
restriction to physical interface 369 Serial Line Address Resolution Protocol (SLARP)
priority command 411 274, 276, 341, 343
profile command 462 service-policy command 412
PVC set cos command 411
on a vp-tunnel 19 shape command
on ATM interfaces 13 on ATM interfaces 18, 36
on ATM subinterfaces 11, 40 shared port adapter
on POS subinterfaces 284, 286 see SPA
pvc command show aps command 94, 391
on ATM subinterfaces 12, 20, 26, 30, 40, 292, show atm ilmi-status command 43, 45
360 show atm vp-tunnel command 21
R show atm vp-tunnel interface atm command 19
random command 255 show bfd counters packet command 67
show bundle Bundle-Ether command 203, 210 delay trigger command 385, 393
show bundle Bundle-POS command 214 framing command 385
show controller sonet command 387 loopback command 385
show controllers command 440, 443 overhead command 386
for the E3 controller 430, 432 path command 386, 393
for the T3 controller 434, 436, 438 path scrambling command 390
show flow exporter-map command 254 See controller sonet command
show flow monitor map command 259 source command 253
show fpd package command 152, 153, 156 SPA
show frame-relay lmi command 166 inserting new 150
show hw-module fpd command 152, 154, 155 migrating to new Cisco IOS software release
show hw-module subslot command 154 150
show interface command swapping 150
for Ethernet interfaces 135 SPA (shared port adapter)
show interfaces command 404 See also FPD images 150
for Ethernet interfaces 137, 144 Spatial Reuse Protocol (SRP) 399
for Frame Relay interfaces 173, 174 speed command 129, 139, 441
serial sample output 364 management ethernet 237
SRP 406 SRP
show ip route command 463 add node to ring 412
show lacp bundle Bundle-Ether command 203 basic configuration 404
show lacp bundle Bundle-POS command 214 configuring MQC 409
show mac accounting command 142 definition 399
show platform command 158 enabling on PLIM 401
show ppp interfaces command 306, 316 srp interface srp request manual-switch command
show running-config command 406 408
show sampler-map command 256 srp ips request forced-switch command 408, 413,
show srp ips interface srp command 408 414
show version command 135 srp ips timer command 408
show vlan command 473 srp ips wtr-timer command 407
show vlan interface command 479 srp topology-timer command 405
show vlan trunks command 473, 479 SSH (Secure Shell), not needed with IPSec 459
dot1q vlan 210 SSL (Secure Socket Layer), not needed with IPSec
Signal Fail (SF) 407 459
SONET (Synchronous Optical Network) T
and APS 387 T1 controller
and fast reroute (FFR) 392 associating DS0 timeslots 177, 182, 325, 441
description 379 configuring the clock source 440
SONET APS (SONET Automatic Protection creating a T1 channel group 177, 182, 324, 441
Switching) 387 default configuration values 425
SONET controller enabling and disabling ANSI T1.403 remote
configuring 384 performance reports 426, 441
sonet submode generating and detecting yellow alarms 426
ais-shut command 390 setting the clock source 426
clock source command 385, 391, 405 setting the frame type 426