To enable a PE to communicate with an MCE, configure routing protocol multi-VPN-instance on the MCE.
The system view is displayed.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
An MCE is configured as a VPN peer for the PE.
The maximum number of hops between the PE and its EBGP peer (the MCE) is specified.
import-route direct [ med med | route-policy route-policy-name ] *
network ipv4-address [ mask | mask-length ] [ route-policy route-policy-name ]
The PE is enabled to import the direct routes destined for the MCE into the VRF table and advertise the routes to the remote PE.
The PE automatically learns the direct routes destined for the MCE. The learned routes take precedence over the direct routes advertised from the MCE using EBGP. If this step is not performed, the PE does not use MP-BGP to advertise the direct routes destined for the MCE to the remote PE.
The configuration is committed.
The system view is displayed.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
An MCE is configured as a VPN peer for the PE.
import-route direct [ med med | route-policy route-policy-name ] *
network ipv4-address [ mask | mask-length ] [ route-policy route-policy-name ]
The PE is enabled to import the direct routes destined for the MCE into the VRF table and advertise the routes to the remote PE.
The PE automatically learns the direct routes destined for the MCE. The learned routes take precedence over the direct routes advertised from the MCE using IBGP. If this step is not performed, the PE does not use MP-BGP to advertise the direct routes destined for the MCE to the remote PE.
The configuration is committed.
The system view is displayed.
A static route is configured for a specified VPN instance IPv4 address family.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
The configured static route is added to the VRF table of the BGP-VPN instance IPv4 address family.
The configuration is committed.
The system view is displayed.
A RIP process is created, and the RIP view is displayed.
A RIP process can be bound only to one VPN instance.
RIP is enabled on the network segment where the interface bound to the VPN instance resides.
BGP routes are imported.
After the import-route bgp command is run in the RIP view, the PE can import the VPNv4 routes learned from the remote PE into the RIP routing table and advertise them to the MCE.
Return to the system view.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
RIP routes are imported into the VRF table of the BGP-VPN instance IPv4 address family.
After the import-route rip command is run in the BGP-VPN instance IPv4 address family view, the PE imports the VPN routes learned from the MCE into the BGP routing table and advertises VPNv4 routes to the remote PE.
The configuration is committed.
Deleting a VPN instance or disabling a VPN instance IPv4 address family will also delete all the RIP processes bound to this VPN instance or VPN instance IPv4 address family.
The system view is displayed.
An OSPF process is created, and the OSPF view is displayed.
An OSPF process can be bound only to one VPN instance.
Specify a router ID when creating an OSPF process and binding the OSPF instance to a VPN instance. The OSPF process bound to the VPN instance cannot automatically use the public network router ID configured in the system view. If no router ID is specified, OSPF uses a specified rule to select an IP address from the IP addresses of the interfaces that are bound to the VPN instance as a router ID.
The domain ID is configured.
The domain ID can be an integer or in dotted decimal notation.
Two domain IDs can be configured for each OSPF process. Different processes can have the same domain ID. There is no restriction on the domain IDs of the OSPF processes of different VPNs on a PE. The same domain ID must be configured for all OSPF processes of the same VPN to ensure correct route advertisements.
The domain ID of an OSPF process is contained in the routes generated by this OSPF process. When OSPF routes are imported into BGP, the domain ID is added to the BGP VPN routes and forwarded as the BGP extended community attribute.
The VPN route tag is configured.
The OSPF area view is displayed.
OSPF is enabled on the network segment where the interface bound to the VPN instance resides.
A network segment belongs only to one area. The area to which each OSPF interface belongs must be specified.
OSPF can run properly on an interface only when both of the following conditions are met:
The OSPF view is displayed.
BGP routes are imported.
Return to the system view.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
OSPF routes are imported into the VRF table of the BGP-VPN instance IPv4 address family.
The configuration is committed.
Deleting a VPN instance or disabling a VPN instance IPv4 address family will also delete all the OSPF processes bound to this VPN instance or VPN instance IPv4 address family.
The system view is displayed.
An IS-IS process is created, and the IS-IS view is displayed.
An IS-IS process can be bound only to one VPN instance.
The NET is configured.
A NET specifies the current IS-IS area address and the system ID of the router.
An IS-IS level is specified for the router.
BGP routes are imported.
If the IS-IS level is not specified in the command, BGP routes will be imported into the Level-2 IS-IS routing table.
Return to the system view.
The view of the interface bound to the VPN instance is displayed.
IS-IS is enabled on the interface.
Return to the system view.
The BGP view is displayed.
The BGP-VPN instance IPv4 address family view is displayed.
IS-IS routes are imported into the VRF table of the BGP-VPN instance IPv4 address family.
The configuration is committed.
Deleting a VPN instance or disabling a VPN instance IPv4 address family will also delete all the IS-IS processes bound to this VPN instance or VPN instance IPv4 address family.