<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 17 Jun 2020 at 18:42, Saku Ytti <<a href="mailto:saku@ytti.fi">saku@ytti.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey,<br>
<br>
> Why do we really need SR? Be it SR-MPLS or SRv6 or SRv6+?<br>
<br>
I don't like this, SR-MPLS and SRv6 are just utterly different things<br>
to me, and no answer meaningfully applies to both.<br></blockquote><div><br></div><div>I don't understand the point of SRv6. What equipment can support IPv6 routing, but can't support MPLS label switching?</div><div><br></div><div>I'm a big fan of SR-MPLS however.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">And we get more features to boot, with LDP if you want LFA, you need<br>
to form tLDP to every Q-space node, on top of your normal LDP, because<br>
you don't know label view from anyone else but yourself. With SR by<br>
nature you know the label view for everyone, thus you have full LFA<br>
coverage for free, by-design.</blockquote><div><br></div><div>Not just this, but the LFA path is always the post-convergence path. You don't get microloops.</div><div><br></div><div>You can implement TE on top if that is your thing. No need to run RSVP. Another protocol you don't need to run.</div><div><br></div><div>You don't need to throw out all your old kit, and replace with new in one go. You can incrementally roll it out, and leave islands of LDP where needed. LDP-SR interworking is pretty simple.</div><div><br></div><div>We are currently introducing it into our core. It will probably be a while before we fully phase out LDP, but its definitely on the roadmap.</div><div><br></div><div>Regards,</div><div>Dave</div></div></div>