The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
The MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses feature allows a Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) to span service providers and autonomous systems. This module explains how to enable Autonomous System Boundary Routers (ASBRs) to use Exterior Border Gateway Protocol (EBGP) to exchange IPv4 Network Layer Reachability Information (NLRI) in the form of VPN-IPv4 addresses.
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 Table at the end of this document.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 1 | Cisco 12000 Series Line Card Support Added for Cisco IOS Releases |
Type |
Line Cards |
Cisco IOS Release Added |
---|---|---|
Packet over SONET (POS) |
4-Port OC-3 POS 1-Port OC-12 POS 8-Port OC-3 POS 16-Port OC-3 POS 4-Port OC-12 POS 1-Port OC-48 POS 4-Port OC-3 POS ISE 8-Port OC-3 POS ISE 16 x OC-3 POS ISE 4-Port OC-12 POS ISE 1-Port OC-48 POS ISE |
12.0(16)ST 12.0(17)ST 12.0(22)S |
Electrical interface |
6-Port DS3 12-Port DS3 6-Port E3 12-Port E3 |
12.0(21)ST 12.0(22)S |
Ethernet |
3-Port GbE 1-Port 10-GbE Modular GbE/FE |
12.0(23)S 12.0(24)S |
ATM |
4-Port OC-3 ATM 1-Port OC-12 ATM 4-Port OC-12 ATM 8-Port OC-3 ATM |
12.0(16)ST 12.0(17)ST 12.0(23)S |
Channelized interface |
2-Port CHOC-3 6-Port Ch T3 (DS1) 1-Port CHOC-12 (DS3) 1-Port CHOC-12 (OC-3) 4-Port CHOC-12 ISE 1-Port CHOC-48 ISE |
12.0(22)S |
Multihop VPN-IPv4 EBGP is not supported.
An autonomous system is a single network or group of networks that is controlled by a common system administration group and that uses a single, clearly defined routing protocol.
As VPNs grow, their requirements expand. In some cases, VPNs need to reside on different autonomous systems in different geographic areas. Also, some VPNs need to extend across multiple service providers (overlapping VPNs). Regardless of the complexity and location of the VPNs, the connection between autonomous systems must be seamless to the customer.
An MPLS VPN Inter-AS provides the following benefits:
Separate autonomous systems from different service providers can communicate by exchanging IPv4 NLRI in the form of VPN-IPv4 addresses. The ASBRs use EBGP to exchange that information. Then an Interior Gateway Protocol (IGP) distributes the network layer information for VPN-IPv4 prefixes throughout each VPN and each autonomous system. Routing information uses the following protocols:
The primary function of an EBGP is to exchange network reachability information between autonomous systems, including information about the list of autonomous system routes. The autonomous systems use EBGP border edge routers to distribute the routes, which include label switching information. Each border edge router rewrites the next hop and labels. See the Information Exchange in an MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses section for more information.
Interautonomous system configurations supported in an MPLS VPN are as follows:
This section contains the following topics:
The figure below illustrates one MPLS VPN consisting of two separate autonomous systems. Each autonomous system operates under different administrative control and runs a different IGP. Service providers exchange routing information through EBGP border edge routers (ASBR1, ASBR2).
Figure 1 | EBGP Connection Between Two MPLS VPN Inter-AS Systems with ASBRs Exchanging VPN-IPv4 Addresses |
This configuration uses the following process to transmit information:
Autonomous systems exchange VPN routing information (routes and labels) to establish connections. To control connections between autonomous systems, the PE routers and EBGP border edge routers maintain a Label Forwarding Information Base (LFIB). The LFIB manages the labels and routes that the PE routers and EBGP border edge routers receive during the exchange of VPN information.
The figure below illustrates the exchange of VPN route and label information between autonomous systems. The autonomous systems use the following conditions to exchange VPN routing information:
Figure 2 | Exchanging Routes and Labels Between MPLS VPN Inter-AS Systems with ASBRs Exchanging VPN-IPv4 Addresses |
The figure below illustrates the exchange of VPN route and label information between autonomous systems. The only difference is that ASBR2 is configured with the redistribute connected command, which propagates the host routes to all PEs. The redistribute connected command is necessary because ASBR2 is not configured to change the next-hop address.
Figure 3 | Exchanging Routes and Labels with the redistribute connected Command in an MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses |
The figure below illustrates how packets are forwarded between autonomous systems in an interprovider network using the following packet forwarding method.
Packets are forwarded to their destination by means of MPLS. Packets use the routing information stored in the LFIB of each PE router and EBGP border edge router.
The service provider VPN backbone uses dynamic label switching to forward labels.
Each autonomous system uses standard multilevel labeling to forward packets between the edges of the autonomous system routers (for example, from CE-5 to PE-3). Between autonomous systems, only a single level of labeling is used, corresponding to the advertised route.
A data packet carries two levels of labels when traversing the VPN backbone:
Figure 4 | Forwarding Packets Between MPLS VPN Inter-AS Systems with ASBRs Exchanging VPN-IPv4 Addresses |
The figure below shows the same packet forwarding method as described in the figure above, except the EBGP router (ASBR1) forwards the packet without reassigning it a new label.
Figure 5 | Forwarding Packets Without a New Label Assignment Between MPLS VPN Inter-AS Systems with ASBRs Exchanging VPN-IPv4 Addresses |
A confederation is multiple subautonomous systems grouped together. A confederation reduces the total number of peer devices in an autonomous system. A confederation divides an autonomous system into subautonomous systems and assigns a confederation identifier to the autonomous systems. A VPN can span service providers running in separate autonomous systems or in multiple subautonomous systems that form a confederation.
In a confederation, each subautonomous system is fully meshed with other subautonomous systems. The subautonomous systems communicate using an IGP, such as Open Shortest Path First (OSPF) or Intermediate System-to-Intermediate System (IS-IS). Each subautonomous system also has an EBGP connection to the other subautonomous systems. The confederation EBGP (CEBGP) border edge routers forward next-hop-self addresses between the specified subautonomous systems. The next-hop-self address forces the BGP to use a specified address as the next hop rather than letting the protocol choose the next hop.
You can configure a confederation with separate subautonomous systems in either of two ways:
Note |
The figures above illustrate how two autonomous systems exchange routes and forward packets. Subautonomous systems in a confederation use a similar method of exchanging routes and forwarding packets. |
The figure below illustrates a typical MPLS VPN confederation configuration. In this confederation configuration:
Figure 6 | EBGP Connection Between Two Subautonomous Systems in a Confederation |
In this confederation configuration:
To configure an EBGP ASBR to exchange VPN-IPv4 routes with another autonomous system, perform this task.
Note |
Issue the redistribute connected subnets command in the IGP configuration portion of the router to propagate host routes for VPN-IPv4 EBGP neighbors to other routers and provider edge routers. Alternatively, you can specify the next-hop-self address when you configure IBGP neighbors. |
Perform this task to configure EBGP routing to exchange VPN routes between subautonomous systems in a confederation.
Note |
To ensure that the host routes for VPN-IPv4 EBGP neighbors are propagated (by means of the IGP) to the other routers and provider edge routers, specify the redistribute connected command in the IGP configuration portion of the CEBGP router. If you are using OSPF, make sure that the OSPF process is not enabled on the CEBGP interface where the "redistribute connected" subnet exists. |
Note |
In this confederation, subautonomous system IGP domains must know the addresses of CEBGP-1 and CEBGP-2. If you do not specify a next-hop-self address as part of the router configuration, ensure that the addresses of all PE routers in the subautonomous system are distributed throughout the network, not just the addresses of CEBGP-1 and CEBGP-2. |
Perform this task to display the VPN-IPv4 LFIB entries.
The sample output from the show mpls forwarding-table command shows how the VPN-IPv4 LFIB entries appear:
Router# show mpls forwarding-table Local Outgoing Prefix Bytes tag Outgoing Next Hop tag tag or VC or Tunnel Id switched interface 33 33 10.120.4.0/24 0 Hs0/0 point2point 35 27 100:12:10.200.0.1/32 \ 0 Hs0/0 point2point
In this example, the Prefix field appears as a VPN-IPv4 RD, plus the prefix. If the value is longer than the width of the Prefix column (as illustrated in the last line of the example), the output automatically wraps onto the next line in the forwarding table, preserving column alignment.
The network topology in the figure below shows two autonomous systems, which are configured as follows:
Figure 7 | Configuring Two Autonomous Systems |
The following example shows how to configure CE1 in VPN1 in a topology with two autonomous systems (see the figure above):
CE1: Burlington ! interface Loopback1 ip address aa.0.0.6 255.255.255.255 ! interface Serial1/3 description wychmere no ip address encapsulation frame-relay frame-relay intf-type dce ! interface Serial1/3.1 point-to-point description wychmere ip address aa.6.2.1 255.255.255.252 frame-relay interface-dlci 22 ! router ospf 1 network aa.0.0.0 0.255.255.255 area 0
The following example shows how to configure PE1 in AS1 in a topology with two autonomous systems (see the figure above):
PE1: wychmere ! ip cef ! ip vrf V1 rd 1:105 route-target export 1:100 route-target import 1:100 ! interface Serial0/0 description Burlington no ip address encapsulation frame-relay no fair-queue clockrate 2000000 ! interface Serial0/0.3 point-to-point description Burlington ip vrf forwarding V1 ip address aa.6.2.2 255.255.255.252 frame-relay interface-dlci 22 ! interface Ethernet0/1 description Vermont ip address aa.2.2.5 255.255.255.0 tag-switching ip ! router ospf 1 log-adjacency-changes network aa.0.0.0 0.255.255.255 area 0 ! router ospf 10 vrf V1 log-adjacency-changes redistribute bgp 1 metric 100 subnets network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization neighbor 1 peer-group neighbor 1 remote-as 1 neighbor 1 update-source Loopback0 neighbor aa.0.0.2 peer-group R no auto-summary ! address-family ipv4 vrf V1 redistribute ospf 10 no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor R activate neighbor R send-community extended neighbor aa.0.0.2 peer-group R no auto-summary exit-address-family
The following example shows how to configure P1 in AS1 in a topology with two autonomous systems (see the figure above):
P1: Vermont ! ip cef ! interface Loopback0 ip address aa.0.0.2 255.255.255.255 ! interface Ethernet0/1 description Ogunquit ip address aa.2.1.1 255.255.255.0 tag-switching ip ! interface FastEthernet2/0 description wychmere ip address aa.2.2.1 255.255.255.0 duplex auto speed auto tag-switching ip ! router ospf 1 log-adjacency-changes network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization bgp log-neighbor-changes neighbor R peer-group neighbor R remote-as 1 neighbor R update-source Loopback0 neighbor R route-reflector-client neighbor aa.0.0.4 peer-group R neighbor aa.0.0.5 peer-group R ! address-family vpnv4 neighbor R activate neighbor R route-reflector-client neighbor R send-community extended neighbor aa.0.0.4 peer-group R neighbor aa.0.0.5 peer-group R exit-address-family
The following example shows how to configure EBGP1 in AS1 in a topology with two autonomous systems (see the figure above):
EBGP1: Ogunquit ! ip cef ! interface Loopback0 ip address aa.0.0.4 255.255.255.255 ! EBGP1: Ogunquit ! ip cef ! interface Loopback0 ip address aa.0.0.4 255.255.255.255 ! interface Ethernet0/1 description Vermont ip address aa.2.1.40 255.255.255.0 tag-switching ip ! interface ATM1/0 description Lowell no ip address no atm scrambling cell-payload no atm ilmi-keepalive ! interface ATM1/0.1 point-to-point description Lowell ip address aa.0.0.1 255.255.255.252 pvc 1/100 ! router ospf 1 log-adjacency-changes redistribute connected subnets network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization no bgp default route-target filter bgp log-neighbor-changes neighbor R peer-group neighbor R remote-as 1 neighbor R update-source Loopback0 neighbor aa.0.0.2 remote-as 2 neighbor aa.0.0.2 peer-group R no auto-summary ! address-family vpnv4 neighbor R activate neighbor R send-community extended neighbor aa.0.0.2 activate neighbor aa.0.0.2 send-community extended neighbor aa.0.0.2 peer-group R no auto-summary exit-address-family
The following example shows how to configure EBGP2 in AS2 in a topology with two autonomous systems (see the figure above):
EBGP2: Lowell ! ip cef ! ip vrf V1 rd 2:103 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.3 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address aa.0.0.3 255.255.255.255 ! interface Serial0/0 description Littleton no ip address encapsulation frame-relay load-interval 30 no fair-queue clockrate 2000000 ! interface Serial0/0.2 point-to-point description Littleton ip unnumbered Loopback0 ip router isis tag-switching ip frame-relay interface-dlci 23 ! interface ATM1/0 description Ogunquit no ip address atm clock INTERNAL no atm scrambling cell-payload no atm ilmi-keepalive ! interface ATM1/0.1 point-to-point description Ogunquit ip address aa.0.0.2 255.255.255.252 pvc 1/100 ! router isis net 49.0002.0000.0000.0003.00 ! router bgp 2 no synchronization no bgp default route-target filter bgp log-neighbor-changes neighbor aa.0.0.1 remote-as 1 neighbor aa.0.0.8 remote-as 2 neighbor aa.0.0.8 update-source Loopback0 neighbor aa.0.0.8 next-hop-self ! address-family ipv4 vrf V1 redistribute connected no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor aa.0.0.1 activate neighbor aa.0.0.1 send-community extended neighbor aa.0.0.8 activate neighbor aa.0.0.8 next-hop-self neighbor aa.0.0.8 send-community extended exit-address-family
The following example shows how to configure P2 in AS2 in a topology with two autonomous systems (see the figure above):
P2: Littleton ! ip cef ! ip vrf V1 rd 2:108 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.8 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address aa.0.0.8 255.255.255.255 ! interface FastEthernet0/0 description Pax ip address aa.9.1.2 255.255.255.0 ip router isis tag-switching ip ! interface Serial5/0 description Lowell no ip address encapsulation frame-relay frame-relay intf-type dce ! interface Serial5/0.1 point-to-point description Lowell ip unnumbered Loopback0 ip router isis tag-switching ip frame-relay interface-dlci 23 ! router isis net aa.0002.0000.0000.0008.00 ! router bgp 2 no synchronization bgp log-neighbor-changes neighbor R peer-group neighbor R remote-as 2 neighbor R update-source Loopback0 neighbor R route-reflector-client neighbor aa.0.0.3 peer-group R neighbor aa.0.0.9 peer-group R ! address-family ipv4 vrf V1 redistribute connected no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor R activate neighbor R route-reflector-client neighbor R send-community extended neighbor aa.0.0.3 peer-group R neighbor aa.0.0.9 peer-group R exit-address-family
The following example shows how to configure PE2 in AS2 in a topology with two autonomous systems (see the figure above):
PE2: Pax ! ip cef ! ip vrf V1 rd 2:109 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.9 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address aa.0.0.9 255.255.255.255 ! interface Serial0/0 description Bethel no ip address encapsulation frame-relay frame-relay intf-type dce no fair-queue clockrate 2000000 ! interface Serial0/0.1 point-to-point description Bethel ip vrf forwarding V1 ip unnumbered Loopback1 frame-relay interface-dlci 24 ! interface FastEthernet0/1 description Littleton ip address aa.9.1.1 255.255.255.0 ip router isis tag-switching ip ! router ospf 10 vrf V1 log-adjacency-changes redistribute bgp 2 subnets network aa.0.0.0 0.255.255.255 area 0 ! router isis net 49.0002.0000.0000.0009.00 ! router bgp 2 no synchronization bgp log-neighbor-changes neighbor aa.0.0.8 remote-as 2 neighbor aa.0.0.8 update-source Loopback0 ! address-family ipv4 vrf V1 redistribute connected redistribute ospf 10 no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor aa.0.0.8 activate neighbor aa.0.0.8 send-community extended exit-address-family v
The following example shows how to configure CE2 in VPN1 in a topology with two autonomous systems (see the figure above):
CE2: Bethel ! interface Loopback0 ip address 1.0.0.11 255.255.255.255 ! interface Serial0 description Pax no ip address encapsulation frame-relay no fair-queue clockrate 2000000 ! interface Serial0.1 point-to-point description Pax ip unnumbered Loopback0 frame-relay interface-dlci 24 ! router ospf 1 network aa.0.0.0 0.255.255.255 area 0
The network topology in the figure below shows a single internet service provider, which is partitioning the backbone with confederations. The autonomous system number of the provider is 100. The two autonomous systems run their own IGPs and are configured as follows:
Figure 8 | Configuring Two Autonomous Systems in a Confederation |
The following example shows how to configure CE1 in VPN1 in a confederation topology (see the figure above):
CE1: Burlington ! interface Loopback1 ip address aa.0.0.6 255.255.255.255 ! interface Serial1/3 description wychmere no ip address encapsulation frame-relay frame-relay intf-type dce ! interface Serial1/3.1 point-to-point description wychmere ip address aa.6.2.1 255.255.255.252 frame-relay interface-dlci 22 ! router ospf 1 network aa.0.0.0 0.255.255.255 area 0
The following example shows how to configure PE1 in AS1 in a confederation topology (see the figure above):
PE1: wychmere ! ip cef ! ip vrf V1 rd 1:105 route-target export 1:100 route-target import 1:100 ! interface Serial0/0 description Burlington no ip address encapsulation frame-relay no fair-queue clockrate 2000000 ! interface Serial0/0.3 point-to-point description Burlington ip vrf forwarding V1 ip address aa.6.2.2 255.255.255.252 frame-relay interface-dlci 22 ! interface Ethernet0/1 description Vermont ip address aa.2.2.5 255.255.255.0 tag-switching ip ! router ospf 1 log-adjacency-changes network aa.0.0.0 0.255.255.255 area 0 ! router ospf 10 vrf V1 log-adjacency-changes redistribute bgp 1 metric 100 subnets network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization bgp confederation identifier 100 bgp confederation identifier 100 neighbor 1 peer-group neighbor 1 remote-as 1 neighbor 1 update-source Loopback0 neighbor aa.0.0.2 peer-group R no auto-summary ! address-family ipv4 vrf V1 redistribute ospf 10 no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor R activate neighbor R send-community extended neighbor aa.0.0.2 peer-group R no auto-summary exit-address-family
The following example shows how to configure P1 in AS1 in a confederation topology (see the figure above):
P1: Vermont ! ip cef ! interface Loopback0 ip address aa.0.0.2 255.255.255.255 ! interface Ethernet0/1 description Ogunquit ip address 100.2.1.1 255.255.255.0 tag-switching ip ! interface FastEthernet2/0 description wychmere ip address aa.2.2.1 255.255.255.0 duplex auto speed auto tag-switching ip ! router ospf 1 log-adjacency-changes network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization bgp log-neighbor-changes bgp confederation identifier 100 neighbor R peer-group neighbor R remote-as 1 neighbor R update-source Loopback0 neighbor R route-reflector-client neighbor 100.0.0.4 peer-group R neighbor 100.0.0.5 peer-group R ! address-family vpnv4 neighbor R activate neighbor R route-reflector-client neighbor R send-community extended neighbor aa.0.0.4 peer-group R neighbor aa.0.0.5 peer-group R exit-address-family
The following example shows how to configure ASBR1 in AS1 in a confederation topology (see the figure above):
EBGP1: Ogunquit ! ip cef ! interface Loopback0 ip address aa.0.0.4 255.255.255.255 ! interface Ethernet0/1 description Vermont ip address aa.2.1.40 255.255.255.0 tag-switching ip ! interface ATM1/0 description Lowell no ip address no atm scrambling cell-payload no atm ilmi-keepalive ! interface ATM1/0.1 point-to-point description Lowell ip address aa.0.0.1 255.255.255.252 pvc 1/100 ! router ospf 1 log-adjacency-changes redistribute connected subnets network aa.0.0.0 0.255.255.255 area 0 ! router bgp 1 no synchronization no bgp default route-target filter bgp log-neighbor-changes bgp confederation identifier 100 bgp confederation peers 1 neighbor R peer-group neighbor R remote-as 1 neighbor R update-source Loopback0 neighbor aa.0.0.2 remote-as 2 neighbor aa.0.0.2 next-hop-self neighbor aa.0.0.2 peer-group R no auto-summary ! address-family vpnv4 neighbor R activate neighbor R send-community extended neighbor aa.0.0.2 activate neighbor aa.0.0.2 next-hop-self neighbor aa.0.0.2 send-community extended neighbor aa.0.0.2 peer-group R no auto-summary exit-address-family
The following example shows how to configure ASBR2 in AS2 in a confederation topology (see the figure above):
EBGP2: Lowell ! ip cef ! ip vrf V1 rd 2:103 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.3 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address aa.0.0.3 255.255.255.255 ! interface Serial0/0 description Littleton no ip address encapsulation frame-relay load-interval 30 no fair-queue clockrate 2000000 ! interface Serial0/0.2 point-to-point description Littleton ip unnumbered Loopback0 ip router isis tag-switching ip frame-relay interface-dlci 23 ! interface ATM1/0 description Ogunquit no ip address atm clock INTERNAL no atm scrambling cell-payload no atm ilmi-keepalive ! interface ATM1/0.1 point-to-point description Ogunquit ip address aa.0.0.2 255.255.255.252 pvc 1/100 ! router isis net aa.0002.0000.0000.0003.00 ! router bgp 2 no synchronization no bgp default route-target filter bgp log-neighbor-changes bgp confederation identifier 100 bgp confederation peers 1 neighbor aa.0.0.1 remote-as 1 neighbor aa.0.0.1 next-hop-self neighbor aa.0.0.8 remote-as 2 neighbor aa.0.0.8 update-source Loopback0 neighbor aa.0.0.8 next-hop-self ! address-family ipv4 vrf V1 redistribute connected no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor aa.0.0.1 activate neighbor aa.0.0.1 next-hop-self neighbor aa.0.0.1 send-community extended neighbor aa.0.0.8 activate neighbor aa.0.0.8 next-hop-self neighbor aa.0.0.8 send-community extended exit-address-family
The following example shows how to configure P2 in AS2 in a confederation topology (see the figure above):
P2: Littleton ! ip cef ! ip vrf V1 rd 2:108 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.8 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address aa.0.0.8 255.255.255.255 ! interface FastEthernet0/0 description Pax ip address aa.9.1.2 255.255.255.0 ip router isis tag-switching ip ! interface Serial5/0 description Lowell no ip address encapsulation frame-relay frame-relay intf-type dce ! interface Serial5/0.1 point-to-point description Lowell ip unnumbered Loopback0 ip router isis tag-switching ip frame-relay interface-dlci 23 ! router isis net aa.0002.0000.0000.0008.00 ! router bgp 2 no synchronization bgp log-neighbor-changes bgp confederation identifier 100 neighbor R peer-group neighbor R remote-as 2 neighbor R update-source Loopback0 neighbor R route-reflector-client neighbor aa.0.0.3 peer-group R neighbor aa.0.0.9 peer-group R ! address-family ipv4 vrf V1 redistribute connected no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor R activate neighbor R route-reflector-client neighbor R send-community extended neighbor aa.0.0.3 peer-group R neighbor aa.0.0.9 peer-group R exit-address-family
The following example shows how to configure PE2 in AS2 in a confederation topology (see the figure above):
PE2: Pax ! ip cef ! ip vrf V1 rd 2:109 route-target export 1:100 route-target import 1:100 ! interface Loopback0 ip address aa.0.0.9 255.255.255.255 ip router isis ! interface Loopback1 ip vrf forwarding V1 ip address 1.0.0.9 255.255.255.255 ! interface Serial0/0 description Bethel no ip address encapsulation frame-relay frame-relay intf-type dce no fair-queue clockrate 2000000 ! interface Serial0/0.1 point-to-point description Bethel ip vrf forwarding V1 ip unnumbered Loopback1 frame-relay interface-dlci 24 ! interface FastEthernet0/1 description Littleton ip address 200.9.1.1 255.255.255.0 ip router isis tag-switching ip ! router ospf 10 vrf V1 log-adjacency-changes redistribute bgp 2 subnets network aa.0.0.0 0.255.255.255 area 0 ! router isis net aa.0002.0000.0000.0009.00 ! router bgp 2 no synchronization bgp log-neighbor-changes bgp confederation identifier 100 neighbor aa.0.0.8 remote-as 2 neighbor aa.0.0.8 update-source Loopback0 ! address-family ipv4 vrf V1 redistribute connected redistribute ospf 10 no auto-summary no synchronization exit-address-family ! address-family vpnv4 neighbor aa.0.0.8 activate neighbor aa.0.0.8 send-community extended exit-address-family
The following example shows how to configure CE2 in VPN1 in a confederation topology (see the figure above):
CE2: Bethel ! interface Loopback0 ip address aa.0.0.11 255.255.255.255 ! interface Serial0 description Pax no ip address encapsulation frame-relay no fair-queue clockrate 2000000 ! interface Serial0.1 point-to-point description Pax ip unnumbered Loopback0 frame-relay interface-dlci 24 ! router ospf 1 network aa.0.0.0 0.255.255.255 area 0
Related Topic |
Document Title |
---|---|
MPLS |
Standard |
Title |
---|---|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. |
-- |
MIB |
MIBs Link |
---|---|
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 software releases, and feature sets, use Cisco MIB Locator found at the following URL: |
RFC |
Title |
---|---|
RFC 1700 |
Assigned Numbers |
RFC 1966 |
BGP Route Reflection: An Alternative to Full Mesh IBGP |
RFC 2842 |
Capabilities Advertisement with BGP-4 |
RFC 2858 |
Multiprotocol Extensions for BGP-4 |
RFC 3107 |
Carrying Label Information in BGP-4 |
Description |
Link |
---|---|
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. |
The following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 2 | Feature Information for MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses |
Feature Name |
Releases |
Feature Information |
---|---|---|
MPLS VPN--Interautonomous System Support |
12.1(5)T 12.0(16)ST 12.0(17)ST 12.0(22)S |
This feature enables an MPLS VPN to span service providers and autonomous systems. This feature explains how to configuring the Inter-AS using the ASBRs to exchange VPN-IPv4 Addresses. This feature uses no new or modified commands. |
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: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
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.