MPLS TP by Cisco Guide
MPLS TP by Cisco Guide
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 SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
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.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.
Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL:
https://www.cisco.com/c/en/us/about/legal/trademarks.html. 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. (1721R)
© 2013 Cisco Systems, Inc. All rights reserved.
CONTENTS
Short Description 2
CHAPTER 4 MPLS Infrastructure Changes Introduction of MFI and Removal of MPLS LSC and LC-ATM
Features 39
Configuration Examples for IPv6 Switching: Provider Edge Router over MPLS 84
Example: Provider Edge Device 84
Example: Core Device 84
Example: Monitoring 6PE 85
Additional References for IPv6 Switching: Provider Edge Router over MPLS 86
Feature Information for IPv6 Switching: Provider Edge Router over MPLS 87
Note For CUBE feature support information in Cisco IOS XE Bengaluru 17.6.1a and later releases, see Cisco
Unified Border Element IOS-XE Configuration Guide.
Note The documentation set for this product strives to use bias-free language. For 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 standards documentation, or language that is used by a referenced third-party product.
Feature Information
Use Cisco Feature Navigator to find information about feature support, platform support, and Cisco software
image support. An account on Cisco.com is not required.
Related References
• Cisco IOS Command References, All Releases
Short Description
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and
other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/
legal/trademarks.html. 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. (1721R)
L2VPN Restrictions
• Layer 2 Virtual Private Network (L2VPN) interworking is not supported.
• Local switching with Any Transport over MPLS (AToM) pseudowire as a backup is not supported.
• L2VPN pseudowire redundancy to an AToM pseudowire by one or more attachment circuits is not
supported.
• Pseudowire ID Forward Equivalence Class (FEC) type 128 is supported, but generalized ID FEC type
129 is not supported.
• Static pseudowire Operations, Administration, and Maintenance (OAM) protocol and BFD VCCV
attachment circuit (AC) status signaling are mutually exclusive protocols. Bidirectional Forwarding
Detection (BFD) and Virtual Circuit Connectivity Verification (VCCV) in failure detection mode can
be used with Static Pseudowire OAM protocol.
• BFD VCCV AC status signaling cannot be used in pseudowire redundancy configurations. You can use
Static Pseudowire OAM instead.
Bidirectional LSPs
Multiprotocol Label Switching Transport Profile (MPLS-TP) label switched paths (LSPs) are bidirectional
and co-routed. They comprise of two unidirectional LSPs that are supported by the MPLS forwarding
infrastructure. A TP tunnel consists of a pair of unidirectional tunnels that provide a bidirectional LSP. Each
unidirectional tunnel can be optionally protected with a protect LSP that activates automatically upon failure
conditions.
• MPLS-TP OAM Fault Management (LDI, AIS, and LKR messages)—LDI messages are AIS messages
whose L-flags are set. The LDI messages are generated at midpoint nodes when a failure is detected.
From the midpoint, an LDI message is sent to the endpoint that is reachable with the existing failure.
Similarly, LKR messages are sent from a midpoint node to the reachable endpoint when an interface is
administratively shut down. By default, the reception of LDI and LKR messages on the active LSP at
an endpoint will cause a path protection switchover, whereas the reception of an AIS message will not.
• MPLS-TP OAM Fault Management with Emulated Protection Switching for LSP Lockout—Cisco
implements a form of Emulated Protection Switching to support LSP Lockout using customized Fault
messages. When a Lockout message is sent, it does not cause the LSP to be administratively down. The
Cisco Lockout message causes a path protection switchover and prevents data traffic from using the LSP.
The LSP remains administratively up so that BFD and other OAM messages can continue to traverse it
and so that maintenance of the LSP can take place (such as reconfiguring or replacing a midpoint LSR).
After OAM verifies the LSP connectivity, the Lockout is removed and the LSP is brought back to service.
Lockout of the working LSP is not allowed if a protect LSP is not configured. Conversely, the Lockout
of a protect LSP is allowed if a working LSP is not configured.
• LSP ping and trace—To verify MPLS-TP connectivity, use the ping mpls tp and trace mpls tp commands.
You can specify that echo requests be sent along the working LSP, the protect LSP, or the active LSP.
You can also specify that echo requests be sent on a locked-out MPLS-TP tunnel LSP (either working
or protected) if the working or protected LSP is explicitly specified. You can also specify ping/trace
messages with or without IP.
• MPLS-TP OAM Continuity Check (CC) via BFD and Remote Defect Indication (RDI)—RDI is
communicated via the BFD diagnostic field in BFD CC messages. BFD sessions run on both the working
LSP and the protect LSP. To perform a path protection switchover within 60 milliseconds on an MPLS-TP
endpoint, use the BFD Hardware Offload feature, which enables the router hardware to construct and
send BFD messages, removing the task from the software path. The BFD Hardware Offload feature is
enabled automatically on supported platforms.
MPLS-TP OAM GACH—Generic Associated Channel (G-ACh) is the control channel mechanism associated
with Multiprotocol Label Switching (MPLS) LSPs in addition to MPLS pseudowire. The G-ACh Label (GAL)
(Label 13) is a generic alert label to identify the presence of the G-ACh in the label packet. It is taken from
the reserved MPLS label space. G-ACh/GAL supports OAMs of LSPs and in-band OAMs of pseudowires
(PWs). OAM messages are used for fault management, connection verification, continuity check, and so on.
Tunnel Midpoints
Tunnel LSPs, whether endpoint or midpoint, use the same identifying information. However, it is entered
differently.
• At the midpoint, all information for the LSP is specified with the mpls tp lsp command for configuring
forward and reverse information for forwarding.
• At the midpoint, determining which end is source and which is destination is arbitrary. That is, if you
are configuring a tunnel between your device and a coworker’s device, then your device is the source.
However, your coworker considers his or her device to be the source. At the midpoint, either device
could be considered the source. At the midpoint, the forward direction is from source to destination, and
the reverse direction is from destination to source.
• At the endpoint, the local information (source) either comes from the global device ID and global ID, or
from the locally configured information using the tp source command.
• At the endpoint, the remote information (destination) is configured using the tp destination command
after you enter the interface tunnel-tp number command. The tp destination command includes the
destination node ID, and optionally the global ID and the destination tunnel number. If you do not specify
the destination tunnel number, the source tunnel number is used.
• At the endpoint, the LSP number is configured in working-lsp or protect-lsp submode. The default is 0
for the working LSP and 1 for the protect LSP.
• When configuring LSPs at midpoint devices, ensure that the configuration does not deflect traffic back
to the originating node.
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls label range minimum-value maximum-value static minimum-static-value maximum-static-value
4. end
DETAILED STEPS
Device> enable
Step 3 mpls label range minimum-value maximum-value static Specifies a static range of MPLS labels.
minimum-static-value maximum-static-value
Example:
Device(config)# end
DETAILED STEPS
Device> enable
Step 3 mpls tp Enters MPLS-TP configuration mode, from which you can
configure MPLS-TP parameters for the device.
Example:
Device(config)# mpls tp
Step 4 router-id node-id Specifies the default MPLS-TP router ID, which is used as
the default source node ID for all MPLS-TP tunnels
Example:
configured on the device.
Device(config-mpls-tp)# router-id 10.10.10.10
Device(config-mpls-tp)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. bfd-template single-hop template-name
4. interval [microseconds] {both time | min-tx time min-rx time} [multiplier multiplier-value]
5. end
DETAILED STEPS
Device> enable
Step 4 interval [microseconds] {both time | min-tx time min-rx Specifies a set of BFD interval values.
time} [multiplier multiplier-value]
Example:
Device(config-bfd)# exit
DETAILED STEPS
Device> enable
Step 3 pseudowire-static-oam class class-name Creates a pseudowire OAM class and enters pseudowire
OAM class configuration mode.
Example:
Device(config-st-pw-oam-class)# exit
SUMMARY STEPS
1. enable
2. configure terminal
3. pseudowire-class class-name
4. encapsulation mpls
5. control-word
6. protocol {l2tpv2 | l2tpv3 | none} [l2tp-class-name]
7. preferred-path {interface tunnel tunnel-number | peer {ip-address | host-name}} [disable-fallback]
8. status protocol notification static class-name
9. vccv bfd template name [udp | raw-bfd]
10. end
DETAILED STEPS
Device> enable
Step 3 pseudowire-class class-name Creates a pseudowire class and enters pseudowire class
configuration mode.
Example:
Device(config-pw-class)# control-word
Step 6 protocol {l2tpv2 | l2tpv3 | none} [l2tp-class-name] Specifies the type of protocol.
Example:
Step 7 preferred-path {interface tunnel tunnel-number | peer Specifies the tunnel to use as the preferred path.
{ip-address | host-name}} [disable-fallback]
Example:
Step 8 status protocol notification static class-name Specifies the OAM class to use.
Example:
Step 9 vccv bfd template name [udp | raw-bfd] Specifies the VCCV BFD template to use.
Example:
Device(config-pw-class)# end
DETAILED STEPS
Device> enable
Step 3 interface type number Specifies the interface and enters interface configuration
mode.
Example:
Step 4 xconnect peer-ip-address vc-id {encapsulation {l2tpv3 Binds the attachment circuit to a pseudowire VC and enters
[manual] | mpls [manual]} | pw-class pw-class-name} xconnect interface configuration mode.
[pw-class pw-class-name] [sequencing {transmit | receive
| both}]
Example:
Step 5 mpls label local-pseudowire-label Configures the static pseudowire connection by defining
remote-pseudowire-label local and remote circuit labels.
Example:
Step 8 backup peer peer-router-ip-addr vcid [pw-class Specifies a redundant peer for a pseudowire virtual circuit
pw-class-name] [priority value] (VC).
Example:
Device(config)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. interface tunnel-tp number
4. description tunnel-description
5. tp tunnel-name name
6. tp bandwidth num
7. tp source node-id [global-id num]
8. tp destination node-id [tunnel-tp num[ global-id num]]
9. bfd bfd-template
10. working-lsp
11. in-label num
12. out-label num out-link num
13. exit
14. protect-lsp
15. in-label num
16. out-label num out-link num
17. end
DETAILED STEPS
Device> enable
Step 3 interface tunnel-tp number Enters tunnel interface configuration mode. Tunnel
numbers from 0 to 999 are supported.
Example:
Step 7 tp source node-id [global-id num] (Optional) Specifies the tunnel source and endpoint.
Example:
Step 8 tp destination node-id [tunnel-tp num[ global-id num]] Specifies the destination node of the tunnel.
Example:
Device(config-if)# working-lsp
Step 12 out-label num out-link num Specifies the out-label number and out-link.
Example:
Device(config-if-working)# exit
Device(config-if)# protect-lsp
Step 16 out-label num out-link num Specifies the out label and out link.
Example:
Device(config-if-protect)# end
Note When configuring LSPs at midpoint devices, ensure that the configuration does not deflect traffic back to the
originating node.
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls tp lsp source node-id [global-id num] tunnel-tp num lsp{lsp-num | protect | working} destination
node-id [global-id num] tunnel-tp num
4. forward-lsp
5. bandwidth num
6. in-label num out-label num out-link num
7. exit
8. reverse-lsp
9. bandwidth num
10. in-label num out-label num out-link num
11. end
DETAILED STEPS
Device> enable
Step 3 mpls tp lsp source node-id [global-id num] tunnel-tp Enables MPLS-TP midpoint connectivity and enters MPLS
num lsp{lsp-num | protect | working} destination node-id TP LSP configuration mode.
[global-id num] tunnel-tp num
Example:
Device(config-mpls-tp-lsp)# forward-lsp
Device(config-mpls-tp-lsp-forw)# in-label 53
out-label 43 out-link 41
Device(config-mpls-tp-lsp-forw)# exit
Device(config-mpls-tp-lsp)# reverse-lsp
Step 10 in-label num out-label num out-link num Specifies the in-label, out-label, and out-link numbers.
Example:
Device(config-mpls-tp-lsp-rev)# in-label 33
out-label 23 out-link 44
Step 11 end Exits the MPLS TP LSP configuration mode and returns
to privileged EXEC mode.
Example:
Device(config-mpls-tp-lsp-rev)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type number
4. ip address ip-address mask
5. mpls tp link link-num {ipv4 ip-address | tx-mac mac-address} rx-mac mac-address
6. ip rsvp bandwidth [rdm [bc0 interface-bandwidth] [[single-flow-bandwidth [bc1 bandwidth | sub-pool
bandwidth]]] [interface-bandwidth [single-flow-bandwidth [bc1 bandwidth | sub-pool bandwidth]] | mam
DETAILED STEPS
Device> enable
Step 3 interface type number Specifies the interface and enters interface configuration
mode.
Example:
Step 5 mpls tp link link-num {ipv4 ip-address | tx-mac Associates an MPLS-TP link number with a physical
mac-address} rx-mac mac-address interface and next-hop node. On point-to-point interfaces
or Ethernet interfaces designated as point-to-point using
Example:
the medium p2p command, the next-hop can be implicit,
so the mpls tp link command just associates a link number
Device(config-if)# mpls tp link 1 ipv4 10.0.0.2
to the interface.
Multiple tunnels and LSPs can refer to the MPLS-TP link
to indicate they are traversing that interface. You can move
the MPLS-TP link from one interface to another without
reconfiguring all the MPLS-TP tunnels and LSPs that refer
to the link.
Link numbers must be unique on the device or node.
Step 6 ip rsvp bandwidth [rdm [bc0 interface-bandwidth] Enables Resource Reservation Protocol (RSVP) bandwidth
[[single-flow-bandwidth [bc1 bandwidth | sub-pool for IP on an interface.
bandwidth]]] [interface-bandwidth [single-flow-bandwidth
For the Cisco 7600 platform, if you configure non-zero
[bc1 bandwidth | sub-pool bandwidth]] | mam
bandwidth for the TP tunnel or at a midpoint LSP, make
max-reservable-bw [interface-bandwidth
sure that the interface to which the output link is attached
[single-flow-bandwidth] [bc0 interface-bandwidth [bc1
has enough bandwidth available. For example, if three
Device(config-if)# end
DETAILED STEPS
Device> enable
Step 4 neighbor ip-address vc-id {encapsulation mpls | Sets up an emulated VC. Specify the IP address, the VC
pw-class pw-class-name} ID of the remote device, and the pseudowire class to use
for the emulated VC.
Example:
Note Only two neighbor commands are allowed for
Device(config-vfi)# neighbor 10.111.111.111 123 each Layer 2 VFI point-to-point command.
pw-class atom
Step 5 mpls label local-pseudowire-label Configures the static pseudowire connection by defining
remote-pseudowire-label local and remote circuit labels.
Example:
Step 7 neighbor ip-address vc-id {encapsulation mpls | Sets up an emulated VC. Specify the IP address, the VC
pw-class pw-class-name} ID of the remote device, and the pseudowire class to use
for the emulated VC.
Example:
Step 8 mpls label local-pseudowire-label Configures the static pseudowire connection by defining
remote-pseudowire-label local and remote circuit labels.
Example:
Example:
Device(config)# end
DETAILED STEPS
Device> enable
Step 4 tlv [type-name] type-value length [dec | hexstr | str] value Specifies the TLV parameters.
Example:
Device(config-pw-tlv-template)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. pseudowire-class class-name
4. encapsulation mpls
5. control-word
6. protocol {l2tpv2 | l2tpv3 | none} [l2tp-class-name]
7. exit
8. pseudowire-class class-name
9. encapsulation mpls
10. exit
11. l2 vfi name point-to-point
12. neighbor ip-address vc-id {encapsulation mpls | pw-class pw-class-name}
13. neighbor ip-address vc-id {encapsulation mpls | pw-class pw-class-name}
14. mpls label local-pseudowire-label remote-pseudowire-label
15. mpls control-word
16. local interface pseudowire-type
17. Do one of the following:
• tlv [type-name] type-value length [dec | hexstr | str] value
• tlv template template-name
18. end
DETAILED STEPS
Device> enable
Step 3 pseudowire-class class-name Creates a pseudowire class and enters pseudowire class
configuration mode.
Example:
Device(config-pw-class)# control-word
Step 6 protocol {l2tpv2 | l2tpv3 | none} [l2tp-class-name] Specifies the type of protocol. Use the protocol none
command to specify a static pseudowire.
Example:
Device(config-pw-class)# exit
Step 8 pseudowire-class class-name Creates a pseudowire class and enters pseudowire class
configuration mode.
Example:
Device(config-pw-class)# exit
Step 12 neighbor ip-address vc-id {encapsulation mpls | Sets up an emulated VC and enters VFI neighbor
pw-class pw-class-name} configuration mode.
Example: Note Note: Only two neighbor commands are
allowed for each l2 vfi point-to-point
Device(config-vfi)# neighbor 10.111.111.111 123 command.
pw-class atom
Device(config-vfi-neighbor)# neighbor
10.111.111.111 123 pw-class atom
Step 17 Do one of the following: Specifies the TLV parameters or invokes a previously
configured TLV template.
• tlv [type-name] type-value length [dec | hexstr | str]
value
• tlv template template-name
Example:
Device(config-vfi-neighbor)# end
• traceroute mpls tp and ping mpls tp—Helps you identify connectivity issues along the MPLS-TP
tunnel path.
Cisco IOS commands Cisco IOS Master Command List, All Releases
Standard/RFC Title
RFC 5885 Bidirectional Forwarding Detection (BFD) for the Pseudowire Virtual Circuit
Connectivity Verification (VCCV)
Technical Assistance
Description Link
Note In the Cisco IOS XE Release 16.x, the ASR 1000 routers only support fragmentation of the MPLS packets
from the IP to MPLS direction.
Benefits of MPLS
MPLS provides the following major benefits to service provider networks:
Scalable support for Virtual Private Networks (VPNs)--MPLS enables VPN services to be supported in
service provider networks, thereby greatly accelerating Internet growth.
The use of MPLS for VPNs provides an attractive alternative to the building of VPNs by means of either
ATM or Frame Relay permanent virtual circuits (PVCs) or various forms of tunneling to interconnect routers
at customer sites.
Unlike the PVC VPN model, the MPLS VPN model is highly scalable and can accommodate increasing
numbers of sites and customers. The MPLS VPN model also supports “any-to-any” communication among
VPN sites without requiring a full mesh of PVCs or the backhauling (suboptimal routing) of traffic across the
service provider network. For each MPLS VPN user, the service provider’s network appears to function as a
private IP backbone over which the user can reach other sites within the VPN organization, but not the sites
of any other VPN organization.
From a user perspective, the MPLS VPN model enables network routing to be dramatically simplified. For
example, rather than having to manage routing over a topologically complex virtual backbone composed of
many PVCs, an MPLS VPN user can generally employ the service provider’s backbone as the default route
in communicating with all of the other VPN sites.
Explicit routing capabilities (also called constraint-based routing or traffic engineering)--Explicit routing
employs “constraint-based routing,” in which the path for a traffic flow is the shortest path that meets the
resource requirements (constraints) of the traffic flow.
In MPLS traffic engineering, factors such as bandwidth requirements, media requirements, and the priority
of one traffic flow versus another can be taken into account. These traffic engineering capabilities enable the
administrator of a service provider network to
• Control traffic flow in the network
• Reduce congestion in the network
• Make best use of network resources
Thus, the network administrator can specify the amount of traffic expected to flow between various points in
the network (thereby establishing a traffic matrix), while relying on the routing system to
• Calculate the best paths for network traffic
• Set up the explicit paths to carry the traffic
Support for IP routing on ATM switches (also called IP and ATM integration)--MPLS enables an ATM
switch to perform virtually all of the functions of an IP router. This capability of an ATM switch stems from
the fact that the MPLS forwarding paradigm, namely, label swapping, is exactly the same as the forwarding
paradigm provided by ATM switch hardware.
The key difference between a conventional ATM switch and an ATM label switch is the control software
used by the latter to establish its virtual channel identifier (VCI) table entries. An ATM label switch uses IP
routing protocols and the Tag Distribution Protocol (TDP) to establish VCI table entries.
An ATM label switch can function as a conventional ATM switch. In this dual mode, the ATM switch resources
(such as VCI space and bandwidth) are partitioned between the MPLS control plane and the ATM control
plane. The MPLS control plane provides IP-based services, while the ATM control plane supports ATM-oriented
functions, such as circuit emulation or PVC services.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip cef distributed
DETAILED STEPS
Device> enable
Step 3 ip cef distributed Enables Cisco Express Forwarding on the route processor
card.
Example:
SUMMARY STEPS
1. show ip cef summary
DETAILED STEPS
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type slot/subslot /port [. subinterface]
4. mpls ip
5. end
DETAILED STEPS
Device> enable
Step 3 interface type slot/subslot /port [. subinterface] Specifies the Gigabit Ethernet interface and enters interface
configuration mode.
Example:
Device(config-if)# mpls ip
Device(config-if)# end
What to do next
Configure either of the following:
• MPLS Label Distribution Protocol (LDP). For information about configuring MPLS LDP, see the MPLS
Label Distribution Protocol Configuration Guide.
• Static labels. For information about configuring static labels, see MPLS Static Labels.
SUMMARY STEPS
1. show mpls interfaces detail
DETAILED STEPS
Interface GigabitEthernet1/0/0:
IP labeling enabled (ldp)
LSP Tunnel labeling not enabled
MPLS operational
MTU = 1500
Interface POS2/0/0:
IP labeling enabled (ldp)
LSP Tunnel labeling not enabled
MPLS not operational
MTU = 4470
Additional References
Related Documents
Cisco IOS commands Cisco IOS Master Commands List, All Releases
Standards
Standard Title
The supported standards applicable to the MPLS applications appear in the respective feature module --
for the application.
MIBs
The supported MIBs applicable to the MPLS To locate and download MIBs for selected platforms, Cisco
applications appear in the respective feature software releases, and feature sets, use Cisco MIB Locator
module for the application. found at the following URL:
http://www.cisco.com/go/mibs
RFCs
RFC Title
The supported RFCs applicable to the MPLS applications appear in the respective feature module for --
the application.
Technical Assistance
Description Link
The Cisco Support and Documentation website provides online resources to download Support & Downloads
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.
Glossary
BGP --Border Gateway Protocol. The predominant interdomain routing protocol used in IP networks.
Border Gateway Protocol --See BGP.
FIB --Forwarding Information Base. A table that contains a copy of the forwarding information in the IP
routing table.
Forwarding Information Base --See FIB.
label --A short, fixed-length identifier that tells switching nodes how the data (packets or cells) should be
forwarded.
label binding --An association between a label and a set of packets, which can be advertised to neighbors so
that a label switched path can be established.
Label Distribution Protocol --See LDP.
Label Forwarding Information Base --See LFIB.
label imposition --The act of putting the first label on a packet.
label switching router --See LSR.
LDP --Label Distribution Protocol. The protocol that supports MPLS hop-by-hop forwarding by distributing
bindings between labels and network prefixes.
LFIB --Label Forwarding Information Base. A data structure in which destinations and incoming labels are
associated with outgoing interfaces and labels.
LSR --label switching router. A Layer 3 router that forwards a packet based on the value of an identifier
encapsulated in the packet.
MPLS --Multiprotocol Label Switching. An industry standard on which label switching is based.
MPLS hop-by-hop forwarding --The forwarding of packets along normally routed paths using MPLS
forwarding mechanisms.
Multiprotocol Label Switching --See MPLS.
Resource Reservation Protocol --See RSVP.
RIB --Routing Information Base. A common database containing all the routing protocols running on a router.
Routing Information Base --See RIB.
RSVP --Resource Reservation Protocol. A protocol for reserving network resources to provide quality of
service guarantees to application flows.
traffic engineering --Techniques and processes used to cause routed traffic to travel through the network on
a path other than the one that would have been chosen if standard routing methods were used.
Virtual Private Network --See VPN.
VPN --Virtual Private Network. A network that enables IP traffic to use tunneling to travel securely over a
public TCP/IP network.
Note The MFI and LFIB do not coexist in the same image. For a list of supported releases, see the "Feature
Information for MPLS Forwarding Infrastructure."
For information about these commands, see the Cisco IOS Debug Command Reference and the Cisco IOS
MPLS Command Reference.
Additional References
Related Documents
Technical Assistance
Description Link
The Cisco Support website provides extensive online resources, including http://www.cisco.com/techsupport
documentation and tools for troubleshooting and resolving technical issues
with Cisco products and technologies.
To receive security and technical information about your products, you
can subscribe to various services, such as the Product Alert Tool (accessed
from Field Notices), the Cisco Technical Services Newsletter, and Really
Simple Syndication (RSS) Feeds.
Access to most tools on the Cisco Support website requires a Cisco.com
user ID and password.
• MPLS static crossconnect mappings remain in effect even with topology changes.
• MPLS static labels are not supported for label-controlled Asynchronous Transfer Mode (lc-atm).
• MPLS static bindings are not supported for local prefixes.
To use a learned label to label-switch packets, an LSR installs the label into its Label Forwarding Information
Base (LFIB).
The MPLS Static Labels feature provides the means to configure statically:
• The binding between a label and an IPv4 prefix
• The contents of an LFIB crossconnect entry
Static Crossconnects
Static crossconnects can be configured to support MPLS Label Switched Path (LSP) midpoints when neighbor
routers do not implement either the LDP or RSVP label distribution, but do implement an MPLS forwarding
path.
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls label range min-label max-label [static min-static-label max-static-label]
4. mpls static binding ipv4 prefix mask [input| output nexthop] label
DETAILED STEPS
Router> enable
Step 3 mpls label range min-label max-label [static Specifies a range of labels for use with MPLS Static Labels
min-static-label max-static-label] feature.
Example: (Default is no labels reserved for static assignment.)
Step 4 mpls static binding ipv4 prefix mask [input| output Specifies static binding of labels to IPv4 prefixes.
nexthop] label
Bindings specified are installed automatically in the MPLS
Example: forwarding table as routing demands.
SUMMARY STEPS
1. Enter show mpls label range command. The output shows that the new label ranges do not take effect
until a reload occurs:
2. Enter the show mpls static binding ipv4 command to show the configured static prefix/label bindings:
3. Use the show mpls forwarding-table command to determine which static prefix/label bindings are
currently in use for MPLS forwarding.
DETAILED STEPS
Step 1 Enter show mpls label range command. The output shows that the new label ranges do not take effect until a reload
occurs:
Example:
The following output from the show mpls label range command, executed after a reload, indicates that the new label
ranges are in effect:
Example:
Step 2 Enter the show mpls static binding ipv4 command to show the configured static prefix/label bindings:
Example:
Step 3 Use the show mpls forwarding-table command to determine which static prefix/label bindings are currently in use for
MPLS forwarding.
Example:
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls label range min-label max-label [static min-static-label max-static-label]
4. mpls static binding ipv4 prefix mask [input| output nexthop] label
DETAILED STEPS
Router> enable
Step 3 mpls label range min-label max-label [static Specifies a range of labels for use with MPLS Static Labels
min-static-label max-static-label] feature.
Example: (Default is no labels reserved for static assignment.)
Step 4 mpls static binding ipv4 prefix mask [input| output Specifies static binding of labels to IPv4 prefixes.
nexthop] label
Bindings specified are installed automatically in the MPLS
Example: forwarding table as routing demands.
SUMMARY STEPS
1. Use the show mpls static crossconnect command to display information about crossconnects that have
been configured:
DETAILED STEPS
Use the show mpls static crossconnect command to display information about crossconnects that have been configured:
Example:
SUMMARY STEPS
1. enable
2. show mpls forwarding-table
3. show mpls label range
4. show mpls static binding ipv4
5. show mpls static crossconnect
DETAILED STEPS
Router> enable
Step 2 show mpls forwarding-table Displays the contents of the MPLS LFIB.
Example:
Step 3 show mpls label range Displays information about the static label range.
Example:
Step 5 show mpls static crossconnect Displays information about the configured crossconnects.
Example:
In the following output, the show mpls label range command indicates that the new label ranges do not take
effect until a reload occurs:
In the following output, the show mpls label range command, executed after a reload, indicates that the new
label ranges are in effect:
In the following output, the mpls static binding ipv4 commands configure static prefix/label bindings. They
also configure input (local) and output (remote) labels for various prefixes:
In the following output, the show mpls static binding ipv4 command displays the configured static prefix/label
bindings:
In the following output, the show mpls static crossconnect command displays the configured crossconnect:
Additional References
Related Documents
Cisco IOS commands Cisco IOS Master Commands List, All Releases
Standards
Standard Title
No new or modified standards are supported by this feature, and support for existing standards has not --
been modified by this feature.
MIBs
No new or modified MIBs are supported by this To locate and download MIBs for selected platforms, Cisco
feature, and support for existing MIBs has not software releases, and feature sets, use Cisco MIB Locator
been modified by this feature. found at the following URL:
http://www.cisco.com/go/mibs
RFCs
RFC 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
MPLS Static Labels Cisco IOS XE Amsterdam The MPLS Static Labels feature provides the means to
17.3.2 configure the following items statically:
• The binding between a label and an IPv4 prefix
• The contents of an LFIB crossconnect entry
Glossary
BGP --Border Gateway Protocol. The predominant interdomain routing protocol used in IP networks.
Border Gateway Protocol --See BGP.
FIB --Forwarding Information Base. A table that contains a copy of the forwarding information in the IP
routing table.
Forwarding Information Base --See FIB.
label --A short, fixed-length identifier that tells switching nodes how the data (packets or cells) should be
forwarded.
label binding --An association between a label and a set of packets, which can be advertised to neighbors so
that a label switched path can be established.
Label Distribution Protocol --See LDP.
Label Forwarding Information Base --See LFIB.
label imposition --The act of putting the first label on a packet.
label switching router --See LSR.
LDP --Label Distribution Protocol. The protocol that supports MPLS hop-by-hop forwarding by distributing
bindings between labels and network prefixes.
LFIB --Label Forwarding Information Base. A data structure in which destinations and incoming labels are
associated with outgoing interfaces and labels.
LSR --label switching router. A Layer 3 router that forwards a packet based on the value of an identifier
encapsulated in the packet.
MPLS --Multiprotocol Label Switching. An industry standard on which label switching is based.
MPLS hop-by-hop forwarding --The forwarding of packets along normally routed paths using MPLS
forwarding mechanisms.
Multiprotocol Label Switching --See MPLS.
Resource Reservation Protocol --See RSVP.
RIB --Routing Information Base. A common database containing all the routing protocols running on a router.
Routing Information Base --See RIB.
RSVP --Resource Reservation Protocol. A protocol for reserving network resources to provide quality of
service guarantees to application flows.
traffic engineering --Techniques and processes used to cause routed traffic to travel through the network on
a path other than the one that would have been chosen if standard routing methods were used.
Virtual Private Network --See VPN.
VPN --Virtual Private Network. A network that enables IP traffic to use tunneling to travel securely over a
public TCP/IP network.
• Cisco Express Forwarding switching must be enabled on the interface by using the ip route-cache cef
command.
MPLS L3 VPN Feature CE-to-PE Links PE-to-P Links CSC CE-to-PE Links
Interprovider interautonomous Not applicable to this Supported (MLP between Not applicable to this
(Inter-AS) VPNs (with Label configuration Autonomous System configuration
Distribution Protocol [LDP]) Boundary Routers
[ASBRs])
Inter-AS VPNs with IPv4 Label Not applicable to this Supported (MLP between Not applicable to this
Distribution configuration ASBRs) configuration
CSC VPNs (with LDP) Not supported Not applicable to this Supported
configuration
CSC VPNs with IPv4 label Supported Not applicable to this Supported
distribution configuration
External and internal BGP Not supported Not supported Not applicable to this
(eiBGP) Multipath configuration
Internal BGP (iBGP) Multipath Not applicable to this Not supported Not applicable to this
configuration configuration
MPLS QoS Feature CE-to-PE Links PE-to-P Links CSC CE-to-PE Links
Default copy of IP Precedence to EXP bits and the Supported Not supported Not supported
reverse
Set MPLS EXP bits using the modular QoS Supported Supported Supported
Command-Line Interface (MQC)
Policer with EXP bit-marking using MQC-3 action Supported Supported Supported
The PE-to-CE routing protocols that are supported for the MPLS Multilink PPP Support feature are external
BGP (eBGP), Open Shortest Path First (OSPF), and Enhanced Interior Gateway Routing Protocol (EIGRP).
Static routes are also supported between the CE and PE device.
Quality of service (QoS) features that are supported for the MPLS Multilink PPP Support feature on CE-to-PE
links are link fragmentation and interleaving (LFI), header compression, policing, marking, and classification.
You employ MLP in the PE-to-P or P-to-P links primarily so that you can reduce the number of Interior
Gateway Protocol (IGP) adjacencies and facilitate the load sharing of traffic.
In addition to requiring MLP on the PE-to-P links, the MPLS Multilink PPP Support feature requires the
configuration of an IGP routing protocol and the Label Distribution Protocol (LDP).
The MPLS Multilink PPP Support feature supports MLP between CSC-CE and CSC-PE links with the Label
Distribution Protocol (LDP) or with external Border Gateway Protocol (eBGP) IPv4 label distribution. This
feature also supports link fragmentation and interleaving (LFI) for an MPLS VPN CSC configuration. The
figure below shows all MLP links that this feature supports for CSC configurations.
Figure 4: MLP Supported Links with MPLS VPN Carrier Supporting Carrier
The MPLS Multilink PPP Support feature supports MLP between Autonomous System Boundary Router
(ASBR) links for Inter-AS VPNs with Label Distribution Protocol (LDP) and with external Border Gateway
Protocol (eBGP) IPv4 label distribution.
If Cisco Express Forwarding is not enabled on your platform, the output for the show ip cef command looks
like the following:
SUMMARY STEPS
1. enable
2. configure terminal
3. ip cef
4. exit
DETAILED STEPS
Device> enable
Device(config)# ip cef
Device(config)# exit
SUMMARY STEPS
1. enable
2. configure terminal
3. interface multilink group-number
4. ip address address mask [secondary]
5. encapsulation encapsulation-type
6. ppp multilink
7. end
DETAILED STEPS
Device> enable
Step 3 interface multilink group-number Creates a multilink bundle and enters multilink interface
configuration mode.
Example:
• The group-number argument is the number of the
Device(config)# interface multilink 1 multilink bundle (a nonzero number).
Step 4 ip address address mask [secondary] Sets a primary or secondary IP address for an interface.
Example: • The address argument is the IP address.
Step 5 encapsulation encapsulation-type Sets the encapsulation method as PPP to be used by the
interface.
Example:
• The encapsulation-type argument specifies the
Device(config-if)# encapsulation ppp encapsulation type.
Device(config-if)# end
DETAILED STEPS
Device> enable
Step 3 controller {t1 | e1} slot/port Configures a T1 or E1 controller and enters controller
configuration mode.
Example:
• The t1 keyword indicates a T1 line card.
Device# controller t1 1/3
• The e1 keyword indicates an E1 line card.
• The slot/port arguments are the backplane slot number
and port number on the interface. Refer to your
hardware installation manual for the specific slot
numbers and port numbers.
Device(config-controller)# exit
Step 6 interface serial slot/subslot/port[.subinterface] Configures a serial interface and enters interface
configuration mode.
Example:
Step 7 ip route-cache [cef] Controls the use of switching methods for forwarding IP
packets.
Example:
• The cef keyword enables Cisco Express Forwarding
Device(config-if)# ip route-cache cef operation on an interface after Cisco Express
Forwarding operation was disabled.
Device(config-if)# no ip address
Step 9 keepalive [period [retries]] Enables keepalive packets and specifies the number of
times that the Cisco software tries to send keepalive packets
Example:
without a response before bringing down the interface or
before bringing the tunnel protocol down for a specific
Device(config-if)# keepalive
interface.
• The period argument is an integer value, in seconds,
greater than 0. The default is 10.
Step 10 encapsulation encapsulation-type Sets the encapsulation method used by the interface.
Example: • The encapsulation-type argument specifies the
encapsulation type. The example specifies PPP
Device(config-if)# encapsulation ppp encapsulation.
Step 11 ppp multilink group group-number Restricts a physical link to join only one designated
multilink group interface.
Example:
• The group-number argument is the number of the
Device(config-if)# ppp multilink group 1 multilink bundle (a nonzero number).
Device(config-if)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type number
4. ppp multilink fragmentation disable
5. end
DETAILED STEPS
Device> enable
Step 3 interface type number Configures an interface type and enters interface
configuration mode.
Example:
• The type argument indicates the type of interface to
Device(config)# interface serial 1/0/0 be configured.
• The number argument specifies the port, connector,
or interface card number. The numbers are assigned
at the factory at the time of installation or when the
interface is added to a system, and they can be
displayed with the show interfaces command.
Device(config-if)# end
DETAILED STEPS
Step 1 enable
Enables privileged EXEC mode. Enter your password if prompted.
Example:
Device> enable
Device#
Device#
Hardware is Multichannel T1
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Open, multilink Open, crc 16, Data non-inverted
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters 00:47:13
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
722 packets input, 54323 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
Device#
Hardware is Multichannel T1
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Open, multilink Open, crc 16, Data non-inverted
Last input 00:00:03, output 00:00:03, output hang never
Last clearing of "show interface" counters 00:47:16
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
725 packets input, 54618 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
693 packets output, 53180 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 output buffer failures, 0 output buffers swapped out
1 carrier transitions no alarm present
Timeslot(s) Used:2, subrate: 64Kb/s, transmit delay is 0 flags
Transmit queue length 26
You can also use the show interface command to display information about the multilink interface:
Example:
Example:
Use the show ip bgp vpnv4 command to display VPN address information from the Border Gateway Protocol (BGP)
table.
Example:
Step 7 exit
Returns to user EXEC mode.
Example:
Device# exit
Device>
!
mpls label protocol ldp
ip cef
ip vrf vpn2
rd 200:1
route-target export 200:1
no ip address
encapsulation ppp
ppp multilink
ppp multilink group 1
interface Multilink1
ip vrf forwarding vpn2
ip address 10.35.0.2 255.0.0.0
no peer neighbor-route
load-interval 30
ppp multilink
ppp multilink interleave
ppp multilink group 1
!
!
router ospf 200
log-adjacency-changes
auto-cost reference-bandwidth 1000
redistribute connected subnets
passive-interface Multilink1
network 10.0.0.7 0.0.0.0 area 200
network 10.31.0.0 0.255.255.255 area 200
!
!
router bgp 200
no bgp default ipv4-unicast
bgp log-neighbor-changes
neighbor 10.0.0.11 remote-as 200
neighbor 10.0.0.11 update-source Loopback0
!
address-family vpnv4
neighbor 10.0.0.11 activate
neighbor 10.0.0.11 send-community extended
bgp scan-time import 5
exit-address-family
!
address-family ipv4 vrf vpn2
redistribute connected
neighbor 10.35.0.1 remote-as 300
neighbor 10.35.0.1 activate
neighbor 10.35.0.1 as-override
neighbor 10.35.0.1 advertisement-interval 5
no auto-summary
no synchronization
exit-address-family
Device> enable
Device# configure terminal
Device(config)# ip cef
interface multilink1
ip address 10.0.0.0 10.255.255.255
ppp chap hostname group 1
ppp multilink
ppp multilink group 1
no ip address
encapsulation ppp
ip route-cache cef
no keepalive
ppp multilink
ppp multilink group 1
no ip address
encapsulation ppp
ip route-cache cef
no keepalive
ppp chap hostname group 1
ppp multilink
ppp multilink group 1
no ip address
encapsulation ppp
ip route-cache cef
no keepalive
ppp chap hostname group 1
ppp multilink
ppp multilink group 1
no ip address
encapsulation ppp
ip route-cache cef
no keepalive
ppp chap hostname group 1
ppp multilink
ppp multilink group 1
Cisco IOS commands Cisco IOS Master Commands List, All Releases
Basic MPLS VPNs “MPLS Virtual Private Networks” chapter in the MPLS Layer 3 VPNs Configuration
Guide
RFCs
RFCs Title
Technical Assistance
Description Link
MPLS Multilink PPP The MPLS Multilink PPP Support feature ensures that MPLS Layer 3
Support Virtual Private Networks (VPNs) with quality of service (QoS) can be
enabled for bundled links. This feature supports Multiprotocol Label
Switching (MPLS) over Multilink PPP (MLP) links in the edge (provider
edge [PE]-to-customer edge [CE]) or in the MPLS core (PE-to-PE and
PE-to-provider [P]device).
Glossary
bundle—A group of interfaces connected by parallel links between two systems that have agreed to use
Multilink PPP (MLP) over those links.
CBWFQ—class-based weighted fair queueing. A queueing option that extends the standard Weighted Fair
Queueing (WFQ) functionality to provide support for user-defined traffic classes.
Cisco Express Forwarding—A proprietary form of switching that optimizes network performance and
scalability for networks with large and dynamic traffic patterns, such as the Internet, and for networks
characterized by intensive web-based applications or interactive sessions. Although you can use Cisco Express
Forwarding in any part of a network, it is designed for high-performance, highly resilient Layer 3 IP backbone
switching.
EIGRP—Enhanced Interior Gateway Routing Protocol. An advanced version of the Interior Gateway Routing
Protocol (IGRP) developed by Cisco. It provides superior convergence properties and operating efficiency,
and combines the advantages of link-state protocols with those of distance vector protocols.
IGP—Interior Gateway Protocol. An Internet protocol used to exchange routing information within an
autonomous system. Examples of common Internet IGPs include Interior Gateway Routing Protocol (IGRP),
Open Shortest Path First (OSPF), and Routing Information Protocol (RIP).
IGRP—Interior Gateway Routing Protocol. An Interior Gateway Protocol (IGP) developed by Cisco to
address the issues associated with routing in large, heterogeneous networks. Compare with Enhanced Interior
Gateway Routing Protocol (EIGRP).
IS-IS—Intermediate System-to-Intermediate System. An Open Systems Interconnection (OSI) link-state
hierarchical routing protocol, based on DECnet Phase V routing, in which IS-IS devices exchange routing
information based on a single metric to determine network topology.
LCP—Link Control Protocol. A protocol that establishes, configures, and tests data link connections for use
by PPP.
LFI—ink fragmentation and interleaving. The LFI feature reduces delay on slower-speed links by breaking
up large datagrams and interleaving low-delay traffic packets with the smaller packets resulting from the
fragmented datagram. LFI allows reserve queues to be set up so that Real-Time Protocol (RTP) streams can
be mapped into a higher priority queue in the configured weighted fair queue set.
link—One of the interfaces in a bundle.
LLQ—low latency queueing. A quality of service QoS queueing feature that provides a strict priority queue
(PQ) for voice traffic and weighted fair queues for other classes of traffic. It is also called priority
queueing/class-based weighted fair queueing (PQ/CBWFQ).
MLP—Multilink PPP. A method of splitting, recombining, and sequencing datagrams across multiple logical
links. The use of MLP increases throughput between two sites by grouping interfaces and then load balancing
packets over the grouped interfaces (called a bundle). Splitting packets at one end, sending them over the
bundled interfaces, and recombining them at the other end achieves load balancing.
MQC—Modular QoS CLI. MQC is a CLI structure that allows users to create traffic polices and attach these
polices to interfaces. MQC allows users to specify a traffic class independently of QoS policies.
NCP—Network Control Protocol. A series of protocols for establishing and configuring different network
layer protocols (such as for AppleTalk) over PPP.
OSPF—Open Shortest Path First. A link-state, hierarchical Interior Gateway Protocol (IGP) routing algorithm
proposed as a successor to Routing Information Protocol (RIP) in the Internet community. OSPF features
include least-cost routing, multipath routing, and load balancing. OSPF was derived from an early version of
the IS-IS protocol.
PPP—Point-to-Point Protocol. A successor to the Serial Line Interface Protocol (SLIP) that provides
device-to-device and host-to-network connections over synchronous and asynchronous circuits. PPP works
with several network layer protocols (such as IP, Internetwork Packet Exchange [IPX], and AppleTalk Remote
Access [ARA]). PPP also has built-in security mechanisms (such as Challenge Handshake Authentication
Protocol [CHAP] and Password Authentication Protocol [PAP]). PPP relies on two protocols: Link Control
Protocol (LCP) and Network Control Protocol (NCP).
RIP—Routing Information Protocol. A version of Interior Gateway Protocol (IGP) that is supplied with UNIX
Berkeley Standard Distribution (BSD) systems. Routing Information Protocol (RIP) is the most common IGP
in the Internet. It uses hop count as a routing metric.
Virtual bundle interface—An interface that represents the master link of a bundle. It is not tied to any
physical interface. Data going over the bundle is transmitted and received through the master link.
WFQ—weighted fair queueing. A congestion management algorithm that identifies conversations (in the
form of traffic streams), separates packets that belong to each conversation, and ensures that capacity is shared
fairly among the individual conversations. WFQ is an automatic way of stabilizing network behavior during
congestion and results in improved performance and reduced retransmission.
WRED—weighted random early detection. A queueing method that ensures that high-precedence traffic has
lower loss rates than other traffic during times of congestion.
SUMMARY STEPS
1. enable
2. configure terminal
3. router bgp as-number
4. address-family ipv6 [unicast]
5. maximum-paths ibgp number-of-paths
DETAILED STEPS
Device> enable
Step 3 router bgp as-number Enters router configuration mode for the specified routing
process.
Example:
Step 4 address-family ipv6 [unicast] Specifies the IPv6 address family and enters address family
configuration mode.
Example:
• The unicast keyword specifies the IPv6 unicast address
Device(config-router)# address-family ipv6 family. By default, the device is placed in configuration
mode for the IPv6 unicast address family if the unicast
keyword is not specified with the address-family ipv6
command.
Step 5 maximum-paths ibgp number-of-paths Controls the maximum number of parallel IBGP routes that
can be installed in a routing table.
Example:
Additional References
Related Documents
Standard/RFC Title
Technical Assistance
Description Link
The interfaces on the 6PE devices connecting to the CE device can be configured to forward IPv6 traffic, IPv4
traffic, or both types of traffic depending on the customer requirements. 6PE devices advertise IPv6 reachability
information learned from their 6PE peers over the MPLS cloud. Service providers can delegate an IPv6 prefix
from their registered IPv6 prefixes over the 6PE infrastructure; otherwise, there is no impact on the CE device.
The P devices in the core of the network are not aware that they are switching IPv6 packets. Core devices are
configured to support MPLS and the same IPv4 IGP as the PE devices to establish internal reachability inside
the MPLS cloud. Core devices also use LDP, TDP, or RSVP for binding IPv4 labels. Implementing the Cisco
6PE feature does not have any impact on the MPLS core devices.
Within the MPLS network, IPv6 traffic is forwarded using label switching, making the IPv6 traffic transparent
to the core of the MPLS network. No IPv6 over IPv4 tunnels or Layer 2 encapsulation methods are required.
SUMMARY STEPS
1. enable
2. configure terminal
3. ipv6 unicast-routing
4. ipv6 cef
5. interface type number
6. ipv6 address ipv6-address / prefix-length | prefix-name sub-bits / prefix-length
DETAILED STEPS
Device> enable
Step 5 interface type number Specifies an interface type and number and enters interface
configuration mode.
Example:
• In the context of this feature, the interface to be
Device(config)# interface configured is the interface communicating with the
CE device.
Step 6 ipv6 address ipv6-address / prefix-length | prefix-name Configures an IPv6 address based on an IPv6 general prefix
sub-bits / prefix-length and enable IPv6 processing on an interface.
Example:
SUMMARY STEPS
1. enable
2. configure terminal
3. router bgp as-number
4. no bgp default ipv4-unicast
5. neighbor {ip-address | ipv6-address | peer-group-name} remote-as as-number
6. neighbor { ip-address | ipv6-address | peer-group-name} update-source interface-type interface-number
7. address-family ipv6 [unicast]
8. neighbor {ip-address | peer-group-name| ipv6-address} activate
9. neighbor {ip-address | ipv6-address} send-label
DETAILED STEPS
Device> enable
Step 4 no bgp default ipv4-unicast Disables the IPv4 unicast address family for the BGP
routing process specified in the previous step.
Example:
Note Routing information for the IPv4 unicast address
Device(config-router)# no bgp default ipv4-unicast family is advertised by default for each BGP
routing session configured with the neighbor
remote-as command unless you configure the
no bgp default ipv4-unicastcommand before
configuring the neighbor remote-as command.
Step 5 neighbor {ip-address | ipv6-address | peer-group-name} Adds the IP address of the neighbor in the specified
remote-as as-number autonomous system to the BGP neighbor table of the local
device.
Example:
Step 6 neighbor { ip-address | ipv6-address | peer-group-name} Specifies the interface whose IPv4 address is to be used as
update-source interface-type interface-number the source address for the peering.
Example: • In the context of this task, the interface must have an
IPv4 address with a 32-bit mask configured. Use of a
Device(config-router)# neighbor 192.168.99.70 loopback interface is recommended. This address is
update-source Loopback 0 used to determine the IPv6 next hop by the peer 6PE.
Step 7 address-family ipv6 [unicast] Specifies the IPv6 address family and enters address family
configuration mode.
Example:
• The unicast keyword specifies the IPv6 unicast address
Device(config-router)# address-family ipv6 family. By default, the device is placed in configuration
mode for the IPv6 unicast address family if the unicast
keyword is not specified with the address-family ipv6
command.
Step 8 neighbor {ip-address | peer-group-name| ipv6-address} Enables the neighbor to exchange prefixes for the IPv6
activate address family with the local device.
Example:
Step 9 neighbor {ip-address | ipv6-address} send-label Advertises the capability of the device to send MPLS labels
with BGP routes.
Example:
SUMMARY STEPS
1. enable
2. configure terminal
3. router bgp as-number
4. address-family ipv6 [unicast]
5. maximum-paths ibgp number-of-paths
DETAILED STEPS
Device> enable
Step 3 router bgp as-number Enters router configuration mode for the specified routing
process.
Example:
Step 4 address-family ipv6 [unicast] Specifies the IPv6 address family and enters address family
configuration mode.
Example:
• The unicast keyword specifies the IPv6 unicast address
Device(config-router)# address-family ipv6 family. By default, the device is placed in configuration
mode for the IPv6 unicast address family if the unicast
keyword is not specified with the address-family ipv6
command.
Step 5 maximum-paths ibgp number-of-paths Controls the maximum number of parallel IBGP routes that
can be installed in a routing table.
Example:
ip cef
!
tag-switching tdp router-id Loopback0
!
interface Loopback0
ip address 192.168.99.200 255.255.255.255
!
interface GigabitEthernet0/0/0
description to_6PE1
ip address 192.168.99.2 255.255.255.252
ip router isis
tag-switching ip
!
interface GigabitEthernet0/1/0
description to_6PE2
ip address 192.168.99.66 255.255.255.252
ip router isis
tag-switching ip
router isis
passive-interface Loopback0
net 49.0001.1921.6809.9200.00
In the following example, output information about a BGP peer including the IPv6 label capability
is displayed using the show bgp ipv6 neighbors command with an IP address:
Device# show bgp ipv6 neighbors 192.168.99.70
In the following example, output information linking the MPLS label with prefixes is displayed using
the show mpls forwarding-table command. If the 6PE feature is configured, the labels are aggregated
because there are several prefixes for one local label, and the prefix column contains IPv6 instead
of a target prefix.
Device# show mpls forwarding-table
In the following example, output information about the top of the stack label with label switching
information is displayed using the show bgp ipv6 command with the labels keyword:
Device# show bgp ipv6 labels
In the following example, output information about labels from the Cisco Express Forwarding table
is displayed using the show ipv6 cef command with an IPv6 prefix:
Device# show ipv6 cef 2001:DB8:DDDD::/64
2001:DB8:DDDD::/64
nexthop ::FFFF:192.168.99.70
fast tag rewrite with Se0/0, point2point, tags imposed {19 20}
In the following example, output information from the IPv6 routing table is displayed using the show
ipv6 route command. The output shows the IPv6 MPLS virtual interface as the output interface of
IPv6 routes forwarded across the MPLS cloud. This example shows output from the 6PE1 router.
The 6PE2 router has advertised the IPv6 prefix of 2001:DB8:dddd::/48 configured for the CE2 router
and the next-hop address is the IPv4-compatible IPv6 address ::ffff:192.168.99.70, where
192.168.99.70 is the IPv4 address of the 6PE2 router.
Device# show ipv6 route
Standard/RFC Title
Technical Assistance
Description Link
Table 6: Feature Information for IPv6 Switching: Provider Edge Router over MPLS
IPv6 Switching: Provider Edge Cisco IOS XE Amsterdam 17.3.2 The Cisco implementation of IPv6
Router over MPLS Provider Edge Router over MPLS
enables IPv6 sites to communicate
with each other over an MPLS IPv4
core network using MPLS LSPs.