[j-nsp] Fate sharing between BGP and RSVP

Dragan Jovicic draganj84 at gmail.com
Wed Sep 14 03:20:17 EDT 2016


So you want BGP to resolve routes using only inet.3 table which contains
RSVP routes, and not inet.0.

https://www.juniper.net/documentation/en_US/junos15.1/topics/example/vpns-layer-3-route-resolution-route-reflector.html


Dragan

On Wed, Sep 14, 2016 at 1:26 AM, Rob Foehl <rwf at loonybin.net> wrote:

> On Tue, 13 Sep 2016, Chuck Anderson wrote:
>
> I guess I don't understand what you are trying to accomplish then.
>> Ttaffic engineering specific routes is exactly what RSVP is used for.
>> The MPLS path should be torn down if there is no available
>> RSVP-capable route.  Did you try just not configuring RSVP on the
>> interfaces that can't support MPLS?
>>
>
> The LSP is torn down; the BGP session carrying a bunch of routes for which
> that LSP is the only viable forwarding path survives.  (RSVP is only
> configured where it ought to be, no "interfaces all" or anything like that.)
>
> The goal is for the BGP-learned routes to disappear along with the LSP --
> preferably by just tearing the session down with it, but otherwise
> invalidating the next-hops would suffice.
>
> I have another idea in my back pocket if this isn't workable, but that
> involves turning a bunch of P routers into full BGP RRs...
>
> -Rob
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>


More information about the juniper-nsp mailing list