Hello,
I may have a workable solution.
As pointed by Adam, you cannot copy via rib-groups routes in VRF learned
from mpBGP since they are already a copy of routes inside bgp.l3vpn table.
I guess you cannot copy either routes from bgp.l3vpn table into inet.0
via rib-groups since that would copy
Tobias,
You can use a Logical Tunnel (LT) interface on the PE to interconnect your
VRF with inet.0 and exchange routes between each of them using BGP.
Config example to setup LT interface with VR routing-instance but this will
work with VRF as well:
Hi Mike,
also what we do here.
However, that was not that easy, we observed that a discard route imported to
another vrf via auto-export on the same box was imported with its next-hop,
that is... discard, instead of triggering an additional lookup in the internet
table (what we use on some
Tobias,
When you receive inet-vpn routes from remote PE, they are put into
bgp.l3vpn.0 first. This is their primary RIB from the perspective of this
PE. Entries in VRF are considered secondary are already leaked based on
vrf-target/vrf-import policy (think of it as automatic leaking between
Hi,
I am trying to wrap my head around a (seemingly) simple l3VPN Setup with
internet access. I am labing this up right now and got stuck.
The setup is very simple:
CE1 -- PE1 -- PE2 -- CE2
We have a l3VPN between CE1 und CE2, routes are exchanged and all routes from
CE1 are seen by CE2 and
-
From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of
Tobias Heister
Sent: Tuesday, 4 February 2014 4:43 AM
To: juniper-nsp@puck.nether.net
Subject: [j-nsp] move routes from VRF to inet.0
Hi,
I am trying to wrap my head around a (seemingly) simple l3VPN Setup
There might be a couple of alternate solutions coming to mind:
1. move all internet Routes to the CE1 table and use static routes to point
back at the VRF with next-table from inet.0 which will not really scale
beyond a single l3vpn.
2. use a separate VRF for the internet routes and use
7 matches
Mail list logo