Experiencia 2 – Uso del emulador IMUNES como herramienta de entrenamiento para el laboratorio de redes 1

Departamento de Electrónica, Universidad Técnica Federico Santa María

Experiencia 2 – Uso del emulador IMUNES
Diego Acevedo – 2530001-7, Francisco Echeverría – 2530013-0, Eduardo Vera – 2330005-2

como herramienta de entrenamiento para el

laboratorio de redes

III. IMPLEMENTACIÓN
En la primera parte de la experiencia se desea aprender Es importante considerar los pasos previos a la
a instalar y utilizar el emulador IMUNES como apoyo de las
ejecución de IMUNES:
experiencias del laboratorio y como refuerzo de lo aprendido en
la teoría sobre elementos básicos de redes de computadores en i. Abrir el servidor X-ming (Xlaunch) y
Unix. seleccionar la opción No access control.
En la segunda parte se construyeron 4 Patch Cord, 2 ii. Bootear la imagen .iso del simulador
simples y 2 trenzados, para aprender las características básicas y mediante el kernel de FreeBSD en VMware
consideraciones generales sobre la construcción de cables de Workstation.
conexión de red. iii. Configurar el teclado a español con acentos.
iv. Salir al Shell y posteriormente a bash.
I. INTRODUCCION
v. Tipear dhclient lnc0.

D URANTE la primera parte de la actividad, se utilizó la

herramienta de simulación IMUNES (Integrated
Multiprotocol Network Emulator / Simulator) para conocer los
vi.

vii.
Tipear export DISPLAY=[IP del adaptador
de red virtual]:0
Tipear imunes&
comandos utilizados en UNIX para la configuración y Una vez que se ha ejecutado el emulador y antes de
diagnóstico de una red. comenzar a poner en práctica los comandos de UNIX, se
La idea es aprovechar la arquitectura transparente debió:
que este simulador ofrece mediante el uso independiente de 1. Eliminar las rutas estáticas de los PC a través de la
nodos y enlaces virtuales, que pueden ser individualmente interfaz gráfica de IMUNES.
configurados, interconectados, accedidos y observados como 2. Dejar el modelo del router en static.
si fueran parte de una red de computadores verdadera. 3. Click en iniciar experimento.

II. DISEÑO IV. DESARROLLO

El esquema inicial sobre el cual se empezó a trabajar A. Desarrollo del Laboratorio
es el siguiente:
3.1.2 Construcción de una red sencilla.

En la Tabla 1 se presentan los comandos básicos utilizados,

que se ingresan en la consola que aparece al hacer clic
izquierdo en el PC correspondiente en el diagrama IMUNES:

Figura 1: Red sencilla Tabla 1: Comandos de redes básicos UNIX

Teniendo presente este diseño, se procedió a trabajar en los
comandos a utilizar: ifconfig, ping, route y tcpdump. Item Comando Asociado
Configure y verifique la ifconfig eth0
conexión de red de todos 192.168.10.___/24
los PC y el router. Anote (cambian los últimos 8 bits en
Se tienen dos subredes. La primera con y explique la salida de los IPs de los PCs de la subred
pc0(192.168.10.10/24), pc1(192.168.10.20/24) y los comandos utilizados. 1)
pc2(192.168.10.30/24), con máscara 192.168.10.0/24; la ifconfig eth0 10.15.___.___/16
segunda con pc3(10.15.2.10/16), pc4(10.15.3.20/16) y (cambian los últimos 16 bits en
pc5(10.15.4.30/16) , con máscara 10.15.0.0/16. los IPs de los PCs de la
subred2)
Experiencia 2 – Uso del emulador IMUNES como herramienta de entrenamiento para el laboratorio de redes
route add default 192.168.10.1
(default gateway para PCs
subred1)
route add default 10.15.5.1
(default gateway para PCs
subred 2)
netstat –nr(listado de subredes e
IPs de pcs y default gateway
correspondiente)
Cambie la IP de pc2 por ifconfig
192.168.10.240/26 y 192.168.10.240/26
verifique la conectividad (cambio a un IP con mascara
entre este PC y otro del diferente a la de la subred)
mismo lado del router. ping 192.168.10.1
Explique lo que sucede. No route to host
Al cambiarle la máscara en el
IP, pc2 queda en una subred
distinta ,el router sólo ve los IPs
con máscara 24, por lo tanto
pc2 queda “aislado” sin forma
de comunicarse con su antigua
subred
Ejecute el sniffer Se hace un tcpdump en pc1 y se
tcpdump para hace un ping desde pc2
comprobar su explicación pc1:tcpdump
del punto anterior. pc2: ping 192.168.10.20
Explique el No route to host
procedimiento utilizado. Se hace el proceso inverso, se
hace un tcpdump en pc2 y se
hace un ping desde pc1
pc2:tcpdump
pc1:ping 192.168.10.240
tcpdump:listening on eth0
19.23.22.241910
192.168.10.20>192.168.10.240:
icmp:echorequest
Esto se debe a que pc2 no
puede ver a pc1, ya que su
máscara(/26) no abarca el IP de
pc1, pero pc1 si puede ver a
pc2, ya que su máscara(/24) si
abarca el IP de pc2
3.1.3 Utilización de comandos de diagnóstico.
Se reinicia el experimento (eliminar las rutas estáticas de los
PC y de los router). Luego se reconfiguran todos los PC y
router nuevamente.
Tabla 2: Comandos UNIX de diagnóstico de red.
Item Comando Asociado
Verifique las tablas arp en
todos los PC. Explique lo
que sucede.
Realice un ping hacia algún
dispositivo de su misma
subred. Revise la tabla ARP
en ambos extremos.
eth0 Explique lo que sucede y
deduzca como funciona y
para que sirve(a nivel
macro) el protocolo ARP
Realice un ping hacia algún
dispositivo de otra subred.
Revise la tabla ARP en
ambos extremos. Explique
lo que sucede
Ejecute el sniffer Ethereal
en uno de los enlaces PC-
Switch y prepárelo para
capturar tráfico. La captura
debe realizarse sin
traducción de nombres de
ninguna especie. Genere
tráfico ICMP para que el
sniffer pueda capturarlo.
Capture todo el tráfico e
interprete el resultado.
Borre las tablas arp de los
PC, prepare el sniffer en un
enlace y haga lo mismo que
el punto anterior, pero
sniffeando el PC que no
recibe tráfico. Explique lo
que sucede.
Mediante el comando
telnet, pruebe un servicio
que esté ofreciendo otro PC
(http por ejemplo – utilizar
el script
“/usr/local/etc/rc.d/dhttpd”).
2
arp –a
Sólo está asignado el
default gateway en la
tabla ARP de cada
PC
La Tabla ARP se
actualizó cuando se
hizo un ping, la
comunicación queda
registrada en la tabla
ARP(IP-MAC)
No se modificó la
tabla ARP del
dispositivo, pero si se
modificó la tabla
ARP del router, esto
se debe a que el ruteo
de tablas ARP sólo
puede ser realizado
dentro de la misma
subred, por lo que
sólo llega hasta el
router, luego el router
es el único
dispositivo que
recibe información
de las ARP de la otra
subred
El sniffer captura
todos los paquetes de
destino a
fuente(acusando
recibo y requiriendo
más datos)
Se hace un broadcast,
pregunta por IP y
responde con la
MAC
telnet
192.168.10.10(IP)
80(puerto)
GET index.html
Experiencia 2 – Uso del emulador IMUNES como herramienta de entrenamiento para el laboratorio de redes 3

Anote y explique los

comandos y procedimientos
utilizados.
Compruebe el
funcionamiento de uno de
los protocolos del punto
anterior a través de un
sniffer.
Fueron capturados
paquetes TCP.
Ej: En IMUNES al
hacer clic derecho en
la línea entre pc4 y
pc5, se abre una
consola que permite
capturar y ver los
paquetes que pasan
por aquí(Capture-
>Start->Enable MAC
Name resolution->
Enable Transport
Name resolution-
>ok)
Luego al hacer un
tcpdump en
pc5(pc5:tcpdump) y
un ping de pc4 a
pc5(pc4:ping
10.15.4.30), se puede
ver en la consola de
la línea los paquetes
que por aquí pasan,
la mayoría de ellos
TCP.

V. CONCLUSIONES
Después de haber completado la experiencia, se
puede concluir que el emulador IMUNES es una potente
herramienta de entrenamiento y trabajo en el ámbito de
configuración de redes de computadores. Permite simular
prácticamente cualquier red, lo cual ayuda a obtener
experiencia de casos que pueden llegar a darse en la realidad,
aumentando así la eficiencia del trabajo y disminuyendo el
tiempo de reparación ante una falla. Además, éste emulador
permitió un acercamiento práctico a la teoría aprendida en el
ramo “redes de computadores I”, permitiendo aplicar los
conceptos a una situación más cercana a la realidad.
También se pudo apreciar todas las precauciones que
se requieren para el correcto ensamblaje de patch cords aptos
para la transmisión de información entre computadores, como
los que se usan en la instalación de redes, y un mayor enfoque
al trabajo de las personas que ensamblan estos cables, tan
usados en nuestro medio, y cuya contribución a menudo pasa
desapercibida.
