LABORATORIO DIEZ. Redes de Computadores II. GRUPO 3, M 18-22.

24 de noviembre de 2015

Juan Diego Álvarez SánchezJuan David Cano

1. Topología de red implementada.

Figura 1. Topología de red implementada.

Figura 2. Tabla de direccionamiento.

La red se implementó en el software GNS3. A continuación se muestra una captura del esquema implementado en GNS3, y la configuración básica de los diferentes dispositivos que la integran. Los Hosts se implementan como máquinas virtuales bajo el software VM VirtualBox.

Figura 3. Red implementada en GNS3.

En primer lugar se muestran las CONFIGURACIONES BÁSICAS de asignación de ip a cada una de las interfaces en cada uno de los tres enrutadores:

Figura 4. Interfaz fa0/0 en TAMPA.

Figura 5. Interfaz S0/0 en TAMPA.

Figura 6. Interfaz S0/1 en TAMPA.

Figura 7. Configuración del Clock Rate en TAMPA.

Figura 8. Fa0/0 en MIAMI.

Figura 9. S0/0 en MIAMI.

Figura 10. S0/1 en MIAMI.

Figura 11. Clock Rate 256000 en MIAMI.

Figura 12. S0/0 en ORLANDO.

Figura 13. S0/1 en ORLANDO.

Figura 14. F0/0 en ORLANDO.

Configuración básica de cada uno de los HOSTS:

Figura 15. MICKEY Figura 16. TRIBILIN Figura 17. DONALD

PREGUNTAS

a. A continuación se muestra la tabla de enrutamiento para cada uno de los enrutadores (Miami, Orlando, Tampa):

Figura 18. Show ip route y show ip interface brief en ORLANDO.

Figura 19. Show ip route y show interface brief en TAMPA.

Figura 20. Show ip route y show interface brief en MIAMI.

Es posible observar en la tabla de enrutamiento de cada uno de los enrutadores que aún no hay rutas definidas debido a que no se ha implementado ningún protocolo (ni dinámico ni estático), por lo tanto solo se muestran las redes directamente conectadas. Esto se puede evidenciar aún más con el comando show ip interface brief, donde se muestran las interfaces directamente conectadas a cada router y el método aparece en manual.

A continuación se muestra la evidencia de conectividad entre cada uno de los hosts, el enrutador al que se encuentran directamente conectados y las interfaces de salida de los mismos, por medio del comando PING

Figura 21. Evidencia de conectividad en DONALD.

Figura 22. Evidencia de conectividad en MICKEY.

Figura 23. Conectividad en TRIBILIN.

CONFIGURACIÓN DE OSPF EN REDES PUNTO A PUNTO

1. Habilitación de OSPF en cada ROUTER. Por medio del comando “router OSPF 666”

Figura 24. OSPF en MIAMI.

Figura 25. OSPF en TAMPA.

Figura 26. OSPF en ORLANDO.

2. Declaración de las redes directamente conectadas y áreas. En el enrutamiento dinámico solo se declaran las redes directamente conectadas, como se muestra a continuación:

Figura 27. OSPF en Miami.

Figura 28. OSPF en Orlando.

Figura 29. OSPF en TAMPA.

b. Ahora se verifica el estado de las tablas de enrutamiento, por medio del comando “show ip route”

Figura 30. Ip route con OSPF en TAMPA.

Figura 31. Ip route con OSPF en MIAMI.

Figura 32. Ip route con OSPF en ORLANDO.

Se puede ver la información de enrutamiento para:

0: Redes con OSPF C: Redes directamente conectadas.

Es posible observar una entrada en la tabla de enrutamiento para cada uno de los segmentos de red. Para cada segmento de red se puede observar su interfaz correspondiente, además de la distancia administrativa del protocolo y el costo desde el enrutador actual hasta dicho segmento.

Como anotación, es importante resaltar que en cada ROUTER solo un segmento aparece con dos caminos posibles, y es precisamente aquel en el cual el costo por ambos caminos es exactamente el mismo. Esto lo permite el protocolo con el fin de proporcionar a la red un balanceo de carga en caso de que sea necesario.

c. Router ID para cada uno de los enrutadores de la topología implementada. Se puede observar por medio del comando “show ip protocols”

ROUTER HOSTNAME ROUTER ID1. Orlando 192.168.200.62. Miami 192.168.150.33. Tampa 192.168.200.9

Tabla 1. Router ID para los routers de la topología.

Figura 33. Show ip protocols en ORLANDO.

Figura 34. Show ip protocols en MIAMI.

Figura 35. Show ip protocols en TAMPA.

Se puede observar que los router ID de cada Router, se configuran de acuerdo a la regla de selección de la IP más alta de las interfaces activas, ya que no se ha ingresado de manera manual ningún router ID y tampoco hay interfaces de Loopback.

d. Vecinos de cada router. Se pueden observar por medio del comando: “show ip opsf neighbor”

Se puede observar el estado de los vecinos, su router ID y la dirección de red asociada al segmento que los conecta directamente. Además se puede observar la interfaz por la cual se conectan con dichos dispositivos vecinos o adyacentes.

Figura 36. Vecinos de TAMPA.

Figura 37. Vecinos de MIAMI.

Figura 38. Vecinos de ORLANDO.

e. Se ejecuta el comando “debug ip ospf events” en el router MIAMI, obteniendo los siguientes resultados:

Figura 39. Debug ip ospf events en MIAMI.

Los paquetes HELLOS, se envían aproximadamente en un intervalo de tiempo de 10 segundos.

f. Ancho de banda (BW) para las interfaces de los ROUTERS (Seriales y Fast Ethernet).

Figura 40. BW en interfaz serial S0/0.

Figura 41. BW en interfaz serial S0/1.

Figura 42. BW en interfaz fa0/0.

MIAMI

TAMPAORLANDO

S:64 S:64

S:64Fa:10 Fa:10

Fa:10

Para calcular el costo se hace uso de la relación: COSTO= 108

BW (bps )

Se obtienen los siguientes valores:

INTERFAZ COSTO

Serial (S0/0 y S0/1) 64

Fast Ethernet (Fa0/0) 10

Tabla 2. Costos por interfaz.

Figura 43. Costo asociado a los enlaces

g. Verificando los costos con el comando “show ip ospf interface”

Figura 44. Verificación de costos Serial.

Figura 45. Verificación de costos para Fast Ethernet.

h. Parámetros en la tabla de enrutamiento.

Figura 46. Tabla de enrutamiento para TAMPA.

S:64

OSPF: 10+64=74

OSPF: 64+10=74

OSPF: 64+64=128

MIAMI

TAMPAORLANDO

S:64 S:64

Fa:10 Fa:10

Fa:10

La distancia administrativa es el número de prioridad del protocolo. Para el caso de OSPF es de un valor de 110. Recapitulando, para el protocolo RIP en el pasado laboratorio el valor era de 120 y a medida que se acerca más al valor de 1 (valor más óptimo) que se le asigna a las redes directamente conectadas, mucho mejor el protocolo.

Comparando la distancia desde el enrutador TAMPA a los demás segmentos de red, es posible ver como se suman los costos individuales para cada camino.

Figura 47. Costos aprendidos con OSPF.

Se puede evidenciar que para cada camino hay un costo asociado, y que si los caminos son iguales en cuanto a costo se incluyen ambos para manejar el balanceo de carga.

i. Modificando los costos.

Figura 48. Nuevos costos en ORLANDO.

Figura 49. Nuevos costos en MIAMI.

192.168.30.0

S0/0 S0/1

S:781S:1562

S:390

OSPF: 781+390+10=1181

OSPF: 1562+10=1572 MIAMI

TAMPAORLANDO

Fa:10 Fa:10

Fa:10

Figura 50. Nuevos costos en TAMPA.

El nuevo gráfico será el siguiente:

Figura 51. OSPF desde MIAMI hasta 192.168.30.0

Costo acumulado para llegar desde MIAMI hasta la red 192.168.30.0.

Interfaz CostoS0/0 1562+10=1572S0/1 781+390+10=1181

Tabla 3. Costos hasta la red 192.168.30.0 La interfaz que brinda menor costo es la interfaz S0/1. Esta es la interfaz que finalmente se usa

para realizar el enrutamiento hasta la red 192.168.30.0 Se ejecuta el comando “TRACEROUTE” en el HOST Mickey con destino TRIBILIN (192.168.30.2)

Figura 52. Traceroute

Un paquete originado en MICKEY (1192.168.10.2) pasa primero por el ROUTER MIAMA a través de la interfaz FastEthernet y el Gateway previamente configurado. Sale por la interfaz S0/1 que se conecta a través de la interfaz S0/0 del router de ORLANDO. El paquete es enrutado por la interfaz S0/1 y es enviado hacia la interfaz S0/0 del enrutador TAMPA. Allí es enrutado por la interfaz FastEthernet 0/0 y finalmente llega al HOST con dirección de red 192.168.30.2

j. Primero se ejecuta el comando debuggin ip routing en Miami y Tampa. Inicialmente el router se queda esperando a algún cambio para avisar sobre este.

Figura 53. IP Routing debbuging en TAMPA.

Figura 54. IP Routing debbuging en MIAMI.

Se procede a apagar la interfaz Fa0/0 en ORLANDO.

Figura 55. Apagando Fa0/0.

En este momento el debbuging debe anunciar el cambio y mostrar que la red es inalcanzable.

Figura 56. Debugging en TAMPA al apagar fa0/0 en ORLANDO.

Figura 57. Debugging en MIAMI al apagar fa0/0 en ORLANDO.

El tiempo que demoró en determinar que la red 192.168.20 es inalcanzable, fue de aproximadamente un segundo.

k. Prendiendo de nuevo la interfaz.

Figura 58. Prendiendo fa0/0 en Orlando.

Se puede apreciar que el tiempo que demoran los demás routers en saber que de nuevo la red alcanzable, es de aproximadamente dos segundos.

Todo el proceso de desconexión y reconexión se ilustra de manera detallada en las figuras 56 y 57.

l. Los paquetes HELLO, son paquetes que cada router envía periódicamente a sus vecinos con el listado de vecinos reconocidos por el router.

Figura 59. Captura de Wireshark

Figura 60. Estructura de un paquete HELLO OSPF.

En el encabezado OSPF se puede observar la versión de OSPF implementada, el tipo de mensaje que en nuestro caso es HELLO, el tamaño del mensaje que de manera predeterminada es de 44 bytes, la fuente del HELLO, el área de trabajo (en esta topología solo hay un área y es la cero). EN el cuerpo del mensaje se muestra la máscara de red con que se está trabajando y el intervalo entre mensaje y mensaje (10 segundos como se había calculado de manera aproximada antes).

También se muestran informaciones como el intervalo de muerte (4 veces el intervalo HELLO, indica que un Router ya no está disponible de manera definivita), el número de prioridad (1 para redes directamente conectadas) y el Router designado que representa la red (en este caso el router TAMPA por tener el valor de prioridad más alto) También se muestra que no hay BDR o router de respaldo asignado.

m. La dirección 224.0.0.5 es la dirección de multidifusión. Es una dirección tipo D, previamente configurada por el protocolo para todos los Routers de la red que implementen OSPF como protocolo de enrutamiento dinámico.