[Contents]
[Prev]
[Next]
[Index]
[Report an Error]
Configuring Hub-and-Spoke VPN Topologies: Two Interfaces
Use a two-interface configuration to propagate
routes from spoke to spoke.
The example in this section configures a hub-and-spoke
topology with two interfaces using the following components (see Figure 23):
- One hub PE router (Router D).
- One hub CE router connected to the hub PE router. For
this hub-and-spoke VPN topology to function properly, there must be
two interfaces connecting the hub PE router to the hub CE router,
and each interface must have its own VRF table on the PE router:
- The first interface (here, interface ge-0/0/0.0) is used to announce spoke routes to the hub CE router. The VRF
table associated with this interface contains the routes being announced
by the spoke PE routers to the hub CE router.
- The second interface (here, interface ge-0/0/1.0) is used to receive route announcements from the hub CE that are
destined for the hub-and-spoke routers. The VRF table associated with
this interface contains the routes announced by the hub CE router
to the spoke PE routers. For this example, two separate physical interfaces
are used. It would also work if you were to configure two separate
logical interfaces sharing the same physical interface between the
hub PE router and the hub CE router.
- Two spoke PE routers (Router E and Router F).
- Two spoke CE routers (CE1 and CE2), one connected to each
spoke PE router.
- Label Distribution Protocol (LDP) as the signaling protocol.
Figure 23: Example of a Hub-and-Spoke
VPN Topology with Two Interfaces

In this configuration, route distribution from
spoke CE Router CE1 occurs as follows:
- Spoke Router CE1 announces its routes to spoke PE Router
E.
- Router E installs the routes from CE1 into its VRF table.
- After checking its VRF export policy, Router E adds the
spoke target community to the routes from Router CE1 that passed the
policy and announces them to the hub PE router, Router D.
- Router D checks the VRF import policy associated with
interface ge-0/0/0.0 and places all routes from spoke PE
routers that match the policy into its bgp.l3vpn routing
table. (Any routes that do not match are discarded.)
- Router D checks its VRF import policy associated with
interface ge-0/0/0.0 and installs all routes that match into
its spoke VRF table. The routes are installed with the spoke target
community.
- Router D announces routes to the hub CE over interface ge-0/0/0.
- The hub CE router announces the routes back to the hub
PE Router D over the second interface to the hub router, interface ge-0/0/1.
- The hub PE router installs the routes learned from the
hub CE router into its hub VRF table, which is associated with interface ge-0/0/1.
- The hub PE router checks the VRF export policy associated
with interface ge-0/0/1.0 and announces all routes that match
to all spokes after adding the hub target community.
Figure 24 illustrates how
routes are distributed from this spoke router to the other spoke CE
router, Router CE2. The same path is followed if you issue a traceroute command from Router CE1 to Router CE2.
The final section in this example, Hub-and-Spoke VPN Configuration Summarized by Router, consolidates the statements needed to
configure VPN functionality for each of the service provider routers
shown in Figure 23.
Figure 24: Route Distribution Between Two Spoke
Routers

The following sections explain how to configure
the VPN functionality for a hub-and-spoke topology on the hub-and-spoke
PE routers. The CE routers do not have any information about the VPN,
so you configure them normally.
[Contents]
[Prev]
[Next]
[Index]
[Report an Error]