162
Figure 46 Network diagram for inter-AS option A
As shown in
, VPN 1 routes are advertised from CE 1 to CE 3 by using the following
process:
1.
PE 1 advertises the VPN routes learned from CE 1 to ASBR 1 through MP-IBGP.
2.
ASBR 1 does the following:
a.
Adds the routes to the routing table of the VPN instance whose import target attribute
matches the export target attribute of the routes.
b.
Advertises the routes as IPv4 unicast routes to its CE (ASBR 2) through EBGP.
3.
ASBR 2 adds the IPv4 unicast routes to the routing table of the VPN instance bound to the
receiving interface, and advertises the routes to PE 3 through MP-IBGP.
4.
PE 3 advertises the received routes to CE 3.
Packets forwarded within an AS are VPN packets that carry two labels. Packets forwarded between
ASBRs are common IP packets.
Inter-AS option A is easy to carry out because no special configuration is required on the PEs acting
as the ASBRs.
However, it has limited scalability because the PEs acting as the ASBRs must manage all the VPN
routes and create VPN instances on a per-VPN basis. This leads to excessive VPN-IPv4 routes on
the PEs. Associateing a separate interface with each VPN also requires additional system
resources.
Inter-AS option B
In this solution, two ASBRs use MP-EBGP to exchange VPN-IPv4 routes that they obtain from the
PEs in their respective ASs.
VPN 1
CE 1
PE 1
PE 3
VPN 1
CE 3
CE 2
VPN 2
VPN 2
PE 2
PE 4
ASBR 1
(PE)
ASBR 2
(PE)
VPN LSP 1
VPN LSP 2
LSP 1
LSP 2
CE 4
IP Forwarding
EBGP
AS 100
AS 200
Содержание FlexNetwork 5510 HI Series
Страница 9: ...vii Remote support 460 Documentation feedback 460 Index 462 ...
Страница 318: ...309 Request list 0 Retransmit list 0 ...
Страница 363: ...354 Verify that CE 1 and CE 2 can ping each other Details not shown ...
Страница 446: ...437 The MCE has redistributed the OSPF routes of the two VPN instances into the EBGP routing tables of PE 1 ...