Configuracion de Protocolo EIGRP Packet Tracer Cisco

1. 1
UNIVERSIDAD SALVADOREÑA ALBERTO MASFERRER
Facultad de Ciencias Empresariales
CARRERA: LIC. EN SISTEMAS
ASIGNATURA: TELEINFORMATICA
PROFESOR : Ing. Oscar Ernesto Rodríguez Alfaro
EVALUACIÓN : PRACTICA DE LABORATORIO 1
CICLO 2-2016
NOTA PROMEDIO
FECHA:
23/08/2016
ALUMNO(A) :
CARRERA:
CARNET:
I. OBJETIVOS:
Configurar el protocolo de enrutamiento EIGRP.
Interpretar las tablas de enrutamiento del router.
Iniciar al estudiante en el proceso de configuración de routers mediante protocolos
de enrutamiento dinámico
II. INTRODUCCIÓN.
Sobre los Protocolos de Enrutamiento
Dinámico
Los protocolos de enrutamiento dinámico se han usado en redes desde comienzos de la década
de los ochenta. La primera versión de RIP se lanzó en 1982, pero algunos de los algoritmos
básicos dentro del protocolo ya se usaban en ARPANET en 1969.
Debido a la evolución de las redes y a su complejidad cada vez mayor, han surgido nuevos
protocolos de enrutamiento. La figura muestra la clasificación de los protocolos de
enrutamiento.
Uno de los primeros protocolos de enrutamiento fue el Routing Information Protocol (RIP). RIP
ha evolucionado a una nueva versión, el RIPv2. Sin embargo, la versión más nueva de RIP
aún no escala a implementaciones de red más extensas. Para abordar las necesidades de
redes más amplias, se desarrollaron dos protocolos de enrutamiento avanzados: Open Shortest
Path First (OSPF) y el Intermediate System to Intermediate System (IS-IS). Cisco desarrolló el
Interior Gateway RoutingProtocol (IGRP) y el EnhancedIGRP (EIGRP), que también escala bien
en implementaciones de redes más grandes.
Asimismo, surgió la necesidad de interconectar diferentes internetworks y proveer el

2. 2
enrutamiento entre ellas. El protocolo Border Gateway Routing (BGP) ahora se usa entre
router’s ISP y entre un ISP y sus clientes privados más grandes, para intercambiar información
de enrutamiento.
Protocolo EIGRP
EIGRP (Enhanced Interior Gateway Routing Protocol, Protocolo de enrutamiento de gateway
interior mejorado) es un protocolo de enrutamiento propiedad de Cisco Systems, clasificado como
de tipo vector distancia y con características de un protocolo de enrutamiento de link-state; busca
ofrecer lo mejor de los algoritmos de vector de distancias y del estado de enlace.
Se considera un protocolo avanzado que se basa en las características normalmente asociadas con
los protocolos del estado de enlace. Observe en la imagen a continuación un resumen de las
operaciones que definen al protocolo IGRP original y al nuevo EIGRP.

3. 3
Configuración básica del protocolo EIGRP
Router>enable
Router# config terminal
Router(config)# router eigrp 100
Número del 1 al 65535 como ID de Proceso / Sistema Autónomo
Para que 2 router sean vecinos (adyacentes) tiene que poseer el mismo ID de Proceso /
Sistema Autónomo)
Router(config-router)# network 10.0.0.0
Publica la red 10.0.0.0 directamente conectada al router bajo configuración de EIGRP
Cuando se trata de ID red de clase (sin subneteo), basta con indicar los byte de la red, sin
especificar la máscara de red.
Router(config-router)# network 192.168.10.8 0.0.0.7
Para publicar redes subneteadas directamente conectadas, se requiere incluir al comando network
una “máscara wilcard”, en este caso, se publica a la subred 192.168.10.8, mascara 255.255.255.248

4. 4
Como se puede observar, la configuración básica de EIGRP es bastante fácil, sin embargo una
configuración un poco más avanzada requiere más detalles, que se trataran en el procedimiento de
esta práctica.
III. MATERIALES Y EQUIPO
Nº REQUERIMIENTO CANTIDAD
1 Guía de Practica 05: Introducción a EIGRP 1
2 Computadora personal con simulador de red Cisco Packet Tracer 1
3 Simulador Packet Tracer instalado. 1
IV. PROCEDIMIENTO
Parte I: Configuración de enrutamiento EIGRP con Clases de IP (Sin Subredes)
1. Preparar una nueva simulación en el software Cisco Packet Tracer y guardarla con el nombre
Practica01procedimiento1.
2. Agregar en el área de simulación al siguiente equipo:
2 router series 2620XM, 1 switch 2954-24 y 3 host
3. Con el equipo anterior, desarrolle la siguiente topología de red:
4. Para la configuración de los IOS de los equipos de la topología, tomar en cuenta las siguientes
aclaraciones:

5. 5
En los router’s y el switch, configurar el hostname respectivo, así como la contraseña de
modo privilegiado (enable password) como: nombre del host al revés
También deshabilitar a protocolo CDP con comando no cdp run
En switch SW1:
Levantar a vlan 10, luego configurar solamente a puertos fa0/1 hasta fa0/3 como
puertos de acceso para esta vlan, ejecutando en esas interfaces al comando switchport
nonegotiate (para deshabilitar al protocolo DTP).
Repetir las instrucciones anteriores para configurar a la vlan 20 y su rango de puertos de
acceso: fa0/4 – fa0/6.
Configurar a puertos (fa0/23 y fa0/24) como puertos troncales: switchport mode trunk.
Deshabilitar envió de protocolo STP, ejecutando comando global:
no spanning-tree vlan 1-20
Configurar las interfaces de ambos router con las respectivas ip Gateway de sus redes a
conectar. Comprobar que R1 alcanza a ver a R2.
Guardar los cambios del archivo de configuración de ejecución (running-config) hacia el
archivo de configuración de inicio (startup-config) de c/dispositivo administrable.
Por cada host de la red, configurar sus parámetros de red y comprobar que alcanza a ver a
su router de conexión, enviado un ping a su ip de Gateway respectiva.
5. En modo privilegiado de cada router, ejecutar el comando show ip route, para escribir las
redes que alcanza a ver cada uno.
Tomar en cuenta que la columna Codes es la letra que indica el tipo de protocolo de enrutamiento
que ha includo esa ruta a la tabla de ruteo. En este caso, todas las rutas indicaran letra (C) en
Codes, que indican que son redes “directamente conectadas”.
R1:
Codes Red Mascara

6. 6
R2:
Codes Red Mascara
Configuración inicial de protocolo EIGRP
6. Cambiarse al Modo de Simulación General.
7. De la ventana de lista de Eventos, dar clic en el botón Edit Filters y deshabilitar las opciones
STP, CDP y DTP de la lista de paquetes de protocolos que no serán mostrados en la simulación
de envió de paquetes de la topología
8. Dar nuevamente clic en el botón del paso anterior para cerrar el listado de protocolos.
9. Inicie la simulación de eventos y deje transcurrir 10 segundos. Si se ha deshabilitado
correctamente a protocolos STP, CDP y DTP en router’s y switch, la detección de eventos
indicara que transcurren sin problemas.
Si no es así, Packet tracer indicara que se sobrepasó la detección de eventos y que deberá
reiniciar la simulación de eventos. Si esto ocurre, es porque aún no ha deshabilitado alguno de
estos protocolos y debe revisar la configuración de router’s y switch para desactivar estos
protocolos.
10. En los pasos restantes de esta parte del procedimiento, mantener SIEMPRE la vista de la
topología y en modo simulación, con la detección de eventos activada
11. Ingresar al modo de configuración del router R1 y ejecutar la siguiente configuración del
protocolo EIGRP.
Observar que este router se integrara al Sistema Autónomo SA #100.
R1(config)#router eigrp 100
R1(config-router)#
12. Router R1 aún no envía solicitud de EIGRP. Publique la red 192.168.1.0 con el comando de
eigrp network 192.168.1.0. En ese momento, R1 generara envió de solicitudes por la interfaz
de conexión hacia esa red, sin obtener respuesta alguna del host!!

7. 7
13. Publique la red de enlace con comando network 10.0.0.0. Ahora, EIGRP enviara actualizaciones
hacia sus 2 interfaces conectadas. Pero R2 aún no le responderá estas solicitudes de EIGRP
14. Sin perder la vista de la transferencia de tramas de la simulación, ingresar a la CLI de R2 y
activar al protocolo EIGRP, bajo el SA 200, así router eigrp 200
Observar que R2 aún no responde petición EIGRP enviadas por R1
15. Publique la ip de la red que comparten en común, con comando network 10.0.0.8
Aunque R1 y R2 se envíen paquetes EIGRP de solicitud, ambos ignoran sus peticiones. Esto se
debe a que ambos router han sido configurados bajo SA diferentes (100 y 200,
respectivamente).
16. En R2, ejecutar comando do show run, para localizar a la configuración de eigrp bajo el SA 200.
!
router eigrp 200
network 10.0.0.0
auto-summary
!
17. Retornar al modo global de R2, para borrar la configuración completa de EIGRP para el SA 200,
ejecutando comando no router eigrp 200.
Confirme en la simulación que R2 deja de enviar solicitudes EIGRP.
18. Repita la configuración de EIGRP en R2, pero bajo el mismo SA 100 activo en R1, así:
R2(config)#router eigrp 100
R2(config-router)#network 10.0.0.0
R2(config-router)#
19. Observar que R2 le confirmara que ha localizado una nuevo “vecino eigrp bajo el SA 100 en
común”, desde la ip 10.0.0.1 del otro router R1
R2(config-router)#
%DUAL-5-NBRCHANGE: IP-EIGRP 100: Neighbor 10.0.0.1 (Serial0/0) is up: new adjacency
Se ha generado una nueva adyacencia y desde ese momento, R1 y R2 intercambian
periódicamente sus tablas de enrutamiento.
20. Presione enter y vea la tabla de enrutamiento de R2, ejecutando comando do show ip route
C 10.0.0.0/8 is directly connected, Serial0/0

8. 8
C 175.0.0.0/16 is directly connected, FastEthernet0/0
D 192.168.1.0/24 [90/2172416] via 10.0.0.1, 00:00:42, Serial0/0
C 192.168.2.0/24 is directly connected, FastEthernet0/0.10
C 192.168.3.0/24 is directly connected, FastEthernet0/0.20
R2(config-router)#
Se resalta la red 192.168.1.0 /24, que ha sido “aprendida” desde R1 por medio del protocolo
EIGRP 100, que se identifican por el Code (D)
21. Repita el paso anterior desde R1 y compare las tablas de ruteo de ambos router y responda
¿Por qué R1 aún no ha modificado sus rutas?
22. Desde la configuración del protocolo EIGRP del SA 100 de R2 (cursor R1(config-router)#),
publicar la red de la vlan 100, así: network 192.168.2.0 y analizar lo que hace R2 en la
simulación!!
23. Desde R1, generar la tabla de enrutamiento activa y determinar si hay algún cambio en las
rutas de la misma.
Configuración de Interfaces pasivas
24. Para continuar, observar y analizar durante unos 10 segundos al destino de las actualizaciones
EIGRP generadas por c/router. Responda
¿Las actualizaciones que envía R1 a host de su LAN son respondidas?
¿R2 envía sus actualizaciones a los host de ambas vlan o sola a una de las vlan?, ¿Por qué?
25. Del análisis anterior, se deduce que las actualizaciones de enrutamiento de cualquier
protocolo de enrutamiento (sea RIP, EIGRP, etc.) solo les interesa a los router que participan
del enrutamiento. En cambio, en redes lan generan desperdicio de ancho de banda porque
estos paquetes de multidifusión jamás son respondidos por host comunes
26. Para evitar esta transmisión de enrutamiento, defina en el protocolo EIGRP 100 de R2 a las 2
interfaces “pasivas” por las cuales no enviara paquetes EIGRP, así:
R2(config-router)#passive-interface fa0/0.10
R2(config-router)#passive-interface fa0/0.20
R2(config-router)#
Observar que luego de su ejecución, el protocolo EIGRP en R2 ya no enviara sus paquetes hacia
las subinterfaces indicadas.

9. 10
10
27. Repita el paso anterior para R1, para configurar a interfaz fa0/0 como interfaz pasiva.
Confirmar que ambos router envían/reciben actualizaciones de EIGRP solamente por sus
interfaces serial de su red en común.
28. Publique en R2 a la red de la vlan 10 con comando de EIGRP network 192.168.3.0
Luego que R1 reciba el paquete de actualización de R2, confirme en su tabla de ruteo que esta
ruta hacia la red 192.168.3.0 /24 ya existe en su tabla de ruteo!!
29. Guardar las configuraciones activas del ios de ambos router y retornar al modo de Tiempo Real
(Real Time). Guardar la simulación general y cerrar el archivo de la simulación.
30. Cargar nuevamente la simulación y luego de unos 15 segundos, comprobar desde host de la
LAN de R1, que este alcanza a ver a los host de R2!!
31. Ingresar a la CLI de cada router y generar su respectiva tabla de enrutamiento. Anotar en las
tablas a continuación los parámetros solicitados de c/u de las rutas
R1:
Codes Red /Mk AD Metric
R2:
Codes Red /Mk AD Metric
32. Observar también al contenido de la configuración de EIGRP 100 almacenada en el archivo de
ejecución (running-config) de c/router

10. 11
11
Parte II: Configuración de enrutamiento EIGRP: IP sin Clase de IP (con Subredes)
33. Hacer una copia de la simulación actual bajo el nombre Practica01procedimiento2.
34. A los dispositivos de la topología actual, realizar los cambios en el direccionamiento ip de sus
interfaces según los parámetros dados en la imagen a continuación:
Observar que:
Los nuevos router (ISP y R3) son de las series 2811 y 1841, respectivamente. En la CLI de c/u
se debe cambiar solamente su hostname. Estos se usaran para el desarrollo de la Parte 3 de
este procedimiento.
Se utilizan subredes ip, creadas previamente con un subneteo VLSM
Cuando se cambie la ip de uno de los extremos seriales entre R1 y R2, se generara un aviso
similar a este:
%DUAL-5-NBRCHANGE: IP-EIGRP 100: Neighbor 10.0.0.2 (Serial0/0) is down: interface down
Este indica que un router ha perdido comunicación del protocolo EIGRP (su “relación de
adyacencia”) con su otro vecino. Un mensaje similar se mostrara en la CLI del otro router.
Ignorar ambos errores por el momento!!
35. Confirmar que ambos router se ven entre si y que también cada host alcanza a ver a su
respectiva ip de Gateway. Guardar los cambios de configuración en los 4 router.
Modificando la configuración EIGRP ya existente en un Router
36. Para darle un seguimiento mas real al intercambio de paquetes del protocolo EIGRP entre
router de un mismo SA, se hará uso del comando de modo privilegiado debug ip routing
En ambos router, retornar a su modo privilegiado y ejecutar el comando indicado aquí.

11. 12
12
37. En R1, localizar en su archivo running-config a los comandos de configuración de EGRP actual.
router eigrp 100
passive-interface FastEthernet0/0
network 192.168.1.0
network 10.0.0.0
auto-summary
!
38. Luego ingresar a la configuración de EIGRP SA 100, con el comando router eigrp 100
39. Debido a que las redes publicadas de la parte 1 ya no existen, es necesario eliminarlas de la
configuración negándolas, así:
R1(config)#router eigrp 100
R1(config-router)#no network 192.168.1.0
R1(config-router)#no network 10.0.0.0
R1(config-router)#
Guarde los cambios en la configuración de inicio de R1
40. Desde la CLI de R2, ejecute los últimos 4 pasos anteriores para negar las 3 redes publicadas en
su configuración de EIGRP 100.
41. Desde la configuración de EIGRP de R1, publicar la ip red de su LAN (170.0.24.0 /22). Para ello,
ejecutar el comando network 170.0.24.0 0.0.3.255
La secuencia 0.0.3.255 se le conoce como Mascara Wildcard y se obtiene del complemento A1 de
la Mk de subred de la red a publicar. En este caso, el complemento A1 de la máscara /22 o
255.255.252.0 es el wildcard 0.0.3.255
42. Por ahora, aun no se generaran eventos de enrutamiento en R1, porque su interfaz f0/0 donde
se ha levantado la red 170.0.24.0, está definida como “interfaz pasiva”, es decir, no envía sus
paquetes de solicitud por ella.
43. Publicar la red de enlace 170.0.192.0/30 con el comando network 170.0.192.0 0.0.0.3
En ese momento, R1 envía periódicamente sus solicitudes hacia R2, pero este último las
rechaza al no tener aun publicada a esa misma red 170.0.192 en común.

12. 13
13
44. Colocar las ventanas de CLI de ambos router de manera paralela, para que se observen al
mismo tiempo. Luego ingresar a la configuración de EIGRP 100 de R2 y publicar la red
170.0.192.0 /30 con el comando network del paso anterior.
45. De manera similar al paso anterior, publicar en R2 a las redes de las 2 vlan, así:
R2(config-router)#network 170.0.28.0 0.0.0.63
R2(config-router)#network 170.0.64.0 0.0.0.15
R2(config-router)#
Observar que por cada comando network en R2, en la CLI de R1 se confirma que se ha
adicionado en su proceso EIGRP a la red recibida de la actualización de su vecino R2!!
Verificación del protocolo de enrutamiento
46. Ver la tabla de enrutamiento de cada router y confirmar que cada uno tiene registradas las
redes de su vecino EIGRP (porque ambas están configurados bajo el mismo SA 100).
Además, desde el modo privilegiado de ambos router, ejecutar el comando privilegiado show
ip eigrp neighbors, para confirmar que cada uno ve a su vecino (adyacencias).
47. En R1 ejecutar comando show ip protocols y verificar la información del protocolo EIGRP SA 100.
Evaluar los parámetros resaltados!!
R1#show ip protocols
Routing Protocol is "eigrp 100 "
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Redistributing: eigrp 100
Automatic network summarization is in effect
Automatic address summarization:

13. 14
14
Maximum path: 4
Routing for Networks:
170.0.24.0/22
170.0.192.0/30
170.0.80.0/28
Passive Interface(s):
FastEthernet0/0
Routing Information Sources:
Gateway Distance Last Update
170.0.192.2 90 7547
Distance: internal 90 external 170
48. En R1 ejecutar comando show ip eigrp topology y evaluar la tabla de topologías de EIGRP
R1#show ip eigrp topology
IP-EIGRP Topology Table for AS 100
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
r - Reply status
P 170.0.24.0/22, 1 successors, FD is 28160
via Connected, FastEthernet0/0
P 170.0.192.0/30, 1 successors, FD is 2169856
via Connected, Serial0/0
P 170.0.28.0/26, 1 successors, FD is 2172416
via 170.0.192.2 (2172416/28160), Serial0/0
P 170.0.64.0/28, 1 successors, FD is 2172416
via 170.0.192.2 (2172416/28160), Serial0/0
R1#

14. 15
15
Uso de interfaces de loopback
49. A continuación, retornar al modo de configuración global de R1, para adicionar 2 nuevas
redes (170.0.80.0 /28 y 170.0.96.0 /28) conectadas al mismo.
Pero no se hará uso de nuevas interfaces físicas en R1 o de subinterfaces para vlan’s. Estas
redes se implementaran por medio de interfaces lógicas de loopback, las cuales permiten:
“Virtualizar host de redes diferentes” en un mismo router sin tener que agregar módulos
físicos de interfaces a un router
Hacer pruebas en configuraciones de protocolos de enrutamiento.
50. Crear la interfaz de loopback 200, crear y asignar una ip host de la nueva red 170.0.80.0 /28,
así:
R1(config)#interface loopback 200
R1(config-if)#ip address 170.0.80.10 255.255.255.240
R1(config-if)#exit
Observar que el IOS de R1 indica que se ha creado y levantado ( is up) a la interfaz loopback
200.
51. Ejecutar cada uno de los siguientes comandos, para localizar a esta nueva red “virtualizada”
en R1
do show running-config: ubicar la configuración ip de la interfaz loopback 200
do show ip route: el protocolo de enrutamiento estático confirma la ruta hacia la nueva red
170.0.80.0 /28, que se alcanza “directamente conectada” por la interfaz loopback 200.
Por último, colocar cursor sobre R1 y en la ventana emergente, ubicar la interfaz de loopback
200 con la ip host asignada (e incluso se le ha asignado una MAC para Capa 2 OSI), junto al
resto de interfaces físicas!!
52. Ingresar a la configuración del protocolo EIGRP 100 de R1 y publicar la nueva red
170.0.80.0/28. Desde la CLI de R2, confirmar que este avisa que se ha agregado una nueva
red con el protocolo EIGRP 100, recibida desde su vecino R1.
53. Desde host de la vlan 20, enviar un ping a la ip 170.0.80.10 y verificar que el Router R1 le
responde como si fuera un host normal de una red destino!!
54. Finalmente, ejecutar los comandos necesarios en R1, para crear una interfaz loopback 450,
con una ip host de la 2da nueva red 170.0.96.0 /28 y publicar esta red en su configuración del
protocolo EIGRP 100.
55. En la tabla de enrutamiento de R2, localizar a estas 2 nuevas redes publicadas por el
protocolo EIGRP de R1.