Redes de Telecomunicaciones

Practica de laboratorio 4
Soto Hernández Christian

Objetivo
Entender el tráfico de una red a través de los routers.

Teoría
Los routers son computadoras que poseen N interfaces de red, en su mayoría Ethernet, su único
propósito es encaminar los paquetes de información (datagramas), hacia su destino eligiendo el mejor
camino por medio de una “tabla de ruteo”.

Material
Se requiere de una computadora con SO linux que tenga instalado netkit y wireshark.

Procedimiento
Comenzaremos con una red simple con las siguientes características:
• 2 redes, netX y netY
• conectadas entre sí por un ruteador
• host A en netX
• host B en netY
• @IP HA 128.142.32.195/28
• mascara de red de HB 15 bits
• usar comandos-v para la configuración de toda la red.

Primero elegimos la dirección IP del host B: 150.0.0.45.

Ahora vamos a la terminal y tecleamos:

vstart HA --eth0=A
vstart HB --eth0=B
vstart R --eth0=A --eth1=B

Configuramos cada maquina virtual de la siguiente forma:

HA
ifconfig eth0 128.142.32.195 netmask 255.255.255.240

HB
ifconfig eth0 150.0.0.45 netmask 255.254.0.0

R
ifconfig eth0 128.142.32.196 netmask 255.255.255.240
ifconfig eth1 150.0.0.46 netmask 255.254.0.0

Como se demostró en la practica 2, cuando se quiere conectar a otra PC mediante su dirección IP

primero se analiza que posea el mismo prefijo de red, sino, no se intentara conectar, para corregir eso
tendremos que añadir la salida al mundo exterior mediante una tabla de ruteo en HA y HB.

HA
route add default gw 128.142.32.196

HB
route add default gw 150.0.0.46

Probaremos que funcionan adecuadamente usando el comando ping de HA a HB y viceversa, la

ilustración 1 muestra los resultados.

Ilustración 1: Tablas de ruteo y ping

Ahora intentaremos una red más complicada:

• 3 redes
• 2 ruteadores
• 2 host
• no inicializar con comandos v
• inicializar con comandos l

Para esta parte usaremos una red prediseñada, proporcionada por netkit, entramos a la terminal y
ejecutamos lo siguiente:
tar -zxvf netkit-lab_static-routing.tar.gz
lstart -d netkit-lab_static-routing

usando el comando ifconfig en cada maquina virtual descubrimos que tienen las direcciones:
• pc1 195.11.14.5/24 eth0
• pc2 200.1.1.7/24 eth0
• r1 195.11.14.1/24 eth0
• r1 100.0.0.9/30 eth1
• r2 200.1.1.1/24 eth0
• r2 100.0.0.10/30 eth1
Y usando route revisamos si están configuradas las tablas de ruteo:
• pc1 195.11.14.0 *
• pc2 100.1.1.0 *
• r1 100.0.0.8 *
• r1 195.11.14.0 *
• r2 100.0.0.8 *
• r2 200.1.1.0 *

No están configuradas, así que tendremos que hacerlo:

pc1
route add default gw 195.11.14.1

pc2
route add default gw 200.1.1.1

r1
route add -net 200.1.1.0 netmask 255.255.255.0 gw 100.0.0.10 dev eth1

r2
route add -net 195.11.14.0 netmask 255.255.255.0 gw 100.0.0.9 dev eth1

Nuevamente probaremos la red haciendo ping de pc1 a pc2 y viceversa, la ilustración 2 muestra los
resultados.

Ilustración 2: Ping en red con 2 routers

Utilizaremos los programas cliente y servidor de la practica 3 para hacer una prueba de los paquetes a
través de la red, los analizaremos con wireshark, así que hay que capturarlos.

r2
tcpdump -i eth0 -w /hosthome/r2.pcap

r1
tcpdump -i eth1 -w /hosthome/r1.pcap

pc1
./servidor &
tcpdump -i eth0 -w /hosthome/servidor.pcap

pc2
./cliente 195.11.14.5
hola pc1 servidores

En la ilustración 3 se muestran los resultados.

Ilustración 3: Cliente/servidor a través de la red

Ahora utilizaremos wireshark para analizar algún paquete desde un host al otro, comenzando por los
paquetes del router 2.

En la ilustración 4 se muestran los paquetes capturados en r2, seleccionamos el tercer paquete de la

ventana de paquetes, que corresponde con la solicitud de conexión de pc2 a pc1, si observamos su
contenido en la ventana de subcampos, vemos que la dirección IP de destino corresponde con la de pc1,
pero la dirección MAC corresponde a la de r2, ya que r2 es el gateway (puerta de enlace) de pc2, se
puede observar los dos paquetes anteriores corresponden a un broadcast para obtener la dirección MAC
de r2.

Ilustración 4: Paquetes en r2

Continuamos analizando los paquetes de r1 que se muestran en la ilustración 5, al igual que r2 los
primeros 2 paquetes corresponden a un broadcast y el tercero en la solicitud de conexión, las
direcciones IP de origen y destino corresponden a pc2 y pc1, pero las direcciones MAC son de los
ruteadores.

Ilustración 5: Paquetes en r1

Y por último analizamos los paquetes en pc1 que se muestran en la ilustración 6, en esta ocasión el
primer paquete no corresponde a un broadcast, pues ya ha llegado a su destino.
 Ilustración 6: Paquetes en servidor (pc1)

Vamos a complicar un poco más nuestra red, modificando la arquitectura de acuerdo a la siguiente lista:
• Añadir 2 redes
• Añadir ruteador r3
• r3 se conecta a r1 con un nuevo enlace
• r3 se conecta a r2 con un nuevo enlace
• Añadir host pc3 en enlace r3-r2
• Configurar tablas de ruteo

La ilustración 7 muestra un diagrama de como queda la red con sus direcciones incluidas.

Ilustración 7: Red modificada

Sin destruir la red actual, vamos a la terminal y tecleamos los siginetes comandos:
vconfig --eth2=”D” r1
vconfig -eth2=”E” r2
vstart r3 --eth0=”D” --eth1=”E”
vstart pc3 --eth0=”E”

Y configuramos las direcciones IP y tablas de ruteo.

r3
ifconfig eth0 110.0.0.2 netmask 255.255.255.252
ifconfig eth1 120.0.0.5 netmask 255.255.255.0
route add -net 195.11.4.0 netmask 255.255.255.0 gw 110.0.0.1 dev eth0

r1
ifconfig eth2 110.0.0.1 netmask 255.255.255.252
route add -net 120.0.0.0 netmask 255.255.255.0 gw 100.0.0.10 dev eth1

r2
ifconfig eth2 120.0.0.10 netmask 255.255.255.0
pc3
ifconfig eth0 120.0.0.20 netmask 255.255.255.0
route add -net 200.1.1.0 netmask 255.255.255.0 gw 120.0.0.10
route add -net 195.11.14.0 netmask 255.255.255.0 gw 120.0.0.5

Nótese que la tabla de ruteo de pc3 no tiene una salida “default” ya que puede conectarse tanto a r2
como r3, si bien dado el contado numero de host se podía establecer r2 como la salida por default se ha
añadido la ruta hacia pc1 a través de r3, sin embargo r1 esta configurado para que los paquetes en
sentido opuesto atraviesen r2 en lugar de r3, tampoco se ha configurado una ruta de r3 a pc2, ya que en
este ejemplo no se necesita, pero debe ser configurado en caso de que hubiera más host en el enlace r1-
r3.

Para probar que nuestra red esta correctamente configurada haremos ping entre todos los host, la
ilustración 8 muestra los resultados.
 Ilustración 8: Ping entre los 3 host

Como último experimento dentro de esta red, utilizaremos los programas servidor y cliente y los
ejecutaremos en cada uno de los host, no debería haber problemas de conexión, la ilustración 9 muestra
los resultados.
 Ilustración 9: Servidor y cliente en todos los host

Conclusiones
Es muy importante configurar adecuadamente las tablas de ruteo, ya que cuando una red crece, se debe
verificar que las rutas establecidas son las más apropiadas, es decir que la ruta es más corta y menos
saturada de tráfico.