SIMULACIÓN DE PACKET TRACER:

COMUNICACIONES DE TCP Y UDP

(Alexis Ademir Patrocinio Suá[Link]@[Link])

Resumen: El presente informe es el informe Parte 1: Generar tráfico de red en el modo

final de laboratorio de redes II tomando los de simulación
puntos de clase para su desarrollo.
Abstract: This report is the final report of
Network Laboratory II taking the class points
for its development.
Objetivos
Parte 1: Generar tráfico de red en el modo de
simulación.
Parte 2: Examinar la funcionalidad de los
protocolos TCP y UDP.
Aspectos básicos
Esta actividad de simulación tiene como
objetivo proporcionar una base para comprender
los protocolos TCP y UDP en detalle. El modo
de simulación ofrece la capacidad de ver la Figura 02
funcionalidad de los diferentes protocolos.A
medida que los datos se desplazan por la red, se Paso 1: Generar tráfico para llenar las tablas
dividen en partes más pequeñas y se identifican del protocolo de resolución de direcciones
de modo que las piezas puedan volverse a unir. (ARP)
A cada pieza se le asigna un nombre específico
(unidad de datos del protocolo [PDU]) y se la
asocia a una capa específica. El modo de
simulación de Packet Tracer permite al usuario
ver cada uno de los protocolos y la PDU
asociada. Los pasos que se detallan a
continuación guían al usuario a lo largo del
proceso de solicitar servicios utilizando varias Figura 03
aplicaciones disponibles en un equipo de
[Link] actividad ofrece una oportunidad Paso 02: Generar tráfico web (HTTP)
para explorar la funcionalidad de los protocolos
TCP y UDP, la multiplexión y la función de los
números de puerto para determinar qué
aplicación local solicitó los datos o está
enviando los datos.
Arquitectura del packet tracer a realizar

Figura 04
Paso 03: Generar tráfico FTP

Figura 01: Topología

Figura
 Aparecen una serie de PDU en la lista de
eventos del panel superior derecho de la
ventana de simulación. ¿Por qué hay tantos
colores diferentes?
Así podemos distinguir los protocolos

Figura 05
Paso 4: Generar tráfico DNS

Figura 09
Reinicio de la simulación según paso e de la
guía
Figura 06
Paso 2: Examinar el tráfico HTTP cuando
Paso 05: Generar tráfico de correo electrónico los clientes se comunican con el servidor.
Haga clic en la ficha Inbound PDU
Details (Detalles de PDU entrante) y
Figura 07 desplácese hasta la última sección. ¿Cómo se
Paso 06: Examinar el uso de números de puerto rotula la sección?
desde el servidor. TCP
¿Qué protocolos se indican en la columna izquierda? ¿Se consideran confiables estas
Se puede visualizar el protocolo TCP comunicaciones?
¿En qué estados están las sesiones? Si
El estado que se puede observar es
ESTABLISHED
Parte 2: Examinar la funcionalidad de los
protocolos TCP y UDP
Paso 1: Examinar la multiplexión a medida
que el tráfico atraviesa la red
Algunas de las PDU desaparecen. ¿Qué cree
que les sucedió?

Las PDS ahora se encuentran en el PDS

Figura 10

Figura 08 Registre los valores de SRC PORT

(PUERTO DE ORIGEN), DEST PORT
Observe que solo una PDU puede cruzar un (PUERTO DE DESTINO), SEQUENCE
cable en cada dirección en un momento NUM (NÚMERO DE SECUENCIA) y ACK
determinado. ¿Cómo se llama esto? NUM (NÚMERO DE
RECONOCIMIENTO). ¿Qué está escrito en
Esto se llama multiplexación
el campo que se encuentra a la izquierda del
campo WINDOW (Ventana)?
Puerto de origen (1025), puerto de destino reconocimiento (1).
(80), número de secuencia (0), número de
Haga clic en la ficha Outbound PDU Details.
reconocimiento (0) y en la ventana que esta a
¿En qué se diferencian los números de puerto
la izquierda es Flags.
y de secuencia con respecto a los dos
resultados anteriores?
Como se puede ver en la figura 14, el puerto
de origen es ahora 1025, el puerto de destino
es 80, la secuencia de número es 1 y el
número de reconocimiento es 1.

Figura 11

Figura 14

Figura 12

Figura 15
Abra la PDU y seleccione Inbound PDU
Details. Desplácese hasta después de la
sección TCP. ¿Cuál es el mensaje del
servidor?

Figura 13
¿En qué cambiaron los números de puerto y
de secuencia?
Puerto de origen (80), puerto de destino Figura 16
(1025), número de secuencia (0), número de
reconocimiento 81)
Puerto de origen (1025), puerto de destino
(80), acuse de recibo (1) y el número de
secuencia es 1.
Paso 3:Examinar el tráfico FTP cuando los
clientes se comunican con el servidor.
Haga clic en la ficha Inbound PDU Details y
Figura 18
desplácese hasta la última sección. ¿Cómo se
rotula la sección?
TCP
¿Se consideran confiables estas
comunicaciones?
Si

Figura 19
Abra la PDU y seleccione Inbound PDU
Details. Desplácese hasta después de la
sección TCP. ¿Cuál es el mensaje del
servidor?
El mensaje es welcome to pt ftp server.
Figura 17
Paso 4: Examinar el tráfico DNS cuando
Registre los valores de SRC PORT los clientes se comunican con el servidor.
(PUERTO DE ORIGEN), DEST PORT
(PUERTO DE DESTINO), SEQUENCE
NUM (NÚMERO DE SECUENCIA) y ACK
NUM (NÚMERO DE ACUSE DE
RECIBO). ¿Qué está escrito en el campo que
se encuentra a la izquierda del campo
WINDOW?
Como se puede ver en la figura 17, los datos
son los siguientes: puerto de entrada 1025,
puerto de destino 21, número de secuencia 0,
número de reconocimiento es 0 y al costado
de Windows sale Flags 0b00000010.
 Figura 20 Cierre el sobre de PDU y seleccione Inbound
PDU Details. ¿En qué cambiaron los números
Haga clic en la ficha Inbound PDU Details y
de puerto y de secuencia?
desplácese hasta la última sección. ¿Cómo se
rotula la sección? Como se puede observar en la figura 22, el
puerto de origen ahora es 53 y el puerto de
UDP
destino de 1025.
¿Se consideran confiables estas
¿Cómo se llama la última sección de la PDU?
comunicaciones?
Se llama DNS ANSMWER.
Si
Paso 5: Examinar el tráfico de correo
electrónico cuando los clientes se
comunican con el servidor.
Haga clic en la ficha Inbound PDU Details y
desplácese hasta la última sección. ¿Qué
protocolo de la capa de transporte utiliza el
tráfico de correo electrónico?
TCP
¿Se consideran confiables estas
comunicaciones?
Si

Figura 21
Registre los valores de SRC PORT (PUERTO
DE ORIGEN) y DEST PORT (PUERTO DE
DESTINO). ¿Por qué no hay números de
secuencia ni de acuse de recibo?
El puerto de origen es 1025 y el puerto de
destino es 53, ya que UDP es un protocolo de
tiempo real no necesita números de secuencia
ni de acuse de recibo.

Figura 23
Registre los valores de SRC PORT (PUERTO
DE ORIGEN), DEST PORT (PUERTO DE
DESTINO), SEQUENCE NUM (NÚMERO
DE SECUENCIA) y ACK NUM (NÚMERO
DE ACUSE DE RECIBO). ¿Qué está escrito
en el campo que se encuentra a la izquierda
del campo WINDOW?
Como se puede observar en la figura 23, el
puerto de origen es 1025, el puerto de destino
es 25, la secuencia de números es 0 y el de
acuse de recibo es 0.
Figura 22
Cierre el sobre de PDU y seleccione
Inbound PDU Details. ¿En qué cambiaron
los números de puerto y de secuencia?

Figura 26
Figura 24 Hay una segunda PDU de un color diferente,
Cierre el sobre de PDU y seleccione que HTTP Client preparó para enviar a
Inbound PDU Details. ¿En qué cambiaron MultiServer. Este es el comienzo de la
los números de puerto y de secuencia? comunicación de correo electrónico. Haga
clic en este segundo sobre de PDU y
Como se puede ver en la figura 24, ahora seleccione Outbound PDU Details.¿En qué
el puerto de origen es 25 y el de destino es se diferencian los números de puerto y de
de 1025. secuencia con respecto a las dos PDU
anteriores?
Como se puede ver en la figura 26, el puerto
de origen es 1025, el puerto de destino es 25,
el número de reconocimiento es 1 y el
número de secuencia es 1.
¿Qué protocolo de correo electrónico se
relaciona con el puerto TCP 25? ¿Qué
protocolo se relaciona con el puerto TCP
110?
Es el protocolo Hub.
Paso 6: Examinar el uso de números de
puerto desde el servidor

Figura 25
Haga clic en la ficha Outbound PDU
Details. ¿En qué se diferencian los
números de puerto y de secuencia con
respecto a los dos resultados anteriores?
Figura 27
Ahora el puerto de origen es 1025, el
Como vemos en la figura 27, ahora en el
puerto de destino es 25, número de
paso 6 hemos pasado a la simulación en
reconocimiento es 1 y número de
tiempo real
secuencia 1.
 Figura 28
¿Qué protocolos se indican en la columna
izquierda?
Según la figura 28 se puede ver el protocolo
TCP
¿Qué números de puerto utiliza el servidor?
Según lo trabajado se uso los puertos 21,25
y 80.
¿En qué estados están las sesiones?
Esta en estado ESTABLISHED
Repita el comando netstat varias veces
hasta que vea solo una sesión con el
estado ESTABLISHED. ¿Para qué
servicio aún está abierta la conexión?
Como se ve en la figura 28, ya solo se
observa el protocolo TCP.
¿Por qué no se cierra esta sesión como
las otras tres?
Porque el protocolo TCP es el protocolo
orientado a la conexión.
Conclusiones
Con la guía que se tuvo del packet tracer
hemos podido ver el comportamientos
de los mensajes con ayuda de los
protocolos TCP, UDP y algunos más.
Viendo la confiabilidad de estos ya que
algunos son orientados a la conexión y
otros no.
Recomendaciones
Se pudo hacer con normalidad la guía,
así que en este reporte estuvo todo
correcto.
Bibliografía
Redes de computadoras. 5º Edición.
Tanenbaum
Teoría de redes de computadoras. Luis
Gorgona