¿Por qué RIP no es escalable?

La mayoría de las referencias dicen que "RIP no es escalable", por lo tanto, solo se puede usar en redes más pequeñas. Pero ninguno dice "¿POR QUÉ?" ¿Qué es eso en RIP que realmente evita que escale a redes más grandes? ¿Y CÓMO OSPF supera la desventaja de RIP?

La mayoría de las referencias dicen que "RIP no es escalable", por lo tanto, solo se puede usar en redes más pequeñas. Pero ninguno dice "¿POR QUÉ?" ¿Qué es eso en RIP que realmente evita que escale a redes más grandes? ¿Y CÓMO OSPF supera la desventaja de RIP?

Resumen

• RIPv1 inunda las rutas con frecuencia (cada 30 segundos), lo que introduce grandes cargas de CPU a medida que aumenta el tamaño de la tabla de enrutamiento. Esto se ve agravado por la realidad de que RIP recalcula las métricas para cada ruta, cada vez que inunda la ruta de una nueva interfaz (independientemente de si hubo un cambio de topología o no). A medida que aumenta el número de rutas, esto evita que RIP se escale, así como otros protocolos.
• RIPv1 es con clase
• OSPF inunda las rutas con poca frecuencia. Si hay un cambio de topología en la red, solo se inundan los LSA cambiados; las métricas se calculan sobre estos cambios. Como tal, los cálculos de rutas bajo demanda, en LSA s que se inundan con poca frecuencia, hacen que OSPF escale bien.
• OSPF es un protocolo sin clases, que admite CIDR , que también lo convierte en un protocolo más escalable que RIPv1

Detalles de RIPv1 :

RIP es un protocolo de vector de distancia ; Todos los protocolos de Vector de distancia ejecutan el algoritmo Bellman-Ford . En un nivel alto, esto significa:

• Todas las rutas en la tabla de enrutamiento se anuncian periódicamente a través de todas las interfaces.
• Las inundaciones RIP eliminan todas las interfaces RIP cada 30 segundos. Dado que RIP enruta por rumor , esto significa que cada enrutador en la topología debe funcionar en proporción directa al tamaño de la tabla de enrutamiento cada 30 segundos. Las implicaciones de carga de CPU y fluctuación de tráfico de esto se vuelven aterradoras a medida que se acerca a miles de rutas (particularmente en enrutadores basados ​​en CPU sin reenvío de hardware).
• El protocolo RIP en sí tiene un conteo de saltos máximo fijo a 15 saltos (que es pequeño si necesita hacer alguna forma de ponderación de ruta).
• Los protocolos basados ​​en los algoritmos de Bellman-Ford son propensos a los bucles de enrutamiento y los problemas de conteo hasta el infinito .

Detalles de OSPF :

Por el contrario, OSPF es un protocolo de estado de enlace que ejecuta el algoritmo de Dijkstra . Como tal:

• Cada enrutador solo anuncia sus rutas directamente conectadas y redistribuidas en las actualizaciones de enrutamiento (llamadas LSA s).
• Cada enrutador inunda su propia LSA cada 30 minutos de forma predeterminada (porque el temporizador de actualización de ruta es 3600 segundos, o 1 hora)
• Los LSA también se inundan cuando se activan los cambios en la tabla de enrutamiento
• Los enrutadores utilizan el algoritmo de Dijkstra para realizar cálculos de ruta LSA distribuidos solo cuando es necesario.

Solo para agregar a lo que Mike ya ha explicado, RIP recalcula sus rutas y las anuncia cada 30 segundos. En una red con miles de enrutadores y decenas de miles de rutas, se calculan MUCHAS rutas: los enrutadores estarían demasiado ocupados para reenviar realmente cualquier tráfico.

Como probablemente ya haya aprendido, la métrica máxima de RIP es de 15 saltos. Eso limita el tamaño de la red.

RIP no tiene jerarquía. Imagine una red mundial, y cada vez que un enlace sube y baja en Singapur, el enrutador en Islandia tiene que recalcular todas sus rutas. No hay forma de aislar una región de otra.