[lacnog] ¿Por qué BGP elige esta ruta en particular?

Sab Sep 3 00:20:13 BRT 2016

Hola Tomás,
Como estas?

Usted puede tomar estos comandos Cluster-RR, donde se conectan a estos
clientes?

sh ip bgp 10.199.16.0
sh ip bgp 10.15.1.2 advertised-routes | inc 10.199.16.0

 En IMHO, yo no entiendo este comportamiento como un comportamiento normal,
esto puede ser un problema de  ³inconsistent route selection² causada por un
³routing loop² o puede ser que algunos de sus clientes están utilizando
³deterministic-med²Š o puede se un ³Bug² (DDTS) de alguna caja, yo recordaba
haber recogido un problema similar una vez cuando atedia una empresa de
telecomunicaciones en Brasil, en el momento de las cajas C12K y c7600 eran
dos DDTS (CSCdk12061 y CSCdr47086, mira en cisco cco) que estaban con este
comportamiento, de todos modos me envía el comando para ver si puedo ayudar
de alguna manera.

PS: Hubo un draft muy interesante en el IETF/RTG/IDR  que trabajar con este
comportamiento de second-best y sugirió la creación de un nuevo
atributo/capabilitie y no se siguió adelanteŠ
https://tools.ietf.org/html/draft-dickson-idr-second-best-backup-01

Saludos,
Rogerio Mariano

From:  LACNOG <lacnog-bounces en lacnic.net> on behalf of Ivan Chapero
<info en ivanchapero.com.ar>
Reply-To:  Latin America and Caribbean Region Network Operators Group
<lacnog en lacnic.net>
Date:  sexta-feira, 2 de setembro de 2016 20:25
To:  Latin America and Caribbean Region Network Operators Group
<lacnog en lacnic.net>
Subject:  Re: [lacnog]  ¿Por qué BGP elige esta ruta en particular?

Lindo ejercicio mental, esto puede dar luz:

http://www.commitconfirmed.net/2015/09/09/bgp-best-path-selection-in-mplsip-
bgp-vpns/

Conclusion
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.
This doesn¹t seem to be platform dependent. I did similar test on Junos
based platform (MX series) and result was the same.

Sl2!

El viernes, 2 de septiembre de 2016, Tomas Lynch <tomas.lynch en gmail.com>
escribió:
> Estimados,
> 
> Tenemos el siguiente caso en uno de nuestros equipos. Esta es la salida en el
> PE donde se encuentra la VRF indicada:
> 
> ROUTER1#show ip bgp vpnv4 vrf VPN_CUSTOMER 10.199.16.0/20
> <http://10.199.16.0/20>
> 
> BGP routing table entry for 65100:16021:10.199.16.0/20 <http://10.199.16.0/20>
> , version 69022324
> 
> Paths: (2 available, best #2, table VPN_CUSTOMER)
>   Advertised to update-groups:
>      36
> 
>   65000 65001 65002 65002 65002, imported path from 65000:22149:10.199.16.0/20
> <http://10.199.16.0/20>
>     10.10.66.173 (metric 11501) from 10.15.1.2 (10.15.1.2)
>       Origin IGP, metric 150, localpref 100, valid, internal
>       Community: 65000:1281
>       Extended Community: RT:65000:51109 RT:65000:81108
>       Originator: 10.10.66.173, Cluster list: 10.15.1.2
>       mpls labels in/out nolabel/37244
> 
>   65000 65001 65002 65002 65002, imported path from 65000:22146:10.199.16.0/20
> <http://10.199.16.0/20>
>     10.10.66.173 (metric 11501) from 10.15.1.2 (10.15.1.2)
>       Origin IGP, metric 150, localpref 100, valid, internal, best
>       Community: 65000:1281
>       Extended Community: RT:65000:51109 RT:65000:81108
>       Originator: 10.10.66.173, Cluster list: 10.15.1.2
>       mpls labels in/out nolabel/67523
> 
> La pregunta es ¿por qué elige la segunda entrada si todos los parámetros son
> iguales con excepción del RD?
> 
> Primero pensamos que el NLRI es menor (22149 > 22146) pero no lo encontramos
> en ningún proceso de selección de rutas
> (http://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/1375
> 3-25.html)
> 
> 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.
> 
> 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.
> 
> ¿Alguno tiene alguna indicación de lo que sucede cuando agoto todas las
> opciones de la selección de rutas de BGP?
> 
> Gracias,
> 
> Tomás
> 
> 

-- 
Ivan Chapero
Área Técnica y Soporte
Fijo: 03464-470280 (interno 535) | Móvil:  03464-155-20282  | Skype ID:
ivanchapero
--
GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito -
Santa Fe - Argentina

_______________________________________________ LACNOG mailing list
LACNOG en lacnic.net https://mail.lacnic.net/mailman/listinfo/lacnog Cancelar
suscripcion: https://mail.lacnic.net/mailman/options/lacnog

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20160903/6349f851/attachment.html>