LDP interop with RSVP and SR

[Saku Ytti via NANOG <nanog () lists nanog org>]

I just want to double check that I'm not confused.


Since day1 we have had excellent LDP/SR interop, that is, for your SR
network, connecting LDP-only nodes or islands doesn't require soiling
your entire SR network with LDP state.

Do we really not have a similar solution for RSVP?

Let's imagine an RSVP-only network, where we add a single LDP-only speaker.

Instead of tLDP from every RSVPOnly to RSVPBorder and then LDP between
RSVPBorder and LDPOnly, why can't RSVPBorder handle the interop?


RSVP -> LDP
- Every RSVPOnly would have 1 LSP to RSVPBorder and 1 LSP for each LDP
nodes RSVPBorder meets, via RESV TunnelId or such discriminator you
can of course have arbitrary amount of LSPs between two endpoints
- RSVPBorder will advertise different labels for each of these LSPs,
like it would for split LSPs or QoS based LSPs
- the LSP terminating on RSVPBorder is popped, the LSPs intended for
LDP speaker are swapped from RSVP label to the LDP label

LDP -> RSVP
- RSVPBorder synthesises for each RSVPOnly/32 LDP route to LDPOnly
- As LDPOnly sends LDP label to RSVPBorder, RSVPBorder swaps it to the
RSVP label



Now in practice when this requirement exists, everyone is running full
mesh tLDP, because that's easy to provision. Ending up having
thousands of useless LDP sessions with state and fragility that comes
with it.
-- 
  ++ytti
_______________________________________________
NANOG mailing list 
https://lists.nanog.org/archives/list/nanog () lists nanog org/message/BN2W36UBAILTTEF43DWCFQTNSGAGFMYO/