<div dir="ltr"><div><div>Justamente ese paso 10 es el que nos hace dudar. Ese paso solamente aplica a rutas externas y no internas como en este caso.<br><br></div>Sobre el caso de <a href="http://commitconfirmed.net">commitconfirmed.net</a>, que utilice la más nueva tampoco me deja tranquilo. Justamente lo que afirman tanto Iván como Alejandro sería lo más normal: utilizar la ruta más antigua.<br><br></div>Pero, insisto, eso sirve solamente para rutas externas. ¿O será que no está documentado y también es el tie-breaker para rutas internas?<br><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-02 23:06 GMT-04:00 Ivan Chapero <span dir="ltr"><<a href="mailto:info@ivanchapero.com.ar" target="_blank">info@ivanchapero.com.ar</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Idem,</div><div class="gmail_extra"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">​inclusive para rutas eBGP​ es un step del algoritmo:</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0)"><p style="font-size:12px"><font face="monospace, monospace">10. When both paths are external, prefer the path that was received first (the oldest one).</font></p><p style="font-size:12px"><font face="monospace, monospace">This step minimizes route-flap because a newer path does not displace an older one, even if the newer path would be the preferred route based on the next decision criteria (Steps 11, 12, and 13).</font></p></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Pero el lab del blog parece convincente, la última ruta re-anunciada producto del VRF que modifica el RD termina siendo la "best". Habría que recrearlo, pero es muy sábado :D</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Abrazo.</div><div><div class="h5"><br><div class="gmail_quote">El 2 de septiembre de 2016, 23:06, Alejandro Acosta <span dir="ltr"><<a href="mailto:alejandroacostaalamo@gmail.com" target="_blank">alejandroacostaalamo@gmail.<wbr>com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <div>Hola,<span><br>
      <br>
      El 9/2/2016 a las 7:25 PM, Ivan Chapero escribió:<br>
    </span></div><span>
    <blockquote type="cite">Lindo ejercicio mental, esto puede dar luz:
      <div><br>
      </div>
      <div><a href="http://www.commitconfirmed.net/2015/09/09/bgp-best-path-selection-in-mplsip-bgp-vpns/" target="_blank">http://www.commitconfirmed.net<wbr>/2015/09/09/bgp-best-path-sele<wbr>ction-in-mplsip-bgp-vpns/</a>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>
          <h3>Conclusion</h3>
          <p>In
            a scenario where neighbor address is the same and all
            previous steps in BGP best path algorithm didn’t break the
            tie, best path is chosen on the age of the route – the one
            which has been learned last is chosen as best.</p>
        </div>
      </div>
    </blockquote>
    <br></span>
    ¿Seguro de esto?  Toda mi vida (bueno.., desde hace muchos) he
    pensado que es la más ruta que tiene más tiempo aprendida..., es una
    manera de asumir que es la ruta más estable.<br>
    <br>
    <br>
    <blockquote type="cite"><div><div>
      <div>
        <div>
          <p>This
            doesn’t seem to be platform dependent. I did similar test on
            Junos based platform (MX series) and result was the same.</p>
          <p><br>
          </p>
          <p>Sl2!</p>
          <br>
          El viernes, 2 de septiembre de 2016, Tomas Lynch <<a href="mailto:tomas.lynch@gmail.com" target="_blank"></a><a href="mailto:tomas.lynch@gmail.com" target="_blank">tomas.lynch@gmail.com</a>>
          escribió:<br>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div dir="ltr">
              <div>
                <div>
                  <div>
                    <div>
                      <div>
                        <div>
                          <div>
                            <div>
                              <div><span style="font-family:monospace,monospace">Estimados,<br>
                                  <br>
                                </span></div>
                              <span style="font-family:monospace,monospace">Tenemos
                                el siguiente caso en uno de nuestros
                                equipos. Esta es la salida en el PE
                                donde se encuentra la VRF indicada:<br>
                                <br>
                                ROUTER1#show ip bgp vpnv4 vrf
                                VPN_CUSTOMER <a href="http://10.199.16.0/20" target="_blank">10.199.16.0/20</a><br>
                                <br>
                                BGP routing table entry for 65100:16021:<a href="http://10.199.16.0/20" target="_blank">10.199.16.0/20</a>,
                                version 69022324<br>
                                <br>
                                Paths: (2 available, best #2, table
                                VPN_CUSTOMER)<br>
                                  Advertised to update-groups:<br>
                                     36<br>
                                <br>
                                  65000 65001 65002 65002 65002,
                                imported path from <span style="background-color:rgb(255,255,0)">65000:22149</span>:<a href="http://10.199.16.0/20" target="_blank">10.199.16.0/20</a><br>
                                    10.10.66.173 (metric 11501) from
                                10.15.1.2 (10.15.1.2)<br>
                                      Origin IGP, metric 150, localpref
                                100, valid, internal<br>
                                      Community: 65000:1281<br>
                                      Extended Community: RT:65000:51109
                                RT:65000:81108<br>
                                      Originator: 10.10.66.173, Cluster
                                list: 10.15.1.2<br>
                                      mpls labels in/out nolabel/37244<br>
                                <br>
                                  65000 65001 65002 65002 65002,
                                imported path from <span style="background-color:rgb(255,255,0)">65000:22146</span>:<a href="http://10.199.16.0/20" target="_blank">10.199.16.0/20</a><br>
                                    10.10.66.173 (metric 11501) from
                                10.15.1.2 (10.15.1.2)<br>
                                      Origin IGP, metric 150, localpref
                                100, valid, internal, <span style="background-color:rgb(255,255,0)">best</span><br>
                                      Community: 65000:1281<br>
                                      Extended Community: RT:65000:51109
                                RT:65000:81108<br>
                                      Originator: 10.10.66.173, Cluster
                                list: 10.15.1.2<br>
                                      mpls labels in/out nolabel/67523<br>
                                <br>
                              </span></div>
                            <span style="font-family:monospace,monospace">La
                              pregunta es ¿por qué elige la segunda
                              entrada si todos los parámetros son
                              iguales con excepción del RD?<br>
                              <br>
                            </span></div>
                          <span style="font-family:monospace,monospace">Primero
                            pensamos que el NLRI es menor (22149 >
                            22146) pero no lo encontramos en ningún
                            proceso de selección de rutas (<a href="http://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13753-25.html" target="_blank"></a><a href="http://www.cisco.com/c/en/us/" target="_blank">http://www.cisco.com/c/en/us/</a><wbr>support/docs/ip/border-gateway<wbr>-protocol-bgp/13753-25.html)<br>
                            <br>
                          </span></div>
                        <span style="font-family:monospace,monospace">La
                          persona que me pasó este problema se pregunta
                          si no hay algo escondido en la información que
                          BGP se pasa. Algún tipo de hash para comparar.<br>
                          <br>
                        </span></div>
                      <span style="font-family:monospace,monospace">Para
                        mi es un tema del algoritmo de selección,
                        incluso si existiera un parámetro oculto: si
                        comparo absolutamente todo y las rutas son
                        iguales, entonces elijo al azar una de ellas y
                        la envío a la RIB. Es decir que la persona que
                        escribió el código tenía como finalidad elegir
                        una ruta y puso un fail-safe al final de los IF
                        de selección de rutas para que instale al menos
                        una de las rutas. Sin esto no instalaría
                        ninguna.<br>
                        <br>
                      </span></div>
                    <span style="font-family:monospace,monospace">¿Alguno
                      tiene alguna indicación de lo que sucede cuando
                      agoto todas las opciones de la selección de rutas
                      de BGP?<br>
                      <br>
                    </span></div>
                  <span style="font-family:monospace,monospace">Gracias,<br>
                    <br>
                  </span></div>
                <span style="font-family:monospace,monospace">Tomás<br>
                  <br>
                </span></div>
              <span style="font-family:monospace,monospace"><br>
              </span></div>
          </blockquote>
        </div>
      </div>
      <br>
      <br>
      -- <br>
      <div dir="ltr"><b>Ivan Chapero<br>
          <span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)">
        <span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno
          535)</span> | <span style="color:rgb(102,102,102)">Móvil: 
          03464-155-20282</span>  | <span style="color:rgb(102,102,102)">Skype
          ID: ivanchapero</span>
        <div><span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)">
          <div style="text-align:center"><span style="color:rgb(102,102,102)">GoDATA Banda Ancha -
              CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito -
              Santa Fe - Argentina</span></div>
          <br>
          <br>
          <br>
          <br>
          <br>
          <br>
          <br>
        </div>
      </div>
      <br>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><span><pre>______________________________<wbr>_________________
LACNOG mailing list
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailma<wbr>n/listinfo/lacnog</a>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailma<wbr>n/options/lacnog</a>
</pre>
    </span></blockquote>
    <p><br>
    </p>
  </div>

<br>______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/options/lacnog</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><b>Ivan Chapero<br><span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)"><span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno 535)</span> | <span style="color:rgb(102,102,102)">Móvil:  03464-155-20282</span>  | <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span><div><span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)"><div style="text-align:center"><span style="color:rgb(102,102,102)">GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito - Santa Fe - Argentina</span></div><br><br><br><br><br><br><br></div></div></div>
</div></div></div></div>
<br>______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a><br>
<br></blockquote></div><br></div>