CAPITULO 2. CONFIGURANDO EL PROTOCOLO EIGRP

SUMARIZACION DE RUTAS EIGRP

Algunas de las características de EIGRP, tal como resumen automático de rutas en la frontera de una red principal, tienen características de vector-distancia y con clase. Protocolos de vector distancia tradicionales, que son protocolos de enrutamiento con clase, deben resumir en los límites de la red. Ellos no pueden presumir la máscara para las redes que no están conectadas directamente, ya que las máscaras no se intercambian en las actualizaciones de enrutamiento.

Resumen de rutas en los límites de redes principales con clase crean tablas de enrutamiento más pequeñas. Las tablas de enrutamiento de menor tamaño, a su vez, hacen el proceso de actualización de enrutamiento menos intensivos en ancho de banda (ya que las actualizaciones son más pequeñas), y menos intensivos en CPU (porque hay menos que actualizar la información para procesar). Los protocolos de enrutamiento vector distancia de Cisco tienen autosumarizacion activada por defecto. El resumen automático EIGRP en la principal frontera de la red se puede activar o desactivar.

La incapacidad para crear rutas de resumen en los límites arbitrarios con una red principal ha sido un inconveniente de los protocolos de vector de distancia desde sus inicios. EIGRP ha agregado funcionalidad para permitir a los administradores crear una o más rutas resumen dentro de una red en cualquier pedazo de frontera, en cualquier router dentro de la red, siempre y cuando exista una ruta más específica en la tabla de enrutamiento. Cuando la última ruta específica del resumen se va, la ruta resumen se elimina de la tabla de enrutamiento.

Es importante señalar que la métrica mínima de las rutas específicas se utiliza como la métrica de la ruta resumen.

Cuando la sumarización es configurada en una interface del router, una ruta resumen es agregada a la tabla de enrutamiento del router con la interface del siguiente salto del router establecida a null0 (una interface directamente conectada sólo-software). El uso de la interface null0 previene al router de intentar reenviar tráfico a otros routers en búsqueda de una más precisa coincidencia más larga; así evitando loop en la red. Por ejemplo, si el router que está resumiendo, recibe un paquete a una subred desconocida que es parte del rango resumido, el paquete coincide con la ruta de resumen basándose en la coincidencia más larga, y el paquete se reenvía a la interfaz null0 y por lo tanto es descartado.

Para una sumarización efectiva, los bloques de direcciones contiguas (subredes) deberían canalizar de nuevo a un router común, de modo que una sola ruta de resumen se puede crear y luego anunciada. En otras palabras, el plan de direccionamiento IP para la red debe haber sido creado adecuadamente, con la sumarización en mente (que es poco probable que usted tenga la suerte de ser capaz de resumir las subredes asignadas al azar). El número de subredes que pueden ser representados por una ruta sumarizada se calcula por la fórmula 2^n, donde n es igual a la diferencia en el número de bits entre el resumen y las máscaras de subred. Por ejemplo, si la máscara resumen contiene menos de 3 bits que la máscara de subred, 8 (2^3) subredes pueden ser agregadas dentro de una publicación. Por ejemplo, si la red 10.0.0.0 es dividida en subredes /24 y algunas de estas subredes son sumarizadas al bloque de sumarización 10.1.8.0/21, la diferencia entre las redes /24 y la sumarización /21 es 3. Por lo tanto, 2^3=8 subredes pueden ser agregadas. Las subredes sumarizadas varían desde 10.1.8.0/24 hasta 10.1.15.0/24.

Cuando se crean rutas resumen, el administrador necesita especificar la dirección IP de la ruta resumen

y la máscara resumen. El IOS de Cisco maneja los detalles de implementación apropiada, tal como las métricas, prevención de bucles y la eliminación de la ruta de resumen de la tabla de enrutamiento si ninguna de las rutas más específicas son válidas.

CONFIGURANDO SUMARIZACION DE RUTAS MANUALMENTE

En algunos casos es posible que desee desactivar la función de resumen automático EIGRP. Por ejemplo, si usted tiene subredes no contiguas, deberá desactivar autosumarizacion. Tenga en cuenta que un router EIGRP no realiza el resumen automático de las redes en las que no participa.

Para desactivar el resumen automático, utilice el comando de configuración del router no auto-summary. Utilice el comando de configuración de interfaz “ip summary-address eigrp <as-number> <address> <mask> [<admin-distance>]” para crear manualmente una ruta de resumen en una frontera poco arbitraria, mientras exista una ruta más específica en la tabla de enrutamiento. La Tabla 2-5 resume los parámetros para este comando.

Table 2-5. ip summary-address eigrp Command Parameters

Por ejemplo, la Figura 2-22 muestra una red no contigua 172.16.0.0. Por defecto, tanto el routers A como el router B sumarizan rutas en la frontera con clase. Como resultado, el Router C tendría dos buenas rutas iguales a la red 172.16.0.0 y llevaría a cabo el equilibrio de carga entre el router A y el Router B. Esto no sería un comportamiento de enrutamiento correcto.

Figure 2-22. Summarizing EIGRP Routes.

Como se muestra en el ejemplo 2-24, se puede desactivar el resumen automático de ruta en el Router A. La misma configuración se llevaría a cabo en el Router B. Con esta configuración, el router C sabe con precisión que 172.16.1.0 se alcanza a través de Router A y 172.16.2.0 se alcanza sólo a través de Router B. Las tablas de enrutamiento de los routers de la red 10.0.0.0, incluyendo el Router C, ahora incluyen estas subredes no contiguas.

Example 2-24. Turning Off EIGRP Autosummarization on Router A (and Router B) in Figure 2-22

RouterA(config)#router eigrp 1RouterA(config-router)#network 10.0.0.0RouterA(config-router)#network 172.16.0.0RouterA(config-router)#no auto-summary

Un router EIGRP autosumariza rutas sólo para redes a las que está unida. Si una red no fue autosumarizada en la frontera de la red principal, como es el caso de este ejemplo en Routers A y B, ya que la autosumarización está desactivada, todas las rutas de la subred son llevadas a la tabla de enrutamiento del router C. Router C no autosumarizará las subredes 172.16.1.0 y 172.16.2.0, ya que no es propietaria de la red 172.16.0.0. Por lo tanto, el Router C enviaría la información de enrutamiento de la subred 172.16.1.0 y 172.16.2.0 a la subred de la WAN.

Forzando una ruta de resumen hacia fuera de la interfaz S0/0/0 del router C, como se muestra en el ejemplo 2-25, ayuda a reducir los anuncios de ruta sobre la red 172.16.0.0 a la red WAN.

Example 2-25. Forcing Summarization on Router C in Figure 2-22

RouterC#show run<output omitted>router eigrp 1network 10.0.0.0network 192.168.4.0!<output omitted>int s0/0/0ip address 192.168.4.2 255.255.255.0ip summary-address eigrp 1 172.16.0.0 255.255.0.0<output omitted>

Nota: Puede utilizar el comando “ip summary-address eigrp <as-number> 0.0.0.0 0.0.0.0” para inyectar una ruta por defecto a un vecino, como una alternativa a los métodos descritos anteriormente en la sección "Propagando una Ruta por Defecto EIGRP". Sin embargo, la ruta generada automáticamente a null0 puede causar problemas en algunas topologías.

Verificando sumarización de ruta manual:

Para verificar el resumen de ruta manual, examine las tablas de enrutamiento IP. Ejemplo 2-26 ilustra la tabla de enrutamiento del router C. Router C tiene tanto 172.16.1.0 y 172.16.2.0, las subredes no contiguas, en su tabla de enrutamiento y la ruta de resumen a null0. Sólo el resumen, la red 172.16.0.0/16, se anuncia a la interfaz Serial 0/0/0.

Para el resumen manual, el resumen se anuncia sólo si un componente de la ruta de resumen (una entrada más específica que se representa en el resumen) está presente en la tabla de enrutamiento.

Nota: Las rutas resumen IP EIGRP se les da un valor de distancia administrativa de 5. Las rutas EIGRP estándar reciben una distancia administrativa de 90, y las rutas EIGRP externas reciben una distancia administrativa de 170.

Usted se dará cuenta la ruta resumen EIGRP con una distancia administrativa de 5 sólo en el router local que está realizando el resumen (con el comando ip summary-address eigrp), usando el comando “show ip route <network>”, donde la “network” es la ruta resumida especificada .

CONFIGURANDO Y VERIFICANDO EIGRP EN UNA WAN EMPRESARIAL

En esta sección se ofrece información sobre el despliegue EIGRP sobre diversas tecnologías WAN incluyendo Frame Relay física, subinterfaces Frame-Relay multipunto y punto-a-punto de, Multiprotocol Label Switching (MPLS), redes privadas virtuales (VPNs) y Ethernet sobre Multiprotocol Label Switching (EoMPLS). Opciones avanzadas de configuración de balanceo de carga de EIGRP y la limitación de la utilización de ancho de banda de EIGRP en enlaces WAN también se exploran.

EIGRP SOBRE FRAME RELAY Y SOBRE UNA INTERFAZ FISICA

Esta sección revisa Frame Relay y describe cómo EIGRP se puede implementar a través de interfaces físicas Frame Relay.

Información general de Frame Relay

Frame Relay es una tecnología WAN conmutada donde los circuitos virtuales (VCs) son creados por un proveedor de servicios (SP) a través de la red. Frame Relay permite múltiples VCs lógicos para ser multiplexados sobre una única interfaz física. Los VC's son típicamente PVC's que se identifican por un identificador de conexión de enlace de datos (DLCI, Data-Link Connection Identifier). El DLCIs son localmente significativos entre el router local y el switch Frame Relay al que el router está conectado. Por lo tanto, cada extremo del PVC puede tener un DLCI diferente. La red de SP se encarga de enviar los datos a través del PVC. Para proporcionar conectividad de la capa IP, un mapeo entre las direcciones IP y los DLCI deben ser definidos, ya sea de forma dinámica o estática.

Por defecto, una red Frame Relay es una red NBMA. En un entorno NBMA todos los routers están en la misma subred, pero los paquetes broadcast (y multicast) no pueden ser enviados ni una vez, tal como se comportan en un entorno de difusión como Ethernet.

Para emular la capacidad de broadcast LAN que es requerido por los protocolos de enrutamiento IP (por ejemplo, para enviar paquetes hello de EIGRP o de actualización a todos los vecinos alcanzables a través de una subred IP), el IOS de Cisco implementa seudo-broadcasting, en la cual el router crea una copia del paquete broadcast ó multicast para cada vecino alcanzable a través del medio de la WAN, y lo envía sobre el PVC apropiado para ese vecino.

En entornos en donde un router tiene un gran número de vecinos accesible a través de una única interfaz WAN, el pseudo-broadcasting tiene que estar estrictamente controlado ya que podría aumentar los recursos de CPU y ancho de banda de la WAN usada. El pseudo-broadcasting se puede controlar con la opción “broadcast” en los mapas estáticos en una configuración de Frame Relay. Sin embargo, el pseudo-broadcasting no puede ser controlado por los vecinos alcanzables a través de mapas dinámicos creados vía Inverse Address Resolution Protocol (InARP) de Frame Relay. Los mapas dinámicos siempre permiten pseudo-broadcasting.

La pérdida de un vecino Frame Relay sólo se detecta después de que el tiempo de espera del protocolo de enrutamiento (hold time) expira o si la interfaz se cae. Una interfaz es considerada para ser levantada siempre que al menos un PVC este activo.

Frame Relay permite a los sitios remotos estar interconectados mediante topologías de malla completa, malla parcial y hub-and-spoke (también llamada estrella), como se muestra inFigure 2-23.

Figure 2-23. Frame Relay Topologies.

EIGRP en una interfaz física Frame Relay con Mapeo Dinámico

Para desarrollar EIGRP sobre una interfaz física usando mapeo dinámico ARP inverso es fácil, ya que es la opción predeterminada. La figura 2-24 muestra un ejemplo de red. El ejemplo 2-27 es la configuración de router R1 en la figura. La interfaz física Serial 0/0 está configurada para la encapsulación Frame Relay y se le asigna una dirección IP. ARP inverso está activado por defecto y automáticamente mapeará las direcciones IP de los dispositivos en los otros extremos de los PVC al número DLCI local. EIGRP es habilitado usando el número de sistema autónomo 110, y las correctas interfaces y redes están incluidos en EIGRP con los comandos “network” bajo el proceso de enrutamiento EIGRP.

Figure 2-24. EIGRP on a Physical Frame Relay Interface.

Example 2-27. Configuration of Router R1 in Figure 2-24 with Dynamic Mapping

interface Serial0/0encapsulation frame-relayip address 192.168.1.101 255.255.255.0

!router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.1.0

El horizonte dividido está desactivado por defecto en las interfaces físicas de Frame Relay. Por lo tanto, las rutas desde el router R2 pueden ser enviados al router R3, y viceversa. Tenga en cuenta que el ARP inverso no proporciona el mapeado dinámico para la comunicación entre los routers R2 y R3, ya que ellos no están conectados con un PVC. Se debe configurar este mapeo manualmente.

Las salidas del comando “show ip eigrp neighbors” son visualizadas en el Ejemplo 2-28 donde muestra a los vecinos de los routers R1 y R3. El Router R1 forma adyacencia con el router R2 y R3 sobre la interfaz física Serial 0/0. Del mismo modo, el router R3 (y R2) forma una adyacencia con el router R1. En este ejemplo, no existe una relación EIGRP entre los Routers R2 y R3.

EIGRP SOBRE UNA INTERFAZ FISICA FRAME RELAY CON MAPEO ESTÁTICO

Para implementar EIGRP través de la interfaz física del router R1 mediante asignación estática, desactivando así el ARP inverso, no se necesitan cambios en la configuración básica de EIGRP. El ejemplo 2-29 ilustra la configuración de los routers R1 y R3. EIGRP se habilita usando de número de sistema autónomo 110, y las interfaces y redes adecuadas están incluidas en EIGRP con los comandos “network” bajo el proceso de enrutamiento EIGRP. Los comandos para mapeo manuel IP a DLCI en la interfaz serial 0/0 son necesarias en los tres routers. (Configuración del router R2 es similar al de R3).

Example 2-29. Configuration of Router R1 and R3 in Figure 2-24 with Static Mapping

R1#show run<output omitted>interface Serial0/0encapsulation frame-relayip address 192.168.1.101 255.255.255.0frame-relay map ip 192.168.1.101 101frame-relay map ip 192.168.1.102 102 broadcastframe-relay map ip 192.168.1.103 103 broadcast

!router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.1.0<output omitted>

R3#show run<output omitted>interface Serial0/0encapsulation frame-relayip address 192.168.1.103 255.255.255.0frame-relay map ip 192.168.1.101 130 broadcast!router eigrp 110network 192.168.1.0

El comando de configuración de interfaz “frame-relay map <protocol> <protocol-address> <dlci> [broadcast] [ietf | cisco] [payload-compress {packet-bypacket | frf9 stac}]” estáticamente mapea la dirección de capa de red del router remoto al DLCI local. La tabla 2-6 detalla los parámetros para este comando.

Debido a que el horizonte dividido está desactivado por defecto en las interfaces físicas de Frame Relay, las rutas desde el router R2 pueden ser enviadas al router R3 y viceversa.

Nota: La configuración del router R1 incluye un mapa de Frame Relay a su propia dirección IP sobre la interfaz Frame Relay tal que la dirección IP local de la Serial 0/0 pueda hacerle ping desde el router R1 por sí mismo.

El ejemplo 2-30 muestra la adyacencia formado entre el router R1 y los routers R2 y R3 en la interfaz física Serial 0/0. Las adyacencias formados en R1 mediante asignación estática son las mismas que las que se forman mediante la asignación dinámica. Los routers R2 y R3 también forman una adyacencia con el router R1. Los routers R2 y R3 también pueden formar una adyacencia EIGRP entre sí, si se proporciona el mapeo IP a DLCI para que la conectividad. El ejemplo 2-30 muestra que Router R3 sólo tiene un vecino, Router R1, lo que indica que esta asignación no fue proporcionada en R3.

EIGRP SOBRE SUBINTERFACES MULTIPUNTO FRAME RELAY

En esta sección se describe cómo se puede implementar EIGRP utilizando subinterfaces multipunto Frame Relay y explora el uso de vecinos unicast EIGRP.

Subinterfaces Multipunto Frame Relay

Se puede crear una o varias subinterfaces multipunto sobre una sola interfaz física Frame Relay. Estas subinterfaces multipunto son interfaces lógicas emulando una red de accesos múltiples (multiaccess network). Ellas actúan como una interfaz física NBMA, y por lo tanto utilizan una única subred, conservando el espacio de direcciones IP.

Multipunto Frame Relay es aplicable a topologías de malla parcial y de malla completa. Redes Frame Relay de malla parcial deben lidiar con problemas de horizonte dividido, que impiden que las actualizaciones de enrutamiento sean retransmitidas por la misma interfaz en la que fueron recibidas.

La detección de pérdida de vecino EIGRP es particularmente lento en subinterfaces multipunto configurados sobre enlaces WAN de baja velocidad ya que los valores por defecto de los temporizadores EIGRP en esas interfaces son 60 segundos para el temporizador hello y 180 segundos para el temporizador de espera (hold time). En el peor de los casos, la detección de la pérdida de vecino puede tardar hasta 3 minutos. También, sobre subinterfaces multipunto Frame Relay, todos los PVCs conectados a la subinterfaz deben estar perdidos para que la subinterfaz sea declarada abajo.

EIGRP sobre subinterfaces Multipunto

Las subinterfaces multipunto son configuradas con el comando “interface serial number.subinterface-number multipoint”. Para Frame Relay, el mapeo IP a DLCI sobre subinterfaces multipunto son realizados o especificando el valor del DLCI local (usando el comando “frame-relay interface-dlci dlci”) y confiando en ARP inverso; ó usando mapeo manual IP a DLCI.

La figura 2-25 ilustra un ejemplo de red. El ejemplo 2-31 ilustra la configuración de los routers R1 y R3 en la figura. La interfaz física Serial 0/0 en cada router está configurada para la encapsulación Frame Relay. La interfaz física no tiene una dirección IP asignada a la misma. (Tenga en cuenta que en este ejemplo R3 sólo tiene un DLCI Frame Relay, así que en realidad no tiene por qué ser multipunto, o incluso una subinterfaz).

Figure 2-25. EIGRP on a Multipoint Frame Relay Subinterface

Example 2-31. Configuration of Router R1 and R3 in Figure 2-25

R1#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.1 multipointip address 192.168.1.101 255.255.255.0no ip split-horizon eigrp 110frame-relay map ip 192.168.1.101 101frame-relay map ip 192.168.1.102 102 broadcastframe-relay map ip 192.168.1.103 103 broadcast!router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.1.0<output omitted>

R3#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.1 multipointip address 192.168.1.103 255.255.255.0frame-relay map ip 192.168.1.101 130 broadcast!router eigrp 110network 192.168.1.0<output omitted>

Una subinterfaz multipunto S0/0.1 es creada y una dirección IP es asignada a ésta. El horizonte dividido está habilitado por defecto en subinterfaces multipunto. En este ejemplo, Routers R2 y R3 necesitan proporcionar conectividad entre sus redes conectadas, así que el horizonte dividido en EIGRP es deshabilitado en las subinterfaces multipunto del router R1 con el comando “no ip split-horizont eigrp <as-number>”.

El mapeo manual IP a DLCI es también configurado, usando los comandos “frame-relay map” con la palabra clave “broadcast”.

La configuración EIGRP no es cambiada de la implementación básica. En el Ejemplo 2-31, EIGRP se habilita usando el número de sistema autónomo 110 y las interfaces y redes adecuadas son incluidas en EIGRP usando los comandos “network” bajo el proceso de enrutamiento EIGRP.

Tenga en cuenta que la configuración del router R1 incluye el comando “frame-relay map” para su propia dirección IP en la subinterfaz serial multipunto de forma que la dirección IP local de serial 0/0.1 se puede hacer ping así mismo desde el router R1.

Para verificar la operación del protocolo de enrutamiento EIGRP sobre subinterfaces multipunto Frame Relay, utilice el comando “show ip eigrp neighbors”. El ejemplo 2-32 muestra los resultados de la muestra para los routers R1 y R3. El Router R1 forma una adyacencia con los routers R2 y R3 en la subinterfaz multipunto Serial0/0.1. Los routers R2 y R3 forman la adyacencia con el router R1 (R2 y R3 podrían ser también una adyacencia entre sí, si se proporcionara el mapeo de IP a DLCI para que fuera proporcionada la conectividad).

Vecinos Unicast EIGRP

El comando de configuración de router “neighbor {ip-address | ipv6-address} interface-type interface-number” es usado para definir un router vecino con el cual intercambiar información de enrutamiento EIGRP. En vez de usar paquetes multicast, EIGRP intercambia información de enrutamiento con el vecino especificado usando paquetes unicast.

El router no procesa ningún paquete multicast EIGRP entrante en la interfaz y detiene el envío de los paquetes multicast EIGRP en esa interfaz. Las múltiples sentencias “neighbor” pueden ser utilizadas para establecer sesiones de pares con múltiples vecinos EIGRP específicos. La interfaz a través de la cual EIGRP intercambia actualizaciones de enrutamiento se debe especificar en la sentencia “neighbor”. Las interfaces a través de las cuales dos vecinos EIGRP intercambian actualizaciones de enrutamiento deben ser configuradas con direcciones IP de la misma red.

Nota: Las adyacencias de vecinos EIGRP no pueden ser establecidas o mantenidas sobre una interfaz que es configurada como pasiva.

En el Ejemplo 2-33, Router R1 (de la Figura 2-25) se configura con un comando “neighbor” para Router R2. Router R1, por tanto, no aceptará nunca más los paquetes de multicast sobre serial 0/0.1. Para establecer una adyacencia con el router R1, router R2 debe configurarse también con un comando “neighbor”, para router R1. La configuración de R2 se proporciona en el Ejemplo 2-34. El comando neighbor habilita router R2 a usar paquetes unicast, que serán aceptados por router R1. En este escenario, el router R3 no está configurado con un comando “neighbor” para router R1, ni se configura el router R1 con una comando “neighbor” para router R3. Por lo tanto, los router R1 y R3 no formarán una adyacencia.

Example 2-33. Configuration of Router R1 in Figure 2-25 for Unicast NeighborR1#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.1 multipointip address 192.168.1.101 255.255.255.0frame-relay map ip 192.168.1.102 102 broadcastframe-relay map ip 192.168.1.103 103 broadcast!router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.1.0neighbor 192.168.1.102 serial0/0.1

Example 2-34. Configuration of Router R2 in Figure 2-25 for Unicast NeighborR2#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.1 multipointip address 192.168.1.102 255.255.255.0frame-relay map ip 192.168.1.101 100 broadcast!router eigrp 110network 172.17.2.0 0.0.0.255network 192.168.1.0neighbor 192.168.1.101 serial0/0.1

Para comprobar la configuración de vecino unidifusión (unicast) EIGRP, utilice el comando show ip eigrp neighbors, como se muestra en el ejemplo 2-35. Los routers R1 y R2 han formado una relación de vecino. La salida del ejemplo no muestra que el comando “neighbor” fuera usado en ambos routers, pero sí indica que se ha establecido una relación de vecino, la prueba de que la configuración se ha

realizado correctamente.

Debido a que Router R3 no está utilizando el comando “neighbor”, éste intenta comunicarse con los paquetes de multidifusión en su serial 0/0/.1. Sin embargo, la vecindad no se ha establecido debido a que ni Router R1 ni Router R2 está aceptando los paquetes de multidifusión.

EIGRP SOBRE SUBINTERFACES PUNTO A PUNTO FRAME RELAY

Esta sección describe cómo se puede configurar EIGRP usando subinterfaces Frame relay punto a

punto.

Subinterfaces Punto a Punto Frame Relay

Una o varias subinterfaces punto a punto pueden ser creadas sobre una sola interfaz física Frame Relay. Estas subinterfaces punto a punto son interfaces lógicas emulando una red de línea arrendada y proporcionan una ruta equivalente a interfaces físicas punto a punto. Al igual que en interfaces físicas punto a punto, cada interfaz requiere su propia subred. Frame Relay punto a punto es aplicable a topologías “hub and spoke”. La detección de pérdida de vecino EIGRP es bastante rápido en subinterfaces punto a punto, porque los valores por defecto del temporizador Hello de EIGRP y el Hold Timer de EIGRP son idénticos a los valores utilizados en los enlaces físicos punto a punto (5 segundos para el “Hello Timer” y 15 segundos para el “Hold Timer”). En el peor de los casos, se detecta la pérdida de vecino dentro de los 15 segundos. Otra razón por la que la pérdida del vecino es rápido es que una subinterfaz punto a punto Frame Relay se declara hacia “down” si la DLCI conectada a la interfaz se pierde - detección de pérdida de vecino es inmediata. Recordemos que para subinterfaces multipunto, todos los PVC asociados a éstas deben perderse para que la interfaz se declare caída.

EIGRP sobre Subinterfaces Punto a Punto Frame Relay

Subinterfaces punto a punto son creadas con el comando “interface serial <number.subinterface-number> point-to-point”. Para Frame Relay, el mapeo ip a DLCI sobre subinterfaces punto a punto es hecho especificando el valor DLCI local, usando el comando “frame-relay interface-dlci <dlci>”.

La figura 2-26 ilustra un ejemplo de red; El ejemplo 2-36 es la configuración de router R1, y el Ejemplo 2-37 es la configuración de router R3. La interfaz física Serial 0/0 está configurada para la encapsulación Frame Relay. La interfaz física no tiene una dirección IP asignada a la misma.

Figure 2-26. EIGRP over a Point-to-Point Frame Relay Subinterface.

Example 2-36. Configuration of Router R1 in Figure 2-26R1#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.2 point-to-pointip address 192.168.2.101 255.255.255.0frame-relay interface-dlci 102

!interface Serial0/0.3 point-to-pointip address 192.168.3.101 255.255.255.0frame-relay interface-dlci 103!router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.2.0network 192.168.3.0

Example 2-37. Configuration of Router R3 in Figure 2-26R3#show run<output omitted>interface Serial0/0no ip addressencapsulation frame-relay!interface Serial0/0.1 point-to-pointip address 192.168.3.103 255.255.255.0frame-relay interface-dlci 130!router eigrp 110network 172.16.3.0 0.0.0.255network 192.168.3.0

En el Router R1, dos subinterfaces punto a punto, Serial0/0.2 y Serial0/0.3, son creadas y las direcciones IP son asignadas a los mismos. El mapeo de direcciones IP a DLCI son proporcionadas para cada subinterfaz. La configuración de EIGRP no se cambia de la implementación básica . EIGRP se habilita usando el número de sistema autónomo 110 y las interfaces adecuadas, y las redes son incluidas en EIGRP con los comandos “network” bajo el proceso de enrutamiento EIGRP.

Router R3 está configurado similar al router R1, con una subinterfaz punto-a-punto. El comando “show ip eigrp neighbors” se puede utilizar para verificar el funcionamiento del protocolo de enrutamiento EIGRP en la subinterfaz punto a punto Frame Relay. El ejemplo 2-38 muestra los resultados para los routers R1 y R3. Router R1 forma la adyacencia con Router R2 sobre su interfaz serial 0/0.2 punto a punto y con Router R3 sobre su subinterfaz Serial punto a punto 0/0.3. Del mismo modo, los routers R2 y R3 forman la adyacencia con el router R1 sobre la subinterfaz punto a punto Serial 0/0.1. El Router R3 tiene un vecino, el router R1, sobre su subinterfaz punto a punto Serial 0/0.1.