Você está na página 1de 4

Redes de Telecomunicaciones

Practica de laboratorio 2
Soto Hernández Christian

Programa netkit
El programa netkit se utiliza para crear maquinas virtuales, que se pueden colocar en red, de esta forma
se puede experimentar con diferentes topologías de red, para esta practica usaremos una red en BUS, es
decir todas las computadoras estarán conectadas entre si mediante un único cable de red.

El programa netkit solo existe para linux, y se puede adquirir de diferentes formas, una de ellas es
descargando los paquete e instalando en una maquina con linux, otra es descargar la imagen ISO y
quemarlo en un CD o en una memoria flash USB con otro programa y de esta forma no es necesario
instalarlo, sin embargo toda la informacion se perdera una vez que se reinicie la maquina, por lo que es
conveniente respaldar los archivos usados a una carpeta del disco duro.

Objetivo
En esta practica se pondrá a prueba la teoría sobre direcciones IP y mascaras de red.

Procedimiento
Abrimos la linea de comandos, e introducimos el comando “vstart pcx –eth0=y” donde 'x' es el numero
de VM(virtual machine), y 'y' representa un dominio de colisiones, es decir un cable de red.

Como primer intento crearemos 2 VM conectadas por red ethernet:


vstart pc1 --eth0=A
vstart pc2 --eth0=A

Esto genera dos terminales más, en cada una hay que configurar la dirección IP y mascara de red, en
este caso fue:
pc1
ifconfig eth0 10.0.0.1 netmask 255.255.255.0
pc2
ifconfig eth0 10.0.0.2 netmask 255.255.255.0
Automáticamente se generan las direcciones MAC de cada tarjeta de red.

Procedemos a realizar una consulta ping, es decir una solicitud de estado de servidor, desde la pc1 a la
pc2 y atraparemos los paquetes que entran por la tarjeta eth0 de pc2 con el comando tcpdump, con los
argumentos “-i eth0” y “-w /hosthome/nombre_archivo.pcap”, estos argumentos sirven para especificar
la interfaz desde donde se captaran los paquetes y el archivo destino donde se guarda la información.

También realizaremos una consulta ping a otras direcciones IP que no existen en la red y observaremos
los resultados, la ilustración 1 muestra los resultados de estas consultas.
Ilustración 1: ping a diferentes direcciones IP

Analizando la terminal de pc1 observamos que la consulta a pc2 no tuvo ningún problema; la segunda
consulta conserva los primeros 24bits de IP iguales al origen, sin embargo no se recibe ninguna
respuesta, y la tercer consulta al parecer no envía ningún paquete, esto lo verificamos revisando el
archivo donde se guardaron los paquetes, la ilustración 2 muestra el contenido.

Ilustración 2: paquetes entrantes a pc2

No se observa ningún paquete de entrada de la tercera consulta, lo que lleva a concluir que no se envió
ninguna consulta ping. La explicación es que la mascara de red no lo permite, es decir la mascara de
red sirve para indicar a que direcciones IP se tiene acceso desde una red.

Ahora realizaremos un experimento con 3 VM, en esta ocasión tendrán direcciones IP y mascaras de
red diferentes.

Antes de empezar debemos eliminar las VM que se crearon anteriormente, esto se puede hacer de
diferentes formas, usaremos “vcrash pcx” ya que elimina los archivos de configuración anteriores.
Creamos las nuevas VM:
vstart pc1 --eth0=A
vstart pc2 --eth0=A
vstrat pc3 --eth0=A

Y las configuramos:
pc1
ifconfig eth0 128.143.71.21 netmask 255.255.255.0
pc2
ifconfig eth0 128.143.71.30 netmask 255.255.255.0

pc3
ifconfig eth0 128.143.137.94 netmask 255.255.0.0

La ilustracion 3 muestra la configuracion.

Ilustración 3: configuración de 3 VM

Activamos tcpdump en pc2 para que guarde lo paquetes entrantes, y realizamos consultas ping de pc1 a
pc2, de pc1 a pc3, de pc3 a pc1 y de pc3 a pc2, los resultados se muestran en la ilustración 4.

Ilustración 4: solicitudes ping entre las 3 VM


Si analizamos los paquetes observamos que nuevamente, la consulta de pc1 a pc2 no tiene ningún
problema, pero al intentar pc1 a pc3 no se realiza la consulta ya que la mascara de red no lo permite.

Viendo desde el lado de pc3 ninguna de las consultas anteriores tuvo respuesta, ya que aunque la
mascara de red permite la salida de datos, pc1 y pc2 no pueden responder pues la mascara de red que
tienen no se los permite.

La solución a esto seria cambiar la masca de red de pc1 y pc2 así no tendrían la restricción y
“conversarían” libremente con pc3.

Conclusiones
La mascara de red no solo limita el numero de host que pueden existir en una red, sino que también
puede establecer jerarquía dentro de una red.

Você também pode gostar