CAPA

TRANSPORTE
CAPA TRANSPORTE
La capa de transporte es responsable de
establecer una sesión de comunicación
temporal entre dos aplicaciones y de
transmitir datos entre ellas. Una aplicación
genera datos que se envían desde una
aplicación en un host de origen a una
aplicación en un host de destino. Este es,
independientemente del tipo de host
destino, el tipo de medios a través de los
cuales deben viajar los datos, la ruta seguida
por los datos, la congestión en un enlace o el
tamaño de la red.
La capa de transporte es el enlace entre la
capa de aplicación y las capas inferiores que
son responsables de la transmisión a través
de la red.
CAPA TRANSPORTE
Seguimiento de conversaciones
individuales
En la capa de transporte, cada conjunto
de datos que fluye entre una aplicación
de origen y una de destino se conoce
como “conversación”. Un host puede
tener varias aplicaciones que se
comunican a través de la red de forma
simultánea. Cada una de estas
aplicaciones se comunica con una o
más aplicaciones en uno o más hosts
remotos. Es responsabilidad de la capa
de transporte mantener y hacer un
seguimiento de todas estas
conversaciones
CAPA TRANSPORTE Segmentación de datos y rearmado de segmentos
Se deben preparar los datos para el envío a través
de los medios en partes manejables. La mayoría de
las redes tienen un límite de la cantidad de datos
que se puede incluir en un solo paquete. Los
protocolos de la capa de transporte tienen
servicios que segmentan los datos de aplicación en
bloques de un tamaño apropiado. Estos servicios
incluyen el encapsulamiento necesario en cada
porción de datos. Se agrega un encabezado a cada
bloque de datos para el rearmado. Este
encabezado se utiliza para hacer un seguimiento
del flujo de datos.
En el destino, la capa de transporte debe poder
reconstruir las porciones de datos en un flujo de
datos completo que sea útil para la capa de
aplicación. Los protocolos en la capa de transporte
describen cómo se utiliza la información del
encabezado de dicha capa para rearmar las
porciones de datos en flujos y transmitirlos a la
capa de aplicación.
CAPA TRANSPORTE
Identificación de las aplicaciones
Para pasar flujos de datos a las
aplicaciones adecuadas, la capa de
transporte debe identificar la
aplicación objetivo. Para lograrlo, la
capa de transporte asigna un
identificador a cada aplicación,
llamado número de puerto. A todos
los procesos de software que
requieran acceso a la red se les
asigna un número de puerto
exclusivo para ese host.
CAPA TRANSPORTE
Confiabilidad de la capa de transporte
La capa de transporte también es responsable de administrar
los requisitos de confiabilidad de las conversaciones. Las
diferentes aplicaciones tienen diferentes requisitos de
confiabilidad de transporte.
IP se ocupa solo de la estructura, el direccionamiento y el
routing de paquetes. IP no especifica la manera en que se
lleva a cabo la entrega o el transporte de los paquetes. Los
protocolos de transporte especifican la manera en que se
transfieren los mensajes entre los hosts. TCP/IP proporciona
dos protocolos de la capa de transporte: el protocolo de
control de transmisión (TCP) y el protocolo de datagramas de
usuario (UDP). IP utiliza estos protocolos de transporte para
habilitar la comunicación y la transferencia de datos entre los
hosts.
TCP se considera un protocolo de la capa de transporte
confiable y completo, ya que garantiza que todos los datos
lleguen al destino. Sin embargo, esto requiere campos
adicionales en el encabezado TCP que aumentan el tamaño
del paquete y también la demora. En cambio, UDP es un
protocolo de capa de transporte más simple, aunque no
proporciona confiabilidad. Por lo tanto, tiene menos campos
y es más rápido que TCP.
CAPA TRANSPORTE
TCP
La función del protocolo de transporte TCP es similar al envío de paquetes de los que
se hace un seguimiento de origen a destino. Si se divide un pedido de envío en varios
paquetes, el cliente puede revisar en línea el orden de la entrega.
Con TCP, hay tres operaciones básicas de confiabilidad:
Numeración y seguimiento de los segmentos de datos transmitidos a un host
específico desde una aplicación específica
Reconocimiento de los datos recibidos
Retransmisión de los datos sin reconocimiento después de un tiempo determinado
CAPA TRANSPORTE
UDP
Si bien las funciones de confiabilidad de TCP proporcionan una comunicación más sólida
entre aplicaciones, también representan una sobrecarga adicional y pueden provocar
demoras en la transmisión. Existe una compensación entre el valor de la confiabilidad y la
carga que implica para los recursos de la red.
UDP proporciona las funciones básicas para entregar segmentos de datos entre las
aplicaciones adecuadas, con muy poca sobrecarga y revisión de datos. UDP se conoce como
un protocolo de entrega de máximo esfuerzo. En el contexto de redes, la entrega de máximo
esfuerzo se denomina “poco confiable” porque no hay reconocimiento que indique que los
datos se recibieron en el destino. Con UDP, no existen procesos de capa de transporte que
informen al emisor si la entrega se realizó correctamente.
El proceso de UDP es similar al envío por correo de una carta simple sin registrar. El emisor de
la carta no conoce la disponibilidad del receptor para recibir la carta. Además, la oficina de
correos tampoco es responsable de hacer un seguimiento de la carta ni de informar al emisor
si esta no llega a destino.
CAPA TRANSPORTE
Encabezado TCP
TCP es un protocolo con información de estado. Un protocolo con información de estado es un protocolo que realiza el
seguimiento del estado de la sesión de comunicación. Para hacer un seguimiento del estado de una sesión, TCP registra
qué información se envió y qué información se reconoció. La sesión con estado comienza con el establecimiento de
sesión y finaliza cuando se cierra en la terminación de sesión.
Cada segmento TCP tiene 20 bytes de sobrecarga en el encabezado que encapsula los datos de la capa de aplicación:
Puerto de origen (16 bits) y puerto de destino (16 bits) : se utilizan para identificar la aplicación.
Número de secuencia (32 bits): se utiliza para rearmar los datos.
Número de reconocimiento (32 bits): indica que los datos se han recibido y el siguiente byte esperado de la fuente.
Longitud del encabezado (4 bits): conocido como “desplazamiento de datos”. Indica la longitud del encabezado del
segmento TCP.
Reservado (6 bits): este campo está reservado para el futuro.
Bits de control (6 bits): incluye códigos de bit, o marcadores, que indican el propósito y la función del segmento TCP.
Tamaño de la ventana (16 bits): indica la cantidad de bytes que se puedan aceptar por vez.
Checksum (16 bits): se utiliza para la verificación de errores en el encabezado y los datos del segmento.
Urgente (16 bits): indica si la información es urgente
CAPA TRANSPORTE
Encabezado UDP
UDP es un protocolo sin información estado, lo cual significa que ni el cliente ni el
servidor están obligados a hacer un seguimiento del estado de la sesión de
comunicación. Si se requiere confiabilidad al utilizar UDP como protocolo de
transporte, a esta la debe administrar la aplicación.
Uno de los requisitos más importantes para transmitir vídeo en vivo y voz a través de
la red es que los datos fluyan rápidamente. Las aplicaciones de vídeo y de voz en vivo
pueden tolerar cierta pérdida de datos con un efecto mínimo o imperceptible, y se
adaptan perfectamente a UDP.
Los fragmentos de comunicación en UDP se llaman datagramas. El protocolo de la
capa de transporte envía estos datagramas como máximo esfuerzo. UDP tiene una
sobrecarga baja de 8 bytes.
 Conversaciones múltiples e independientes

CAPA TRANSPORTE La capa de transporte debe poder separar y

administrar varias comunicaciones con
diferentes necesidades de requisitos de
transporte. Los usuarios tienen la expectativa
de poder recibir y enviar correo electrónico y
mensajes instantáneos, explorar sitios web y
realizar una llamada telefónica de VoIP de
manera simultánea. Cada una de estas
aplicaciones envía y recibe datos a través de
la red al mismo tiempo, a pesar de los
diferentes requisitos de confiabilidad.
Además, los datos de la llamada telefónica
no están dirigidos al navegador web, y el
texto de un mensaje instantáneo no aparece
en un correo electrónico.
TCP y UDP administran estas diferentes
conversaciones simultáneas por medio de
campos de encabezado que pueden
identificar de manera exclusiva estas
aplicaciones. Estos identificadores únicos son
números de puertos.
CAPA TRANSPORTE
Números de puerto
El número de puerto de origen está asociado con la aplicación que origina la comunicación en el host
local. El número de puerto de destino está asociado con la aplicación de destino en el host remoto.
Puerto de origen
El número de puerto de origen es generado de manera dinámica por el dispositivo emisor para
identificar una conversación entre dos dispositivos. Este proceso permite establecer varias
conversaciones simultáneamente. Resulta habitual para un dispositivo enviar varias solicitudes de
servicio HTTP a un servidor web al mismo tiempo. El seguimiento de cada conversación HTTP por
separado se basa en los puertos de origen.
Puerto de destino
El cliente coloca un número de puerto de destino en el segmento para informar al servidor de destino
el servicio solicitado. Por ejemplo, cuando un cliente especifica el puerto 80 en el puerto de destino, el
servidor que recibe el mensaje sabe que se solicitan servicios web. Un servidor puede ofrecer más de
un servicio de manera simultánea, por ejemplo, servicios web en el puerto 80 al mismo tiempo que
ofrece el establecimiento de una conexión FTP en el puerto 21
CAPA TRANSPORTE
Pares de sockets
Los puertos de origen y de destino se colocan dentro del segmento. Los segmentos se encapsulan
dentro de un paquete IP. El paquete IP contiene la dirección IP de origen y de destino. Se conoce como
socket a la combinación de la dirección IP de origen y el número de puerto de origen, o de la dirección
IP de destino y el número de puerto de destino. El socket se utiliza para identificar el servidor y el
servicio que solicita el cliente. Un socket de cliente puede ser parecido a esto, donde 1099 representa
el número de puerto de origen: 192.168.1.5:1099
El socket en un servidor web podría ser el siguiente: 192.168.1.7:80
Juntos, estos dos sockets se combinan para formar un par de sockets: 192.168.1.5:1099,
192.168.1.7:80
Los sockets permiten que los diversos procesos que se ejecutan en un cliente se distingan entre sí.
También permiten la diferenciación de diferentes conexiones a un proceso de servidor.
El número de puerto de origen actúa como dirección de retorno para la aplicación que realiza la
solicitud. La capa de transporte hace un seguimiento de este puerto y de la aplicación que generó la
solicitud de manera que cuando se devuelva una respuesta, esta se envíe a la aplicación correcta
Grupos de número de Puertos
CAPA TRANSPORTE
Procesos del Servidor TCP
CAPA TRANSPORTE
Procesos del Servidor TCP
CAPA TRANSPORTE
Procesos del Servidor TCP
CAPA TRANSPORTE
Procesos del Servidor TCP
CAPA TRANSPORTE
Procesos del Servidor TCP
CAPA TRANSPORTE
Establecimiento de conexiones TCP
Una conexión TCP se establece en tres pasos:
Paso 1: el cliente de origen solicita una sesión de
comunicación de cliente a servidor con el servidor.
Paso 2: el servidor reconoce la sesión de comunicación
de cliente a servidor y solicita una sesión de
comunicación de servidor a cliente.
Paso 3: el cliente de origen reconoce la sesión de
comunicación de servidor a cliente.
CAPA TRANSPORTE
Finalización de la sesión TCP
Para cerrar una conexión, se debe establecer el marcador de
control de finalización (FIN) en el encabezado del segmento. Para
finalizar todas las sesiones TCP de una vía, se utiliza un enlace de
dos vías, que consta de un segmento FIN y un segmento de
reconocimiento (ACK). Por lo tanto, para terminar una
conversación simple admitida por TCP, se requieren cuatro
intercambios para finalizar ambas sesiones.
Paso 1: cuando el cliente no tiene más datos para enviar en la
transmisión, envía un segmento con el marcador FIN establecido.
Paso 2: el servidor envía un ACK para reconocer el marcador FIN y
terminar la sesión de cliente a servidor.
Paso 3: el servidor envía un FIN al cliente para terminar la sesión
de servidor a cliente.
Paso 4: el cliente responde con un ACK para reconocer el recibo
del FIN desde el servidor.
Una vez reconocidos todos los segmentos, la sesión se cierra
 Análisis del enlace de tres vías de TCP
TCP es un protocolo dúplex completo, en el que cada
CAPA TRANSPORTE conexión representa dos transmisiones de
comunicación unidireccionales o sesiones. Para
establecer la conexión, los hosts realizan un enlace de
tres vías. Los bits de control en el encabezado TCP
indican el progreso y estado de la conexión.
Enlace de tres vías:
Establece que el dispositivo de destino se presente en
la red
Verifica que el dispositivo de destino tenga un servicio
activo y que acepte solicitudes en el número de
puerto de destino que el cliente de origen intenta
utilizar
Informa al dispositivo de destino que el cliente de
origen intenta establecer una sesión de comunicación
en dicho número de puerto
Una vez que se completa la comunicación, se cierran
las sesiones y se finaliza la conexión. Los mecanismos
de conexión y sesión habilitan la función de
confiabilidad de TCP
Los seis bits del campo de bits de control del
encabezado del segmento TCP también se conocen
como marcadores. Un marcador es un bit que se
establece como activado o desactivado.
 Confiabilidad de TCP: entrega ordenada
Los segmentos TCP pueden llegar a su destino desordenados.

CAPA TRANSPORTE Para que el receptor comprenda el mensaje original, los datos en
estos segmentos se vuelven a ensamblar en el orden original.
Para lograr esto, se asignan números de secuencia en el
encabezado de cada paquete. El número de secuencia
representa el primer byte de datos del segmento TCP.
Durante la configuración de la sesión, se establece un número de
secuencia inicial (ISN). Este ISN representa el valor inicial de los
bytes para esta sesión que se transmite a la aplicación receptora.
A medida que se transmiten los datos durante la sesión, el
número de secuencia se incrementa según el número de bytes
que se han transmitido. Este seguimiento de bytes de datos
permite identificar y reconocer cada segmento de manera
exclusiva. A partir de esto, se pueden identificar segmentos
perdidos.
Los números de secuencia de segmento indican cómo
reensamblar y reordenar los segmentos recibidos, como se
muestra en la figura.
El proceso TCP receptor coloca los datos del segmento en un
búfer de recepción. Los segmentos se colocan en el orden de
secuencia correcto y se pasan a la capa de aplicación cuando se
vuelven a ensamblar. Todos los segmentos que lleguen con
números de secuencia desordenados se retienen para su
posterior procesamiento. A continuación, cuando llegan los
segmentos con bytes faltantes, tales segmentos se procesan en
orden
CAPA TRANSPORTE UDP
Es un protocolo simple que proporciona las
funciones básicas de la capa de transporte. Tiene
una sobrecarga mucho menor que TCP, ya que no
está orientado a la conexión y no proporciona los
mecanismos sofisticados de retransmisión,
secuenciación y control de flujo que ofrecen
confiabilidad.
Esto no significa que las aplicaciones que utilizan
UDP sean siempre poco confiables ni que UDP sea
un protocolo inferior. Solo quiere decir que estas
funciones no las proporciona el protocolo de la
capa de transporte, y se deben implementar
aparte, si fuera necesario.
La baja sobrecarga del UDP es muy deseable para
los protocolos que realizan transacciones simples
de solicitud y respuesta. Por ejemplo, usar TCP para
DHCP introduciría una cantidad innecesaria de
tráfico de red. Si existe un problema con una
solicitud o una respuesta, el dispositivo
simplemente envía la solicitud nuevamente si no se
recibe ninguna respuesta
CAPA TRANSPORTE
Procesos del Servidor UDP
CAPA TRANSPORTE
Procesos del Servidor UDP
CAPA TRANSPORTE
Procesos del Servidor UDP
CAPA TRANSPORTE
Procesos del Servidor UDP
CAPA TRANSPORTE
Procesos del Servidor UDP