Diferencia entre EBGP y IBGP

EBGP vs IBGP

Tanto EBGP como IBGP son términos utilizados 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 peers 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 que los dos vecinos no están conectados directamente, por ejemplo, peering con interfaces de bucle invertido o peering cuando los dispositivos están a varios saltos de distancia, debemos agregar el comando "neighbor x.x.x.x ebgp-multihop"

De lo contrario, no se establecerá el barrio de BGP. Además, EBGP peer publicará las mejores rutas que conoce o ha aprendido de sus pares (ya sea EBGP peer o IBGP peer), lo que no es así, en el caso de IBGP.

¿Qué es IBGP??

En IBGP, no hay restricción de que los vecinos tengan que estar conectados directamente; sin embargo, un compañero de IBGP no anunciará el prefijo que aprendió de un compañero de IBGP a otro compañero de 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 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 cae. Sin embargo, cuando una ruta se anuncia a un interlocutor IBGP, el número AS local no se agrega a as-path, ya que los interlocutores están en el mismo AS.

Para evitar bucles en el mismo AS, hay dos métodos utilizados.

1. Topología de malla completa: En esto, todos los enrutadores en el mismo AS deben estar conectados entre sí. Por ejemplo, si tenemos N routers, entonces debemos tener N (N-1) / 2 sesiones IBGP. Podemos evitar esto introduciendo Reflectores de Ruta..

2. Uso de los 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 Reflector de ruta y los otros enrutadores IBGP se denominan clientes de reflector de ruta.

¿Cuál es la diferencia entre eBGP e iBGP??

1. EBGP se asoma entre dos AS diferentes, mientras que IBGP está entre el mismo AS (Sistema Autónomo).

2. Las rutas aprendidas de pares de eBGP se publicarán a otros pares (BGP o IBGP); sin embargo, las rutas aprendidas de pares IBGP no se publicarán a otros pares IBGP.

3. De manera predeterminada, los pares EBGP se configuran con TTL = 1, lo que significa que se supone que los vecinos están conectados directamente, lo que no es el caso de IBGP. Podemos cambiar este comportamiento para EBGP usando el comando "neighbor x.x.x.x ebgp-multihop". Multihop es el término utilizado en EBGP solamente.

4. Las rutas de EBGP tienen una distancia administrativa de 20, mientras que IBGP tiene 200.

5. El siguiente salto permanece sin cambios cuando la ruta se anuncia a un compañero IBGP; sin embargo, se cambia cuando se anuncia a peer EBGP de forma predeterminada.

Este comportamiento predeterminado de IBGP se puede cambiar con el comando "neighbor x.x.x.x next-hop-self"; esto cambia el siguiente salto, mientras que la publicidad, como una ruta local.