1

UNIVERSIDAD SALVADOREÑA ALBERTO MASFERRERFacultad de Ciencias Empresariales

CARRERA: LIC. EN SISTEMAS

ASIGNATURA: TELEINFORMATICA

PROFESOR : Ing. Oscar Ernesto Rodríguez AlfaroEVALUACIÓN : PRACTICA DE LABORATORIO 1

CICLO 2-2016NOTA 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.

2

Asimismo, surgió la necesidad de interconectar diferentes internetworks y proveer el 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 EIGRPEIGRP (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

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

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 nombrePractica01procedimiento1.

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

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

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, m a nt e ne r S I E M P RE la vis t a d e la t op o l o g í a y e n mo d o s i m u l a ci ón , c o n l a d e t e cci ó n d e e v e n t o s a c t iva d a

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

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

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 protocoloEIGRP 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 actualizacionesEIGRP 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.

1010

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 laLAN 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

1111

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í.

1212

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 o255.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.

1313

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 red170.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, e n l a C LI d e R1 se c onf i r m a q u e s e h a a d ici on a d o e n s u pro c e s o E I GRP a l a r e d r e ci b i d a d e l a a c t u a li z a ci ó n d e su v e ci n o R 2 ! !

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:

1414

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#

1515

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 loopback200.

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 red170.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 loopback200 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 red170.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.