
<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <br>

    <br>

    <div class="moz-cite-prefix">On 21/Jun/20 15:48, Robert Raszuk

      wrote:<br>

      <br>

    </div>

    <blockquote type="cite"

cite="mid:CAOj+MMHsLWJLA=+mrAHmHord11i5QHLGSVi=nL2jaAHx16nmsg@mail.gmail.com"><br>

      <div dir="ltr">

        <div class="gmail_quote">

          <div><br>

          </div>

          <div>Actually when IGP changes LSPs are not recomputed with

            LDP or SR-MPLS (when used without TE :). </div>

          <div><br>

          </div>

          <div>"LSP" term is perhaps what drives your confusion --- in

            LDP MPLS there is no "Path" - in spite of the

            acronym (Labeled Switch *Path*). Labels are locally

            significant and swapped at each LSR - resulting essentially

            with a bunch of one hop crossconnects. </div>

          <div><br>

          </div>

          <div>In other words MPLS LDP strictly follows IGP SPT at each

            LSR hop. <br>

          </div>

        </div>

      </div>

    </blockquote>

    <br>

    Yep, which is what I tried to explain as well. With LDP,

    MPLS-enabled hosts simply push, swap and pop. There is not concept

    of an "end-to-end LSP" as such. We just use the term "LSP" to define

    an FEC. But really, each node in the FEC's path is making its own

    push, swap and pop decisions.<br>

    <br>

    The LFIB in each node need only be as large as the number of

    LDP-enabled routers in the network. You can get scenarios where

    FEC's are also created for infrastructure links, but if you employ

    filtering to save on FIB slots, you really just need to allocate

    labels to Loopback addresses only.<br>

    <br>

    Mark.<br>

  </body>

</html>