Orientaciones de Laboratorio No 1 Redes I PDF
Orientaciones de Laboratorio No 1 Redes I PDF
Orientaciones de Laboratorio No 1 Redes I PDF
REDES I
OBJETIVOS:
Usar el analizador de protocolo Wireshark.
Usar el simulador – emulador de redes Packet Tracer.
Observar el proceso de encapsulado presente en el tránsito del mensaje de una capa a otra de la arquitectura de
la red, con ayuda de los softwares mencionados.
RECURSOS NECESARIOS:
INTRODUCCIÓN:
Las redes de computadoras constituyen elementos de disímiles aplicaciones y capaces de resolver las más diversas
situaciones, de ahí que su implementación demande, en ocasiones, un elevado nivel de complejidad y a su vez la
comunicación, de forma segura, entre máquinas de distintas características. Para ello se han desarrollado las llamadas
Arquitecturas de Redes, que son modelos concebidos como guías en el diseño e implementación de las mismas. Las
Arquitecturas de Redes típicamente se organizan en niveles o capas con el objetivo de dividir el problema en partes
para facilitar su solución y agregar funcionalidades de forma más sencilla. Cuando se establece una comunicación a
un mismo nivel entre máquinas distintas, las reglas y convenciones que controlan esta conversación se denomina
protocolo. En cambio cuando la comunicación es entre niveles de una misma máquina el intercambio se realiza a
través de interfaces. El presente laboratorio cuenta con dos partes fundamentales, cada una dedicada a un software
de los mencionados anteriormente, dichos apartados contienen ejercicios de manera independiente.
DESARROLLO:
1. WIRESHARK
Interface List: Lista de interfaces de red que se pueden activar para capturar paquetes.
Capture Options: Inicia la captura con opciones detalladas.
User’s Guide: Una guía local para el usuario que trae el software.
Captura de tráfico.
Primeramente es necesario generar tráfico HTTP para poderlo capturar con este software.
TCP: (Transmition Control Protocolo). Uno de los protocolos del nivel de transporte.
Los datos provenientes de la aplicación WWW, usan como protocolo de transporte el TCP. Paquetes HTTP, se
encapsulan en el campo de datos de los paquetes TCP.
Para generar tráfico HTTP, conectarse a la página http://electrica.cujae.edu.cu
En interfaz principal del Wireshark:
Dar clic en Interface List, debe aparecer un cuadro de diálogo con la lista de interfaces de red que tenga el
host para seleccionar cuál de ellas se iniciará para capturar (Fig. 1ª). Seleccionar la interfaz física del host.
¿Cuáles son las otras?
Presionar Start en el cuadro de diálogo, para iniciar la captura de tramas por dicha interfaz. (Fig. 1b)
a) b)
Una forma alternativa y más rápida de capturar es en la interfaz principal donde se encuentran listadas las
interfaces de captura para ser seleccionadas directamente y presionar Start para iniciar la captura desde la
interfaz seleccionada. (Fig. 2)
Nota: Debe tener en cuenta que la información del encabezado de la capa de protocolo inferior se añade a la parte
delantera de la información del protocolo de capa superior. Es decir, los protocolos de capas inferiores son lo primero
en el paquete
F IGURA 3. ANÁLISIS DEL PAQUETE CAPTURADO .
Uso de Filtros.
Filtros de Visualización: De una captura de tráfico ya realizada y que tiene de todo, se aplican filtros para
ver sólo el tipo de tráfico de interés.
Filtro de Captura: Se aplica el filtro para capturar sólo el tipo de tráfico que me interesa.
a) Opción rápida: Teclear el tipo de protocolo en que se basa el paquete (por ejemplo: ARP, IP, UDP,
TCP, HTTP, etc). (Fig. 4a)
b) Opción Lenta: Presionar botón Expression, de la ventana que sale seleccionar por ejemplo TCP
(abrir +) y ahí escoger tcp.port y fijarle un valor ej: == 80, eso mostrará todos los paquetes TCP que
salgan o estén dirigidos al puerto 80. (Fig. 4b)
a) b)
F IGURA 4. SELECCIÓN DEL FILTRO DE VISUALIZACIÓN .
a) b)
F IGURA 5. VENTANA DE OPCIONES DE F ILTROS DE CAPTURA .
Otra forma de definir los filtros de captura es desde la interfaz de captura del Wireshark; Menú Principal/ Capture/
Capture filter y aparece el mismo cuadro de diálogo de la Fig. 5ª.
Análisis de las estadísticas.
Desde la interfaz de captura del Wireshark, Menú Principal; Statistics/ Summary. Observar los datos que
me ofrece de la captura realizada.
Desde Statistics/ Protocol Hierarchy. Se obtiene una estadística de los paquetes capturados atendiendo al
tipo de protocolo y organizado en su orden jerárquico.
Since we are fetching a Web page, we know that the protocol layers being used are as shown below. HTTP is the
application layer Web protocol used to fetch URLs. Like many Internet applications, it runs on top of the TCP/IP
transport and network layer protocols. The link and physical layer protocols depend on your network, but are typically
combined in the form of Ethernet if your computer is wired, or 802.11 if your computer is wireless.
F IGURE 6. PROTOCOL STACK FOR A W EB FETCH .
With the HTTP GET packet selected, look closely to see the similarities and differences between it and our
protocol stack (Fig.6), explain it. The protocol blocks are listed in the middle panel. You can expand each block
(by clicking on the “+” expander or icon) to see its details.
Now find another HTTP packet, the response from the server to your computer, and look at the structure of
this packet for the differences compared to the HTTP GET packet. This packet should have “200 OK” in
the Info field, denoting a successful fetch.
Estimate the download protocol overhead, or percentage of the download bytes taken up by protocol overhead.
To do this, consider HTTP data (headers and message) to be useful data for the network to carry, and lower layer
headers (TCP, IP, and Ethernet) to be the overhead. We would like this overhead to be small, so that most bits are
used to carry content that applications care about. To work this out, first look at only the packets in the download
direction for a single Web fetch. You might sort on the Destination column to find them. The packets should start
with a short TCP packet described as a SYN ACK, which is the beginning of a connection. Mostly longer packets in
the middle (of roughly 1 to 1.5 KB) will follow them, of which the last one is an HTTP packet. This is the main
portion of the download. In addition, they will likely end with a short TCP packet that is part of ending the connection.
For each packet, you can inspect how much overhead it has in the form of Ethernet / IP / TCP headers, and how much
useful HTTP data it carries in the TCP payload. You may also look at the HTTP packet in Wireshark to learn how
much data is in the TCP payloads over all download packets.
Tell us whether you find this overhead to be significant.
Look at the Ethernet and IP headers of a download packet in detail to answer the following questions:
Which Ethernet header field is the demultiplexing key that tells it the next higher layer is IP?
What value is used in this field to indicate “IP”?
Which IP header field is the demultiplexing key that tells it the next higher layer is TCP?
What value is used in this field to indicate “TCP”?
Es un simulador emulador de redes con fines académico que soporta la creación de simulaciones,
visualización y animaciones de fenómenos en la red. Permite a quienes lo usan, la construcción
de modelos de redes virtuales; obtener acceso a representaciones gráficas de redes importantes;
animar las redes adicionándoles los paquetes de datos introducidos por el usuario; estudiar el
funcionamiento de los protocolos y salvar el diseño creado.
Ejercicios a realizar:
Ejercicio 2.1: Interfaz de usuario del Packet Tracer.
Revisar el tutorial. Desde interfaz principal del Packet Tracer; Menú Principal/ Help/Contents. Aparece una
ayuda completa desde la cual se puede acceder al tutorial. O presionar F11 para acceder a la misma ayuda
directamente.
e
c
h
F IGURA 7. I NTERFAZ INICIAL DEL P ACKET TRACER
Ejercicio 2.2: Diseño: Dos PCs que se interconectan a través de un Switch usando cables de cobre.
Dar clic sobre cada dispositivo (PC1, PC2, SW) con la herramienta Inspeccionar, para ver el contenido de
las tablas. (ARP Table y Port Status Summary Table) Tome una foto de las Tablas ARP de las 2
máquinas e inclúyala en el informe.
Pasar a modo simulación e introducir PDU simple (ping) presionando PC origen y luego
PC destino, después dar clic en auto capture/play para iniciar la simulación
Dar clic en Reset Simulation, para reiniciar la simulación. Presionar (Capture / Forward) para que la
simulación sea con menos velocidad y paso a paso.
Dar clic sobre cada dispositivo (PC1, PC2 y Sw) con la herramienta inspeccionar, para ver el contenido de
las tablas nuevamente. ¿Qué diferencia notó?, evidencie dicha diferencia a través de imágenes y
comparando con la imagen tomada anteriormente.
Nota: Guarde el diseño realizado e incluya el archivo .pkt en la carpeta del informe.
Nota: Apoye las respuestas que se solicitan con imágenes e incluya también los ficheros del Packet Tracer (.pkt) y el
Wireshark (.pcap), ambos nombrados Lab1.