Geekly articles weekly

Principios de funcionamiento del protocolo EIGRP

Este artículo hablará sobre EIGRP y discutirá cómo funciona este protocolo. EIGRP es un protocolo de vector de distancia, a veces se dice que es híbrido, pero no lo es. Lea el comienzo del artículo sobre OSPF y comprenderá por qué EIGRP es un protocolo de vector remoto. EIGRP es un protocolo avanzado de enrutamiento dinámico de vector de distancia desarrollado por Cisco. Vamos a hacerlo bien. Utilizaremos la siguiente topología:

Mi imagen

Ejecute EIGRP en vIOS1 y vIOS2, vea cómo se transmite la información entre los enrutadores. Tan pronto como EIGRP se activa en el enrutador, el enrutador comienza a enviar paquetes de saludo. También enumeramos otros tipos de mensajes que se usan en EIGRP.

  • Hola: los enrutadores usan paquetes de saludo para descubrir vecinos. Los paquetes de multidifusión se envían y no requieren confirmación de recepción.
  • Actualización: contiene información sobre el cambio de rutas. Se envían solo a los enrutadores afectados por la actualización. Estos paquetes se pueden enviar a un enrutador específico (unidifusión) o grupo de enrutadores (multidifusión). La recepción de un paquete de actualización se confirma enviando un ACK.
  • Consulta: cuando el enrutador calcula la ruta y no tiene un sucesor factible, envía un paquete de consulta a sus vecinos para determinar si tienen un sucesor factible para este destino. Por lo general, los paquetes de consulta se envían por multidifusión, pero puede haber unidifusión. La recepción del paquete de consulta se confirma enviando el ACK por el receptor del paquete.
  • Responder: el enrutador envía un paquete de respuesta en respuesta al paquete de consulta. Los paquetes de respuesta se envían unicast al que envió el paquete de consulta. La recepción de un paquete de respuesta se confirma enviando un ACK.
  • ACK: un paquete que confirma la recepción de paquetes de actualización, consulta y respuesta. Los paquetes ACK se envían unicast y contienen un número de confirmación. De hecho, estos son paquetes de saludo que no transmiten datos. Se utiliza la entrega no garantizada.

También hay paquetes SIA, pero hablaremos de ellos a continuación.
Los paquetes se envían a la dirección de multidifusión 224.0.0.10 cada 5 segundos (Hello Timer), Hold Timer es de 15 segundos = 3 intervalos de saludo, si durante este temporizador no se recibieron paquetes de saludo de un vecino, entonces el vecino se elimina de la lista de vecinos. El paquete se ve así:

Mi imagen

El paquete contiene los parámetros de los coeficientes (K1, K2, K3, K4, K5, K6), el Temporizador de retención y el número del Sistema autónomo. Los coeficientes (K1, K2, K3, K4, K5, K6) se utilizan para calcular la métrica, y hablaremos de ellos más adelante, así como los temporizadores EIGRP. Ahora es importante hablar sobre el Sistema Autónomo (AS). Para activar EIGRP, se debe asignar un número a un proceso EIGRP específico, como en OSPF. Pero a diferencia de OSPF, esta opción no se puede seleccionar aleatoriamente para cada enrutador, debe ser la misma para todos los enrutadores. Si el enrutador recibe un paquete de saludo con un AS diferente, no habrá relación de vecino.

Para que los enrutadores se conviertan en vecinos, se deben cumplir las siguientes condiciones:

  • los enrutadores deben estar autenticados,
  • los enrutadores deben estar en el mismo AS,
  • Las relaciones de vecindad deben establecerse en las direcciones principales (cuando llega un paquete de saludo, el enrutador verifica si la dirección del remitente de la red pertenece a la dirección principal de la interfaz),
  • los valores de los coeficientes K deben coincidir.

Para que los enrutadores se conviertan en vecinos EIGRP, no tienen que coincidir con el tiempo de saludo y espera. El enrutador utiliza los valores del temporizador recibidos del vecino. Si se cambia el temporizador Hello o Hold en uno de los enrutadores, los vecinos de este enrutador utilizarán estos valores. Para que el enrutador use otros valores, es necesario cambiar el temporizador en la interfaz correspondiente del vecino. Después de intercambiar paquetes de saludo, se envía un paquete de actualización, pero aún no contiene rutas, contiene el indicador Init, que informa a los enrutadores sobre el inicio del intercambio de información sobre rutas. Este paquete se envía directamente a la dirección del enrutador. Después de intercambiar tales mensajes, cada enrutador envía un paquete de actualización con rutas a la dirección de multidifusión 224.0.0.10:

Mi imagen

Como puede ver, el paquete de actualización no contiene ninguna métrica, sino solo información como ancho de banda, retraso, MTU, etc. Una vez recibida esta información, el enrutador calcula la métrica utilizando los coeficientes K1-K6. Estos paquetes pueden enviarse a un enrutador específico o multidifusión. En general, hay tres tipos de actualizaciones:

  • No periódico (no periódico): las actualizaciones se envían no a intervalos regulares, sino cuando la topología o la métrica cambian;
  • Parcial (parcial): no toda la información de la tabla de enrutamiento se transmite en actualizaciones, sino solo cambios;
  • Limitado: las actualizaciones se envían solo a los enrutadores involucrados.

Los vecindarios a nivel de paquete se ven así:

Mi imagen

Puede notar que, además del saludo y la actualización que enumeramos, también hay un saludo (ACK) y el número es igual al número de paquetes de actualización enviados a la dirección de multidifusión. Se trata del protocolo RTP. El protocolo RTP controla el proceso de transmisión de paquetes EIGRP y proporciona:

  • Entrega garantizada de paquetes.
  • Preservar el orden de los paquetes.

Estas son las cosas. Que tenemos Las rutas intercambiaron paquetes de actualización y ahora es el momento de construir una tabla de enrutamiento. Cada actualización se procesa y se sustituyen los datos (ancho de banda, retraso, etc.) en una fórmula especial, se calcula la métrica:

Mi imagen

Tal fórmula se ve increíble, pero lo mejor de esto es que es posible que no lo sepas, solo sé que existe algo así. Y otro buen truco es que los coeficientes EIGRP predeterminados son:

  • K1 = 1
  • K2 = 0
  • K3 = 1
  • K4 = 0
  • K5 = 0

Y la fórmula simplemente se convierte en métrica = ancho de banda + retraso. Por lo tanto, es tan importante que los coeficientes en todos los enrutadores sean los mismos, para que no haya problemas debido a las diferentes métricas en los enrutadores. Hablemos de los datos en Actualización con un poco más de detalle.

  • Ancho de banda: se selecciona el valor mínimo entre los canales de ancho de banda que conducen a la red y se envía a Actualizar.
  • Retraso: resume el retraso de todos los canales que conducen a esta red.
  • Fiabilidad: la peor medida de fiabilidad en todo momento, basada en keepalive
  • Carga: el peor indicador de carga de enlaces en todo momento, según la velocidad de paquetes y el ancho de banda configurado en la interfaz
  • MTU es la MTU más pequeña hasta el final. A pesar de que se utiliza en la Actualización, no participa en el cálculo de la métrica en sí.

Como se dijo anteriormente, el ancho de banda y la demora se usan por defecto. Los parámetros restantes rara vez son necesarios cuando se necesitan, pero con la ayuda de ellos es posible un ajuste más fino de la métrica. Por lo tanto, en el paquete de actualización, el enrutador pasa la ruta y los datos asociados con él, no transmite la métrica en sí. El enrutador que recibió la actualización calcula la métrica de acuerdo con la fórmula y, según las métricas, decide si la ruta se dirige o no a la tabla de enrutamiento. También es importante tener en cuenta que el enrutador transmite solo las rutas que utiliza. Veamos cómo construir una tabla de topología.

Tabla de topología : una lista de rutas aprendidas de cada vecino. La tabla de topología también almacena la métrica que informa cada vecino para cada ruta (AD) y la métrica que utilizará el enrutador local para llegar a la ruta a través del vecino (FD).

Es necesario explicar qué son AD y FD. Configuraremos EIGRP en todos nuestros enrutadores. Además, para evitar números complejos en la métrica, cambiamos los coeficientes de K1 = 1 K2 = 0 K3 = 1 K4 = 0 K5 = 0 a K1 = 0 K2 = 0 K3 = 1 K4 = 0 K5 = 0. Por lo tanto, tendremos 256 * Fórmula de retraso y también obtenemos una manera fácil de manipular las métricas cambiando el parámetro de retraso en las interfaces. Teniendo en cuenta que en las interfaces demora = 1 segundo, cada enlace, si usa la terminología OSPF, cuesta 256. Veamos cuál es la tabla de topología en vIOS1:
vIOS1 # show topología de ip eigrp
Tabla de topología EIGRP-IPv4 para AS (1) / ID (192.168.1.1)
Códigos: P - Pasivo, A - Activo, U - Actualización, Q - Consulta, R - Respuesta,
r - Estado de respuesta, s - Estado de sia

P 192.168.3.0/24, 1 sucesores, FD es 512
a través de 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 sucesores, FD es 512
a través de 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucesores, FD es 512
a través de 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.35.0/24, 1 sucesores, FD es 512
a través de 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucesores, FD es 512
a través de 192.168.14.4 (512/256), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 3 sucesores, FD es 768
a través de 192.168.12.2 (768/512), GigabitEthernet0 / 3
a través de 192.168.13.3 (768/512), GigabitEthernet0 / 0
a través de 192.168.14.4 (768/512), GigabitEthernet0 / 2

Si observa, por ejemplo, en la red: 192.168.5.0/24, notará tres rutas a través de vIOS2, vIOS3 y vIOS4 con las mismas métricas. Para 192.168.5.0/24 FD, para todas las rutas es igual a - 768 y AD - 512. Déjenos una definición de otro artículo e intentemos explicar:

  • La distancia anunciada (AD) , también conocida como distancia informada (RD), es el costo de la distancia entre el enrutador vecino que anuncia la ruta y la red de destino.
  • Distancia factible (FD) : el costo de la distancia desde el enrutador local a la red de destino = AD, que anuncia el enrutador vecino + el costo de la distancia entre el enrutador local y el enrutador vecino.

P 192.168.5.0/24, 3 sucesores, FD es 768 a través de 192.168.14.4 (768/512), GigabitEthernet0 / 2

Examinemos esta fila de la tabla de topología en vIOS1. vIOS1 aprendió sobre la ruta de vIOS4 (192.168.14.4). Como vIOS1 separa tres enlaces de 192.168.5.0/24, la métrica FD con nuestra configuración será 3 * 256 = 768. Y AD es la métrica de ruta relativa al enrutador (vIOS4) que anunció esta red. AD es la métrica FD de esta ruta en vIOS4. Veamos la tabla de topología en vIOS4:
P 192.168.5.0/24, 1 sucesores, FD es 512 a través de 192.168.45.5 (512/256), GigabitEthernet0 / 1

AD en vIOS1 = FD en vIOS4. Silencioso confuso, pero trata de explicar la lógica del trabajo. El enrutador que anuncia la ruta envía los parámetros (ancho de banda, retraso, etc.) de la ruta en el mensaje de actualización sin tener en cuenta el enlace entre el enrutador que se anuncia. Es decir, vIOS4 solo tiene en cuenta los parámetros de dos enlaces: vIOS4 Gi0 / 1 - vIOS5 Gi0 / 1 y vIOS5 Gi0 / 0 - VPC. Habiendo recibido la actualización, vIOS1, sustituyendo los parámetros obtenidos en la fórmula, calcula qué? Así es: AD = 512. Después de tomar los parámetros de enlace de donde vino la ruta, vIOS1 Gi0 / 2 - vIOS4 Gi0 / 2 y los sustituye en la fórmula nuevamente. Cuenta, obtiene el número 256 y lo suma con AD (512), obtenemos FD - 768. ¡Estas son las cosas! ¿Pero por qué todo este ritual?
Y todo para crear una regla especial llamada condición factible , que es uno de los medios de protección contra la formación de bucles y la convergencia rápida.
Definamos los siguientes términos:

  • El sucesor es un enrutador adyacente con una ruta sin bucles y la ruta de menor costo a la red de destino.
  • Sucesor factible: enrutador de respaldo con ruta sin bucles (el sucesor factible AD debe ser menor que FD de la ruta del sucesor actual).
  • Condición factible: el sucesor factible AD debe ser menor que el FD de la ruta del sucesor actual.

Para explicar cómo funciona todo y mostrar las sutilezas, debe cambiar algunas métricas. Hagamos lo siguiente, cambie el retraso para que tengamos tales métricas de enlace:

Mi imagen

Esto se hace usando el comando de retraso en la interfaz. Ahora hemos dicho: delay = 1 y la métrica es 256. Veamos qué métricas obtenemos para la red 192.168.5.0/24 en el enrutador vIOS1:

  • A través de vIOS2 - FD = 2304, AD = 1280
  • A través de vIOS4 - FD = 1024, AD = 768
  • A través de vIOS3 - FD = 1536, AD = 768

Como vemos que el mejor FD será para la ruta a través de vIOS4, se agregará a la tabla de enrutamiento general, esta ruta se llama Sucesor :
vIOS1 # show ip route eigrp
Códigos: L - local, C - conectado, S - estático, R - RIP, M - móvil, B - BGP
D - EIGRP, EX - EIGRP externo, O - OSPF, IA - OSPF entre áreas
N1 - OSPF NSSA externo tipo 1, N2 - OSPF NSSA externo tipo 2
E1 - OSPF externo tipo 1, E2 - OSPF externo tipo 2
i - IS-IS, su - Resumen IS-IS, L1 - IS-IS nivel-1, L2 - IS-IS nivel-2
ia - área inter IS-IS, * - candidato predeterminado, U - ruta estática por usuario
o - ODR, P - ruta estática descargada periódicamente, H - NHRP, l - LISP
a - ruta de aplicación
+ - ruta replicada,% - anulación del siguiente salto, p - anulaciones de PfR

La puerta de enlace de último recurso no está configurada

D 192.168.2.0/24 [90/512] a través de 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] a través de 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2

Lo que sucederá con las otras dos rutas: se verificará la condición FS (condición factible). La ruta a través de vIOS3 pasa esta condición AD (a través de vIOS3) = 768 <1024 = FD (a través de vIOS1). Por lo tanto, esta ruta, aunque no se agregará a la tabla de enrutamiento general, se almacenará en las tablas de topología:
vIOS1 # show topología de ip eigrp
Tabla de topología EIGRP-IPv4 para AS (1) / ID (192.168.1.1)
Códigos: P - Pasivo, A - Activo, U - Actualización, Q - Consulta, R - Respuesta,
r - Estado de respuesta, s - Estado de sia

P 192.168.3.0/24, 1 sucesores, FD es 1024
a través de 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 sucesores, FD es 1024
a través de 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 sucesores, FD es 768
a través de Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucesores, FD es 768
a través de 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucesores, FD es 512
a través de Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucesores, FD es 768
a través de Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1536/768), GigabitEthernet0 / 0

No tiene la métrica de la mejor ruta, es decir, no es un Sucesor, pero desempeña el papel de una ruta de respaldo y, si el Sucesor se pierde, inmediatamente toma su lugar. Esto logra una convergencia muy rápida del protocolo, pero más sobre eso más adelante. Esta ruta se llama Sucesor factible . ¿Y qué pasará con la tercera ruta? Nada, no cumple la condición de FC (1280> 1024) y no se tendrá en cuenta para protegerlo del bucle. Todas las rutas recibidas a través de la Actualización pero no probadas por FC se pueden ver usando el comando show ip eigrp topology all-links. No está claro por qué la condición FS protege contra la formación de bucles, ahora intentemos explicarlo. Es importante saber que cuando se estudia el protocolo EIGRP, es vital comprender el principio de la condición FC y el propósito para el cual se utiliza. Considere una topología ligeramente modificada (se agregó un enlace entre vIOS2 y vIOS4), y también use la métrica más primitiva:

Mi imagen

La ruta a la red 192.168.5.0/24 será la misma con AD y FD:

  • vIOS4: a través de vIOS5, AD = 5, FD = 10.
  • vIOS1: a través de vIOS4, AD = 10, FD = 11.
  • vIOS3: a través de vIOS1, AD = 11, FD = 12.

Pero vIOS4 recibirá una actualización de vIOS2, que contendrá la ruta a la red 192.168.5.0/24 a través de vIOS2 con la métrica - AD = 12, FD = 15. Está claro que no puede ser un Sucesor, si de repente esta ruta sería elegida por el Sucesor factible, entonces si el Sucesor cae en vIOS4 y el sucesor selecciona esta ruta, se produciría un bucle. Pero FC no permitirá establecer esta ruta como FS como AD = 12> 10 = FD. La ruta a vIOS2 contiene la ruta a través de vIOS4 y, en cualquier caso, su AD también incluye FD vIOS4. Es decir, AD en vIOS2 contiene los siguientes enlaces:
12 = AD en vIOS2 = Gi0 / 3 vIOS3 + Gi0 / 2 vIOS4 + Gi0 / 1 vIOS5 + eth0 VPC5, donde Gi0 / 1 vIOS5 + eth0 VPC5 = FD = 10 - esto es FD vIOS4 y es imposible que AD <FD sea menos

Por lo tanto, la condición FC verifica la ruta para la presencia de sí misma en esta ruta. Solo las rutas que satisfacen esta condición pueden garantizar que no haya bucles. Puede haber casos en los que la ruta no crea un bucle, pero al mismo tiempo no satisface la condición de FC, no la usaremos, en tales casos elegimos la estabilidad de la red. Si profundiza, la condición es bastante simple e intuitiva. El algoritmo que selecciona las mejores rutas en el protocolo EIGRP se llama DUAL . Ahora considere el protocolo EIGRP a la cuestión de la convergencia en la pérdida de la ruta principal. Volvamos a nuestra vieja topología grande e imaginemos que vIOS4 se ha ido. Dependiendo de cómo desapareció vIOS4, el comportamiento será ligeramente diferente, pero será diferente cuando se active el desencadenador. Si, por ejemplo, deshabilitamos la interfaz Gi 0/2 en vIOS1, entonces vIOS1 detecta inmediatamente la pérdida de un vecino y comienza a actuar, si el vecino desaparece sin previo aviso, Hold Timer funcionará después de que no reciba paquetes de saludo durante 15 segundos:
D 192.168.2.0/24 [90/512] a través de 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] a través de 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] a través de 192.168.14.4, 06:01:28, GigabitEthernet0 / 2

P 192.168.3.0/24, 1 sucesores, FD es 1024
a través de 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 sucesores, FD es 1024
a través de 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 sucesores, FD es 768
a través de Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucesores, FD es 768
a través de 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucesores, FD es 512
a través de Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucesores, FD es 768
a través de Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucesores, FD es 256
a través de Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 (1536/768), GigabitEthernet0 / 0

Traje la tabla de enrutamiento y topología nuevamente por conveniencia, de modo que para comprender cómo actuará el enrutador en cada ruta, debes saber en qué estado se encontraban antes. Por ejemplo, la ruta que discutimos anteriormente, la ruta 192.168.5.0/24 se perderá, pero tenía FS en la tabla de topología y, por lo tanto, tan pronto como se pierda la ruta principal, ocupará su lugar en la tabla de enrutamiento. Una pregunta interesante es qué pasará con las rutas sin FS. Pero un poco de hardware:

Las entradas en la tabla de topología pueden estar en dos estados: activo y pasivo. La ruta está en un estado pasivo cuando la ruta es estable y no se busca la mejor ruta. En estado activo, si está buscando la mejor ruta. Se realiza una búsqueda de ruta cuando no hay un sucesor factible para la red de destino. El enrutador, en busca de una ruta mejor, envía una solicitud (envía un paquete de consulta) a cada enrutador vecino. Si el vecino tiene una ruta a la red de destino, responde (envía un paquete de respuesta), si no hay una ruta, el vecino envía una solicitud a sus vecinos. El enrutador compara todos los FD para llegar a una red específica, selecciona la ruta con el FD más pequeño y lo coloca en la tabla de enrutamiento. La tabla de topología puede almacenar 6 rutas a la red del destinatario (principal y de respaldo).

Las rutas que se perdieron y no tenían FS cambiarán a Activo y vIOS1 comenzará a preguntar sobre sus vecinos restantes. Esto se realiza mediante mensajes de consulta.vIOS1 enviará mensajes de consulta a los enrutadores vIOS2 y vIOS3, donde indicará claramente qué rutas necesita; en nuestro caso, tales rutas serán 192.168.14.0/24, 192.168.45.0/24. Con este mensaje, vIOS1 también informa a los enrutadores que las rutas a través de vIOS1 a estas redes no se pueden usar. Esto se hace especificando el parámetro Delay: Infifnity en la métrica de esta ruta, es decir, la métrica es infinitamente grande. Tan pronto como los enrutadores reciban dichos mensajes, eliminarán estas rutas a través de vIOS1. Esta tecnología se llama Poison Reverse.. Poison Reverse también se usa para mensajes de actualización, hablaré de esto un poco más tarde. Después de recibir una consulta con una solicitud de rutas 192.168.14.0/24, 192.168.45.0/24, vIOS2 y vIOS3 verán si tienen estas rutas, que usan, si las hay, enviarán inmediatamente una respuesta con nuevas métricas para estas rutas. vIOS2 y vIOS3, como sabemos, no perdieron sus rutas, por lo que enviarán inmediatamente una respuesta. Si el enrutador que también se le solicita no tiene esta ruta, reenviará la consulta a sus vecinos y así sucesivamente. vIOS1 esperará la respuesta de vIOS2, vIOS3 y luego Active Timer entrará en escena, que comenzará tan pronto como se envíe la consulta:

Active Timer- el intervalo de tiempo durante el cual la ruta puede permanecer en el estado activo. Si el temporizador caduca antes de que se reciban todas las respuestas de los vecinos (Respuesta), el enrutador pone la ruta en un estado atascado en activo. Además, las relaciones del vecindario se rompen con aquellos vecinos de quienes no se recibió respuesta. Por defecto, este temporizador es de 3 minutos.

Es decir, si la respuesta no se recibe en 3 minutos, a pesar de los paquetes de saludo, el vecindario se romperá y esto es muy malo. A pesar de que 3 minutos es como una eternidad para tales protocolos, tales situaciones son posibles con grandes topologías. Para protegerse contra la ruptura errónea de la relación del vecindario, se inventaron mensajes especiales: SIA-Query y SIA-Reply.
Para mejorar la respuesta del enrutador al estado de la ruta activa, se introducen adicionalmente dos tipos de mensajes:

  • Consulta SIA: se envía después de 1,5 minutos (predeterminado) para verificar el estado de un enrutador conectado directamente. Para que, si se pierde la ruta que está detrás del vecino (mientras la conexión con el vecino es normal), las relaciones de vecindario con el enrutador conectado directamente no se restablecen. No requiere confirmación de recibo. Después de enviar tres mensajes y no recibir una respuesta, el vecino se considera inactivo y la ruta se elimina de la tabla de topología.
  • SIA-Reply: se envió en respuesta a SIA-Query. No requiere confirmación de recibo.

Después de 1,5 minutos, si no se recibe la respuesta a cualquier consulta, se envía la consulta SIA, que no requiere una nueva ruta, pero solo necesita enviar una respuesta SIA, para asegurarse de que el vecino esté en orden, simplemente no puede encontrar la correcta ruta

Pienso en cómo reacciona el enrutador a la pérdida de la ruta en el caso de que haya FS o no, dijimos lo suficiente. Solo es necesario hacer cambios a lo siguiente. No proporcionamos una definición correcta de FD, la métrica que calculamos de acuerdo con la fórmula cuando recibimos una ruta por primera vez o cuando el estado de la ruta cambia aún más, sería correcto llamar a CD - Distancia calculada.

FD es el mejor indicador para una ruta dada que se haya obtenido, y es él quien participa en la verificación de FC. Muy a menudo, FD = CD es la mejor ruta, pero veamos cómo FD ha cambiado después del colapso del vecindario con vIOS4:
P 192.168.5.0/24, 1 sucesores, FD es 1024
a través de 192.168.13.3 ( 1.536 mil / 768), GigabitEthernet0 / 0

Ya no tenemos una ruta con CD = 1024, la mejor ruta a través de vIOS3 es CD = 1536, pero como puede ver, FD = 1024, que se solucionó cuando había una ruta a través de vIOS4. FD se actualizará solo cuando esta ruta pase al estado Activo. Hasta que el estado cambie de Pasivo a Activo, FD tampoco cambiará. Las actualizaciones regulares no se aplican a él. Un comentario más. Hagamos este experimento: devuelva el vecindario con vIOS4, CD a través de vIOS3 = 1536 y a través de vIOS2 = 2048. Aumente el retraso del canal entre vIOS1 y vIOS3 para que sea más grande que el CD de vIOS2:
P 192.168.5.0/24, 1 sucesores, FD es 1024
a través de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
a través de 192.168.13.3 ( 2.304 / 768), GigabitEthernet0 / 0

Como vemos el CD a través de vIOS3 = 2304, pero se mantuvo FS ya que AD no cambió y la condición de FC se cumplió, como antes. Nos hacemos una pregunta: ¿qué sucede cuando se pierde una ruta a través de vIOS2? La respuesta esperada y lógica, como nos enseñaron, es FS, ¡pero no! Como todavía hay una ruta a través de vIOS2 con CD = 2048 <2304, la ruta pasará al estado Activo y volverá a calcular la métrica para ella y seleccionará la mejor ruta a pesar de que tenía una ruta de respaldo. Observamos la tabla de topología y obtenemos:
P 192.168.5.0/24, 1 sucesores, FD es 2048 a
través de 192.168.12.2 (2048/1280), GigabitEthernet0 / 3 a
través de 192.168.13.3 (2304/768), GigabitEthernet0 / 0

Se utilizará la ruta a través de vIOS2 y, como señaló FD, también cambió debido a la transición de la ruta al estado Activo. Y la ruta a través de vIOS3 nuevamente comparte el destino del repuesto.

Reglas divididas de horizonte dividido y veneno en EIGRP


Al igual que en RIP, EIGRP usa la regla Split Horizon: si se puede acceder a una ruta a través de una interfaz específica, esta ruta no se incluye en la actualización que se envía a través de esta interfaz.

Por ejemplo, si vIOS4 recibe una ruta a la red 192.168.0.0/24 desde vIOS1, no enviará esta ruta a Actualizar a través de la interfaz a la que está conectado vIOS1. Para ser más precisos, imagine que vIOS1 comenzó a hablar sobre la red 192.168.0.0/24. Envié la actualización a vIOS4, vIOS4 la recibirá y, por regla general, Split Horizon no debería enviar su actualización con esta ruta a vIOS1, pero en realidad lo enviará con una métrica infinita. Como si vIOS4 dice vIOS1- "No te atrevas a usar la ruta a la red 192.168.0.0/24 a través de mí, recibí esta ruta de ti y si la usas, habrá un bucle".

Invertir veneno: indica una ruta inalcanzable utilizando una métrica cuando se pierde. En EIGRP, esto se hace usando el parámetro Delay. Indicamos anteriormente cómo se usa esta tecnología cuando vIOS1 perdió contacto con vIOS4. De lo anterior sobre Split Horizon, podemos concluir que la tecnología Poison Reverse se usa no solo en los mensajes de consulta, sino también en la actualización. Además, Poison Reverse puede violar la regla de Split Horizon y enviar una actualización con métricas infinitas desde la interfaz desde la que recibió esta actualización. Estas dos reglas, junto con la cláusula FC, proporcionan protección de protocolo EIGRP contra bucles.

Routers de trozos


Como optimización, se introdujo una función especial para los enrutadores en el protocolo: Stub. Algo así como la zona Stub en OSPF, pero aquí hay un principio de operación ligeramente diferente. Al configurar el enrutador en modo stub, inmediatamente informa en paquetes Hello a su vecino sobre su estado y, dependiendo del modo stub, puede enviar ciertos tipos de rutas:
vIOS5 # eigrp stub [conectado | mapa de fugas | solo recepción | redistribuido | estática | resumen]

Opciones de comando de stub de Eigrp:

  • Sin opciones (predeterminado): conectado y resumen;
  • conectado: permite que el enrutador de código auxiliar envíe rutas conectadas, pero solo para las interfaces cuyas direcciones se encuentran en las redes especificadas por el comando de red;
  • mapa de fugas: permite prefijos dinámicos basados ​​en el mapa de fugas;
  • solo recepción: evita que el enrutador de código auxiliar envíe rutas;
  • redistributed — stub redistributed ;
  • static — stub static , , ;
  • summary — stub ( ).

Pero la característica principal de esta configuración es que si el enrutador sabe que su vecino está en la función Stub, no le enviará consultas para las rutas que se han vuelto activas. Por ejemplo, si configuramos vIOS5 como Stub, vIOS2-4 se enterará de esto y, si se pierden rutas, no envenenarán la consulta. Teniendo en cuenta qué problemas pueden surgir en ausencia de respuesta, sería bueno enviar consultas solo donde tenga sentido. Esto es importante en grandes topologías donde la convergencia puede ser un proceso complejo. Por lo tanto, si hay un enrutador que es final y solo las redes de usuarios están conectadas a él (relativamente hablando, solo tiene un vecino), entonces es mejor pensar en configurarlo como un Stub.

Algunas palabras sobre temporizadores


Hablamos sobre algunos de ellos, si observa el resultado del comando show ip eigrp neighbours, veremos lo siguiente:
vIOS1 # show ip eigrp neighbours
EIGRP-IPv4 Neighbours for AS (1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
2 192.168.14.4 Gi0 / 2 11 00:48:43 23 138 0 168
0 192.168.12.2 Gi0 / 3 12 02:31:12 6100 0258
1 192.168.13.3 Gi0 / 0 10 2d13h
7100 0291 vIOS1 #

Aquí hay temporizadores que requieren explicación. Si, en respuesta al envío de cualquier paquete de multidifusión que requiera confirmación de recepción, no se ha enviado un acuse de recibo (ACK), entonces el paquete de unidifusión se transmitirá al vecino que no está respondiendo. Si la confirmación no se recibió incluso después de que se enviaron 16 paquetes de unidifusión, el vecino se considera inactivo.

  • Tiempo suave de ida y vuelta (SRTT) : el tiempo entre enviar un paquete a un vecino y recibir la confirmación de él. Medido en milisegundos. La fórmula de cálculo es propietaria.
  • Temporizador de flujo de multidifusión : el valor máximo del intervalo en segundos durante el cual el enrutador esperará el paquete ACK después de enviar el paquete EIGRP a la dirección de multidifusión antes de cambiar al envío de unidifusión. Se calcula sobre la base de SRTT, la fórmula de cálculo en sí es propietaria.
  • Tiempo de espera de retransmisión (RTO): intervalo entre el envío de paquetes de unidifusión. Se calcula sobre la base de SRTT, la fórmula de cálculo en sí es propietaria.

Sobre esto pienso terminar el artículo. A continuación hay un enlace útil:

Source: https://habr.com/ru/post/es420667/

More articles:


All Articles