Re: SRv6 Capable NOS and Devices

[Jeff Tantsura <jefftant.ietf () gmail com>]

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 () 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 () ytti fi> wrote:
> > On Sat, 15 Jan 2022 at 19:22, Colton Conor <colton.conor () 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