<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Hey Sabri,<div><br></div><div>Eventually they have implemented everything ;-)</div><div>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.</div><div><br></div><div>Life is good, MS is treating me well :).</div><div>Kids are growing, Marina’ business doing ok.</div><div>How’s life on your side?</div><div><br></div><div>Would love to meet, lunch or so?<br><br><div dir="ltr">Cheers,<br><div>Jeff</div></div><div dir="ltr"><br><blockquote type="cite">On Jan 16, 2022, at 13:19, Jeff Tantsura <jefftant.ietf@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>Plane IP underlay works real well, I’m yet to see tangible proof of TE in DC (outside of niche HPC/IB cases).</div><div>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.</div><div>Here’s an example of end2end architecture that works really well - <a href="https://datatracker.ietf.org/doc/draft-bookham-rtgwg-nfix-arch/">https://datatracker.ietf.org/doc/draft-bookham-rtgwg-nfix-arch/</a></div><div><br></div><div>Geneve (there are some quirks as you get into implementing it) is another example of a well designed overlay encap.</div><div><br><br><div dir="ltr">Cheers,<br><div>Jeff</div></div><div dir="ltr"><br><blockquote type="cite">On Jan 15, 2022, at 23:54, Saku Ytti <saku@ytti.fi> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>On Sat, 15 Jan 2022 at 19:22, Colton Conor <colton.conor@gmail.com> wrote:</span><br><span></span><br><blockquote type="cite"><span>True, but in general MPLS is more costly. It's available on limited</span><br></blockquote><blockquote type="cite"><span>devices, from limited vendors. Infact, many of these vendors, like</span><br></blockquote><blockquote type="cite"><span>Extreme, charge you if you want to enable MPLS features on a box</span><br></blockquote><span></span><br><span>Marketing, not fundamentals. DC people are driving demand for VXLAN</span><br><span>and SRv6, because they assume MPLS is something scary and complex. So</span><br><span>vendors implement something scary and complex to appease DC people.</span><br><span>I'm sure in some years to the future, DC people will re-invent MPLS to</span><br><span>simplify their stack.</span><br><span></span><br><span>-- </span><br><span> ++ytti</span><br></div></blockquote></div></div></blockquote></div></body></html>