<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>