CONFIGURACIÓN iBGP y eBGP

CONFIGURACIÓN iBGP y eBGP

● BGP Table

● iBGP

● Next-hop-self

● eBGP Multihop
BGP TABLE
● El comando show ip bgp o show bgp ipv4 unicast nos muestra la
tabla BGP a nivel IPv4
BGP TABLE
iBGP
● BGP descarta los prefijos que contienen el mismo AS dentro del AS
path para evitar bucles de enrutamiento. Qué sucede en iBGP si todos
los prefijos se encuentran dentro del mismo AS ?

● iBGP no anuncia las redes aprendidas por un peer a otro peer iBGP, de
tal forma que se implementa split horizon como método de prevención
de bucles
iBGP
● Este mecanismo requiere conexión full-mesh entre los peers iBGP para
dar visibilidad completa en la red. Por tanto, debe aplicarse la regla
X*(X-1)/2 para establecer el número de adyacencias iBGP necesarias
para que se publiquen las rutas dentro del AS

● Como alternativa a este requisito, se pueden implementar

confederaciones o route reflector
NEXT-HOP-SELF
● Otro problema que presenta iBGP respecto a la implementación
de split-horizon, es en referencia a la recursión de rutas:
NEXT-HOP-SELF
NEXT-HOP-SELF
● Next-hop-self modifica el next-hop de las rutas anunciadas al peer iBGP
poniendo su propia IP, de tal forma que al aplicar la recursión de rutas y al
ser el peer iBGP el next-hop, la ruta se pondrá en la tabla de enrutamiento
NEXT-HOP-SELF
eBGP MULTIHOP
● eBGP presenta un TTL de valor 1 para los mensajes BGP, de tal forma que
solo se pueden establecer peerings entre dispositivos directamente
conectados

● Si hacemos uso del update-source loopback para el establecimiento de

sesiones eBGP, la misma no se va a poder establecer, ya que la propia
interfaz loopback representa un salto
eBGP MULTIHOP
● Para solventar esta problemática, podemos implementar eBGP multihop
que nos permite ampliar el TTL de los mensajes BGP
eBGP MULTIHOP
eBGP MULTIHOP