En primer lugar, cuestionaría la afirmación de que algunos otros han hecho que OSPF converja más rápido que BGP, pero más sobre eso más adelante. Para responder a la pregunta OP primero.
Quieres los dos.
iBGP está diseñado para ejecutarse entre las interfaces de bucle invertido en los enrutadores y no cambia (al menos sin ajustar y girar algunas perillas) ningún atributo (que incluye el siguiente salto) de las rutas que anuncia.
Entonces, ¿cuáles son las implicaciones de eso?
Llamemos a sus enrutadores fronterizos enrutador A, y enrutador B y sus tres enrutadores de acceso en aras de argumento, enrutador 1, enrutador 2 y enrutador 3.
Los enrutadores A y B obtienen alimentaciones completas de Internet de sus canales ascendentes, con el siguiente salto configurado en la dirección de interfaz del canal ascendente en el enlace de interconexión. Cuando esas rutas se transmiten a través de iBGP, nuevamente, a menos que modifique, el siguiente salto de la ruta que reciben los enrutadores 1, 2 y 3 sigue siendo la dirección IP en el otro extremo de ese enlace de interconexión.
Los enrutadores harán una búsqueda recursiva para encontrar la ruta a esa dirección IP y luego usarán el siguiente salto cuando la ruta esté instalada en la tabla de reenvío. "Pero", dices, "usaré el auto del próximo salto". Vea el siguiente párrafo para ver cómo funciona esto.
"Pero", también puede decir: "Solo estoy anunciando los valores predeterminados a los enrutadores 1, 2 y 3." De acuerdo, pero esa ruta predeterminada debe provenir de algún lugar ... si es un valor predeterminado ya existente (digamos estático), tendrá un siguiente salto que se usará. Si es un valor predeterminado generado ... probablemente usará la dirección de bucle invertido en la que se ejecuta la sesión iBGP como el siguiente salto. Nuevamente, esto no se verá como una interfaz o ruta conectada directamente en los enrutadores 1, 2 y 3, por lo que aún tendrán que hacer una búsqueda recursiva para encontrarla.
Por lo tanto, necesita algún tipo de ejecución de IGP, como OSPF, IS-IS o EIGRP, o incluso una gran cantidad de estadísticas dolorosas en la parte posterior para administrar, para que la accesibilidad funcione para las búsquedas recursivas.
"Pero", dice de nuevo, "ejecutaré las sesiones de iBGP en las direcciones de la interfaz en lugar de los bucles. OK, pero ahora su sesión de interconexión BGP depende de que la interfaz esté" activa "para funcionar. Entonces, por ejemplo, Si la interfaz entre el enrutador 1 y el enrutador A se cae, también lo hace la sesión de emparejamiento de iBGP que se ejecuta en esa interfaz. Pero el enrutador 1 todavía tiene la capacidad de enviar tráfico al enrutador A, solo tiene que hacerlo a través del enrutador B. Entonces, usted desea que la sesión de iBGP permanezca activa, incluso cuando esas interfaces se desactivan, porque su próximo salto final aún está más allá y aún se puede acceder a través de otra ruta ... OSPF (uso OSPF, pero puede sub IS- IS y EIGRP en cualquier lugar donde vea OSPF aquí) descubrirán esa otra ruta interna y se encargarán de construir la tabla de reenvío correctamente en esa búsqueda recursiva.
Entonces, sí, probablemente pueda ajustar suficientes botones y obtener una configuración pura de iBGP que funcione sin ninguna configuración de IGP ... pero, por favor, no ... será mucho trabajo, seguramente será flakey.
Hágase un favor y active OSPF, o IS-IS, o incluso EIGRP si es una tienda de Cisco pura (pero considere si realmente quiere aceptar ese bloqueo de proveedor si lo hace ... considere futuras decisiones potenciales usar el equipo de un proveedor diferente ... aunque solo sea para tratar de mantener a Cisco honesto en los precios con usted). Actívelo para todas sus interfaces entre sus enrutadores, y también configúrelo en su conexión aguas arriba con la configuración pasiva, y probablemente también en sus aguas abajo de sus enrutadores de acceso con la configuración pasiva. Luego configure sus pares de iBGP entre sus bucles. Considere los reflectores de ruta (probablemente en los enrutadores A y B) para reducir el esfuerzo de configuración requerido ... tiene sentido en aproximadamente 5 enrutadores comenzar a hacerlo.
Realmente es la forma más sensata de hacer esto.
Ahora, a las velocidades de convergencia de protocolo.
La mayoría de las personas piensan que BGP es lento y OSPF (o lo que sea) es rápido debido a los casos de uso comunes para estos protocolos. Por lo general, las personas acceden a Internet completo, o al menos una fracción significativa del mismo, a BGP, mientras solo manejan rutas internas en OSPF (de 10 a 100, tal vez en los miles de rutas bajas). Entonces, supongamos que está incorporando la mitad de las rutas de Internet a BGP ... intente construir un área OSPF con más de 250,000 rutas y dígame cómo le va. Veamos si eso converge más rápido que BGP ... o alguna vez a menos que tenga un plano de control realmente robusto en sus enrutadores.
BGP, para una situación dada, con frecuencia puede converger, o volver a converger, más rápido que OSPF y otros, al menos dependiendo de cómo lo mida. Si incluye el descubrimiento vecino de OSPF en una red de transmisión, es casi seguro que BGP ganará por una combinación similar de rutas.
La otra diferencia es que BGP comenzará a poner rutas en las tablas de enrutamiento y reenvío antes de que su (re) convergencia haya terminado, lo que puede ser un beneficio, mientras que las implementaciones de OSPF seguramente esperarán hasta el final antes de comenzar a poner rutas en las tablas de enrutamiento y reenvío. . A veces, tener una ruta parcial configurada puede ser útil. A veces no.