LABORATORIO DIEZ.

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

24 de noviembre de 2015
Juan Diego lvarez Snchez
Juan David Cano
1. Topologa de red implementada.

Figura 1. Topologa de red implementada.

Figura 2. Tabla de direccionamiento.

La red se implement en el software GNS3. A continuacin se muestra una captura
del esquema implementado en GNS3, y la configuracin bsica de los diferentes
dispositivos que la integran. Los Hosts se implementan como mquinas virtuales
bajo el software VM VirtualBox.

Figura 3. Red implementada en GNS3.

En primer lugar se muestran las CONFIGURACIONES BSICAS de asignacin 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. Configuracin 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.

Configuracin bsica de cada uno de los HOSTS:

Figura 15.
MICKEY

Figura 16. TRIBILIN

Figura 17. DONALD

PREGUNTAS
a. A continuacin 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
an no hay rutas definidas debido a que no se ha implementado ningn protocolo
(ni dinmico ni esttico), por lo tanto solo se muestran las redes directamente
conectadas. Esto se puede evidenciar an ms con el comando show ip interface
brief, donde se muestran las interfaces directamente conectadas a cada router y el
mtodo aparece en manual.
A continuacin 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.

CONFIGURACIN DE OSPF EN REDES PUNTO A PUNTO
1. Habilitacin 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. Declaracin de las redes directamente conectadas y reas. En el

enrutamiento dinmico solo se declaran las redes directamente conectadas,
como se muestra a continuacin:

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 informacin 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, adems de la distancia administrativa del protocolo y el costo
desde el enrutador actual hasta dicho segmento.
Como anotacin, 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 topologa implementada. Se
puede observar por medio del comando show ip protocols

ROUTER HOSTNAME
1. Orlando
2. Miami
3. Tampa

ROUTER ID
192.168.200.6
192.168.150.3
192.168.200.9

Tabla 1. Router ID para los routers de la topologa.

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 seleccin de la IP ms alta de las interfaces activas, ya que no se ha
ingresado de manera manual ningn 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 direccin de red
asociada al segmento que los conecta directamente. Adems 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 envan 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.

Para calcular el costo se hace uso de la relacin:

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.

Fa:10

MIAMI
S:64

S:64

S:64

Fa:10

Fa:10

TAMPA
ORLANDO

Figura 43. Costo asociado a los enlaces

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

Figura 44. Verificacin de costos Serial.

Figura 45. Verificacin de costos para Fast Ethernet.

h. Parmetros en la tabla de enrutamiento.

Fa:10
OSPF: 64+10=74
MIAMI
S:64

S:64
OSPF: 64+64=128

Fa:10

Fa:10
TAMPA

S:64

ORLANDO

OSPF: 10+64=74

Figura 46. Tabla de enrutamiento para TAMPA.

La distancia administrativa es el nmero 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 ms al valor de 1 (valor ms
ptimo) que se le asigna a las redes directamente conectadas, mucho mejor el
protocolo.
Comparando la distancia desde el enrutador TAMPA a los dems 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.

Figura 50. Nuevos costos en TAMPA.

El nuevo grfico ser el siguiente:

Fa:10
S0/0
OSPF: 1562+10=1572

Figura 51.
MIAMI hasta
192.168.30.0

Costo
para
desde
hasta la

MIAMI

S0/1

OSPF desde

S:1562

S:781

Fa:10

Fa:10
TAMPA

192.168.30.0

192.168.30.0.

S:390

ORLANDO

acumulado
llegar
MIAMI
red

OSPF: 781+390+10=1181

Interfaz

Costo
S0/0
1562+10=1572
S0/1
781+390+10=1
181
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
travs de la interfaz FastEthernet y el Gateway previamente configurado. Sale por la
interfaz S0/1 que se conecta a travs 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 direccin 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 algn 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 dems routers en saber que de nuevo la
red alcanzable, es de aproximadamente dos segundos.
Todo el proceso de desconexin y reconexin se ilustra de manera detallada en las figuras
56 y 57.
l.

Los paquetes HELLO, son paquetes que cada router enva peridicamente 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 versin de OSPF implementada, el tipo de
mensaje que en nuestro caso es HELLO, el tamao del mensaje que de manera
predeterminada es de 44 bytes, la fuente del HELLO, el rea de trabajo (en esta topologa
solo hay un rea y es la cero). EN el cuerpo del mensaje se muestra la mscara de red con
que se est trabajando y el intervalo entre mensaje y mensaje (10 segundos como se haba
calculado de manera aproximada antes).
Tambin 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 nmero 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 ms alto) Tambin se
muestra que no hay BDR o router de respaldo asignado.
m. La direccin 224.0.0.5 es la direccin de multidifusin. Es una direccin tipo D,
previamente configurada por el protocolo para todos los Routers de la red que
implementen OSPF como protocolo de enrutamiento dinmico.