¿Cuál es la diferencia entre el enrutamiento de estado de enlace y el enrutamiento de vector de distancia?

Comencemos con la versión funcional:

El enrutamiento del estado del enlace converge rápidamente. El vector de distancia puede llevar mucho tiempo.

El enrutamiento de estado de enlace requiere que cada nodo sea extremadamente cooperativo, generalmente bajo la misma administración. El vector de distancia es un poco más robusto (pero sigue siendo vulnerable a la mala información), y le permite ser más creativo, haciendo cosas como el filtrado de rutas.

El enrutamiento de estado de enlace es internamente mucho más complicado. El vector de distancia es brutalmente simple.

El estado de enlace tiene mayores requisitos de infraestructura. Más memoria, más carga máxima de CPU.

El mundo ha convergido prácticamente en el estado de enlace como la arquitectura moderna de IGP. Por el contrario, probamos los EGP de estado de enlace y eso no funcionó en absoluto, por lo que terminamos con un vector de ruta EGP: BGP.

Las otras diferencias de ambos tipos de protocolos de enrutamiento son las siguientes:

Vector de distancia

  • Los protocolos de enrutamiento de vector de distancia se basan en los algoritmos de Bellma y Ford.
  • Los protocolos de enrutamiento de vector de distancia son menos escalables, como RIP admite 16 saltos e IGRP tiene un máximo de 100 saltos.
  • El vector de distancia son protocolos de enrutamiento con clase, lo que significa que no se admite la máscara de subred de longitud variable (VLSM) y el enrutamiento entre dominios sin clase (CIDR).
  • Los protocolos de enrutamiento de vector de distancia utilizan conteo de saltos y métrica compuesta.
  • Los protocolos de enrutamiento de vector de distancia admiten subredes no contiguas.
  • Los protocolos de enrutamiento de vector de distancia comunes incluyen: Appletalk RTMP, IPX RIP, IP RIP, IGRP

Estado de enlace

  • Los protocolos de enrutamiento de estado de enlace se basan en algoritmos Dijkstra.
  • Los protocolos de enrutamiento de estado de enlace son muy escalables y admiten saltos infinitos.
  • Los protocolos de enrutamiento de estado de enlace no tienen clase, lo que significa que son compatibles con VLSM y CIDR.
  • El costo es la métrica de los protocolos de enrutamiento de estado de enlace.
  • Los protocolos de enrutamiento de estado de enlace admiten subredes contiguas.
  1. Distancia de uso de vector de distancia particular Protocolo de enrutamiento de vector y protocolo de enrutamiento de estado de uso de estado de enlace.
  2. El algoritmo usado en el vector de distancia es bellman-ford y en el estado de enlace se usa primero la ruta más corta.
  3. El vector de distancia solo admite la subred de rutina completa de clase y, en el estado de enlace, admite subredes de resumen con clase, sin clase, VLSM.
  4. En el vector de distancia creará solo una tabla de enrutamiento y en estado de enlace generará una tabla de enrutamiento, una tabla vecina y una tabla de topología.
  5. El tiempo de convergencia en el vector de distancia es muy lento y en estado de enlace será muy rápido.
  6. El vector de distancia consume menos memoria o puede decir que requiere menos memoria donde el estado del enlace requiere más memoria.
  7. Podemos configurar fácilmente el vector de distancia, pero la configuración del estado del enlace es avanzada y compleja.
  8. Ejemplo de vector de distancia es RIP, IGRP y ejemplo de estado de enlace es OSPF, IS-IS.

¡Espero que te brinde mucha más información y te sea útil!

El enrutamiento del vector de distancia se llama así porque involucra dos factores: la distancia , o métrica, de un destino, y el vector , o la dirección a seguir para llegar allí. La información de enrutamiento solo se intercambia entre vecinos conectados directamente. Esto significa que un enrutador sabe de qué vecino se aprendió una ruta, pero no sabe dónde ese vecino aprendió la ruta; un enrutador no puede ver más allá de sus propios vecinos. Este aspecto del enrutamiento del vector de distancia a veces se denomina “enrutamiento por rumor”. Se emplean medidas como el horizonte dividido y el reverso del veneno para evitar los enrutamientos.

El enrutamiento de estado de enlace , por el contrario, requiere que todos los enrutadores conozcan las rutas accesibles por todos los demás enrutadores de la red. La información del estado del enlace se inunda en todo el dominio del estado del enlace (un área en OSPF o IS-IS) para garantizar que todos los enrutadores posean una copia sincronizada de la base de datos del estado del enlace del área. A partir de esta base de datos común, cada enrutador construye su propio árbol relativo de ruta más corta, con él mismo como raíz, para todas las rutas conocidas.

Considere la siguiente topología.

Tanto el vector de distancia como los protocolos de enrutamiento de estado de enlace son adecuados para el despliegue en esta red, pero cada uno se dedicará a propagar rutas de manera diferente.

Vector de distancia

Si tuviéramos que ejecutar un protocolo de enrutamiento de vector de distancia como RIP o EIGRP en esta topología, así es como R1 vería la red, suponiendo que cada enlace tenga una métrica de 1 (se han omitido las rutas conectadas localmente):

Tenga en cuenta que aunque R1 tiene conectividad con todas las subredes, no tiene conocimiento de la estructura de la red más allá de sus propios enlaces. R4 tiene aún menos información:

Debido a que no requieren enrutadores para mantener el estado de todos los enlaces en la red, los protocolos de vector de distancia generalmente consumen menos sobrecarga a expensas de la visibilidad limitada. Debido a que los enrutadores solo tienen una vista limitada de la red, se necesitan herramientas como el horizonte dividido y la inversión de pociones para evitar los bucles de enrutamiento.

Estado de enlace

Ahora, veamos la misma topología que ejecuta un protocolo de enrutamiento de estado de enlace (en una sola área). Debido a que cada enrutador registra el estado de todos los enlaces en el área, cada enrutador puede construir un árbol de ruta más corta desde sí mismo a todos los destinos conocidos. Así es como se vería el árbol de R1:

R4 ha construido su propio árbol de ruta más corta, diferente del de R1:

Aunque mantener la información del estado del enlace para toda el área generalmente requiere más gastos generales que el procesamiento de anuncios solo de vecinos directos, pero proporciona una operación y escalabilidad más robustas.

Te daré una respuesta corta.
Los protocolos de enrutamiento que son vectores de distancia no saben cómo es la topología. Solo saben quién es el vecino. Y el protocolo de enrutamiento de estado de enlace en ejecución del enrutador conoce toda la topología.

Supongamos que hay 3 enrutadores R1, R2, R3.

Vector de distancia : R2 sabrá quiénes son sus vecinos, es decir, R1 y R3. Pero R1 solo conocerá a R2 y R3 solo conocerá a R2.

Estado del enlace : R1 sabrá R2 y R3, R2 sabrá R1 y R3, R3 conocerá R2 y R1.

Los protocolos de enrutamiento de Linkstate esencialmente “conocen” toda la red y todos tienen la misma vista de la red.

El vector de distancia solo sabe que está conectado directamente a los vecinos y el costo de las redes como lo anuncian.

Eso es esencialmente en pocas palabras.

El EIGRP de Cisco trata de tomar lo mejor de ambos y, en mi opinión, es razonablemente exitoso. Tiene algunos inconvenientes, pero el tiempo de convergencia es en realidad más rápido que OSPF si se usa bien. A algunas personas no les gusta EIGRP, me encanta. Es tan simple, pero tan efectivo y escalable. Y recientemente se abrió su código fuente, por lo que técnicamente ya no es propio.

OSPF es un estado de enlace, pero solo en un área. Si haces OSPF de área múltiple, esencialmente estás haciendo un vector de distancia entre ellos. La información de topología se resume entre áreas (de eso se trata).

BGP es un vector de distancia, algo así … Por lo general, no necesitas esto (una de mis aperturas favoritas en un capítulo sobre bgp fue: la mayoría de la gente realmente no necesita BGP)

RIP: nunca descansarás en paz usando esto. Aparte de mis laboratorios, nunca he visto esto en ninguna red razonable.