LAN and WAN Configuration Guide, Cisco IOS XE 17.x
Bias-Free Language
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
The L2VPN Pseudowire Redundancy feature lets you configure your network to detect a failure in the network and reroute the
Layer 2 (L2) service to another endpoint that can continue to provide service. This feature provides the ability to recover
from a failure either of the remote provider edge (PE) router or of the link between the PE and customer edge (CE) routers.
Prerequisites for L2VPN Pseudowire Redundancy
This feature module requires that you understand how to configure basic L2 virtual private networks (VPNs).
Any Transport over MPLS
L2 VPN Interworking
Layer 2 Tunneling Protocol Version 3 (L2TPv3)
The L2VPN Pseudowire Redundancy feature requires that the following mechanisms be in place to enable you to detect a failure
in the network:
Label-switched paths (LSP) Ping/Traceroute and Any Transport over MPLS Virtual Circuit Connection Verification (AToM VCCV)
Local Management Interface (LMI)
Operation, Administration, and Maintenance (OAM)
Restrictions for L2VPN Pseudowire Redundancy
The default Label Distribution Protocol (LDP) session hold-down timer will enable the software to detect failures in about
180 seconds. That time can be configured so that the software can detect failures more quickly. See the mplsldpholdtime command for more information.
L2VPN Pseudowire Redundancy does not support pseudowire interworking mode with L2TPv3. The connectivity between CEs may be
impacted if you have interworking IP configured in the pseudowire class.
The primary and backup pseudowires must run the same type of transport service. The primary and backup pseudowires must be
configured with AToM or L2TPv3.
The backup peer can only be configured for nonstatic L2TPv3 sessions. The backup L2TPv3 session cannot be static L2TPv3 session.
The encapsulation type of primary and backup pseudowire must be the same.
If you use L2VPN Pseudowire Redundancy with L2VPN Interworking, the interworking method must be the same for the primary and
backup pseudowires.
L2VPN Pseudowire Redundancy does support setting the experimental (EXP) bit on the Multiprotocol Label Switching (MPLS) pseudowire.
L2VPN Pseudowire Redundancy does not support different pseudowire encapsulation types on the MPLS pseudowire.
The mplsl2transportroute command is not supported. Use the xconnect command instead.
The ability to have the backup pseudowire fully operational at the same time that the primary pseudowire is operational is
not supported. The backup pseudowire becomes active only after the primary pseudowire fails.
The AToM VCCV feature is supported only on the active pseudowire.
More than one backup pseudowire is not supported.
Information About L2VPN Pseudowire Redundancy
Introduction to L2VPN Pseudowire Redundancy
L2VPNs can provide pseudowire resiliency through their routing protocols. When connectivity between end-to-end PE routers
fails, an alternative path to the directed LDP session and the user data can take over. However, there are some parts of the
network where this rerouting mechanism does not protect against interruptions in service. The figure below shows those parts
of the network that are vulnerable to an interruption in service.
The L2VPN Pseudowire Redundancy feature provides the ability to ensure that the CE2 router in the figure above can always
maintain network connectivity, even if one or all the failures in the figure occur.
The L2VPN Pseudowire Redundancy feature enables you to set up backup pseudowires. You can configure the network with redundant
pseudowires and redundant network elements, which are shown in the three figures below.
The figure below shows a network with redundant pseudowires and redundant attachment circuits.
The figure below shows a network with redundant pseudowires, attachment circuits, and CE routers.
The figure below shows a network with redundant pseudowires, attachment circuits, CE routers, and PE routers.
How to Configure L2VPN Pseudowire Redundancy
The L2VPN Pseudowire Redundancy feature enables you to configure a backup pseudowire in case the primary pseudowire fails.
When the primary pseudowire fails, the PE router can switch to the backup pseudowire. You can have the primary pseudowire
resume operation after it comes back up.
Configuring the Pseudowire
The successful transmission of the Layer 2 frames between PE routers is due to the configuration of the PE routers. You set
up the connection, called a pseudowire, between the routers.
The pseudowire-class configuration group specifies the characteristics of the tunneling mechanism, which are:
Encapsulation type
Control protocol
Payload-specific options
You must specify the encapsulationmplscommand as part of the pseudowire class for the AToM VCs to work properly. If you omit the encapsulationmplscommand as part of the xconnectcommand, you receive the following error:
% Incomplete command.
Perform this task to configure a pseudowire class.
SUMMARY STEPS
enable
configureterminal
pseudowire-class name
encapsulationmpls
interworking {ethernet | ip}
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
pseudowire-class name
Example:
Router(config)# pseudowire-class atom
Establishes a pseudowire class with a name that you specify. Enters pseudowire class configuration mode.
Step 4
encapsulationmpls
Example:
Router(config-pw-class)# encapsulation mpls
Specifies the tunneling encapsulation. For AToM, the encapsulation type is mpls.
Step 5
interworking {ethernet | ip}
Example:
Router(config-pw-class)# interworking ip
(Optional) Enables the translation between the different Layer 2 encapsulations.
Configuring the Pseudowire using the commands associated with the L2VPN Protocol-Based CLIs feature
The successful transmission of the Layer 2 frames between PE routers is due to the configuration of the PE routers. You set
up the connection, called a pseudowire, between the routers.
The pseudowire-class configuration group specifies the characteristics of the tunneling mechanism, which are:
Encapsulation type
Control protocol
Payload-specific options
You must specify the encapsulationmplscommand as part of the pseudowire class for the AToM VCs to work properly. If you omit the encapsulationmplscommand as part of the l2vpnxconnectcontext command, you receive the following error:
% Incomplete command.
Perform this task to configure a pseudowire class.
SUMMARY STEPS
enable
configureterminal
interfacepseudowirenumber
encapsulationmpls
neighborpeer-address vcid-value
interworking {ethernet | ip}
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
interfacepseudowirenumber
Example:
Router(config)# interface pseudowire 1
Establishes an interface pseudowire with a value that you specify. Enters pseudowire configuration mode.
Step 4
encapsulationmpls
Example:
Router(config-pw)# encapsulation mpls
Specifies the tunneling encapsulation. For AToM, the encapsulation type is mpls.
Step 5
neighborpeer-address vcid-value
Example:
Router(config-pw)# neighbor 10.0.0.1 123
Specifies the peer IP address and virtual circuit (VC) ID value of a Layer 2 VPN (L2VPN) pseudowire.
Step 6
interworking {ethernet | ip}
Example:
Router(config-pw)# interworking ip
(Optional) Enables the translation between the different Layer 2 encapsulations.
Configuring L2VPN Pseudowire Redundancy
Perform this task to configure the L2VPN Pseudowire Redundancy feature.
Before you begin
For each transport type, the xconnectcommand is configured slightly differently. The following configuration steps use Ethernet VLAN over MPLS, which is configured
in subinterface configuration mode. See AnyTransportoverMPLS to determine how to configure the xconnect command for other transport types.
Router(config-if-xconn)# backup peer 10.0.0.3 125 pw-class atom
Specifies a redundant peer for the pseudowire VC.
The pseudowire class name must match the name that you specified when you created the pseudowire class, but you can use a
different pw-class in the backuppeer command than the name that you used in the primary xconnect command.
Step 7
backupdelayenable-delay{disable-delay| never}
Example:
Router(config-if-xconn)# backup delay 5 never
Specifies how long (in seconds) the backup pseudowire VC should wait to take over after the primary pseudowire VC goes down.
The range is from 0 to 180.
Specifies how long the primary pseudowire should wait after it becomes active to take over for the backup pseudowire VC. The
range is from 0 to 180 seconds. If you specify the neverkeyword, the primary pseudowire VC never takes over for the backup.
Configuring L2VPN Pseudowire Redundancy using the commands associated with the L2VPN Protocol-Based CLIs feature
Perform this task to configure the L2VPN Pseudowire Redundancy feature.
Before you begin
For each transport type, the l2vpn xconnect context command is configured slightly differently. The following configuration steps use Ethernet VLAN over MPLS, which is configured
in subinterface configuration mode. See AnyTransportoverMPLS to determine how to configure the l2vpn xconnect context command for other transport types.
Specifies the Gigabit Ethernet subinterface and enters subinterface configuration mode.
Make sure that the subinterface on the adjoining CE router is on the same VLAN as this PE router.
Step 4
encapsulationdot1qvlan-id
Example:
Device(config-subif)# encapsulation dot1q 100
Enables the subinterface to accept 802.1Q VLAN packets.
The subinterfaces between the CE and PE routers that are running Ethernet over MPLS must be in the same subnet. All other
subinterfaces and backbone routers do not.
Step 5
end
Example:
Router(config-subif)# end
Exits to privileged EXEC mode.
Step 6
interfacepseudowirenumber
Example:
Router(config)# interface pseudowire 100
Specifies the pseudowire interface and enters interface configuration mode.
Step 7
sourcetemplatetypepseudowiretemplate-name
Example:
Router(config-if)# source template type pseudowire atom
Configures the source template of type pseudowire named atom
Step 8
neighborpeer-address vcid-value
Example:
Router(config-if)# neighbor 10.0.0.1 123
Specifies the peer IP address and virtual circuit (VC) ID value of a Layer 2 VPN (L2VPN) pseudowire.
Step 9
exit
Example:
Router(config-if)# exit
Exits to privileged EXEC mode.
Step 10
l2vpnxconnectcontextcontext-name
Example:
Router(config)# l2vpn xconnect context con1
Creates a Layer 2 VPN (L2VPN) cross connect context and enters xconnect configuration mode.
Step 11
memberpseudowireinterface-number
Example:
Device(config-xconnect)# member pseudowire 100 group GR_1 priority 2
Specifies a member pseudowire to form a Layer 2 VPN (L2VPN) cross connect.
Step 12
memberpseudowireinterface-number
Example:
Device(config-xconnect)# member pseudowire 1001 group GR_1 priority 2
Specifies a second member pseudowire for redundancy.
Step 13
membergigabitethernetinterface-number
Example:
Device(config-xconnect)# member GigabitEthernet0/0/0.1 service instance 1
Specifies the location of the Gigabit Ethernet
member interface.
Step 14
redundancydelayenable-delay{disable-delay| never}
Example:
Device(config-xconnect)# redundancy delay 0 0 group GR_1
Specifies how long (in seconds) the backup pseudowire VC should wait to take over after the primary pseudowire VC goes down.
The range is 0 to 180.
Specifies how long the primary pseudowire should wait after it becomes active to take over for the backup pseudowire VC. The
range is 0 to 180 seconds. If you specify the neverkeyword, the primary pseudowire VC never takes over for the backup.
Forcing a Manual Switchover to the Backup Pseudowire VC
To force the router switch over to the backup or primary pseudowire, you can enter the xconnectbackupforceswitchover command in privileged EXEC mode. You can specify either the interface of the primary attachment circuit (AC) to switch to
or the IP address and VC ID of the peer router.
A manual switchover can be made only if the interface or peer specified in the command is actually available and the xconnect
moves to the fully active state when executing the command.
Specifies that the router should switch to the backup or to the primary pseudowire.
Verifying the L2VPN Pseudowire Redundancy Configuration
Perform this task to verify that the L2VPN Pseudowire Redundancy feature is correctly configured.
SUMMARY STEPS
showmplsl2transportvc
showxconnectall
xconnectloggingredundancy
DETAILED STEPS
Step 1
showmplsl2transportvc
The following is sample output from the showmplsl2transportvc command. In this example, the primary attachment circuit is up. The backup attachment circuit is available, but not currently
selected.
Example:
Router# show mpls l2transport vc
Local intf Local circuit Dest address VC ID Status
------------- ----------------------- --------------- ---------- ----------
Et0/0.1 Eth VLAN 101 10.0.0.2 101 UP
Et0/0.1 Eth VLAN 101 10.0.0.3 201 DOWN
Router# show mpls l2transport vc detail
Local interface: Et0/0.1 up, line protocol up, Eth VLAN 101 up
Destination address 10.0.0.2 VC ID: 101, VC status UP
.
.
.
Local interface: Et0/0.1 down, line protocol down, Eth VLAN 101 down
Destination address 10.0.0.3 VC ID: 201, VC status down
.
.
.
Step 2
showxconnectall
In this example, the topology is Attachment Circuit 1 to Pseudowire 1 with a Pseudowire 2 as a backup:
Example:
Router# show xconnect all
Legend: XC ST=Xconnect State, S1=Segment1 State, S2=Segment2 State
UP=Up, DN=Down, AD=Admin Down, IA=Inactive, NH=No Hardware
XC ST Segment 1 S1 Segment 2 S2
------+---------------------------------+--+---------------------------------+--
UP pri ac Et0/0(Ethernet) UP mpls 10.55.55.2:1000 UP
IA sec ac Et0/0(Ethernet) UP mpls 10.55.55.3:1001 DN
In this example, the topology is Attachment Circuit 1 to Attachment Circuit 2 with a pseudowire backup for Attachment Circuit
2:
Example:
Router# show xconnect all
Legend: XC ST=Xconnect State, S1=Segment1 State, S2=Segment2 State
UP=Up, DN=Down, AD=Admin Down, IA=Inactive, NH=No Hardware
XC ST Segment 1 S1 Segment 2 S2
------+---------------------------------+--+---------------------------------+--
UP pri ac Se6/0:150(FR DLCI) UP ac Se8/0:150(FR DLCI) UP
IA sec ac Se6/0:150(FR DLCI) UP mpls 10.55.55.3:7151 DN
Step 3
xconnectloggingredundancy
In addition to the showmplsl2transportvc command and the showxconnect command, you can use the xconnectloggingredundancy command to track the status of the xconnect redundancy group:
Example:
Router(config)# xconnect logging redundancy
When this command is configured, the following messages are displayed during switchover events:
Activating the primary member:
Example:
00:01:07: %XCONNECT-5-REDUNDANCY: Activating primary member 10.55.55.2:1000
Activating the backup member:
Example:
00:01:05: %XCONNECT-5-REDUNDANCY: Activating secondary member 10.55.55.3:1001
Verifying the L2VPN Pseudowire Redundancy Configuration using the commands associated with the L2VPN Protocol-Based CLIs feature
Use the following commands to verify that the L2VPN Pseudowire Redundancy feature is correctly configured.
SUMMARY STEPS
showl2vpnatomvc
showl2vpnserviceall
loggingredundancy
loggingpseudowire status
DETAILED STEPS
Step 1
showl2vpnatomvc
In this example, the primary attachment circuit is up. The backup attachment circuit is available, but not currently selected.
The show output displays as follows:
Example:
Device# show l2vpn atom vc
Local intf Local circuit Dest address VC ID Status
------------- ----------------------- --------------- ---------- ----------
Et0/0.1 Eth VLAN 101 10.0.0.2 101 UP
Et0/0.1 Eth VLAN 101 10.0.0.3 201 DOWN
Router# show l2vpn atom vc detail
Local interface: Et0/0.1 up, line protocol up, Eth VLAN 101 up
Destination address 10.0.0.2 VC ID: 101, VC status UP
.
.
.
Local interface: Et0/0.1 down, line protocol down, Eth VLAN 101 down
Destination address 10.0.0.3 VC ID: 201, VC status down
.
.
.
Step 2
showl2vpnserviceall
In this example, the topology is attachment circuit 1 to pseudowire 1 with apPseudowire 2 as a backup:
Example:
Device# show l2vpn service all
Legend: St=State XC St=State in the L2VPN Service Prio=Priority
UP=Up DN=Down AD=Admin Down IA=Inactive
SB=Standby HS=Hot Standby RV=Recovering NH=No Hardware
m=manually selected
Interface Group Encapsulation Prio St XC St
--------- ----- ------------- ---- -- -----
VPWS name: foo, State: UP
Eth1/1.1 Eth1/1.1:100(Eth VLAN) 0 UP UP
pw101 blue 102.1.1.1:100(MPLS) 2 UP UP
pw102 blue 103.1.1.1:100(MPLS) 5 SB IA
pw103 blue 104.1.1.1:100(MPLS) 8 SB IA
pw104 blue 105.1.1.1:100(MPLS) 11 SB IA
In this example, the topology is attachment circuit 1 to attachment circuit 2 with a pseudowire backup for attachment circuit
2:
Example:
Device# show l2vpn service all
Legend: XC ST=Xconnect State, S1=Segment1 State, S2=Segment2 State
UP=Up, DN=Down, AD=Admin Down, IA=Inactive, NH=No Hardware
XC ST Segment 1 S1 Segment 2 S2
------+---------------------------------+--+---------------------------------+--
UP pri ac Se6/0:150(FR DLCI) UP ac Se8/0:150(FR DLCI) UP
IA sec ac Se6/0:150(FR DLCI) UP mpls 10.55.55.3:7151 DN
Step 3
loggingredundancy
In addition to the showl2vpnatomvc command and the showl2vpnservice command, you can use the loggingredundancy command to enable system message log (syslog) reporting of xconnect redundancy status events:
Example L2VPN Pseudowire Redundancy with Layer 2 Local Switching
The following example shows an Ethernet VLAN-VLAN local switching xconnect with a pseudowire backup for Ethernet segment E2/0.2.
If the subinterface associated with E2/0.2 goes down, the backup pseudowire is activated:
The following example shows a Frame Relay-to-Frame Relay local switching connect with a pseudowire backup for Frame Relay
segment S8/0 150. If data-link connection identifier (DLCI) 150 on S8/0 goes down, the backup pseudowire is activated:
interface pseudowire 1
encapsulation mpls
neighbor 33.33.33.33 1
interworking ip
Example L2VPN Pseudowire Redundancy and AToM (Like to Like) using the commands associated with the L2VPN Protocol-Based CLIs
feature
The following example shows a High-Level Data Link Control (HDLC) attachment circuit xconnect with a backup pseudowire:
interface Serial4/0
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.55.55.3 4001
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
The following example shows a Frame Relay attachment circuit xconnect with a backup pseudowire:
connect fr-fr-pw Serial6/0 225 l2transport
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.55.55.3 5226
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
Example L2VPN Pseudowire Redundancy and L2VPN Interworking using the commands associated with the L2VPN Protocol-Based CLIs
feature
The following example shows an Ethernet attachment circuit xconnect with L2VPN IP interworking and a backup pseudowire:
interface Ethernet0/0
interface pseudowire 100
source template type pseudowire ether-pw
!
l2vpn xconnect context con1
member pseudowrire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows an Ethernet VLAN attachment circuit xconnect with L2VPN IP interworking and a backup pseudowire:
interface Ethernet1/0.1
encapsulation dot1Q 200
no ip directed-broadcast
interface pseudowire 100
source template type pseudowire ether-pw
!
l2vpn xconnect context con1
member pseudowrire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows a Frame Relay attachment circuit xconnect with L2VPN IP interworking and a backup pseudowire:
connect fr-ppp-pw Serial6/0 250 l2transport
interface pseudowire 100
source template type pseudowire ether-pw
!
l2vpn xconnect context con1
member pseudowrire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows a PPP attachment circuit xconnect with L2VPN IP interworking and a backup pseudowire:
interface Serial7/0
encapsulation ppp
interface pseudowire 100
source template type pseudowire ether-pw
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
Example L2VPN Pseudowire Redundancy and Layer 2 Tunneling Protocol Version 3 using the commands associated with the L2VPN
Protocol-Based CLIs feature
The following example shows how to configure a backup peer for an xconnect session:
interface pseudowire 773
encapsulation l2tpv3
ip local interface GigabitEthernet0/0/0.773
!
interface pseudowire 774
encapsulation l2tpv3
ip local interface GigabitEthernet0/0/1.774
!
interface GigabitEthernet0/0/0.780
encapsulation dot1Q 780
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.73.14 100
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows how to configure a Gigabit Ethernet port with L2VPN pseudowire redundancy and L2TPv3:
interface GigabitEthernet0/0/2
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.70.83 50
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows how to configure a Gigabit Ethernet VLAN with L2VPN pseudowire redundancy and L2TPv3:
interface GigabitEthernet0/0/0.100
encapsulation dot1q 100
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.70.83 60
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows how to configure a Gigabit Ethernet Q-in-Q with L2VPN pseudowire redundancy and L2TPv3:
interface GigabitEthernet0/0/0.200
encapsulation dot1q 200 second-dot1q 400
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.70.83 70
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows how to configure a Gigabit Ethernet Q-in-any with L2VPN pseudowire redundancy and L2TPv3:
interface GigabitEthernet0/0/0.300
encapsulation dot1q 300 second-dot1q any
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.70.83 80
!
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The following example shows how to configure an HDLC with L2VPN pseudowire redundancy and L2TPv3
interface Serial0/2/0:0
no ip address
interface pseudowire 100
source template type pseudowire ether-pw
neighbor 10.22.71.83 40
!
l2vpn xconnect context con1
l2vpn xconnect context con1
member pseudowire 100 group GR_1 priority 1
member pseudowire 1001 group GR_1 priority 2
member GigabitEthernet0/0/2 service-instance 1
redundancy delay 0 0 group GR_1
interworking ip
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use
these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products
and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password.
Feature Information for L2VPN Pseudowire Redundancy
The following table provides release information about the feature or features described in this module. This table lists
only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise,
subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco
Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 1. Feature Information for L2VPN Pseudowire Redundancy
Feature Name
Releases
Feature Information
L2VPN Pseudowire Redundancy
XE 2.3 XE 3.3S
This feature enables you to set up your network to detect a failure in the network and reroute the Layer 2 service to another
endpoint that can continue to provide service.
In Cisco IOS XE Release 2.3, this feature was integrated into the Cisco ASR 1000 Series Aggregation Service Routers.
In Cisco IOS XE Release 3.3S, this feature supports Layer 2 Tunneling Protocol Version 3 (L2TPv3).
The following commands were introduced or modified:
backupdelay(L2VPNlocalswitching),backuppeer,showxconnect,xconnectbackupforce-switchover,xconnectloggingredundancy.
L2VPN Pseudowire Redundancies
Cisco IOS XE Fuji 16.9.1
In Cisco IOS XE Fuji 16.9.1, this feature is supported on Cisco 1000 Series ISRs.