14.8.1 Packet tracer - Comunicaciones de TCP y UDP (Resolución)

Resolución del Laboratorio de Empaque Tracer: Comunicaciones TCP y UDP

Introducción al laboratorio

• Se presenta la resolución del laboratorio 14.8.1 sobre comunicaciones TCP y UDP, comenzando con las instrucciones para generar tráfico de red en modo simulación.

Generación de tráfico ARP

• Se instruye a hacer clic en "multi server" y acceder al símbolo del sistema para ejecutar comandos.

• Se utiliza el comando ping con la opción -n 1, que debería enviar solo una solicitud de ping, pero no funciona como se esperaba en el paquete tracer.

• Al probar el comando ping -n en otros dispositivos, se confirma que este comando efectivamente limita las solicitudes enviadas.

Generación de tráfico HTTP

• Se cambia al cliente HTTP y se abre un navegador web para ingresar la dirección IP del servidor multi server.

• Después de ingresar la URL, se observa cómo aparecen las PDUs (Protocol Data Units) en la ventana de topología.

Generación de tráfico FTP

• Se accede al cliente FTP desde el escritorio y se ingresa el comando correspondiente junto con la dirección IP del servidor.

• Las PDUs generadas por FTP también aparecen en la ventana de simulación.

Generación de tráfico DNS

• Similarmente, se genera tráfico DNS utilizando el cliente DNS y ejecutando el comando nslookup con una dirección específica.

Generación de tráfico por correo electrónico

• En el cliente de correo electrónico, se redacta un mensaje incluyendo destinatario, asunto y cuerpo antes de enviarlo.

Verificación del tráfico generado

• Se verifica que hay entradas PDU correspondientes a cada uno de los clientes en el panel de simulación.

Observaciones sobre multiplexión

• Se utiliza el botón "capture forward" para observar cómo los diferentes protocolos viajan por la red; solo una PDU puede cruzar un cable a la vez.

¿Cómo se transmiten datos a través de diferentes protocolos?

Introducción a la transmisión de datos

• Se pueden transmitir varios datos por un mismo medio, pero no simultáneamente; se envían uno por uno. Se observa una variedad de PDUs (Protocol Data Units) en el panel de simulación.

• Los colores en el panel indican los diferentes protocolos utilizados por cada PDU, como turquesa, café y morado.

Funcionalidad de los protocolos TCP y UDP

• Se inicia el examen del tráfico HTTP mientras los clientes interactúan con el servidor.

• Para filtrar el tráfico mostrado, se debe restablecer la simulación y seleccionar solo las PDUs HTTP y TCP.

Configuración del cliente HTTP

• Se abre un navegador para ingresar la dirección IP del servidor previamente utilizada. Al hacer clic en "ir", se establece conexión a través de HTTP.

• Es importante minimizar la ventana del cliente HTTP para observar cómo aparece una PDU para HTTP.

Proceso de establecimiento de conexión

• La aparición tardía de la PDU HTTP se debe a que primero debe establecerse una conexión TCP entre el servidor y el cliente antes que inicie el tráfico HTTP.

• Al hacer clic en la PDU, se pueden ver sus detalles; es crucial revisar la pestaña "pedido de salida".

Análisis detallado de TCP

• En los detalles de la PDU, se verifica que TCP es un protocolo confiable, a diferencia del UDP.

• Se registran valores importantes como src Port, dest Port, sequence number y acknowledgment number en una tabla Excel.

Indicadores TCP durante la comunicación

• El valor en el campo indicadores muestra las flags establecidas durante esta etapa; cada posición indica si un indicador está activo o no.

• Las flags relevantes son aquellas que están marcadas como 1; esto incluye indicadores como ACK y PSH.

Cierre del proceso y verificación final

Análisis de PDU en TCP y FTP

Detalles de la PDU Inbound

• Se inicia el análisis haciendo clic en el sobre morado para ver los detalles de la PDU inbound. Se comparan los números de puerto y secuencia con datos anteriores.

• Los puertos de origen (80) y destino (1026) han cambiado de posición, mientras que el número de secuencia se mantiene igual. El número ACK ha cambiado a 103, manteniendo las banderas ACK y PSH.

Detalles de la PDU Outbound

• Se hace clic en la PDU HTTP preparada por el cliente para enviar al servidor. Este es el inicio de la comunicación HTTP.

• En la sección TCP, se registran nuevos valores: puerto fuente 1026, puerto destino 80, número de secuencia 103 y número ACK 234. La inversión entre puertos se repite.

Indicadores TCP

• Los indicadores para esta comunicación son: tres ceros seguidos por un uno y luego un cero. Esto indica que se utilizan las banderas ACK y FIN.

Simulación del Tráfico FTP

• Se restablece la simulación para examinar el tráfico FTP. Se abre una conexión FTP ingresando la dirección IP del servidor.

• Se ajustan los filtros en el panel de simulación para mostrar solo tráfico FTP y TCP.

Captura y Análisis del Tráfico

• Al hacer clic en "capture Forward", se accede a los detalles de salida donde se confirma que las comunicaciones son confiables utilizando TCP.

• Se registran valores como: puerto fuente 1026, puerto destino 21 (FTP), número de secuencia 0, número ACK 0, con indicadores mostrando solo un valor sin.

Comparación Final entre PDUs

• Al cerrar la PDU y continuar con "capture Forward", se observa cómo regresa al cliente FTP con una marca de verificación.

• En los detalles del cliente FTP entrante, se nota que ahora el puerto origen es 21 y el destino es 1026; además, hay un incremento en el número ACK a uno.

Análisis de Tráfico de Red y Protocolo TCP/UDP

Configuración Inicial del Tráfico

• Se establece una conexión con el puerto de origen 1026 y el puerto destino 21, manteniendo el número de secuencia en 1 y el número ACK también en 1.

Indicadores de la PDU

• Se observan cuatro ceros en los indicadores hasta la posición 4, seguido por un uno en la posición 5. Esto indica que se está utilizando el protocolo ACK.

Respuesta del Servidor FTP

• Al hacer clic en "capture Forward", se recibe una PDU entrante con un color diferente, indicando que ha regresado al cliente FTP. El mensaje del servidor es "Welcome to ptfp server".

Análisis del Tráfico DNS

• Se repiten pasos para crear tráfico DNS, filtrando solo UDP y DNS. Esto permite observar las interacciones entre clientes y servidores DNS.

Detalles sobre UDP

• En comparación con TCP, UDP no proporciona información como números de secuencia o reconocimiento porque no requiere una conexión confiable. Los puertos utilizados son 1026 (origen) y 53 (destino).

Verificación del Tráfico DNS

• Después de enviar una solicitud DNS, se verifica que los números de puerto han cambiado: ahora el puerto fuente es 53 y el destino es 1026. La sección final muestra la dirección IP correspondiente a "multi server PT.ptu" como 192.168.1.254.

Examinando el Tráfico de Correo Electrónico

Preparación para Enviar Correo Electrónico

• Se configura un cliente de correo electrónico para enviar un mensaje a user@multicelular.ptu, asegurándose de aplicar filtros adecuados para POP3, SMTP y TCP.

Envío del Mensaje

• Tras redactar un correo electrónico, se envía utilizando TCP como protocolo de transporte principal para este tipo de tráfico.

Análisis Final del Protocolo Utilizado

Comunicaciones TCP y Proceso de Captura

Configuración Inicial de la Comunicación

• Se considera confiable el uso de comunicaciones TCP, registrando valores como el puerto de origen (1026) y el puerto destino (25).

• El número de secuencia se establece en 0 y el número ACK también en 0, mientras que se copian las flags para su análisis posterior.

Análisis de Flags y PDU

• La flag inicial es un "SYN", indicando el inicio del proceso. Se captura la PDU hasta que regrese al cliente de correo electrónico con una marca de verificación.

• Al revisar los detalles de la PDU entrante, se observa que los números de puerto y secuencia han cambiado; ahora son 25 (origen) y 1026 (destino).

Cambios en Números de Secuencia

• Los números han sido invertidos: el puerto origen es ahora 1026, con un número de secuencia incrementado a 1. Las flags muestran un "ACK" junto a un "SYN".

• Se revisan nuevamente los detalles del PDU saliente; se confirma que los puertos siguen siendo los mismos pero con cambios en las flags.

Preparación para Envío Múltiple

• Se identifica una segunda PDU diferente, indicando que el cliente está listo para enviar múltiples correos electrónicos.