Andrew,
I am not exposed to this issue as we do not used Martini for the
establishment of PWs. I am in no way trivializing th effort but it would seem
that moving to a BGP signaled PW solution would be the least painful.
Thanks
Jim Uttaro
From: spring <[email protected]> On Behalf Of Andrew Alston - IETF
Sent: Monday, May 30, 2022 2:22 AM
To: SPRING WG <[email protected]>
Subject: [spring] Martini Pseudowires and SR
Hi All,
Sending this email wearing only the hat of a working group participant.
One of the things that our network uses, and is used by so many networks out
there, are martini based pseudowires (which for clarity are generally setup
using what is described in RFC8077). In an SR world however, this creates a
problem, because typically you don't want to run LDP in an SR context. This
means that standard martini pseudowires no longer function. This gets even
more complicated when you want to do martini based pseudowires over an IPv6
only network, particularly considering the lack of widespread support for LDP6.
This is also relevant in cases where networks wish to run SR-MPLS in the
absence of SRv6 for whatever reason.
So, my question to the working group is this:
Is it worth looking at creating a form of LDP light - both compatible with IPv4
and IPv6 - that simply exists to setup and tear down the service labels for
point to point services. A form of targeted LDP without all the other
complexities involved in LDP - that could potentially run at a lower preference
than LDP itself (so if LDP is there, use it, if not use this)
Before I start drafting though, I would like to hear from the working group if
there are others who feel that this is worth doing and, call this a call for
expressions of interest in those who may be willing to work towards something
like this. Happy to take emails on list or off list and see if we can find a
solution.
Looking forward to hearing from you all
Thanks
Andrew
_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring
