SRv6 Capable NOS and Devices
jefftant.ietf at gmail.com
Sun Jan 16 21:51:49 UTC 2022
Eventually they have implemented everything ;-)
Arista was a really special case, routing stack they acquired (NextHop) had no mpls (quite some time ago), 90% of their revenue was coming from IP only networks.
Life is good, MS is treating me well :).
Kids are growing, Marina’ business doing ok.
How’s life on your side?
Would love to meet, lunch or so?
> On Jan 16, 2022, at 13:19, Jeff Tantsura <jefftant.ietf at gmail.com> wrote:
> Plane IP underlay works real well, I’m yet to see tangible proof of TE in DC (outside of niche HPC/IB cases).
> SR in DC - with overlay starting on the host SR-MPLSoUDP(RFC8663) is a perfect representation of a working technology that works in IP environment as well as allows end2end programming for MPLS WAN/DCI.
> Here’s an example of end2end architecture that works really well - https://datatracker.ietf.org/doc/draft-bookham-rtgwg-nfix-arch/
> Geneve (there are some quirks as you get into implementing it) is another example of a well designed overlay encap.
>>> On Jan 15, 2022, at 23:54, Saku Ytti <saku at ytti.fi> wrote:
>> On Sat, 15 Jan 2022 at 19:22, Colton Conor <colton.conor at gmail.com> wrote:
>>> True, but in general MPLS is more costly. It's available on limited
>>> devices, from limited vendors. Infact, many of these vendors, like
>>> Extreme, charge you if you want to enable MPLS features on a box
>> Marketing, not fundamentals. DC people are driving demand for VXLAN
>> and SRv6, because they assume MPLS is something scary and complex. So
>> vendors implement something scary and complex to appease DC people.
>> I'm sure in some years to the future, DC people will re-invent MPLS to
>> simplify their stack.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the NANOG