EBGP frente a IBGP
Tanto EBGP como IBGP son términos que se utilizan con el protocolo de enrutamiento BGP. En términos teóricos, la principal diferencia entre los dos es que EBGP se ejecuta entre dos enrutadores BGP en diferentes sistemas autónomos (AS), sin embargo, IBGP se ejecuta entre dos enrutadores BGP en el mismo AS. Antes de discutir las diferencias entre EBGP e IBGP, tengamos una comprensión básica de EBGP e IBGP.
¿Qué es EBGP?
BGP se ejecuta entre enrutadores en diferentes sistemas autónomos. De forma predeterminada, en EBGP (peering en dos AS diferentes), IP TTL se establece en 1, lo que significa que se supone que los pares están conectados directamente.
En este caso, cuando el paquete cruza un enrutador, TTL se convierte en 0 y luego el paquete se eliminará más allá de eso. En los casos en los que los dos vecinos no están conectados directamente, por ejemplo, peering con interfaces loopback o peering cuando los dispositivos están a varios saltos de distancia, debemos agregar el comando "vecino xxxx ebgp-multihop"
De lo contrario, no se establecerá la vecindad de BGP. Además, EBGP peer anunciará todas las mejores rutas que conoce o ha aprendido de sus pares (ya sean EBGP peer o IBGP peer), lo que no es así en el caso de IBGP.
¿Qué es IBGP?
En IBGP, no hay ninguna restricción de que los vecinos tengan que estar conectados directamente; sin embargo, un par IBGP no anunciará el prefijo que aprendió de un par IBGP a otro par IBGP. Esta restricción está ahí para evitar bucles dentro del mismo AS. Para aclarar esto, cuando se pasa una ruta a un par EBGP, el número de AS local se agrega al prefijo en as-path, por lo que si recibimos el mismo paquete indicando nuestro AS en as-path, sabemos que es un bucle, y ese paquete se descarta. Sin embargo, cuando una ruta se anuncia a un par IBGP, el número AS local no se agrega a as-path, ya que los pares están en el mismo AS.
Para evitar bucles en el mismo AS, se utilizan dos métodos.
1. Topología de malla completa: en este caso, todos los enrutadores del mismo AS deben estar conectados entre sí. Por ejemplo, si tenemos N enrutadores, entonces debemos tener N (N-1) / 2 sesiones IBGP. Podemos evitar esto introduciendo reflectores de ruta.
2. Uso de reflectores de ruta: es un método alternativo para superar el escenario de malla completa. En este caso, las sesiones de IBGP se establecen con un punto central. Este punto central se denomina Route Reflector y los otros enrutadores IBGP se denominan clientes de Route reflector.
¿Cuál es la diferencia entre eBGP e iBGP?
1. EBGP está mirando entre dos AS diferentes, mientras que IBGP está entre el mismo AS (sistema autónomo).
2. Las rutas aprendidas de pares eBGP se anunciarán a otros pares (BGP o IBGP); sin embargo, las rutas aprendidas de pares IBGP no se anunciarán a otros pares IBGP.
3. De forma predeterminada, los pares EBGP se establecen con TTL = 1, lo que significa que se supone que los vecinos están conectados directamente, lo que no ocurre en el caso de IBGP. Podemos cambiar este comportamiento para EBGP usando el comando "vecino xxxx ebgp-multihop". Multihop es el término que se utiliza solo en EBGP.
4. Las rutas EBGP tienen una distancia administrativa de 20, mientras que IBGP tiene 200.
5. El siguiente salto permanece sin cambios cuando la ruta se anuncia al par IBGP; sin embargo, se cambia cuando se anuncia al par EBGP de forma predeterminada.
Este comportamiento predeterminado de IBGP se puede cambiar con el comando "vecino xxxx next-hop-self"; esto cambia el siguiente salto, mientras se anuncia, como una ruta local.
