Configuración básica de EIGRP

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

Cisco introdujo la nueva versión de la certificación CCNP en enero de 2010 y los cambios respecto a la versión anterior fueron importantes:

  • Se pasó de 4 exámenes a 3: Route, Switch y Tshoot.
  • Se eliminaron conceptos que sí aparecían en la versión 5, como QoS, redes inalámbricas y muchos temas relacionados con la seguridad.
  • La versión 6 se centra en routing y switching, aunque exige amplios conocimientos de troubleshooting.  De hecho, uno de los exámenes está centrado precisamente en la resolución de problemas.

En esta nueva versión se incluyen menos conceptos, pero se estudian con mayor profundidad, lo que hace que CCNP siga siendo una certificación difícil y que demuestra el dominio de los aspectos que en ella se estudian.

En este post vamos a iniciar el estudio de uno de los protocolos que se tratan en el examen CCNP Route, EIGRP.  Este protocolo aparece en el segundo semestre de CCNA, donde se presentan los conceptos básicos del funcionamiento y configuración, y en CCNP se profundiza en aspectos más complejos, así como en su administración y optimización.

Ejercicios Prácticos

Para realizar las prácticas, una de las mejores herramientas que podemos utilizar es GNS3:

http://www.gns3.net

Se trata de un entorno gráfico que nos va a facilitar el uso del emulador Dynamips:

http://www.ipflow.utc.fr/index.php/Cisco_7200_Simulator

No podemos decir que Dynamips es un simulador, sino que es un software que nos permite ejecutar (emular) imágenes IOS reales de routers Cisco en nuestro ordenador.  De esta forma, no nos encontraremos las limitaciones que podemos ver en otras herramientas que simulan algunas características de las imágenes IOS, aunque no llegan a disponer del 100% de los comandos.

Como vemos en la imagen anterior, podemos emular varios modelos de routers Cisco, así como otros dispositivos: Routers Juniper, PIX, ASA, Switches ATM, Switches Frame Relay…

Para esta configuración básica utilizaremos los routers Cisco 2621 con la IOS c2600-ipbasek9-mz.124-10a.bin, aunque podemos utilizar cualquier otro modelo con prácticamente cualquier otra versión de IOS.  Necesitaremos disponer de dos interfaces serie en cada router y las redes LAN las simularemos con interfaces Loopback.

Configuración básica de EIGRP

Los fundamentos de EIGRP se tratan en el segundo semestre de CCNA, por lo que no los repetiré en este post, simplemente veremos cómo podemos configurar una topología básica en la que usaremos EIGRP para conseguir conectividad completa entre los diferentes dispositivos.  En posteriores posts iré explicando cómo llevar a cabo una configuración avanzada de EIGRP según los requisitos del examen CCNP Route (640-902).

La topología que usaremos será la siguiente:

En la que simularemos las redes LAN mediante interfaces Loopback.  Cada interfaz está etiquetada y la etiqueta incluye la dirección IP dentro del rango que le corresponde.  Por ejemplo, en el router Madrid, la interfaz s0/0 tiene como dirección IP la 192.168.0.1/30, la interfaz s0/1 tiene la 192.168.0.9/30, la Loopback1 tiene la 172.16.3.0/24 y la Loopback2 tiene la 172.16.4.1/24.

Router Paris

Empezamos con la configuración básica del router Paris:

Y la configuración de las interfaces, primero las interfaces Loopback:

Y después las interfaces serie, donde Paris será el extremo DCE para sus dos enlaces:

Router Madrid

Ahora pasamos a la configuración del router Madrid:

Las interfaces Loopback:

Y las interfaces serie, donde Madrid será el extremo DCE para el enlace que le une con el router Roma:

Router Roma

Ya sólo nos queda el router Roma.  Empezamos con la configuración básica:

Las interfaces Loopback:

Y las interfaces serie.  Para las dos interfaces, el router Roma será el extremo DTE:

Ahora pasaremos a la configuración del protocolo EIGRP en los tres routers para conseguir conectividad completa.

Router Paris

Empezaremos con la configuración del router Paris.  Como en EIGRP tenemos que indicad un número de Sistema Autónomo que debe ser el mismo en todos los routers, elegiremos “1” como este número.  Si los routers no utilizan el mismo número de AS en su configuración, no alcanzarán la adyacencia con sus vecinos y, por lo tanto, no compartirán información de enrutamiento:

En la configuración básica no necesitamos usar la máscara Wildcard para publicar subredes independientes, sino que publicamos las redes de clase completa y el protocolo se encargará del resto.

Router Madrid

En el router Madrid seguimos los mismos pasos y al estar conectado a las mismas redes de clase completa, los comandos serán exactamente iguales:

Podemos apreciar que en cuanto hemos publicado la red 192.168.0.0 se ha establecido una relación de adyacencia con el router Paris en la interfaz 192.168.0.2.

Router Roma

Escribimos los mismos comandos en el router Roma:

Donde también se establece la adyacencia de forma inmediata.

 

Comprobación de la Configuración

Ahora podemos ejecutar varios comandos para comprobar la configuración que acabamos de realizar.

Para que los routers que están ejecutando EIGRP compartan información de enrutamiento, previamente han debido establecer relaciones de adyacencia.  Podemos ver si esto ha ocurrido ejecutando el siguiente comando en los routers, por ejemplo en Paris:

Donde vemos que es adyacente a los routers Madrid (192.168.0.1) y Roma (192.168.0.6).  Podemos ejecutar el mismo comando en Roma y Madrid para ver que se han establecido las adyacencias.

También podemos inspeccionar las tablas de enrutamiento:

En el caso de Paris, vemos que tiene 4 redes directamente conectadas y que ha aprendido a llegar a varias redes mediante EIGRP (D).  Como podemos ver, EIGRP hace resumen automático de rutas y cada uno de estos resúmenes lo dirige a la interfaz Null0.  Precisamente este resumen automático de rutas es el que hace que EIGRP no nos permita la conectividad completa en esta topología.  Como vemos, el router Paris no tiene rutas para llegar a 172.16.3.0, 172.16.4.0, 172.16.5.0 ni 172.16.6.0.  De hecho, si intentamos llegar a una de las interfaces conectada a una de estas redes, no lo conseguiremos:

EIGRP asume que todas las subredes contiguas pertenecientes a una misma red serán accesibles a través del mismo router, por lo que realiza el resumen automático de rutas a la red completa.  En un caso como el de esta topología, que no sería un buen diseño de red, tenemos que deshabilitar este resumen automático para que EIGRP publique las subredes por separado y cada router sea capaz de llegar a todas las subredes.  En Paris:

En Madrid:

Y en Roma:

Si ahora consultamos la tabla de enrutamiento de los routers, por ejemplo Paris:

Vemos que ahora aparecen las subredes que antes no estaban y que ya podemos conectarnos con cualquiera de las interfaces a las que antes no podíamos llegar:

También podemos examinar la tabla topológica de los routers.  Por ejemplo, en Paris:

Donde vemos que las entradas están en modo pasivo porque la red ha convergido y también vemos los sucesores de cada entrada.  No vemos sucesores factibles porque no se cumple la condición de factibilidad.