CAPITULO 11 : “OSPF”

INFORMACION BASICA DEL OSPF.- El desarrollo inicial de OSPF comenzó en 1987 por parte del grupo de trabajo de OSPF, el Grupo de trabajo de ingeniería de Internet (IETF). En aquel momento, Internet constituía fundamentalmente una red académica y de investigación financiada por el gobierno de los EE. UU.
Coloque el cursor sobre las fechas en la figura Cronograma de desarrollo de OSPF para ver los eventos relacionados.
En 1989, la especificación para OSPFv1 se publicó en RFC 1131. Había dos implementaciones desarrolladas: una para ejecutar en routers y otra para ejecutar en estaciones de trabajo UNIX. La última implementación se convirtió luego en un proceso UNIX generalizado y conocido como GATED. OSPFv1 fue un protocolo de enrutamiento experimental y nunca se implementó.
En 1991, John Moy introdujo OSPFv2 en RFC 1247. OSPFv2 ofrecía significativas mejoras técnicas con respecto a OSPFv1. Al mismo tiempo, ISO trabajaba en un protocolo de enrutamiento de estado de enlace propio, Intermediate System-to-Intermediate System (IS-IS). Lógicamente, IETF eligió OSPF como su IGP (Interior Gateway Protocol) recomendado.
En 1998, la especificación OSPFv2 se actualizó en RFC 2328 y representa la RFC actual para OSPF.

ENCAPSULACION DE MENSAJES OSPF.- La porción de datos de un mensaje OSPF se encapsula en un paquete. Este campo de datos puede incluir uno de cinco tipos de paquetes OSPF. Cada tipo de paquete se analiza brevemente en el próximo tema.
Coloque el cursor sobre los campos en la figura Mensaje de OSPF encapsulado para ver el proceso de encapsulación.
El encabezado del paquete OSPF se incluye con cada paquete OSPF, independientemente de su tipo. El encabezadodel paquete OSPF y los datos específicos según el tipo de paquete específico se encapsulan luego en un paquete IP. En el encabezado del paquete IP, el campo Protocolo se establece en 89 para indicar el OSPF y la dirección de destino se establece para una de dos direcciones multicast: 224.0.0.5 ó 224.0.0.6. Si el paquete OSPF se encapsula en una trama de Ethernet, la dirección MAC de destino es también una dirección multicast: 01-00-5E-00-00-05 ó 01-00-5E-00-00-06.

TIPOS DE PAQUETES OSPF.- En el capítulo anterior, presentamos Paquetes de estado de enlace (LSP). La figura muestra los cinco tipos diferentes de LSP de OSPF. Cada paquete cumple una función específica en el proceso de enrutamiento de OSPF:
1. Saludo: los paquetes de saludo se utilizan para establecer y mantener la adyacencia con otros routers OSPF. El protocolo de saludo se analiza en detalle en el próximo tema.
2. DBD: el paquete de Descripción de bases de datos (DBD) incluye una lista abreviada de la base de datos de estado de enlace del router emisor y lo utilizan los routers receptores para comparar con la base de datos de estado de enlace local.

PROTOCOLO DE SALUDO.- La figura muestra el encabezado del paquete OSPF y el paquete de saludo. Los campos sombreados en color azul se analizarán en mayor detalle más adelante en el capítulo. Por el momento, nos enfocaremos en los usos del paquete de saludo.
El paquete OSPF Tipo 1 es el paquete de saludo OSPF. Los paquetes de saludo se utilizan para:
Descubrir vecinos OSPF y establecer adyacencias de vecinos. Publicar parámetros en los que dos routers deben acordar convertirse en vecinos. Elegir el Router designado (DR) y el Router designado de respaldo (BDR) en redes de accesos múltiples, como Ethernet y Frame Relay.

Establecimiento de vecinos
Antes de que un router OSPF pueda saturar a otros routers con sus estados de enlace, primero debe determinar si existe algún otro vecino OSPF en alguno de sus enlaces. En la figura, los routers OSPF envían paquetes de saludo a todas las interfaces habilitadas con OSPF para determinar si hay vecinos en dichos enlaces. La información en el saludo de OSPF incluye la ID del router OSPF del router que envía el paquete de saludo (la ID del router se analiza más adelante en el capítulo). La recepción de un paquete de saludo OSPF en una interfaz confirma a un router la presencia de otro router OSPF en dicho enlace. OSPF luego establece la adyacencia con el vecino. Por ejemplo, en la figura, R1 establecerá adyacencias con R2 y R3.
Intervalos muerto y de saludo de OSPF
Antes de que dos routers puedan formar una adyacencia de vecinos OSPF, éstos deben estar de acuerdo con respecto a tres valores: Intervalo de saludo, intervalo muerto y tipo de red. El intervalo de saludo de OSPF indica la frecuencia con que un router OSPF transmite sus paquetes de saludo. De manera predeterminada, los paquetes de saludo OSPF se envían cada 10 segundos en segmentos multiacceso y punto a punto, y cada 30 segundos en segmentos multiacceso sin broadcast (NBMA) (Frame Relay, X.25, ATM).
En la mayoría de los casos, los paquetes de saludo OSPF se envían como multicast a una dirección reservada para ALLSPFRouters en 224.0.0.5. La utilización de una dirección multicast permite a un dispositivo ignorar el paquete si la interfaz no está habilitada para aceptar paquetes OSPF. Esto ahorra tiempo de procesamiento de CPU en los dispositivos que no son OSPF.
El intervalo muerto es el período, expresado en segundos, que el router esperará para recibir un paquete de saludo antes de declarar al vecino "desactivado". Cisco utiliza en forma predeterminada cuatro veces el intervalo de Hello. En el caso de los segmentos multiacceso y punto a punto, dicho período es de 40 segundos. En el caso de las redes NBMA, el intervalo muerto es de 120 segundos.
Si el intervalo muerto expira antes de que los routers reciban un paquete de saludo, OSPF retirará a dicho vecino de su base de datos de estado de enlace. El router satura con la información de estado de enlace acerca del vecino "desactivado" desde todas las interfaces habilitadas con OSPF.
Los tipos de redes se analizan más adelante en el capítulo. Selección de DR y BDR
Para reducir la cantidad de tráfico de OSPF en redes de accesos múltiples, OSPF selecciona un Router designado (DR) y un Router designado de respaldo (BDR). El DR es responsable de actualizar todos los demás routers OSPF (llamados
DROthers) cuando ocurre un cambio en la red de accesos múltiples. El BDR supervisa al DR y reemplaza a DR si el DR actual falla. En la figura, R1, R2 y R3 están conectados a través de enlaces punto a punto. Por lo tanto, no ocurre la elección de DR/BDR. La selección y los procesos de DR/BDR se analizarán en un tema posterior y se cambiará la topología por una red de accesos múltiples.
Nota: El paquete de saludo se analiza en mayor detalle en CCNP junto con los otros tipos de paquetes OSPF.

ALGORITMO OSPF.- Cada router OSPF mantiene una base de datos de estado de enlace que contiene las LSA recibidas por parte de todos los demás routers. Una vez que un router recibió todas las LAS y creó su base de datos de estado de enlace local, OSPF utiliza el algoritmo shortest path first (SPF) de Dijkstra para crear un árbol SPF. El árbol SPF luego se utiliza para completar la tabla de enrutamiento IP con las mejores rutas para cada red.

ID DEL ROUTER OSPF.- Determinación de la ID del router
La ID del router OSPF se utiliza para identificar en forma exclusiva cada router en el dominio de enrutamiento OSPF. La ID de un router es simplemente una dirección IP. Los routers de Cisco obtienen la ID del router conforme a tres criterios y con la siguiente prioridad:
1. Utilizar la dirección IP configurada con el comando router-id de OSPF. 2. Si router-id no está configurado, el router elige la dirección IP más alta de cualquiera de sus interfaces loopback.
3. Si no hay ninguna interfaz loopback configurada, el router elige la dirección IP activa más alta de cualquiera de sus interfaces físicas.
Dirección IP activa más alta
Si un router OSPF se configura con el comando router-id de OSPF y no hay interfaces loopback configuradas, la ID del router OSPF será la dirección IP activa más alta de cualquiera de sus interfaces. La interfaz no necesita estar habilitada para OSPF, lo que significa que no necesita estar incluida en uno de los comandos network de OSPF. Sin embargo, la interfaz debe estar activa, debe encontrarse en estado up.

Dirección de loopback
Si no se utilizó el comando router-id de OSPF y están configuradas las interfaces loopback, OSPF elegirá la dirección IP más alta de cualquiera de sus interfaces loopback. Una dirección de loopback es una interfaz virtual y se encuentra en estado up en forma automática cuando está configurada. El usuario ya conoce los comandos para configurar una interfaz loopback:
Router(config)#interface loopback number Router(config-if)#ip address ip-address subnet-mask

METRICA DEL OSPF.- 11.3.2    MODIFICACION DEL COSTO DEL ENLACE.- Cuando la interfaz serial no está funcionando realmente a la velocidad predeterminada de T1, la interfaz requiere una modificación manual. Ambos lados del enlace deben configurarse para tener el mismo valor. Tanto el comando de interfaz bandwidth como el comando de interfaz ip ospf cost logran este fin, un valor preciso que OSPF utilizará para determinar el mejor camino. Comando bandwidth El comando bandwidth se utiliza para modificar el valor del ancho de banda utilizado por IOS en el cálculo de la métrica de costo de OSPF. La sintaxis del comando interface es la misma sintaxis que aprendióen el Capítulo 9, "EIGRP": Router(config-if)#bandwidth bandwidth-kbps La figura muestra los comandos bandwidth utilizados para modificar los costos de todas las interfaces seriales de la topología. En el caso de R1, el comando show ip ospf interface muestra que el costo del enlace Serial 0/0/0 es ahora 1562, el resultado del cálculo de costo OSPF de Cisco de 100 000 000/64 000.

PROCESO DE ELECCION DE DR/BDR.- Cambio de topología
Las elecciones de DR/BDR no se presentan en las redes punto a punto. Por lo tanto, en una topología estándarde tres routers, R1, R2 y R3 no necesitan elegir un DR ni un BDR, ya que los enlaces entre estos routers no son redes de accesos múltiples.
Haga clic en Topología de accesos múltiples en la figura.
Para el resto de la discusión del DR y BDR, utilizaremos la topología de accesos múltiples que muestra la figura. Los nombres de los routers son diferentes, únicamente para enfatizar que esta topología no es la misma topología de tres routers que hemos utilizado hasta aquí. Regresaremos a nuestra topología del capítulo luego de la discusión sobre el proceso de elección de DR/BDR. En esta nueva topología, tenemos tres routers que comparten una red Ethernet de accesos múltiples común, 192.168.1.0/24. Cada router está configurado con una dirección IP en la interfaz Fast Ethernet y una dirección de loopback para la ID del router.

11.4.3    PRIORIDAD DE INTERFAZ OSPF.- Debido a que DR se convierte en el punto central de recolección y distribución de las LSA, es importante que este router tenga suficiente capacidad de memoria y CPU para cumplir con la responsabilidad. En vez de confiar en la ID del router para decidir cuáles routers se elegirán como DR y BDR, es mejor controlar la elección de dichos routers con el comando ip ospf priority interface.
Router(config-if)#ip ospf priority {0 - 255}
En nuestra discusión anterior, la prioridad OSPF era igual. Esto se debe a que, de manera predeterminada, el valor de prioridad es 1 para todas las interfaces del router. Por lo tanto, la ID del router determina el DR y el BDR. Sin embargo, si cambia el valor predeterminado de 1 por un valor mayor, el router con la prioridad más alta se convertirá en DR y el router con la segunda prioridad más alta se convertirá en BDR. Un valor de 0 hace que el router no sea elegible para convertirse en DR ni en BDR.
Debido a que las prioridades son un valor específico según la interfaz, suministran un mejor control de las redes de accesos múltiples de OSPF. También permiten a un a router ser DR en una red y DROther en otra.
Haga clic enshow ip ospf interface en la figura.
Para simplificar nuestro análisis, retiramos el RouterD de la topología. La prioridad de interfaz OSPF puede verse a través del comando show ip ospf interface. En la figura, podemos verificar que la prioridad en el RouterA se encuentra en el valor predeterminado de 1.
Haga clic en Modificar prioridad en la figura.
La figura muestra las prioridades de interfaz OSPF del RouterA y el RouterB modificadas para que el RouterA con la prioridad más alta se convierta en DR y el RouterB se convierta en BDR. La prioridad de interfaz OSPF del RouterC continúa en el valor predeterminado 1.

CAPITULO 10 : “PROTOCOLOS DE ENRUTAMIENTO DE ESTADO DE ENLACE”

ENRUTAMIENTO DE ESTADO DE ENLACE.- 10.1.1    PROCOLO DE ENRUTAMIENTO DE ESTADO DE ENLACE.- A los protocolos de enrutamiento de estado de enlace también se los conoce como protocolos de shortest path first y se desarrollan en torno del algoritmo shortest pathfirst (SPF) de Edsger Dijkstra. El algoritmo SPF se analizará con mayor detalle en una sección posterior.
Los protocolos de enrutamiento de estado de enlace IP se muestran en la figura:     Open Shortest Path First (OSPF)     Intermediate System-to-Intermediate System (IS-IS)
Los protocolos de enrutamiento de estado de enlace son conocidos por presentar una complejidad bastante mayor que sus vectores de distancia equivalentes. Sin embargo, la funcionalidad y configuración básicas de los protocolos de enrutamiento de estado de enlace no son complejas en absoluto. Incluso el mismo algoritmo puede comprenderse fácilmente, como podrá ver en el siguiente tema. Las operaciones OSPF básicas pueden configurarse con un comando router ospf process-id y una sentencia de red, similar a otros protocolos de enrutamiento como RIP y EIGRP.

INTRODUCCION AL ALGORITMO SPF.- Al algoritmo de Dijkstra se lo llama comúnmente algoritmo shortest path first (SPF). Este algoritmo acumula costos a lo largo de cada ruta, desde el origen hasta el destino. Si bien al algoritmo de Dijkstra se conoce como el algoritmo shortest path first, éste es de hecho el objetivo de cada algoritmo de enrutamiento.
En la figura, cada ruta se rotula con un valor arbitrario para el costo. El costo de la ruta más corta para que R2 envíe paquetes a la LAN conectada a R3 es 27. Observe que este costo no es 27 para que todos los routers alcancen la LAN conectada a R3. Cada router determina su propio costo hacia cada destino en la topología. En otros términos, cada router calcula el algoritmo SPF y determina el costo desde su propia perspectiva. Esto se volverá más evidente más adelante en este capítulo.

10.1.4    CONOCIMIENTOS SOBRE REDES CONECTADAS DIRECTAMENTE.- Haga clic en Proceso del enrutamiento de estado de enlace en la figura.
La topología muestra ahora las direcciones de red para cada enlace. Cada router aprende sobre sus propios enlaces, sus propias redes directamente conectadas del mismo modo que se analizó en el Capítulo 1, "Introducción al enrutamiento y envío de paquetes". Cuando se configura una interfaz de router con una dirección IP y una máscara de subred, la interfaz se vuelve parte de esa red.

ENVIO DE PAQUETES DE SALUDO A LOS VECINOS.- El segundo paso en el proceso de enrutamiento de estado de enlace consiste en lo siguiente:
Cada router es responsable de reunirse con sus vecinos en redes conectadas directamente.
Los routers con protocolos de enrutamiento de estado de enlace utilizan un protocolo de saludo para descubrir cualquier vecino en sus enlaces. Un vecino es cualquier otro router habilitado con el mismo protocolo de enrutamiento de estado de enlace.

10.1.7    SATURACION DE PAQUETES DE ESTADO DE ENLACE A LOS VECINOS.- Como se muestra en la figura, el cuarto paso en el proceso de enrutamiento de estado de enlace consiste en lo siguiente:
Cada router inunda el LSP a todos los vecinos, que luego almacenan todos los LSP recibidos en una base de datos.
Cada router inunda con su información de estado de enlace a todos los demás routers de estado de enlace en el área de enrutamiento. Siempre que un router recibe un LSP de un router vecino, envía de inmediato dicho LSP a todas las demás interfaces, excepto la interfaz que recibió el LSP. Este proceso crea un efecto de saturación de los LSP desde todos los routers a través del área de enrutamiento.

OSPF
OSPF fue diseñado por el grupo de trabajo de OSPF: IETF (Grupo de trabajo de ingeniería de Internet), que aún hoy existe. El desarrollo de OSPF comenzó en 1987 y actualmente hay dos versiones en uso: OSPFv2: OSPF para redes IPv4 (RFC 1247 y RFC 2328) OSPFv3: OSPF para redes IPv6 (RFC 2740)
La mayor parte del trabajo en OSPF lo realizó John Moy, autor de la mayoría de los RFC sobre OSPF. Su libro, OSPF, Anatomy of an Internet Routing Protocol ofreceuna interesante perspectiva sobre el desarrollo de OSPF.

CAPITULO 9 : EIGRP

INTRODUCCION AL EIGRP.- 9.1.1    EIGRP: PROTOCOLO DE ENRUTAMIENTO POR VECTOR DE DINTANCIA MEJORADO.- A pesar de que EIGRP se describe como un protocolo de enrutamiento por vector de distancia mejorado, aún sigue siendo un protocolo de enrutamiento por vector de distancia. Esto a veces puede crear confusión. Para poder apreciar las mejoras de EIGRP y para poder eliminar toda confusión, primero debemos analizar a su predecesor, IGRP.
Raíces del EIGRP: IGRP
Cisco desarrolló la patente de IGRP en 1985, en respuesta a algunas de las limitaciones de RIPv1, incluido el uso de la métrica de conteo de saltos y el tamaño máximo de red de 15 saltos.
En lugar del conteo de saltos, IGRP y EIGRP utilizan la métrica compuesta de ancho de banda, retraso, confiabilidad y carga. Los protocolos de enrutamiento utilizan sólo el ancho de banda y el retraso en forma predeterminada. Sin embargo, como IGRP es un protocolo de enrutamiento con clase que utiliza el algoritmo Bellman-Ford y actualizaciones periódicas, su utilidad es limitada en muchas de las redes de la actualidad.
Por lo tanto, Cisco mejoró IGRP con un nuevo algoritmo, DUAL y otras características. Los comandos para IGRP y EIGRP son similares, y en muchos casos idénticos. Esto permite una migración fácil de IGRP a EIGRP. Cisco suspendió IGRP y comenzó con IOS 12.2(13)T y 12.2(R1s4)S.
A pesar de estar analizado más detalladamente a lo largo de este capítulo, examinemos algunas de las diferencias entre un protocolo de enrutamiento por vector de distancia tradicional, tal como RIP e IGRP, y el protocolo de enrutamiento por vector de distancia mejorado, EIGRP.
La figura resume las diferencias más importantes entre el protocolo de enrutamiento por vector de distancia tradicional, tal como RIP, y el protocolo de enrutamiento por vector de distancia mejorado, EIGRP.
El algoritmo
Todos los protocolos de enrutamiento por vector de distancia tradicionales utilizan alguna variante del algoritmo Bellman- Ford o Ford-Fulkerson. Estos protocolos, como RIP e IGRP, hacen expirar las entradas de enrutamiento individuales,y por lo tanto deben enviar periódicamente actualizaciones de la tabla de enrutamiento.
EIGRP utiliza el Algoritmo de actualización por difusión (DUAL). Aunque sigue siendo un protocolo de enrutamiento por vector de distancia, EIGRP con DUAL implementa características que no se encuentran en los protocolos de enrutamiento por vector de distancia. EIGRP no envía actualizaciones periódicas y las entradas de ruta no expiran. En su lugar, EIGRP utiliza un protocolo Hello liviano para supervisar el estado de las conexiones con sus vecinos. Sólo los cambios en la información de enrutamiento, tales como un nuevo enlace o un enlace que ya no está disponible, producen una actualización de enrutamiento. Las actualizaciones de enrutamiento EIGRP son todavía vectoresde distancia transmitidos a vecinos conectados directamente.
Determinación de ruta
Los protocolos de enrutamiento por vector de distancia tradicionales, como RIP e IGRP, llevan un registro sólo de las rutas preferidas; el mejor camino hacia una red de destino. Si la ruta no se encuentra disponible, el router espera otra actualización de enrutamiento con una ruta para esta red remota.
DUAL de EIGRP mantiene una tabla de topología separada de la tabla de enrutamiento, que incluye el mejor camino hacia una red de destino y toda ruta de respaldo que DUAL haya determinado como sin bucles. Sin bucles significa que el vecino no tiene una ruta hacia la red de destino que pase por este router.
Más adelante en este capítulo, verá que para que DUAL considere a una ruta como una ruta de respaldo sin bucles válida, debe cumplir con un requerimiento conocido como condición de factibilidad. Toda ruta de respaldo que cumpla con esta condición tiene la garantía de ser sin bucles. Como EIGRP es un protocolo de enrutamiento por vector de distancia, es posible que haya rutas de respaldo sin bucles hacia una red de destino que no cumplan con la condición de factibilidad. Por lo tanto, DUAL no incluye a estas rutas en la tabla de topología como una ruta de respaldo sin bucel s.
Si una ruta no se encuentra disponible, DUAL buscará su tabla de topología en busca de una ruta de respaldo válida. Si existe una, esa ruta ingresa inmediatamente a la tabla de enrutamiento. Si no existe una, DUAL realiza un proceso de descubrimiento de red para ver si por casualidad existe una ruta de respaldo que no cumplió con los requerimientos de la condición de factibilidad. Este proceso se analiza con mayor profundidad más adelante en este capítulo.
Convergencia
Los protocolos de enrutamientopor vector de distancia tradicionales, tales como RIP e IGRP, utilizan actualizaciones periódicas. Debido a la naturaleza poco confiable de las actualizaciones periódicas, los protocolos de enrutamiento por vector de distancia tradicionales tienden a tener problemas de routing loops y de cuenta a infinito. RIP e IGRP utilizan varios mecanismos para ayudar a evitar estos problemas, incluidos los temporizadores de espera, que producen tiempos de convergencia más largos.

FORMATO DE MENSAJES DE EIGRP.- Coloque el cursor sobre los campos en el Mensaje de EIGRP encapsulado para ver el proceso de encapsulación.
La porción de datos de un mensaje EIGRP se encapsula en un paquete. Este campo de datos se denomina Tipo/Longitud/Valor o TLV. Como se muestra en la figura, los tipos de TLV relevantes para este curso son Parámetros EIGRP, Rutas internas IP y Rutas externas IP. Los componentes del campo de datos TLV se analizan en mayor profundidad en la próxima página.
El encabezado del paquete EIGRP se encuentra incluido en cada paquete EIGRP, sin importar su tipo. Luego, el encabezado del paquete EIGRP y TLV se encapsulan en un paquete IP. En el encabezado del paquete IP, el campo Protocolo se establece en 88 para indicar EIGRP, y la dirección de destino se establece en multicast 224.0.0.10.

MODULOS DEPENDIENTES DE PROTOCOLO (PDM).- EIGRP tiene la capacidad de realizar el enrutamiento de distintos protocolos, incluidos IP, IPX y Apple Talk, mediante el uso de módulos dependientes de protocolo (PDM). Los PDM son responsables de las tareas de enrutamiento específicas de cada protocolo de capa de Red.
Por ejemplo: El módulo IP-EIGRP es responsable de enviar y recibir paquetes EIGRP encapsulados en IP y de utilizar a DUAL para construir y mantener la tabla de enrutamiento IP. Como se puede ver en la figura, EIGRP utiliza distintos paquetes EIGRP y mantiene vecinos, topología y tablas de enrutamiento separadas para cada protocolo de la capa de Red. El módulo IPX EIGRP es responsable de intercambiar información de enrutamientoacerca de las redes IPX con otras rutas IPX EIGRP. IPX EIGRP y Appletalk EIGRP no están incluidos en este curso.

9.1.4    TIPOS DE PAQUETES RTP Y EIGRP.- El Reliable Transport Protocol (RTP) es el protocolo utilizado por EIGRP para la entrega y recepción de paquetes EIGRP. EIGRP fue diseñado como un protocolo de enrutamiento independiente de la capa de Red; por lo tanto, no puede utilizar los servicios UDP ni TCP porque IPX y Appletalk no utilizan protocolos de la suite de protocolos TCP/IP. La figura muestra conceptualmente cómo funciona RTP.
Aunque "Reliable" (confiable) forma parte de su nombre, RTP incluye la entrega confiable y la entrega no confiable de paquetes EIGRP, similar a TCP y UDP, respectivamente. RTP confiable requiere que el receptor envíe un acuse de recibo al emisor. Un paquete RTP no confiable no requiere ningún acuse de recibo.

PROTOCOLO DE SALUDO.- Antes de poder intercambiar cualquier paquete EIGRP entre los routers, EIGRP debe descubrir primero a sus vecinos. Los vecinos de EIGRP son otros routers que ejecutan EIGRP en redes conectadas directamente o compartidas.
Los routers EIGRP descubren vecinos y establecen adyacencias con los routers vecinos mediante el paquete desaludo. En la mayoría de las redes, los paquetes de saludo EIGRP se envían cada 5 segundos. En las redes de accesos múltiples sin broadcast (NBMA) y de punto múltiple, como X.25, Frame Relay e interfaces ATM con enlaces de acceso de T1 (1.544 Mbps) o más lentos, los Hello son unicast cada 60 segundos. Un router EIGRP supone que mientras reciba los paquetes de saludo de un vecino, el vecino y sus rutas permanecen viables.
El tiempo de espera le indica al router el tiempo máximo que debe esperar para recibir el próximo Hello antes de declarar al vecino como inalcanzable. De manera predeterminada, el tiempo de espera es tres veces el intervalo de saludo, o 15 segundos en la mayoría de las redes, y 180 segundos en las redes NBMA de velocidad baja. Si el tiempode espera expira, EIGRP declarará la ruta como desactivada y DUAL buscará una nueva ruta mediante el envío de consultas.

DUAL: INTROIDUCCION.- El Algoritmo de actualización por difusión (DUAL) es el algoritmo de convergencia utilizado por EIGRP en lugar de los algoritmos Bellman-Ford o Ford Fulkerson utilizados por otros protocolos de enrutamiento por vector de distancia, como RIP. DUAL está basado en investigaciones realizadas en SRI International, mediante el uso de cálculos propuestos por primera vez por E.W. Dijkstra y C.S. Scholten. El trabajo más destacado con DUAL lo realizó J.J. Garcia-Luna-Aceves.
Los routing loops, incluso los temporarios, pueden ser extremadamente perjudiciales para el rendimiento de la red. Los protocolos de enrutamiento por vector de distancia, como RIP, impiden routing loops con temporizadores de espera y horizontes divididos. A pesar de que EIGRP utiliza ambas técnicas, las usa de manera un tanto diferentes; la forma principal en la que EIGRP impide routing loops es con el algoritmo DUAL.

9.1.8    DISTANCIA ADMINISTRATIVA.- Como se vio en el Capítulo 3, "Introducción a los protocolos de enrutamiento dinámicos", la distancia administrativa (AD) es la confiabilidad (o preferencia) del origen de la ruta. EIGRP tiene una distancia administrativa predeterminada de 90 para las rutas internas y de 170 para las rutas importadas desde un origen externo, como rutas por defecto. Cuando se lo compara con otros protocolos de gateway interior (IGP), EIGRP es el que IOS de Cisco prefiere porque cuenta con la distancia administrativa más baja.
Observe en la figura que EIGRP tiene un tercer valor AD, de 5, para rutas resumidas. Más adelante en este capítulo, aprenderá cómo configurar rutas EIGRP resumidas.

EL COMANDO ROUTER EIGRP.- El comando de configuración global router eigrp autonomous-system habilita a EIGRP. El parámetro del sistema autónomo es un número que el administrador de red elige entre 1 y 65535. El número elegido es el número del ID de proceso y es importante porque todos los routers en este dominio de enrutamei nto EIGRP deben usar el mismo número del ID de proceso (número del sistema autónomo).

 COMANDO BANDWITH.- En la mayoría de los enlaces seriales, la métrica del ancho de banda será de 1544 Kbits por defecto. Debido a que EIGRP y OSPF utilizan el ancho de banda en los cálculos métricos predeterminados, un valor correcto para el ancho de banda es muy importante para la precisión de la información de enrutamiento. Pero, ¿qué sucede si el ancho de banda real del enlace no coincide con el ancho de banda predeterminado de la interfaz?