Ingeniería en Sistemas

Computacionales

Redes 3

Practica 1: Investigación de los

modelos TCP/IP y OSI en acción

Profesor:
YESSICA LILIANA RUELAS SOTO

Realizó:
Benjamín Valadez Becerril
TUQ012658

03/08/2023
Querétaro, Querétaro
INDICE

Introducción: ...................................................................................................................... 3
Instrucciones la práctica: ................................................................................................... 4
Topología: ...................................................................................................................... 4
Objetivos: ....................................................................................................................... 4
Información básica: ........................................................................................................ 4
Parte 1: Examinar el tráfico Web HTTP .......................................................................... 5
Paso 1: Cambie del modo de tiempo real al modo de simulación. .............................. 5
Paso 2: Genere tráfico web (HTTP). ........................................................................... 6
Paso 3: Explorar el contenido del paquete HTTP........................................................ 7
Parte 2: Mostrar elementos de la suite de protocolos TCP/IP....................................... 12
Paso 1: Ver eventos adicionales ............................................................................... 12
Desafío......................................................................................................................... 15
Conclusión: ...................................................................................................................... 16

2
Introducción:
Como parte de nuestro estudio y formación, hacemos uso de la plataforma packet tracer
para el diseño y simulación de redes, con esta herramienta podemos probar las distintas
formas de conexión de equipos para formar redes locales.
Es por esto mismo que como parte del programa educativo de la materia haremos uso de
esta herramienta para la realización de una práctica enfocada al entendimiento del diseño
de redes.

3
Instrucciones la práctica:
Topología:

Objetivos:
Parte 1: Examinar el tráfico Web HTTP
Parte 2: Mostrar elementos de la suite de protocolos TCP/IP

Información básica:
Esta actividad de simulación tiene como objetivo proporcionar una base para comprender
la suite de protocolos TCP/IP y la relación con el modelo OSI. El modo de simulación le
permite ver el contenido de los datos que se envían a través de la red en cada capa.
A medida que los datos se desplazan por la red, se dividen en partes más pequeñas y se
identifican de modo que las piezas se puedan volver a unir cuando lleguen al destino. A
cada pieza se le asigna un nombre específico (unidad de datos del protocolo [PDU,
protocol data units]) y se la asocia a una capa específica de los modelos TCP/IP y OSI. El
modo de simulación de Packet Tracer le permite ver cada una de las capas y la PDU
asociada. Los siguientes pasos guían al usuario a través del proceso de solicitud de una
página Web desde un servidor Web mediante la aplicación de explorador Web disponible
en una PC cliente.
Aunque gran parte de la información mostrada se analizará en mayor detalle más
adelante, esta es una oportunidad de explorar la funcionalidad de Packet Tracer y de ver
el proceso de encapsulación.

4
Parte 1: Examinar el tráfico Web HTTP
En la parte 1 de esta actividad, utilizará el modo de simulación de Packet Tracer (PT) para
generar tráfico Web y examinar HTTP.

Paso 1: Cambie del modo de tiempo real al modo de simulación.

En la esquina inferior derecha de la interfaz de Packet Tracer, hay fichas que permiten
alternar entre el modo Realtime (Tiempo real) y Simulation (Simulación). PT siempre se
inicia en el modo Realtime, en el que los protocolos de red operan con intervalos realistas.
Sin embargo, una excelente característica de Packet Tracer permite que el usuario
“detenga el tiempo” al cambiar al modo de simulación. En el modo de simulación, los
paquetes se muestran como sobres animados, el tiempo se desencadena por eventos y el
usuario puede avanzar por eventos de red.
1. Haga clic en el ícono del modo Simulation (Simulación) para cambiar del modo Realtime
(Tiempo real)
al modo Simulation.
2. Seleccione HTTP de Event List Filters (Filtros de lista de eventos).
a. Es posible que HTTP ya sea el único evento visible. Haga clic en Edit
Filters (Editar filtros) para mostrar los eventos visibles disponibles. Alterne
la casilla de verificación Show All/None (Mostrar todo/ninguno) y observe
cómo las casillas de verificación se desactivan y se activan, o viceversa,
según el estado actual.

b. Haga clic en la casilla de verificación Show all/None (Mostrar todo/ninguno)

hasta que se desactiven todas las casillas y luego seleccione HTTP. Haga
clic en cualquier lugar fuera del cuadro Edit Filters (Editar filtros) para
ocultarlo. Los eventos visibles ahora deben mostrar solo HTTP.

5
Paso 2: Genere tráfico web (HTTP).
El panel de simulación actualmente está vacío. En la parte superior de Event List (Lista de
eventos) dentro del panel de simulación, se indican seis columnas. A medida que se
genera y se revisa el tráfico, aparecen los eventos en la lista. La columna Info
(Información) se utiliza para examinar el contenido de un evento determinado.
Nota: el servidor Web y el cliente Web se muestran en el panel de la izquierda. Se puede
ajustar el tamaño de los paneles manteniendo el mouse junto a la barra de
desplazamiento y arrastrando a la izquierda o a la derecha cuando aparece la flecha de
dos puntas.
1. Haga clic en Web Client (Cliente Web) en el panel del extremo izquierdo.
2. Haga clic en la ficha Desktop (Escritorio) y luego en el ícono Web Browser
(Explorador Web) para abrirlo.
3. En el campo de dirección URL, introduzca www.osi.local y haga clic en Go (Ir).
Debido a que el tiempo en el modo de simulación se desencadena por eventos,
debe usar el botón Capture/Forward (Capturar/avanzar) para mostrar los eventos
de red.
4. Haga clic en Capture/Forward cuatro veces. Debe haber cuatro eventos en la lista
de eventos. Observe la página del explorador Web del cliente Web.
¿Cambió algo?
Se envió un paquete de cliente web a servidor web y de regreso

6
Paso 3: Explorar el contenido del paquete HTTP
1. Haga clic en el primer cuadro coloreado debajo de la columna Event List > Info
(Lista de eventos > Información). Quizá sea necesario expandir el panel de
simulación o usar la barra de desplazamiento que se encuentra directamente
debajo de la lista de eventos. Se muestra la ventana PDU Information at Device:
Web Client (Información de PDU en dispositivo: cliente Web). En esta ventana,
solo hay dos fichas, OSI Model (Modelo OSI) y Outbound PDU Details (Detalles de
PDU saliente), debido a que este es el inicio de la transmisión. A medida que se
analizan más eventos, se muestran tres fichas, ya que se agrega la ficha Inbound
PDU Details (Detalles de PDU entrante). Cuando un evento es el último evento del
stream de tráfico, solo se muestran las fichas OSI Model e Inbound PDU Details.
2. Asegúrese de que esté seleccionada la ficha OSI Model. En la columna Out
Layers (Capas de salida), asegúrese de que el cuadro Layer 7 (Capa 7) esté
resaltado.
¿Cuál es el texto que se muestra junto a la etiqueta Layer 7?
HTTP

¿Qué información se indica en los pasos numerados directamente debajo de

los cuadros In Layers (Capas de entrada) y Out Layers (Capas de salida)?
Se indica en solo en capas de salida la información de las capas 1 a 4 y capa
7

3. Haga clic en Next Layer (Capa siguiente). Layer 4 (Capa 4) debe estar resaltado.
¿Cuál es el valor de Dst Port (Puerto de dest.)?
Port 80

4. Haga clic en Next Layer (Capa siguiente). Layer 3 (Capa 3) debe estar resaltado.
¿Cuál es valor de Dest. IP (IP de dest.)?
192.168.1.254

7
 5. Haga clic en Next Layer (Capa siguiente).
¿Qué información se muestra en esta capa?
Se muestra en esta capa el encapsulamiento de la información e indica que
el siguiente salto de IP es de tipo unicast.

6. Haga clic en la ficha Outbound PDU Details (Detalles de PDU saliente).

La información que se indica debajo de PDU Details (Detalles de PDU) refleja las capas
dentro del modelo TCP/IP.
Nota: la información que se indica en la sección Ethernet II proporciona información aun
más detallada que la que se indica en Layer 2 (Capa 2) en la ficha OSI Model. Outbound
PDU Details (Detalles de PDU saliente) proporciona información más descriptiva y
detallada. Los valores de DEST MAC (MAC DE DEST.) y de SRC MAC (MAC DE
ORIGEN) en la sección Ethernet II de PDU Details (Detalles de PDU) aparecen en la ficha
OSI Model, en Layer 2, pero no se los identifica como tales.
¿Cuál es la información frecuente que se indica en la sección IP de PDU Details
comparada con la información que se indica en la ficha OSI Model? ¿Con qué capa
se relaciona?
Se relaciona con la capa 3 del modelo OSI, y muestra de manera mas detallada la
informaicon de la IP SRC (origen) y de la IP DEST (destino)

8
¿Cuál es la información frecuente que se indica en la sección TCP de PDU Details
comparada con la información que se indica en la ficha OSI Model, y con qué capa
se relaciona?
Esta sección se relaciona con la capa 4 del modelo y presenta de manera mas
detallada la informacion de los SRC PORT y el DEST PORT, es decir los puertos de
origen y destino.

¿Cuál es el host que se indica en la sección HTTP de PDU Details? ¿Con qué capa
se relacionaría esta información en la ficha OSI Model?
Indica el Request generado a la dirección IP con la cual queremos enlazarnos a
través del a url www.osi.local, se relaciona con la capa 7 del modelo OSI

9
7. Haga clic en el siguiente cuadro coloreado en la columna Event List > Info (Lista
de eventos > Información). Solo la capa 1 está activa (sin atenuar). El dispositivo
mueve la trama desde el búfer y la coloca en la red.

8. Avance al siguiente cuadro Info (Información) de HTTP dentro de la lista de

eventos y haga clic en el cuadro coloreado. Esta ventana contiene las columnas In
Layers (Capas de entrada) y Out Layers (Capas de salida). Observe la dirección
de la flecha que está directamente debajo de la columna In Layers; esta apunta
hacia arriba, lo que indica la dirección en la que se transfiere la información.
Desplácese por estas capas y tome nota de los elementos vistos anteriormente.
En la parte superior de la columna, la flecha apunta hacia la derecha. Esto indica
que el servidor ahora envía la información de regreso al cliente.

Compare la información que se muestra en la columna In Layers con la de la

columna Out Layers: ¿cuáles son las diferencias principales?
Este apartado muestra como entran los datos al servidor en la capa de
entrada y con manda información al cliente web en la capa de salida, esto lo
podemos notar principalmente en la capa 3 del modelo, donde vemos las IP
de origen y destino de la información, en la capa de entrada vemos la IP del
cliente web como origen y como destino el servidor, mientras que en la capa
de salida vemos esta información invertida, puesto que le servidor esta
enviando una respuesta al cliente web

10
9. Haga clic en la ficha Outbound PDU Details (Detalles de PDU saliente).
Desplácese hasta la sección HTTP.

¿Cuál es la primera línea del mensaje HTTP que se muestra?

HTTP Data:Connection: close

10. Haga clic en el último cuadro coloreado de la columna Info.

¿Cuántas fichas se muestran con este evento y por qué?
Se muestran 2 fichas, modelo OSI y la ficha Inbound PDU Details, esto
sucede porque el ultimo evento hace referencia a la recepción de
información proveniente del servidor web, por lo que solo habrá valores de
entrada.

11
Parte 2: Mostrar elementos de la suite de
protocolos TCP/IP
En la parte 2 de esta actividad, utilizará el modo de simulación de Packet Tracer para ver
y examinar algunos de los otros protocolos que componen la suite TCP/IP.

Paso 1: Ver eventos adicionales

1. Cierre todas las ventanas de información de PDU abiertas
2. En la sección Event List Filters > Visible Events (Filtros de lista de eventos >
Eventos visibles), haga clic en Show All (Mostrar todo).
¿Qué tipos de eventos adicionales se muestran?
Los tipos de eventos que aparecen ahora son DNS, TCP y HTTP

3. Estas entradas adicionales cumplen diversas funciones dentro de la suite TCP/IP.

Si el protocolo de resolución de direcciones (ARP) está incluido, busca direcciones
MAC. El protocolo DNS es responsable de convertir un nombre (por ejemplo,
www.osi.local) a una dirección IP. Los eventos de TCP adicionales son
responsables de la conexión, del acuerdo de los parámetros de comunicación y de
la desconexión de las sesiones de comunicación entre los dispositivos. Estos
protocolos se mencionaron anteriormente y se analizarán en más detalle a medida
que avance el curso. Actualmente, hay más de 35 protocolos (tipos de evento)
posibles para capturar en Packet Tracer.
4. Haga clic en el primer evento de DNS en la columna Info. Examine las fichas OSI
Model y PDU Detail, y observe el proceso de encapsulación. Al observar la ficha
OSI Model con el cuadro Layer 7 resaltado, se incluye una descripción de lo que
ocurre, inmediatamente debajo de In Layers y Out Layers: (“1. The DNS client
sends a DNS query to the DNS server.” [“El cliente DNS envía una consulta DNS

12
 al servidor DNS”]). Esta información es muy útil para ayudarlo a comprender qué
ocurre durante el proceso de comunicación.

5. Haga clic en la ficha Outbound PDU Details (Detalles de PDU saliente).

¿Qué información se indica en NAME: (NOMBRE:) en la sección DNS QUERY
(CONSULTA DNS)?
NAME (VARIABLE LENGTH):www.osi.local

6. Haga clic en el último cuadro coloreado Info de DNS en la lista de eventos. ¿Qué
dispositivo se muestra?
At device: Cliente web Source: Cliente Web Destination: 192.168.1.254

¿Cuál es el valor que se indica junto a ADDRESS: (DIRECCIÓN:) en la

sección DNS ANSWER (RESPUESTA DE DNS) de Inbound PDU Details?
Este apartado indica la dirección sin convertir a ip: www.oisi.local y por
último su conversión a IP: 192.168.1.254

13
7. Busque el primer evento de HTTP en la lista y haga clic en el cuadro coloreado del
evento de TCP que le sigue inmediatamente a este evento. Resalte Layer 4 (Capa
4) en la ficha OSI Model (Modelo OSI). En la lista numerada que está directamente
debajo de In Layers y Out Layers,
¿cuál es la información que se muestra en los elementos 4 y 5?
Indica en 4 que la conexión fue exitosa y en el 5 que el equipo marco el
estatus de la conexión como establecido.

El protocolo TCP administra la conexión y la desconexión del canal de

comunicación, además de tener otras responsabilidades. Este evento específico
muestra que SE ESTABLECIÓ el canal de comunicación.

8. Haga clic en el último evento de TCP. Resalte Layer 4 (Capa 4) en la ficha OSI
Model (Modelo OSI). Examine los pasos que se indican directamente a
continuación de In Layers y Out Layers.
¿Cuál es el propósito de este evento, según la información proporcionada en
el último elemento de la lista (debe ser el elemento 4)?
Según esta capa indica cambiar el estatus de la conexión del dispositivo a
cerrado. Es decir, cierra la conexión.

14
Desafío
En esta simulación, se proporcionó un ejemplo de una sesión Web entre un cliente y un
servidor en una red de área local (LAN). El cliente realiza solicitudes de servicios
específicos que se ejecutan en el servidor. Se debe configurar el servidor para que
escuche puertos específicos y detecte una solicitud de cliente. (Sugerencia: observe
Layer 4 [Capa 4] en la ficha OSI Model para obtener información del puerto).
Sobre la base de la información que se analizó durante la captura de Packet Tracer, ¿qué
número de puerto escucha el servidor Web para detectar la solicitud Web?
El puerto de escucha es el 80

¿Qué puerto escucha el servidor Web para detectar una solicitud de DNS?
El puerto de escucha para solicitud DNS es el puerto 53

15
Conclusión:
Con el desarrollo de esta practica obtenemos el conocimiento acerca de como se
comporta el tráfico de red, más específicamente la comunicación que se da entre un
cliente y un servidor web al realizar una solicitud para acceder a la información del
servidor, Cabe destacar que nosotros solo escribimos la URL en el navegador pero desde
ese punto suceden distintos procesos y eventos de distinto tipos, como por ejemplo el
DNS cuya función es la traducción de la URL a una dirección IP que pueda interpretar los
dispositivos para comunicarse.

16