MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
First Published: February 19, 2007
Last Updated: November 7, 2008
This document describes how to configure a Virtual Private Network (VPN) routing and forwarding (VRF) instance for IPv4 and IPv6 VPNs and describes how to upgrade your existing single-protocol IPv4-only VRF to a multiprotocol VRF configuration.
The MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature introduces Cisco IOS command-line interface (CLI) commands that allow you to enable an IPv4 and IPv6 VPN in the same VRF instance and to simplify the migration from a single-protocol VRF configuration to a multiprotocol VRF configuration.
Finding Feature Information
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the "Feature Information for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs" section.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•Prerequisites for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•Restrictions for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•Information About MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•How to Configure MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•Configuration Examples for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•Additional References
•Command Reference
•Feature Information for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
•Glossary
Prerequisites for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
The MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature has the following prerequisites:
•For migration—An IPv4 Multiprotocol Label Switching (MPLS) VPN VRF must exist.
•For a new VRF configuration—Cisco Express Forwarding and an MPLS label distribution method, either Label Distribution Protocol (LDP) or MPLS traffic engineering (TE), must be enabled on all routers in the core, including the provider edge (PE) routers.
Restrictions for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
The MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature has the following restrictions:
•Once you have converted to a multiprotocol VRF, you cannot convert the VRF back to an IPv4-only single-protocol VRF.
•You can associate an interface with only one VRF. You cannot configure a VRF for IPv4 and a different VRF for IPv6 on the same interface.
•You can configure only IPv4 and IPv6 address families in a multiprotocol VRF. Other protocols (IPX, AppleTalk, and the like) are not supported.
Information About MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
Before you use the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature to migrate from a single-protocol VRF to a multiprotocol VRF, you should understand the following concepts:
•VRF Concepts Similar for IPv4 and IPv6 MPLS VPNs
•Single-Protocol VRF to Multiprotocol VRF Migration
•Multiprotocol VRF Configurations Characteristics and Examples
VRF Concepts Similar for IPv4 and IPv6 MPLS VPNs
VPNs for IPv6 use the same VRF concepts that IPv4 MPLS VPNs use, such as address families, route distinguishers, route targets, and VRF identifiers. Customers that use both IPv4 and IPv6 VPNs might want to share VRF policies between address families. They might want a way to define applicable VRF policies for all address families, instead of defining VRF policies for an address family individually as they do for or a single-protocol IPv4-only VRF.
Prior to Cisco IOS Release 12.2(33)SRB, a VRF applied only to an IPv4 address family. A one-to-one relationship existed between the VRF name and a routing and forwarding table identifier, between a VRF name and a route distinguisher (RD), and between a VRF name and a VPN ID. This configuration is called a single-protocol VRF.
Cisco IOS Release 12.2(33)SRB introduces support for a multiple address-family (multi-AF) VRF structure. The multi-AF VRF allows you to define multiple address families under the same VRF. A given VRF, identified by its name and a set of policies, can apply to both an IPv4 VPN and an IPv6 VPN at the same time. This VRF can be activated on a given interface, even though the routing and forwarding tables are different for the IPv4 and IPv6 protocols. This configuration is called a multiprotocol VRF.
Single-Protocol VRF to Multiprotocol VRF Migration
Prior to Cisco IOS Release 12.2(33)SRB, you could create a single-protocol IPv4-only VRF. You created a single-protocol VRF by entering the ip vrf command. To activate the single-protocol VRF on an interface, you entered the ip vrf forwarding (interface configuration) command.
After the introduction of the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature in Cisco IOS Release 12.2(33)SRB, you create a multiprotocol VRF by entering the vrf definition command. To activate the multiprotocol VRF on an interface, you enter the vrf forwarding command.
The MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature introduces the vrf upgrade-cli multi-af-mode {common-policies | non-common-policies} [vrf vrf-name] command that forces VRF configuration migration from a single-protocol VRF model to a multiprotocol VRF model:
•If the route-target policies apply to all address families configured in the multi-AF VRF, select the common-policies keyword.
•If the route-target policies apply only to the IPv4 address family that you are migrating, select the non-common-policies keyword.
After you enter the vrf upgrade-cli command and save the configuration to NVRAM, the single-protocol VRF configuration is saved as a multiprotocol VRF configuration. In the upgrade process, the ip vrf command is converted to the vrf definition command (global configuration commands) and the ip vrf forwarding command is converted to the vrf forwarding command (interface configuration command). The vrf upgrade-cli command has a one-time immediate effect.
You might have both IPv4-only VRFs and multiprotocol VRFs on your router. Once you create a VRF, you can edit it using only the commands in the mode in which it was created. For example, you created a VRF named vrf2 with the following multiprotocol VRF commands:
Router# configure terminal
Enter configuration command, one per line. End with CNTL/Z
Router(config)# vrf definition vrf2
Router(config-vrf)# rd 2:2
Router(config-vrf)# route-target import 2:2
Router(config-vrf)# route-target export 2:2
If you try to edit VRF vrf2 with IPv4-only VRF commands, you receive the following message:
Router# configure terminal
Enter configuration command, one per line. End with CNTL/Z
Router(config)# ip vrf vrf2
% Use `vrf definition vrf2' command
If you try to edit an IPv4-only VRF with the multiprotocol VRF commands, you would receive this message, where <vrf-name> is the name of the IPv4-only VRF:
% Use `ip vrf <vrf-name>' command
The ip vrf name and ip vrf forwarding (interface configuration) name commands will be available for a period of time before they are removed. Use the vrf upgrade command to migrate your older IPv4-only VRFs to the new multiprotocol VRF configuration. When you need to create a new VRF—whether the VRF is for an IPv4 VPN, or IPv6 VPN, or both—use the multiprotocol VRF vrf definition and vrf forwarding commands that support a multi-AF configuration.
Multiprotocol VRF Configurations Characteristics and Examples
In a multiprotocol VRF, you can configure both IPv4 VRFs and IPv6 VRFs under the same address family or configure separate VRFs for each IPv4 or IPv6 address family. The multiprotocol VRF configuration has the following characteristics:
•The VRF name identifies a VRF, which might have both IPv4 and IPv6 address families. On the same interface, you cannot have IPv4 and IPv6 address families using different VRF names.
•The RD, VPN ID, and Simple Network Management Protocol (SNMP) context are shared by both IPv4 and IPv6 address families for a given VRF.
•The policies (route target, for example) specified in multi-AF VRF mode, outside the address-family configuration, are defaults to be applied to each address family. Route targets are the only VRF characteristics that can be defined inside and outside an address family.
The following is also true when you associate a multiprotocol VRF with an interface:
•Binding an interface to a VRF (vrf forwarding vrf-name command) removes all IPv4 and IPv6 addresses configured on that interface.
•Once you associate a VRF with a given interface, all active address families belong to that VRF. The exception is when no address of the address-family type is configured, in which case the protocol is disabled.
•Configuring an address on an interface that is bound to a VRF requires that the address family corresponding to the address type is active for that VRF. Otherwise, an error message is issued stating that the address family must be activated first in the VRF.
Backward compatibility with the single-protocol VRF CLI is supported in Cisco IOS Release 12.2(33)SRB. This means that you might have single-protocol and multiprotocol CLI on the same router, but not in the same VRF configuration.
The single-protocol CLI continues to allow you to define an IPv4 address within a VRF and an IPv6 address in the global routing table on the same interface.
The following sections have multiprotocol VRF configuration examples:
•Multiprotocol VRF Configuration: Single Protocol with Noncommon Policies Example
•Multiprotocol VRF Configuration: Multiprotocol with Noncommon Policies Example
•Multiprotocol VRF Configuration: Multiprotocol with Common Policies Example
•Multiprotocol VRF Configuration: Multiprotocol with Common and Noncommon Policies
Multiprotocol VRF Configuration: Single Protocol with Noncommon Policies Example
The following is an example of a multiprotocol VRF configuration for a single protocol (IPv4) with route-target policies in the address-family configuration:
The RD (2:2) applies to all address families defined for VRF vrf2.
Multiprotocol VRF Configuration: Multiprotocol with Noncommon Policies Example
The following is an example of a multiprotocol VRF configuration for IPv4 and IPv6 VPNs in which the route-target policies are defined in the separate address-family configurations:
Multiprotocol VRF Configuration: Multiprotocol with Common Policies Example
The following is an example of a multiprotocol VRF configuration for IPv4 and IPv6 VPNs with route-target policies defined in the global part of the VRF:
The route-target policies are defined outside the address-family configurations. Therefore, the policies apply to all address families defined in VRF vrf2.
Multiprotocol VRF Configuration: Multiprotocol with Common and Noncommon Policies
The following is an example of a multiprotocol VRF with route-target policies defined in both global and address-family areas:
•For IPv6, the route-target definitions are defined under the address family. These definitions are used and the route-target definitions in the global area are ignored. Therefore, the IPv6 VPN ignores import 100:2.
•For IPv4, no route-target policies are defined under the address family, therefore, the global definitions are used.
route-target export 100:1
route-target import 100:1
route-target import 100:2
route-target export 100:1
route-target import 100:1
route-target import 100:3
How to Configure MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
This feature provides Cisco IOS CLI commands that allow you to configure a multiprotocol VRF (IPv4 and IPv6 VPNs in the same VRF) and to migrate a single-protocol VRF configuration (IPv4-only VRF) to a multiprotocol VRF configuration.
A multiprotocol VRF allows you to share route targets policies (import and export) between IPv4 and IPv6 or to configure separate route-target policies for IPv4 and IPv6 VPNs.
Perform the tasks in the following sections to configure or migrate to the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature:
•Configuring a VRF for IPv4 and IPv6 MPLS VPNs (required)
•Associating a Multiprotocol VRF with an Interface (required)
•Verifying the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs Configuration (optional)
Perform the following task to migrate from a single-protocol VRF to a multiprotocol VRF configuration:
•Migrating from a Single-Protocol IPv4-Only VRF to a Multiprotocol VRF Configuration (optional)
Configuring a VRF for IPv4 and IPv6 MPLS VPNs
Perform the following task to configure a VRF for IPv4 and IPv6 MPLS VPNs. When you configure a VRF for both IPv4 and IPv6 VPNs (a multiprotocol VRF), you can choose to configure route-target policies that apply to all address families in the VRF or you can configure route-target policies that apply to individual address families in the VRF.
The following task shows how to configure a VRF that has that has route-target policies defined for IPv4 and IPv6 VPNs in separate VRF address families.
SUMMARY STEPS
1. enable
2. configure terminal
3. vrf definition vrf-name
4. rd route-distinguisher
5. address-family {ipv4 | ipv6}
6. route-target {import | export | both} route-target-ext-community
7. exit-address-family
8. address-family {ipv4 | ipv6}
9. route-target {import | export | both} route-target-ext-community
10. end
DETAILED STEPS
|
|
|
Step 1 |
enable
Router> enable |
Enables privileged EXEC mode. •Enter your password if prompted. |
Step 2 |
configure terminal
Router# configure terminal |
Enters global configuration mode. |
Step 3 |
vrf definition vrf-name
Router(config)# vrf definition vrf1 |
Configures a VRF routing table and enters VRF configuration mode. •The vrf-name argument is the name of the VRF. |
Step 4 |
rd route-distinguisher
Router(config-vrf)# rd 100:1 |
Creates routing and forwarding tables for a VRF. •The route-distinguisher argument specifies to add an 8-byte value to an IPv4 prefix to create a VPN IPv4 prefix. You can enter a route distinguisher in either of these formats: –16-bit autonomous system number (ASN): your 32-bit number For example, 101:3. –32-bit IP address: your 16-bit number For example, 192.168.122.15:1. |
Step 5 |
address-family {ipv4 | ipv6}
Router(config-vrf) address-family ipv4 |
Enters VRF address family configuration mode to specify an address family for a VRF. •The ipv4 keyword specifies an IPv4 address family for a VRF. •The ipv6 keyword specifies an IPv6 address family for a VRF. |
Step 6 |
route-target {import | export | both} route-target-ext-community
Router(config-vrf-af)# route-target both 100:2 |
Creates a route-target extended community for a VRF. •The import keyword specifies to import routing information from the target VPN extended community. •The export keyword specifies to export routing information to the target VPN extended community. •The both keyword specifies to import both import and export routing information to the target VPN extended community. •The route-target-ext-community argument adds the route-target extended community attributes to the VRF's list of import, export, or both (import and export) route-target extended communities. |
Step 7 |
exit-address-family
Router(config-vrf-af)# exit-address-family |
Exits from VRF address family configuration mode. |
Step 8 |
address-family {ipv4 | ipv6}
Router(config-vrf) address-family ipv6 |
Enters VRF address family configuration mode to specify an address family for a VRF. •The ipv4 keyword specifies an IPv4 address family for a VRF. •The ipv6 keyword specifies an IPv6 address family for a VRF. |
Step 9 |
route-target {import | export | both} route-target-ext-community
Router(config-vrf-af)# route-target both 100:3 |
Creates a route-target extended community for a VRF. •The import keyword specifies to import routing information from the target VPN extended community. •The export keyword specifies to export routing information to the target VPN extended community. •The both keyword specifies to import both import and export routing information to the target VPN extended community. •The route-target-ext-community argument adds the route-target extended community attributes to the VRF's list of import, export, or both (import and export) route-target extended communities. Enter the route-target command one time for each target community. |
Step 10 |
end
Router(config-vrf-af)# end |
Exits to privileged EXEC mode. |
Associating a Multiprotocol VRF with an Interface
Perform the following task to associate a multiprotocol VRF with an interface. Associating the VRF with an interface activates the VRF.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type number
4. vrf forwarding vrf-name
5. ip address ip-address mask [secondary]
6. ipv6 address {ipv6-address/prefix-length | prefix-name sub-bits/prefix-length}
7. end
DETAILED STEPS
|
|
|
Step 1 |
enable
Router> enable |
Enables privileged EXEC mode. •Enter your password if prompted. |
Step 2 |
configure terminal
Router# configure terminal |
Enters global configuration mode. |
Step 3 |
interface type number
Router(config)# interface Ethernet 0/1 |
Configures an interface type and enters interface configuration mode. •The type argument identifies the type of interface to be configured. •The number argument identifies the port, connector, or interface card number. |
Step 4 |
vrf forwarding vrf-name
Router(config-if)# vrf forwarding vrf1 |
Associates a VRF with an interface or subinterface. •The vrf-name argument is the name of the VRF. |
Step 5 |
ip address ip-address mask [secondary]
Router(config-if)# ip address 10.24.24.24 255.255.255.255 |
Sets a primary or secondary IP address for an interface. •The ip-address argument is the IP address. •The mask argument is the mask of the associated IP subnet. •The secondary keyword specifies that the configured address is a secondary IP address. If this keyword is omitted, the configured address is the primary IP address. |
Step 6 |
ipv6 address {ipv6-address/prefix-length | prefix-name sub-bits/prefix-length}
Router(config-if)# ipv6 address 2001:0DB8:0300:0201::/64 |
Configures an IPv6 address based on an IPv6 general prefix and enables IPv6 processing on an interface. •The ipv6-address argument is the IPv6 address to be used. •The prefix-length argument is the length of the IPv6 prefix, which is a decimal value that indicates how many of the high-order contiguous bits of the address comprise the prefix (the network portion of the address). A slash mark must precede the decimal value. •The prefix-name argument is a general prefix that specifies the leading bits of the network to be configured on the interface. •The sub-bits argument is the subprefix bits and host bits of the address to be concatenated with the prefixes provided by the general prefix specified with the prefix-name argument. The sub-bits argument must be in the form documented in RFC 2373 where the address is specified in hexadecimal using 16-bit values between colons. |
Step 7 |
end
Router(config-if) end |
Exits to privileged EXEC mode. |
Verifying the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs Configuration
Perform the following task to verify the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature configuration, that is, to show that the VRF configuration is upgraded to a multi-AF multiprotocol VRF.
SUMMARY STEPS
1. enable
2. show running-config vrf [vrf-name]
3. show vrf
4. show vrf detail [vrf-name]
5. exit
DETAILED STEPS
Step 1 enable
Use this command to enable privileged EXEC mode. Enter your password, if prompted. For example:
Step 2 show running-config vrf [vrf-name]
Use this command to verify that the upgrade to a multi-AF multiprotocol VRF configuration was successful. The following is sample command output before the upgrade to a multi-AF multiprotocol VRF:
Router# show running-config vrf vpn2
Building configuration...
Current configuration : 604 bytes
ip address 10.43.43.43 255.255.255.255
The following is sample command output after you upgrade to a multi-AF multiprotocol VRF with common policies for all address families:
Router# show running-config vrf vpn1
Building configuration...
Current configuration : 604 bytes
ip address 10.43.43.43 255.255.255.255
This configuration contains the vrf definition command. The vrf definition command replaces the ip vrf command in the multi-AF multiprotocol VRF configuration.
Step 3 show vrf
Use this command to verify that the upgrade to a multi-AF multiprotocol VRF configuration was successful. The show vrf command replaces the show ip vrf command when a VRF configuration is updated to a multi-AF multiprotocol VRF configuration. The show vrf command displays the protocols defined for a VRF. The following command shows sample output after you upgrade a single-protocol VRF configuration to a multi-AF multiprotocol VRF configuration:
Name Default RD Protocols Interfaces
The following is sample output from the show ip vrf vp1 command. Compare this to the output of the show vrf vpn1 command. The protocols under the VRF are not displayed.
Name Default RD Interface
The following is sample output from the show vrf command for multiprotocol VRFs, one of which contains both IPv4 and IPv6 protocols:
Name Default RD Protocols Interfaces
vpn2 100:3 ipv4 Lo23 AT3/0/0.1
Step 4 show vrf detail [vrf-name]
Use this command to display all characteristics of the defined VRF to verify that the configuration is as you expected. For example, if your VRF configuration for VRF vpn1 is as follows:
route-target import 100:2
route-target import 100:3
This command would display the following:
Router# show vrf detail vpn1
VRF vpn1 (VRF Id = 3); default RD <not set>; default VPNID <not set>
Address family ipv4 (Table ID = 3 (0x3)):
Connected addresses are not in global routing table
Export VPN route-target communities
Import VPN route-target communities
VRF label distribution protocol: not configured
VRF label allocation mode: per-prefix
Address family ipv6 (Table ID = 503316483 (0x1E000003)):
Connected addresses are not in global routing table
Export VPN route-target communities
Import VPN route-target communities
VRF label distribution protocol: not configured
VRF label allocation mode: per-prefix
Step 5 exit
Use this command to exit to user EXEC mode. For example:
Migrating from a Single-Protocol IPv4-Only VRF to a Multiprotocol VRF Configuration
Perform the following task to force migration from a single-protocol IPv4-only VRF to a multiprotocol VRF configuration.
The multiprotocol VRF configuration allows you to define multiple address families under the same VRF. A given VRF, identified by its name and a set of policies, can apply to both an IPv4 VPN and an IPv6 VPN at the same time. This VRF can be activated on a given interface, even though the routing and forwarding tables are different for the IPv4 and IPv6 protocols.
SUMMARY STEPS
1. enable
2. configure terminal
3. vrf upgrade-cli multi-af-mode {common-policies | non-common-policies} [vrf vrf-name]
4. exit
5. show running-config vrf vrf-name
DETAILED STEPS
|
|
|
Step 1 |
enable
Router> enable |
Enables privileged EXEC mode. •Enter your password if prompted. |
Step 2 |
configure terminal
Router# configure terminal |
Enters global configuration mode. |
Step 3 |
vrf upgrade-cli multi-af-mode {common-policies | non-common-policies} [vrf vrf-name]
Router(config)# vrf upgrade-cli multi-af-mode common-policies vrf vpn4 |
Upgrades a VRF instance or all VRFs configured on the router to support multiple address families under the same VRF. •The multi-af-mode keyword specifies an upgrade of a single-protocol VRF or all VRFs to a multiprotocol VRF that supports multi-AFs configuration. •The common-policies keyword specifies to copy the route-target policies to the common part of the VRF configuration so that the policies apply to all address families configured in the multi-AF VRF. •The non-common-policies keyword specifies to copy the route-target policies to the IPv4 address family part of the VRF configuration so that the policies apply only to IPv4. •The vrf keyword specifies a VRF for the upgrade to a multi-AF VRF configuration. •The vrf-name argument is the name of the single-protocol VRF to upgrade to a multi-AF VRF configuration. |
Step 4 |
exit
Router(config)# exit |
Exits to privileged EXEC mode. |
Step 5 |
show running-config vrf [vrf-name]
Router# show running-config vrf vpn4 |
Displays the subset of the running configuration of a router that is linked to a specific VRF instance or to all VRFs configured on the router. •The vrf-name argument is the name of the VRF of which you want to display the configuration. Note The Cisco IOS image that supports the multiprotocol VRF commands might not support the show running-config vrf command. You can use the show running-config command instead. |
Configuration Examples for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
The following examples show how to use the VRF CLI provided by the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature to migrate from a single-protocol VRF to a multiprotocol VRF configuration:
•Configuring a VRF for IPv4 and IPv6 VPNs: Example
•Associating a Multiprotocol VRF with an Interface: Example
•Migrating from a Single-Protocol IPv4-Only VRF Configuration to a Multiprotocol VRF Configuration: Example
Configuring a VRF for IPv4 and IPv6 VPNs: Example
The following example shows how to configure a VRF for IPv4 and IPv6 VPNs:
In this example, noncommon policies are defined in the address-family configuration.
The following is an example of a VRF for IPv4 and IPv6 that has common policies defined in the global part of the VRF configuration:
Associating a Multiprotocol VRF with an Interface: Example
The following example shows how to associate a multiprotocol VRF with an interface:
ip address 10.24.24.24 255.255.255.255
ipv6 address 2001:0DB8:0300:0201::/64
Migrating from a Single-Protocol IPv4-Only VRF Configuration to a Multiprotocol VRF Configuration: Example
This section contains examples that show how to migrate from a single-protocol IPv4-only VRF to a multiprotocol VRF configuration.
This example shows a single-protocol IPv4-only VRF before the Cisco IOS VRF CLI for IPv4 and IPv6 is entered on the router:
ip address 10.3.3.3 255.255.255.255
This example shows how to force the migration of the single-protocol VRF vrf1 to a multiprotocol VRF configuration:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# vrf upgrade-cli multi-af-mode common-policies vrf vrf1
You are about to upgrade to the multi-AF VRF syntax commands.
You will lose any IPv6 address configured on interfaces
belonging to upgraded VRFs.
Are you sure ? [yes]: yes
Number of VRFs upgraded: 1
This example shows the multiprotocol VRF configuration after the forced migration:
ip address 10.3.3.3 255.255.255.255
The following is another example of a multi-AF multiprotocol VRF configuration:
ip address 10.50.1.2 255.255.255.0
ipv6 address 2001:0DB8:0:1::/64
ip address 10.60.1.2 255.255.255.0
ipv6 address 2001:0DB8:1 :1::/64
In this example, all addresses (IPv4 and IPv6) defined for interface Ethernet0/0 are in VRF vrf2. For the interface Ethernet0/1, the IPv4 address is defined in VRF vrf1 but the IPv6 address is in the global IPv6 routing table.
Additional References
The following sections provide references related to the MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs feature.
Related Documents
|
|
MPLS |
MPLS Product Literature |
Commands for configuring MPLS and MPLS VPNs |
Cisco IOS Multiprotocol Label Switching Command Reference |
Configuration tasks for MPLS and MPLS VPNs |
Cisco IOS Multiprotocol Label Switching Configuration Guide |
Standards
|
|
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 feature, and support for existing MIBs has not been modified by this feature. |
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL: http://www.cisco.com/go/mibs |
RFCs
|
|
RFC 1771 |
A Border Gateway Protocol 4 (BGP-4) |
RFC 4364 |
BGP MPLS/IP Virtual Private Networks (VPNs) |
Technical Assistance
|
|
The Cisco Support website provides extensive online resources, including 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. |
http://www.cisco.com/techsupport |
Command Reference
The following commands are introduced or modified in the feature or features documented in this module. For information about these commands, see the Cisco IOS Multiprotocol Label Switching Command Reference at http://www.cisco.com/en/US/docs/ios/mpls/command/reference/mp_book.html. For information about all Cisco IOS commands, go to the Command Lookup Tool at http://tools.cisco.com/Support/CLILookup or the Cisco IOS Master Command List, All Releases, at http://www.cisco.com/en/US/docs/ios/mcl/allreleasemcl/all_book.html.
•show vrf
•vrf definition
•vrf forwarding
•vrf upgrade-cli
Feature Information for MPLS VPN—VRF CLI for IPv4 and IPv6 VPNs
Table 1 lists the release history for this feature.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Note Table 1 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Glossary
6PE—IPv6 provider edge router or a Multiprotocol Label Switching (MPLS) label switch router (LSR) edge router using IPv6.
6VPE—IPv6 Virtual Private Network (VPN) provider edge router.
AF—address family. Set of related communication protocols in which all members use a common addressing mechanism to identify endpoints. Also called protocol family.
AFI—Address Family Identifier. Carries the identity of the network-layer protocol that is associated with the network address.
BGP—Border Gateway Protocol. A routing protocol used between autonomous systems. It is the routing protocol that makes the internet work. BGP is a distance-vector routing protocol that carries connectivity information and an additional set of BGP attributes. These attributes allow for a set of policies for deciding the best route to use to reach a given destination. BGP is defined by RFC 1771.
CE—customer edge router. A service provider router that connects to Virtual Private Network (VPN) customer sites.
FIB—Forwarding Information Base. Database that stores information about switching of data packets. A FIB is based on information in the Routing Information Base (RIB). It is the optimal set of selected routes that are installed in the line cards for forwarding.
HA—high availability. High availability is defined as the continuous operation of systems. For a system to be available, all components—including application and database servers, storage devices, and the end-to-end network—need to provide continuous service.
IP—Internet Protocol. Network-layer protocol in the TCP/IP stack offering a connectionless internetwork service. IP provides features for addressing, type-of-service specification, fragmentation and reassembly, and security.
IPv4—IP Version 4. Network layer for the TCP/IP protocol suite. IPv4 is a connectionless, best-effort packet switching protocol.
IPv6—IP Version 6. Replacement for IPv4. IPv6 is a next-generation IP protocol. IPv6 is backward compatible with and designed to fix the shortcomings of IPv4, such as data security and maximum number of user addresses. IPv6 increases the address space from 32 to 128 bits, providing for an unlimited number of networks and systems. It also supports quality of service (QoS) parameters for real-time audio and video.
MFI—MPLS Forwarding Infrastructure. In the Cisco MPLS subsystem, the data structure for storing information about incoming and outgoing labels and associated equivalent packets suitable for labeling.
MPLS—Multiprotocol Label Switching. MPLS is a method for forwarding packets (frames) through a network. It enables routers at the edge of a network to apply labels to packets (frames). ATM switches or existing routers in the network core can switch packets according to the labels with minimal lookup overhead.
PE—provider edge router. A router that is part of a service provider's network and that is connected to a customer edge (CE) router. The PE router function is a combination of an MLS edge label switch router (LSR) function with some additional functions to support Virtual Private Networks (VPNs).
RD (IPv4)—route distinguisher. An 8-byte value that is concatenated with an IPv4 prefix to create a unique VPN IPv4 (VPNv4) prefix.
RD (IPv6)—route distinguisher. A 64-bit value that is prepended to an IPv6 prefix to create a globally unique VPN-IPv6 address.
RIB—Routing Information Base. The set of all available routes from which to choose the Forwarding Information Base (FIB). The RIB essentially contains all routes available for selection. It is the sum of all routes learned by dynamic routing protocols, all directly attached networks (that is-networks to which a given router has interfaces connected), and any additional configured routes, such as static routes.
RT—route target. Extended community attribute used to identify the Virtual Private Network (VPN) routing and forwarding (VRF) routing table into which a prefix is to be imported.
VPN—Virtual Private Network. Enables IP traffic to travel securely over a public TCP/IP network by encrypting all traffic from one network to another. A VPN uses "tunneling" to encrypt all information at the IP level.
VRF—Virtual Private Network (VPN) routing and forwarding instance. A VRF consists of an IP routing table, a derived forwarding table, a set of interfaces that use the forwarding table, and a set of rules and routing protocols that determine what goes into the forwarding table. In general, a VRF includes the routing information that defines a customer VPN site that is attached to a PE router.
VRF table—A routing and a forwarding table associated to a Virtual Private Network (VPN) routing and forwarding (VRF) instance. This is a customer-specific table, enabling the provider edge (PE) router to maintain independent routing states for each customer.
CCDE, CCENT, Cisco Eos, Cisco Lumin, Cisco Nexus, Cisco StadiumVision, Cisco TelePresence, Cisco WebEx, the Cisco logo, DCE, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn and Cisco Store are service marks; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website 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. (0809R)
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.
© 2006-2008 Cisco Systems, Inc. All rights reserved.