Resumen BGP.

...

Por defecto los EBGP tienen un TTL de uno, lo que previene que puedan viajar a más de un salto, para hacer la vecindad.

Ejm de redundancia en lo nombrado ocurriría solo si se cumple lo siguiente:

- Tiene que existir una ruta hacia ambas direcciones por donde se establecera el peer.

- Debe ajustarse el TTL para que sea capaz de atravesar el número necesario de saltos.

Para modificar el ttl se configura lo siguiente :

Neighbor [ip addres] ebgp-multihops [número de saltos]

El next hop es el punto de entrada al sistema autónomo, normalmente el próximo salto es la dirección del router frontera, pero hay diversas situaciones donde debe cambiarse.

Las rutas recibidas desde routers externos, serán advertidas a sus vecinos, con una dirección de next hop externa , y los vecinos internos podrían no reconocerla.

Es por esto que el router puede cambiar esta dirección por una propia local. Y esto se realiza de la siguiente forma

Neighbor [ip address] next-hop-self

Para diseñar redes robustas con BGP hay que comprender como los atributos de BGP influyen en el proceso de selección de rutas.

El proceso completo para selección de rutas es el siguiente:

- Se prefiere el camino con el weight mas alto (Atributo propietario de cisco, y local al router que se configura)

- Se prefiere el camino con local preference más alto. (Por defecto toma un valor de 100 pero es posible modificarlo)

- Se prefieren caminos originados localmente vía el comando network o aggregate , o redistribución desde un IGP. Los network y redistribute son preferidos localmente agregados por el aggregate-address.

- Se prefiere el camino con as_path más corto.

- Este paso es omitido si el comando “BGP bestpath as-path ignore” está configurado.

- Un as_set cuenta como 1, no importa cuántos AS haya en el “set”

- Los as_confed_sequence y as_confesed_set no incluidos en la longitud del as_path

- Se prefiere el camino con el origin más bajo, donde IGP

- Se prefiere el camino con la MED más baja, por defecto es 0.

- Se prefieren caminos EBGP sobre IBGP. Si se trata de un camino EBGP continua en el paso 9.

- Se prefiere el camino a través del IGP con la menor métrica hacia el next-hop de BGP

- Determina si se requiere instalar multiples caminos en la tabla de enrutamiento para BGP multipath

- Cuando ambos caminos son externos se prefiere el que fue recibido primero (el más antiguo). Esto minimiza el flapping de rutas. Hay que omitir este paso si se cumple las siguientes condiciones:

- Está habilitado el comando bgp best path compare-router-id

- El router UD es el mismo para multiples caminos por que las rutas fueron recibidas desde el mismo router.

- No existe un “best path” actualmente.

- Se prefiere la ruta que viene desde el router BGP con router ID más bajo. En caso de que el mismo contenga atributos de route-reflectors RR el originator ID es substituido por el router ID en el proceso de selección de rutas de BGP.

- Si el originator o router ID es el mismo para multiples caminos preferimos el camino con la lista de cluster de menor longitud. Esto solamente en entornos RR.

- Se prefiere el camino que viene desde el vecino con la dirección IP baja correspondiente a la usada durante el establecimiento de la sesión TCP, es decir, la que figura en la configuración del vecino.

Existen tres conceptos fundamentales para la configuración de BGP:

- La regla de sincronización

- Comportamiento de horizonte divido

- Elección de caminos BGP.