iBGP es un componente del protocolo de puerta de enlace fronterizo (BGP). Su objetivo es proporcionar una conexión interna coherente dentro de un sistema autónomo, mientras que BGP externa (eBGP) forma conexiones entre sistemas autónomos.
BGP en su conjunto está diseñado para escalar muy bien. Puede manejar millones de rutas y proporcionar controles de políticas extremadamente granulares. Con este fin, se realizan varios sacrificios en términos de conocimiento de los elementos subyacentes de la red, velocidad de convergencia en torno a fallas, facilidad de configuración, etc.
Los protocolos de puerta de enlace interior (IGP), incluidos EIGRP, OSPF, IS-IS, etc., se han diseñado e implementado con un conjunto diferente de tareas en mente y, como tal, han enfatizado diferentes características y capacidades que BGP. Las IGP se han diseñado, con algunas excepciones, con la idea de que los enrutadores formen conexiones dinámicamente (frente a que las BGP se definan tradicionalmente de forma estática) y una ética de diseño general de publicidad de todas las rutas disponibles con el objetivo de mucha visibilidad y convergencia muy rápida alrededor de fallas . La desventaja aquí es que generalmente funcionan en el dominio de, a lo sumo, decenas de miles de rutas e incluyen conjuntos relativamente limitados de controles administrativos.
- Cómo determinar la máscara de subred para lo siguiente
- ¿Cuál es la principal desventaja del filtrado dinámico de paquetes?
- ¿Cómo ayuda el hipervisor en un host ESXi con una conexión Ethernet o una conexión de red a una máquina virtual?
- Cómo establecer comunicación entre IPV4 e IPV6
- ¿Cómo funcionan los datos? ¿Cómo se almacenan los datos en las computadoras? ¿Está incrustado en los átomos del disco duro?
Entonces, en esencia, los diversos IGP y BGP son un conjunto diferente de herramientas para diferentes trabajos y, en la mayoría de los casos, se implementan juntos para lograr un resultado más útil / estable / manejable / de rendimiento que cualquiera de los dos podría lograr por sí solo.
Como ejemplo, un ISP casi seguramente ejecuta BGP para comunicarse con otros ISP y sus propios clientes. Aquí se debe implementar una gran cantidad de políticas complejas: diferentes conjuntos de rutas para ciertos pares frente al tránsito aguas arriba, alojamientos específicos para clientes, etc. También hay una escala bastante sustancial, posiblemente muchos millones de posibles rutas que provienen de diferentes puntos.
Al mismo tiempo, sin embargo, el ISP ha provisto muchos enlaces a lo largo (y dentro) de sus diversos puntos de presencia para redundancia, gestión óptima del tráfico y similares. Un IGP se utiliza para descubrir las conexiones reales entre enrutadores y, en particular, los mejores caminos a seguir para que los altavoces BGP se alcancen entre sí.
Imagine dos enrutadores con ocho enlaces paralelos entre ellos: se podría formar un solo par BGP entre direcciones lógicas dentro de los enrutadores que, a su vez, hace referencia a vistas de hasta el segundo de esas ocho rutas. El tráfico podría equilibrarse de manera efectiva, mientras que la adaptación a las condiciones de falla podría ocurrir sin perturbar el emparejamiento BGP. Aquí es donde brilla el IGP.
Entonces … el ISP usa un IGP internamente para generar accesibilidad entre sus enrutadores. Luego implementa iBGP además de esto para crear una política de enrutamiento coherente dentro de su sistema autónomo y luego eBGP para exponer cuidadosamente la información de la red y recibir información de otros sistemas autónomos.
Por supuesto, es posible ejecutar con ninguno o algunos de estos protocolos. En algún momento en el pasado, había ISP que solo usaban un IGP (incluso con sus operadores ascendentes). También hay diseños solo de BGP donde no se ejecutan IGP, confiando en rutas estáticas o conexiones directas para abrir sesiones. Nuevamente, es solo una cuestión de cómo usar las herramientas disponibles.
