SRv6 Capable NOS and Devices

Sun Jan 16 21:51:49 UTC 2022

Hey Sabri,

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?

Cheers,
Jeff

> 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.
> 
> 
> Cheers,
> Jeff
> 
>>> 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.
>> 
>> -- 
>>  ++ytti
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20220116/0bc3eb90/attachment.html>