FACULTAD DE INGENIERÍA DE

SISTEMAS Y ELECTRÓNICA
CURSO: REDES Y COMUNICACIÓN DE DATOS I

Ing. Rudy Chamorro Palomino

2020
 DOCENTE
Rudy Chamorro Palomino
([email protected]
[email protected])

Ingeniero Electrónico
Maestro en Ciencias de la Educación

Especialista en Telecomunicaciones y Administración de Redes – INICTEL-UNI

Certificaciones Internaciones:
India – Perú Center of Excellence in IT (IPCEIT)
Certificación Internacional Furukawa FCP Fibra Óptica
Certificación Internacional Furukawa Data Cabling System
Certificación Internacional Furukawa FCP Máster
¿Dónde estamos?
 SISTEMA DE EVALUACIÓN

PF = (20%)PC1+(20%)PC2+(30%)PC3+(30%)EXFI
 Unidad 3

Capa de Transporte
 Logro de la Unidad:
Al finalizar la unidad el
estudiante, identifica y diferencia
los protocolos TCP y UDP de la
capa de transporte del modelo
TCP/IP.

Importancia

La importancia de la capa de aplicación

es la base de la jerarquía de los niveles
del modelo TCP/IP pues esta es la
encargada de mantener el flujo de datos
de manera segura en la red.
 Sesión 11

La Capa de Transporte y sus Servicios

https://youtu.be/xmEGNwY5bog
 SABERES PREVIOS
- ¿Qué es la capa de TRANSPORTE?
- ¿En qué consiste los servicios de
la capa de TRANSPORTE?
Logro de la Sesión
Al finalizar la sesión el
estudiante comprende y
aplica el protocolo UDP de la
capa de transporte del
modelo TCP/IP.
 Contenido General

▪ Contenido de la sesión:
✓ La capa de transporte y sus
servicios
✓ Multiplexación y demultiplexación
✓ Transporte sin conexión UDP
✓ Laboratorio UDP
 CAPA DE TRANSPORTE

Entre las capas de aplicación y de red

se encuentra la capa de transporte,
una pieza fundamental de la
arquitectura de red en capas.
Desempeña el papel crítico de
proporcionar directamente servicios
de comunicación a los procesos de
aplicación que se ejecutan en hosts
diferentes.
 CAPA DE TRANSPORTE

La capa de transporte proporciona

servicios de transporte desde el host
origen hacia el host destino. Esta capa
forma una conexión lógica entre los
puntos finales de la red, el host
transmisor y el host receptor.
 CAPA DE TRANSPORTE

Los protocolos de transporte

segmentan y reensamblan los datos
mandados por las capas superiores en
el mismo flujo de datos, o conexión
lógica entre los extremos. La
corriente de datos de la capa de
transporte brinda transporte de
extremo a extremo.
 CAPA DE TRANSPORTE

Generalmente, se compara la
Internet con una nube. La capa
de transporte envía los paquetes
de datos desde la fuente
transmisora hacia el destino
receptor a través de la nube. La
nube maneja los aspectos tales
como la determinación de la
mejor ruta.
 CAPA DE TRANSPORTE

El control de punta a punta, que se

proporciona con las ventanas
deslizantes y la confiabilidad de los
números de secuencia y acuses de
recibo, es el deber básico de la capa
de transporte cuando utiliza TCP. La
capa de transporte también define la
conectividad de extremo a extremo
entre las aplicaciones de los hosts.
CAPA DE TRANSPORTE

Función Principal:

➢ Seguimiento de las
comunicaciones individuales.
➢ Segmentación de datos y
gestión de cada porción.
➢ Re ensamble de segmentos.
➢ Identificación de las diferentes
aplicaciones.
 CAPA DE TRANSPORTE Y SUS SERVICIOS

Un protocolo de la capa de
transporte proporciona una
comunicación lógica entre procesos
de aplicación que se ejecutan en
hosts diferentes. Por comunicación
lógica queremos decir que, desde
la perspectiva de la aplicación, es
como si los hosts que ejecutan los
procesos estuvieran conectados
directamente.
CAPA DE TRANSPORTE Y SUS SERVICIOS

Los procesos de aplicación

utilizan la comunicación lógica
proporcionada por la capa de
transporte para enviarse
mensajes entre sí, sin
preocuparse por los detalles de
la infraestructura física utilizada
para transportar estos mensajes.
CAPA DE TRANSPORTE Y SUS SERVICIOS
 CAPA DE TRANSPORTE
MULTIPLEXACIÓN Y DEMULTIPLEXACIÓN

La multiplexación y
demultiplexación de la capa de
transporte; consiste en la
ampliación del servicio de entrega
host a host proporcionado por la
capa de red a un servicio de
entrega proceso a proceso para las
aplicaciones que se ejecutan en los
hosts. Un servicio de
multiplexación/demultiplexación
es necesario en todas las redes de
computadoras.
 CAPA DE TRANSPORTE
MULTIPLEXACIÓN Y DEMULTIPLEXACIÓN

Suponga que está sentado frente a su

computadora y que está descargando
páginas web a la vez que ejecuta una
sesión FTP y dos sesiones Telnet.
Por tanto, tiene cuatro procesos de
aplicación de red en ejecución: dos
procesos Telnet, un proceso FTP y un
proceso HTTP. Cuando la capa de
transporte de su computadora recibe
datos procedentes de la capa de red,
tiene que dirigir los datos recibidos a
uno de estos cuatro procesos.
Ejercicios
Realizar las siguientes sumas de bits:

a. 0101 0101 0111 1111 d. 0000 0001

0101 0101 0100 0011 1110 1010

b. 1100 0011 0011 1000 e. 1111 0000 1111 0101 0101 1010 1010 1111
0000 1010 1100 1111 0011 0001 1010 0011 0010 0101 0101 0101

c. 1111 1111 0000 0000

0000 0000 0000 0001
 ACTIVIDAD

- Desarrollar la actividad
práctica de acuerdo a las
instrucciones del docente.
CAPA DE TRANSPORTE
PARTE PRÁCTICA
 CAPA DE TRANSPORTE
PARTE PRÁCTICA

Objetivos:

Parte 1: Registrar la información de configuración IP de una PC.

Parte 2: Utilizar Wireshark para capturar consultas y respuestas DNS.
Parte 3: Analizar los paquetes DNS o UDP capturados.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Información básica/situación

Si alguna vez usó Internet, usó el Sistema de nombres de dominios (DNS). El DNS es una red
distribuida de servidores que traduce nombres de dominio fáciles de usar, como
www.google.com, en una dirección IP. Cuando escribe el URL de un sitio Web en el
explorador, la PC realiza una consulta DNS a la dirección IP del servidor DNS. La consulta del
servidor DNS de la PC y la respuesta del servidor DNS utilizan el protocolo de datagramas de
usuario (UDP) como el protocolo de la capa de transporte. UDP opera sin conexión y no
requiere una configuración de sesión como TCP. Las consultas y respuestas DNS son muy
pequeñas y no requieren la sobrecarga de TCP.
En esta práctica de laboratorio, nos comunicaremos con un servidor DNS enviando una
consulta DNS mediante el protocolo de transporte UDP. Utilizaremos Wireshark para examinar
los intercambios de consultas y respuestas DNS con el servidor de nombres.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Parte 1: Registrar la información de configuración IP de la PC
En la parte 1, utilizaremos el comando ipconfig /all en la PC local para buscar y registrar las
direcciones MAC e IP de la tarjeta de interfaz de red (NIC) de la PC, la dirección IP del
gateway predeterminado especificado y la dirección IP del servidor DNS especificada para la
PC. Registre esta información en la tabla proporcionada. La información se utilizará en las
partes siguientes de esta práctica de laboratorio con análisis de paquetes.

Dirección IP
Dirección MAC
Dirección IP de la puerta de
enlace predeterminada
Dirección IP del servidor DNS
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Parte 2: Utilizar Wireshark para capturar consultas y respuestas DNS
En la parte 2, configuraremos Wireshark para capturar paquetes de consultas y respuestas DNS
para demostrar el uso del protocolo de transporte UDP mientras se comunica con un servidor DNS.
a. Haga clic en el botón Inicio de Windows y navegue hasta el programa Wireshark.
Nota: si Wireshark aún no está instalado, se puede descargar de
https://www.wireshark.org/#download
b. Seleccione una interfaz para que Wireshark capture paquetes. Utilice Interface List (Lista de
interfaces) para elegir la interfaz asociada a las direcciones IP y de control de acceso al medio
(MAC) registradas de la PC en la parte 1.
c. Después de seleccionar la interfaz deseada, haga clic en Start (Comenzar) para capturar los
paquetes.
d. Abra un explorador Web y escriba www.google.com. Presione Entrar para continuar.
e. Haga clic en Stop (Detener) para detener la captura de Wireshark cuando vea la página de inicio
de Google.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Parte 3: Analizar los paquetes DNS o UDP capturados
En la parte 3, examinará los paquetes UDP que se generaron al comunicarse con un servidor DNS
para las direcciones IP para www.google.com.

Paso 1: Filtrar paquetes DNS

a. En la ventana principal de Wireshark, escriba dns en el área de entrada de la barra de
herramientas Filter (Filtrar). Haga clic en Apply (Aplicar) o presione Entrar.

Nota: si no ve resultados después de aplicar el filtro DNS, cierre el explorador Web y, en la

ventana del símbolo del sistema, escriba ipconfig /flushdns para eliminar todos los resultados
anteriores del DNS. Reinicie la captura de Wireshark y repita las instrucciones de la parte 2b a
la parte 2e. Si el problema no se resuelve, en la ventana del símbolo del sistema, puede
escribir nslookup www.google.com como alternativa para el explorador Web.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA

b. En el panel de la lista
de paquetes (sección
superior) de la
ventana principal,
ubique el paquete
que incluye “standard
query” (consulta
estándar) y “A
www.google.com”.
Vea la trama 4, por
ejemplo.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
Examine UDP mediante una consulta DNS para www.google.com según lo capturado por Wireshark.
En este ejemplo, está seleccionada la trama 4 de la captura de Wireshark en la lista de paquetes
para su análisis. Los protocolos en esta consulta se muestran en el panel de detalles del paquete
(sección media) de la ventana principal. Las entradas del protocolo están resaltadas en gris.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
a. En el panel de detalles del paquete, la trama 4 tenía 74 bytes de datos en el cable, tal como se
muestra en la primera línea. Esta es la cantidad de bytes para enviar una consulta DNS a un
servidor de nombres que solicita direcciones IP de www.google.com.
b. En la línea Ethernet II, se muestran las direcciones MAC de origen y destino. La dirección MAC
de origen proviene de la PC local, ya que esta originó la consulta DNS. La dirección MAC de
destino proviene del gateway predeterminado, dado que esta es la última parada antes de que
la consulta abandone la red local.

¿La dirección MAC de origen es la misma que la que se registró en la parte 1 para la PC local?
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
c. En la línea Internet Protocol Version 4 (Protocolo de Internet versión 4), la captura de
Wireshark de paquetes IP indica que la dirección IP de origen de esta consulta DNS es
192.168.1.62 y la dirección IP de destino es 200.48.225.130. En este ejemplo, la dirección de
destino es el gateway predeterminado. El router es el gateway predeterminado en esta red.

¿Puede emparejar las direcciones IP y MAC para los dispositivos de origen y destino?

Dispositivo Dirección IP Dirección MAC

PC local
Gateway predeterminado
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
El paquete y el encabezado IP encapsulan el segmento UDP. El segmento UDP contiene la
consulta DNS como los datos.

d. Un encabezado UDP solo tiene cuatro campos: source port (puerto de origen), destination port
(puerto de destino), length (longitud) y checksum. Cada campo en el encabezado UDP es de
solo 16 bits, como se ilustra a continuación.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
Amplíe el protocolo de datagramas de usuario en el panel de detalles del paquete haciendo clic
en el signo más (+). Observe que hay solo cuatro campos. El número de puerto de origen en
este ejemplo es 64761. La PC local generó el puerto de origen aleatoriamente utilizando los
números de puerto que no están reservados. El puerto de destino es 53. El puerto 53 es un
puerto conocido reservado para ser utilizado con DNS. En el puerto 53, los servidores DNS
escuchan las consultas DNS de los clientes.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 2: Examinar el segmento UDP mediante una consulta DNS
En este ejemplo, la longitud de este segmento UDP es de 40 bytes. De los 40 bytes, 8 bytes se
utilizan como encabezado. Los otros 32 bytes los utilizan los datos de la consulta DNS. Estos 32
bytes están resaltados en la ilustración siguiente en el panel de bytes del paquete (sección
inferior) de la ventana principal de Wireshark.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
El valor de checksum se usa para determinar la integridad del paquete después de haber
atravesado Internet.
El encabezado UDP tiene una sobrecarga baja, porque UDP no tiene campos asociados con el
protocolo de enlace de tres vías en TCP. Cualquier problema de confiabilidad de transferencia
de datos que ocurra debe solucionarse en la capa de aplicación.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Registre los resultados de Wireshark en la tabla siguiente:
Tamaño de trama
Dirección MAC de origen
Dirección MAC de destino
Dirección IP de origen
Dirección IP de destino
Puerto de origen
Puerto de destino
¿La dirección IP de origen es la misma que la dirección IP de la PC local registrada en la parte 1?

¿La dirección IP de destino es la misma que el gateway predeterminado que se registró en la parte 1?
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Paso 3: Examinar el UDP usando la respuesta DNS
En este paso, examinaremos el paquete de respuesta DNS y verificaremos que este también
utilice UDP.
a. En este ejemplo, la trama 50 es el paquete de respuesta DNS correspondiente. Observe que la
cantidad de bytes en el cable es 138 bytes. Es un paquete más grande con respecto al paquete
de consulta DNS.
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
b. En la trama Ethernet II para la respuesta DNS, ¿de qué dispositivo proviene la dirección MAC de
origen y de qué dispositivo proviene la dirección MAC de destino?
Dirección MAC origen: Dirección MAC destino:

c. Observe las direcciones IP de origen y destino en el paquete IP. ¿Cuál es la dirección IP de

destino? ¿Cuál es la dirección IP de origen?

Dirección IP de destino:

Dirección IP de origen:

¿Qué ocurrió con los roles de origen y destino para el host local y el gateway predeterminado?
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
d. En el segmento UDP, el rol de los números de puerto también se invirtió. El número de puerto
de destino es 64761. El número de puerto 64761 es el mismo puerto que el que generó la PC
local cuando se envió la consulta DNS al servidor DNS. La PC local escucha una respuesta DNS
en este puerto.
El número de puerto de origen es 53. El servidor DNS escucha una consulta DNS en el puerto 53
y luego envía una respuesta DNS con un número de puerto de origen 53 de vuelta a quien
originó la consulta DNS.
Cuando la respuesta DNS esté expandida, observe las direcciones IP resueltas para
www.google.com en la sección Answers (Respuestas).
CAPA DE TRANSPORTE
PARTE PRÁCTICA
 CAPA DE TRANSPORTE
PARTE PRÁCTICA
Reflexión:

¿Cuáles son los beneficios de utilizar UDP en lugar de TCP como protocolo de
transportes para DNS?
Consolidando ….
Gracias