{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Capacitaci\u00f3n Cisco 200-125 CCNA v3.0. D\u00eda 49. Introducci\u00f3n a EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy comenzaremos el estudio del protocolo EIGRP, que es una de las temas m\u00e1s importantes del curso CCNA, junto con el estudio de OSPF. <\/p>\n

\"Capacitaci\u00f3n
\n
\nM\u00e1s adelante regresaremos a la secci\u00f3n 2.5, pero ahora pasaremos directamente de la secci\u00f3n 2.4 a la secci\u00f3n 2.6 \"Configuraci\u00f3n, verificaci\u00f3n y soluci\u00f3n de problemas de EIGRP sobre IPv4 (excepto autenticaci\u00f3n, filtrado, resumido manual, redistribuci\u00f3n y configuraci\u00f3n de stub)\".
\nHoy tendremos una lecci\u00f3n introductoria en la que les hablar\u00e9 del concepto del protocolo de enrutamiento interno mejorado EIGRP, y en las dos siguientes lecciones abordaremos la configuraci\u00f3n y la soluci\u00f3n de problemas de este protocolo. Pero primero, quiero comunicarles lo siguiente.<\/a><\/noindex><\/p>\n

En las \u00faltimas lecciones hemos estudiado OSPF. Ahora quiero que recuerden que hace varios meses, cuando estudiamos el protocolo RIP, hablamos sobre bucles de enrutamiento y tecnolog\u00edas para prevenir el ciclo del tr\u00e1fico. \u00bfC\u00f3mo se pueden prevenir los bucles de enrutamiento al usar OSPF? \u00bfSe pueden utilizar m\u00e9todos como el \"envenenamiento de rutas\" o el \"horizontal dividido\"? Estas son preguntas que deben responder por su cuenta. Pueden usar otros recursos sobre el tema, pero encuentren respuestas a estas preguntas. Quiero que aprendan a encontrar respuestas por s\u00ed mismos, trabajando con diferentes fuentes, y pido que dejen sus comentarios debajo de este video para que pueda ver cu\u00e1ntos de mis alumnos han logrado esta tarea. <\/p>\n

\u00bfQu\u00e9 es EIGRP? Es un protocolo de enrutamiento h\u00edbrido que combina las funciones \u00fatiles de un protocolo de vector de distancia, como RIP, y un protocolo de estado de enlace como OSPF. <\/p>\n

\"Capacitaci\u00f3n
\n
\nEIGRP es un protocolo propietario de Cisco que se hizo p\u00fablico en 2013. Tom\u00f3 del protocolo de estado de enlace el algoritmo de establecimiento de vecindad, a diferencia de RIP, que no crea vecinos. RIP tambi\u00e9n intercambia tablas de enrutamiento con otros participantes del protocolo, sin embargo, OSPF, antes de comenzar dicho intercambio, establece vecindades. EIGRP funciona de manera similar.<\/p>\n

El protocolo RIP realiza actualizaciones peri\u00f3dicas de la tabla de enrutamiento cada 30 segundos y env\u00eda informaci\u00f3n sobre todas las interfaces y rutas a todos sus vecinos. EIGRP no lleva a cabo actualizaciones completas peri\u00f3dicas de informaci\u00f3n; en su lugar, utiliza el concepto de env\u00edo de mensajes Hello, al igual que lo hace OSPF. Cada pocos segundos, env\u00eda un mensaje Hello para asegurarse de que el vecino a\u00fan est\u00e1 \"vivo\".<\/p>\n

A diferencia del protocolo de vector de distancia, que estudia toda la topolog\u00eda de la red antes de tomar decisiones sobre la formaci\u00f3n de rutas, EIGRP, similar a RIP, crea rutas bas\u00e1ndose en \"rumores\". Cuando digo \"rumores\", me refiero a que cuando un vecino informa algo, EIGRP lo acepta sin dudar. Por ejemplo, si un vecino dice que sabe c\u00f3mo llegar a 10.1.1.2, EIGRP le cree sin preguntar: \"\u00bfDe d\u00f3nde lo supiste? \u00a1Cu\u00e9ntame sobre la topolog\u00eda de toda la red!\". <\/p>\n

Hasta 2013, si solo utilizabas infraestructura de Cisco, pod\u00edas usar EIGRP, ya que este protocolo fue creado en 1994. Sin embargo, muchas empresas, incluso usando equipos de Cisco, no deseaban trabajar con este protocolo. En mi opini\u00f3n, hoy en d\u00eda EIGRP es el mejor protocolo de enrutamiento din\u00e1mico, ya que es mucho m\u00e1s f\u00e1cil de usar; sin embargo, la gente todav\u00eda prefiere OSPF. Creo que esto se debe a que no quieren \"atarse\" a los productos de Cisco. Pero Cisco ha hecho que este protocolo sea de acceso p\u00fablico porque es compatible con equipos de red de terceros, como Juniper, y si te asocias con una empresa que no utiliza equipos de Cisco, no tendr\u00e1s problemas. <\/p>\n

Hagamos un breve recorrido por la historia de los protocolos de red. <\/p>\n

\"Capacitaci\u00f3n
\n
\nEl protocolo RIPv1, que apareci\u00f3 en la d\u00e9cada de 1980, ten\u00eda una serie de limitaciones, como un n\u00famero m\u00e1ximo de saltos de 16, lo que impidi\u00f3 que pudiera proporcionar enrutamiento en redes extensas. Poco despu\u00e9s, se desarroll\u00f3 el protocolo de enrutamiento interior IGRP, que era mucho mejor que RIP. Sin embargo, era m\u00e1s un protocolo de vector de distancia que un protocolo de estado de enlace. A finales de los a\u00f1os 80, se introdujo un est\u00e1ndar abierto: el protocolo de estado de enlace OSPFv2 para el protocolo IPv4. <\/p>\n

A principios de los a\u00f1os 90, Cisco decidi\u00f3 que era necesario mejorar el protocolo IGRP y lanz\u00f3 el protocolo de enrutamiento interno mejorado EIGRP. Este era mucho m\u00e1s eficiente que OSPF, ya que combinaba caracter\u00edsticas tanto de RIP como de OSPF. Cuando empecemos a estudiarlo, ver\u00e1n que configurar EIGRP es mucho m\u00e1s f\u00e1cil que OSPF. Cisco se esforz\u00f3 en crear un protocolo que garantizara la convergencia m\u00e1s r\u00e1pida de la red. <\/p>\n

A finales de los a\u00f1os 90, se lanz\u00f3 una versi\u00f3n actualizada sin clases del protocolo RIPv2. En la d\u00e9cada del 2000, aparecieron la tercera versi\u00f3n de OSPF, RIPng y EIGRPv6, que admit\u00edan el protocolo IPv6. El mundo se acerca gradualmente a una transici\u00f3n completa a IPv6, y los desarrolladores de protocolos de enrutamiento quieren estar preparados para ello. <\/p>\n

Si recuerdan, estudiamos que al elegir la ruta \u00f3ptima, RIP, como protocolo de vector de distancia, solo se gu\u00eda por un criterio: el n\u00famero m\u00ednimo de saltos, o la distancia m\u00ednima al interfaz de destino. As\u00ed, el enrutador R1 elegir\u00e1 la ruta directa al enrutador R3 a pesar de que la velocidad en esa ruta es de 64 kbps, que es mucho menor que la velocidad en la ruta R1-R2-R3, que es de 1544 kbps. El protocolo RIP considerar\u00e1 \u00f3ptima la ruta lenta de un salto, en lugar de la ruta r\u00e1pida de 2 saltos. <\/p>\n

\"Capacitaci\u00f3n
\n
\nOSPF examinar\u00e1 toda la topolog\u00eda de la red y decidir\u00e1 que para comunicarse con el enrutador R3 es m\u00e1s r\u00e1pido utilizar la ruta a trav\u00e9s del enrutador R2. Como m\u00e9trica, RIP utiliza el n\u00famero de saltos, mientras que la m\u00e9trica de OSPF es el costo, que en la mayor\u00eda de los casos es proporcional al ancho de banda del canal. <\/p>\n

EIGRP tambi\u00e9n se centra en el costo de la ruta, sin embargo, su m\u00e9trica es mucho m\u00e1s compleja que la de OSPF y se basa en m\u00faltiples factores, incluyendo el ancho de banda (Bandwidth), la latencia (Delay), la fiabilidad (Reliability), la carga (Loading) y el tama\u00f1o m\u00e1ximo de paquete (MTU). Por ejemplo, si un nodo est\u00e1 m\u00e1s cargado que otros, EIGRP analizar\u00e1 la carga de toda la ruta y optar\u00e1 por otro nodo con menor carga.<\/p>\n

En el curso CCNA consideraremos solamente factores de formaci\u00f3n de la m\u00e9trica como el ancho de banda (Bandwidth) y la latencia (Delay), estos ser\u00e1n los que usar\u00e1 la f\u00f3rmula de la m\u00e9trica. <\/p>\n

\"Capacitaci\u00f3n
\n
\nEl protocolo de enrutamiento vectorial a distancia RIP utiliza dos conceptos: distancia y direcci\u00f3n. Si tenemos 3 enrutadores, y uno de ellos est\u00e1 conectado a la red 20.0.0.0, la selecci\u00f3n se realizar\u00e1 en funci\u00f3n de la distancia, que se mide en saltos, en este caso 1 salto, y la direcci\u00f3n, es decir, por qu\u00e9 camino \u2014 superior o inferior \u2014 enviar el tr\u00e1fico. <\/p>\n

Adem\u00e1s, RIP utiliza actualizaciones peri\u00f3dicas de informaci\u00f3n, enviando la tabla de enrutamiento completa a toda la red cada 30 segundos. Esta actualizaci\u00f3n cumple con 2 funciones. La primera es la actualizaci\u00f3n de la tabla de enrutamiento, y la segunda es verificar la viabilidad del vecino. Si un dispositivo no recibe una actualizaci\u00f3n de tabla o nueva informaci\u00f3n de ruta del vecino en 30 segundos, entiende que la ruta hacia el vecino ya no puede ser utilizada. El enrutador env\u00eda actualizaciones cada 30 segundos para saber si el vecino sigue 'vivo' y si la ruta sigue siendo v\u00e1lida. <\/p>\n

Como mencion\u00e9, para prevenir bucles de enrutamiento se utiliza la tecnolog\u00eda de Split Horizon. Esto significa que la actualizaci\u00f3n no se env\u00eda de vuelta a la interfaz desde la cual lleg\u00f3. La segunda tecnolog\u00eda para prevenir bucles es Route Poison. Si la conexi\u00f3n con la red 20.0.0.0, que se muestra en la imagen, se interrumpe, el enrutador al que estaba conectado env\u00eda a los vecinos un 'ruta envenenada', indicando que esta red ahora est\u00e1 a 16 saltos, es decir, pr\u00e1cticamente inalcanzable. As\u00ed es como funciona el protocolo RIP.<\/p>\n

\u00bfC\u00f3mo funciona EIGRP? Si recuerdas de las lecciones sobre OSPF, este protocolo realiza tres funciones: establece vecindad, actualiza la base de datos LSDB utilizando LSA seg\u00fan los cambios en la topolog\u00eda de la red y construye la tabla de enrutamiento. Establecer vecindad es un procedimiento bastante complejo que utiliza muchos par\u00e1metros. Por ejemplo, la verificaci\u00f3n y modificaci\u00f3n de la conexi\u00f3n 2WAY: algunas conexiones permanecen en estado de comunicaci\u00f3n bidireccional, mientras que otras pasan a estado FULL. A diferencia de OSPF, en el protocolo EIGRP esto no sucede: solo se verifican 4 par\u00e1metros. <\/p>\n

\"Capacitaci\u00f3n
\n
\nAl igual que OSPF, este protocolo env\u00eda un mensaje Hello cada 10 segundos, que contiene 4 par\u00e1metros. El primero es el criterio de autenticaci\u00f3n, si se ha configurado previamente. En este caso, todos los dispositivos con los que se establece la vecindad deben tener los mismos par\u00e1metros de autenticaci\u00f3n.<\/p>\n

El segundo par\u00e1metro se utiliza para verificar la pertenencia de los dispositivos a un mismo sistema aut\u00f3nomo, es decir, para establecer vecindades por el protocolo EIGRP, ambos dispositivos deben tener el mismo n\u00famero de sistema aut\u00f3nomo. El tercer par\u00e1metro sirve para verificar que los mensajes Hello se env\u00edan desde una misma direcci\u00f3n IP de origen (Source IP). <\/p>\n

El cuarto par\u00e1metro se utiliza para verificar la coincidencia de los coeficientes variables K-Values. El protocolo EIGRP utiliza 5 de estos coeficientes de K1 a K5. Si lo recuerdas, con un valor de K=0, los par\u00e1metros se ignoran; si K=1, se utilizan en la f\u00f3rmula de c\u00e1lculo de la m\u00e9trica. As\u00ed, los valores K1-5 de diferentes dispositivos deben coincidir. En el curso de CCNA, aceptaremos los valores predeterminados de estos coeficientes: K1 y K3 son iguales a 1, mientras que K2, K4 y K5 son iguales a 0.<\/p>\n

Por lo tanto, si estos 4 par\u00e1metros coinciden, EIGRP establece relaciones de vecindad y los dispositivos se incluyen en la tabla de vecinos. Luego se realizan cambios en la tabla de topolog\u00eda. <\/p>\n

\"Capacitaci\u00f3n
\n
\nTodos los mensajes Hello se env\u00edan a la direcci\u00f3n IP multicast 224.0.0.10, y las actualizaciones, dependiendo de la configuraci\u00f3n, se env\u00edan a las direcciones unicast de los vecinos o a la direcci\u00f3n multicast. Esta actualizaci\u00f3n no se env\u00eda por UDP o TCP, sino que utiliza otro protocolo llamado RTP, Reliable Transport Protocol, o \"protocolo de transporte fiable\". Este protocolo verifica si el vecino ha recibido la actualizaci\u00f3n, y como su nombre indica, su funci\u00f3n clave es garantizar la fiabilidad de la comunicaci\u00f3n. Si la actualizaci\u00f3n no llega al vecino, la transmisi\u00f3n se repetir\u00e1 hasta que se reciba. En OSPF, no existe un mecanismo para verificar al dispositivo receptor, por lo que el sistema no sabe si los dispositivos vecinos han recibido la actualizaci\u00f3n.
\nSi recuerdas, RIP env\u00eda actualizaciones de la topolog\u00eda de la red cada 30 segundos. EIGRP lo hace solo si aparece un nuevo dispositivo en la red o si se produce alg\u00fan cambio. Si la topolog\u00eda de una subred cambia, el protocolo enviar\u00e1 una actualizaci\u00f3n, pero no de toda la tabla de topolog\u00eda, sino solo de la entrada con este cambio. Si cambia alguna subred, solo se actualizar\u00e1 su topolog\u00eda. Esto se parece a una actualizaci\u00f3n parcial, que ocurre cuando es necesario. <\/p>\n

Como bien sabes, OSPF env\u00eda LSA cada 30 minutos, independientemente de si ha habido cambios en la red. EIGRP no enviar\u00e1 ninguna actualizaci\u00f3n durante un largo per\u00edodo de tiempo hasta que ocurra alg\u00fan cambio en la red. Por lo tanto, EIGRP es mucho m\u00e1s eficiente que OSPF.<\/p>\n

Despu\u00e9s de que los routers intercambian paquetes de actualizaci\u00f3n, llega la tercera etapa: la formaci\u00f3n de la tabla de enrutamiento basada en la m\u00e9trica, que se calcula seg\u00fan la f\u00f3rmula que se muestra en la imagen. Esta calcula el costo y, dependiendo de este costo, toma una decisi\u00f3n.
\nSupongamos que R1 envi\u00f3 un Hello al router R2, y este \u00faltimo respondi\u00f3 con un Hello al router R1. Si todos los par\u00e1metros coinciden, los routers crean una tabla de vecinos. En esta tabla, R2 registra la entrada del router R1, mientras que R1 crea una entrada para R2. Despu\u00e9s de esto, el router R1 env\u00eda una actualizaci\u00f3n a la red conectada 10.1.1.0\/24. En la tabla de enrutamiento, esto se ve como informaci\u00f3n sobre la direcci\u00f3n IP de la red, la interfaz del router que establece la conexi\u00f3n y el costo de la ruta a trav\u00e9s de esta interfaz. Si recuerdas, el costo de EIGRP es 90, y luego se especifica el valor de distancia, del que hablaremos m\u00e1s adelante. <\/p>\n

\"Capacitaci\u00f3n
\n
\nLa f\u00f3rmula de m\u00e9trica completa es mucho m\u00e1s complicada, ya que incluye valores de los coeficientes K y varias transformaciones. En el sitio web de Cisco se presenta la forma completa de la f\u00f3rmula; sin embargo, si haces la sustituci\u00f3n de los valores de los coeficientes por defecto, se transformar\u00e1 en una forma m\u00e1s simple: la m\u00e9trica ser\u00e1 igual a (ancho de banda + Delay) * 256.<\/p>\n

\"Capacitaci\u00f3n
\n
\nUsaremos exactamente esta versi\u00f3n simplificada de la f\u00f3rmula para calcular la m\u00e9trica, donde el ancho de banda en kilobits es igual a 107, dividido por el menor ancho de banda de todas las interfaces que conducen a la red de destino least-bandwidth, y la latencia cumulative-delay es la latencia total en decenas de microsegundos en todas las interfaces que conducen a la red de destino. <\/p>\n

Al estudiar EIGRP, debemos aprender cuatro definiciones: Feasible Distance (distancia viable), Reported Distance (distancia informada), Successor (router vecino con el menor costo de ruta a la red de destino) y Feasible Successor (router vecino de respaldo). Para entender qu\u00e9 significan, consideremos la siguiente topolog\u00eda de red. <\/p>\n

\"Capacitaci\u00f3n
\n
\nComencemos creando la tabla de enrutamiento R1 con el objetivo de elegir la mejor ruta hacia la red 10.1.1.0\/24. Al lado de cada uno de los dispositivos se muestra el ancho de banda en kbit\/s y la latencia en ms. Usamos interfaces GigabitEthernet con un ancho de banda de 100 Mbit\/s, o 1000000 kbit\/s, interfaces FastEthernet a 100000 kbit\/s, Ethernet a 10000 kbit\/s y una interfaz serial a 1544 kbit\/s. Estos valores se pueden conocer al revisar en la configuraci\u00f3n del enrutador las caracter\u00edsticas de los interfaces f\u00edsicos correspondientes.
\nEl ancho de banda de las interfaces Serial por defecto es de 1544 kbit\/s, y aunque tengas una l\u00ednea de 64 kbit\/s, el ancho de banda seguir\u00e1 siendo 1544 kbit\/s. Por lo tanto, como administrador de red, debes asegurarte de usar el valor correcto de bandwidth. Para una interfaz espec\u00edfica, se puede establecer mediante el comando bandwidth, y con el comando delay puedes cambiar el valor de latencia por defecto. No debes preocuparte por los valores de bandwidth por defecto para las interfaces GigabitEthernet o Ethernet, pero ten cuidado al elegir la velocidad de la l\u00ednea si est\u00e1s usando una interfaz Serial. <\/p>\n

Ten en cuenta que en este esquema, la latencia est\u00e1 indicada como si estuviera en milisegundos ms, pero en realidad son microsegundos, simplemente no tengo la letra \u03bc para la correcta notaci\u00f3n de microsegundos \u03bcs. <\/p>\n

Presta atenci\u00f3n a la siguiente circunstancia. Si introduces el comando show interface g0\/0, el sistema mostrar\u00e1 la latencia en decenas de microsegundos, y no simplemente en microsegundos. <\/p>\n

En el siguiente video, profundizaremos en este tema relacionado con la configuraci\u00f3n de EIGRP. Por ahora, recuerde que al sustituir los valores de latencia en la f\u00f3rmula, 100 \u03bcs se convierte en 10, ya que la f\u00f3rmula utiliza decenas de microsegundos, no unidades. <\/p>\n

En el diagrama, marcar\u00e9 con puntos rojos las interfaces a las que corresponden los anchos de banda y latencias mostrados. <\/p>\n

\"Capacitaci\u00f3n
\n
\nPrimero, necesitamos determinar la posible distancia Feasible Distance. Esta es la m\u00e9trica FD, que se calcula mediante una f\u00f3rmula. Para el segmento desde R5 hasta la red externa, debemos dividir 107 entre 106, lo que nos dar\u00e1 10. Luego, a este valor de ancho de banda, debemos sumar la latencia, que es igual a 1, porque tenemos 10 microsegundos, es decir, una decena. El valor resultante de 11 debe multiplicarse por 256, por lo que el valor de la m\u00e9trica ser\u00e1 2816. Este es el valor de FD para este segmento de red. <\/p>\n

Este valor ser\u00e1 enviado por el router R5 al router R2, y para R2 se convertir\u00e1 en la distancia declarada Reported Distance, que es la cantidad que le inform\u00f3 su vecino. Por lo tanto, la distancia declarada RD para todos los dem\u00e1s dispositivos ser\u00e1 igual a la posible distancia FD del dispositivo que se la comunic\u00f3. <\/p>\n

El router R2 realiza c\u00e1lculos de FD usando sus datos, es decir, divide 107 entre 105 y obtiene 100. Luego, agrega a este valor la suma de latencias en la ruta hacia la red externa: la latencia de R5, que es una decena de microsegundos, y su propia latencia, que equivale a diez decenas. La latencia total ser\u00e1 de 11 decenas de microsegundos. La sumamos al 100 obtenido y obtenemos 111, multiplicamos este valor por 256 y obtenemos FD=28416. De manera similar, el router R3 realiza sus c\u00e1lculos y obtiene FD=281856. El router R4 calcula FD=3072 y se lo transmite a R1 como RD. <\/p>\n

Tenga en cuenta que el enrutador R1, al calcular el FD, no utiliza su capacidad de 1000000 kbps, sino la menor capacidad del enrutador R2, que es de 100000 kbps, porque en la f\u00f3rmula siempre se usa la capacidad m\u00ednima de la interfaz que conduce a la red de destino. En este caso, en el camino hacia la red 10.1.1.0\/24 se encuentran los enrutadores R2 y R5, pero dado que el ancho de banda del quinto enrutador es mayor, se utiliza en la f\u00f3rmula el menor valor de ancho de banda del enrutador R2. La latencia total en el camino R1-R2-R5 es de 1+10+1 (decenas) = 12, la capacidad computada es 100, y la suma de estos n\u00fameros multiplicada por 256 dar\u00e1 un valor de FD=30976. <\/p>\n

As\u00ed que todos los dispositivos han calculado el FD de sus interfaces, y el enrutador R1 tiene 3 rutas que llevan a la red de destino. Estas son las rutas R1-R2, R1-R3 y R1-R4. El enrutador elige el valor m\u00ednimo de distancia posible FD, que es 30976 \u2013 esta es la ruta hacia el enrutador R2. Este enrutador se convierte en Successor, o \"sucesor\". En la tabla de enrutamiento tambi\u00e9n se indica el Feasible Successor (sucesor alternativo) \u2013 esto significa que, en caso de que se interrumpa la conexi\u00f3n entre R1 y el Successor, la ruta se realizar\u00e1 a trav\u00e9s del enrutador alternativo Feasible Successor.<\/p>\n

Los Feasible Successors son designados de acuerdo a una \u00fanica regla: la distancia anunciada RD de este enrutador debe ser menor que el FD del enrutador en el camino hacia el Successor. En nuestro caso, R1-R2 tiene FD=30976, RD en el tramo R1-K3 es de 281856, y RD en el tramo R1-R4 es de 3072. Dado que 3072 < 30976, el enrutador R4 se elige como Feasible Successor. <\/p>\n

Esto significa que, si hay una interrupci\u00f3n en la conexi\u00f3n en la red R1-R2, el tr\u00e1fico hacia la red 10.1.1.0\/24 ser\u00e1 redirigido a trav\u00e9s de la ruta R1-R4-R5. El cambio de ruta usando RIP toma varios decenas de segundos, mientras que con OSPF \u2013 varios segundos, y en EIGRP ocurre de inmediato. Esta es otra ventaja de EIGRP en comparaci\u00f3n con otros protocolos de enrutamiento. <\/p>\n

\u00bfQu\u00e9 sucede si se pierde la conexi\u00f3n con Successor y Feasible Successor al mismo tiempo? En este caso, EIGRP utiliza el algoritmo DUAL, que puede calcular una ruta de respaldo a trav\u00e9s del posible sucesor. Esto puede tardar unos segundos, durante los cuales EIGRP buscar\u00e1 otro vecino que se pueda usar para la transmisi\u00f3n de tr\u00e1fico y colocar\u00e1 sus datos en la tabla de enrutamiento. Despu\u00e9s de eso, el protocolo continuar\u00e1 su funcionamiento normal de enrutamiento. <\/p>\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center>
\nGracias por seguir con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s material interesante? Ap\u00f3yanos realizando un pedido o recomend\u00e1ndonos a tus conocidos, 30% de descuento para los usuarios de Habr en una alternativa \u00fanica a los servidores de nivel de entrada, que hemos dise\u00f1ado para usted:<\/b> Toda la verdad sobre VPS (KVM) E5-2650 v4 (6 n\u00facleos) 10GB DDR4 240GB SSD 1Gbps desde $20 o \u00bfc\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a la mitad de precio?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 49. Introducci\u00f3n a EIGRP | ProHoster","description":"Hoy comenzaremos el estudio del protocolo EIGRP, que es una de las temas m\u00e1s importantes del curso CCNA, junto con el estudio de OSPF.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}