[c-nsp] Intra-device routing between VRFs

Bryan Holloway bryan at shout.net
Fri Jan 3 11:56:20 EST 2020

On 1/3/20 5:09 PM, adamv0025 at netconsultings.com wrote:
>> From: cisco-nsp <cisco-nsp-bounces at puck.nether.net> On Behalf Of Bryan
>> Sent: Friday, January 3, 2020 2:37 PM
>> I've been attempting to lab up an ASR9001 running 5.3.4 for a PoC scenario
> of
>> routing between two internal VRFs: "default" and "peering".
>> You can probably guess the use-case.
>> While I've been successful in getting each VRF to talk to the things that
>> particular VRF should talk to, getting the two VRFs to talk amongst
>> themselves has been challenging.
>> Installing specific static routes between the two VRFs works, but it
> doesn't
>> scale.
> I think what you're looking for is:
> vrf PEERING address-family ipv4 unicast import from default-vrf route-policy
> vrf PEERING address-family ipv4 unicast export to default-vrf route-policy
> adam

Yeah -- I have that, and I can see routes in the "default" VRF imported 
from "peering" with a "(nexthop in vrf Peering)" and a valid nexthop.

However, in the "peering" VRF, I see routes but the next-hop shows up as 
Null0 unless I add a static route. (Probably should've mentioned this in 
the original post.)

So yeah -- basically I have a next-hop that works in one direction 
(default -> peering), but not in the other (peering -> default).

More information about the cisco-nsp mailing list