<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I should point out that all of my input here is based on simple MPLS<br>
forwarding of IP traffic in the global table. In this scenario, labels<br>
are only assigned to BGP next-hops, which is typically an IGP Loopback<br>
address.<br></blockquote><div><br></div><div>Well this is true for one company :) Name starts with j .... </div><div><br></div><div>Other company name starting with c - at least some time back by default allocated labels for all routes in the RIB either connected or static or sourced from IGP. Sure you could always limit that with a knob if desired. </div><div><br></div><div>The issue with allocating labels only for BGP next hops is that your IP/MPLS LFA breaks (or more directly is not possible) as you do not have a label to PQ node upon failure.  Hint: PQ node is not even running BGP :). </div><div><br></div><div>Sure selective folks still count of "IGP Convergence" to restore connectivity. But I hope those will move to much faster connectivity restoration techniques soon. </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">Labels don't get assigned to BGP routes in a global table. There is no<br>
use for that.<br></blockquote><div><br></div><div>Sure - True. </div><div><br></div><div>Cheers,</div><div>R,</div><div><br></div></div></div>