REDES Y COMUNICACIONES

DE DATOS I
UNIDAD III
Capa de Transporte
Unidad 03
Capa de transporte (s6-7-8)
Logro específico de aprendizaje
Al finalizar la unidad el estudiante, identifica y diferencia los protocolos TCP y UDP de capa de
transporte del modelo TCP/IP.

Temario:
• La capa de transporte y sus servicios
• Multiplexación y Demultiplexación
• Transporte sin conexión: UDP
• Lab: Exploración de UDP
• Principios de un servicio de transferencia de datos fiable
• Transporte orientado a la conexión: TCP
• Lab: Exploración de TCP
• Principios del control de congestión
• Mecanismo de control de congestión de TCP
• Sockets con TCP y UDP
Confiabilidad de TCP: entrega ordenada
Se asignan números de secuencia en el
encabezado de cada paquete.
Representan 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), que representa el valor
inicial de los bytes.
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.
A partir de esto, se pueden identificar
segmentos perdidos.

Datos/Observaciones
Control del flujo de TCP: tamaño de la
ventana y reconocimientos
▪ En la figura, el origen transmite
1460 bytes de datos dentro de
cada segmento.
▪ El tamaño de la ventana se
establece durante la realización
del enlace de tres vía.

▪ Por lo general, la PC B no
esperará a los 10 000 bytes
antes de enviar el
reconocimiento.
▪ La PC A puede ajustar la
ventana de envío a medida que
recibe reconocimientos de PC B.
Datos/Observaciones
Control del flujo de TCP: prevención de
congestiones
▪ La congestión causa la
retransmisión de los segmentos
TCP perdidos.
▪ La retransmisión de los
segmentos puede empeorar la
congestión.

▪ Para evitar y controlar la

congestión, TCP emplea varios
mecanismos, temporizadores y
algoritmos de manejo de la
congestión.
▪ Ejemplo: reduce la cantidad de
bytes que envía antes de recibir
un reconocimiento.
Datos/Observaciones
Número de secuencia (#sec) y ACK en TCP
▪ #Seq
▪ "número" del byte dentro del flujo Host A Host B
correspondiente al primer byte del
segmento de datos
Usuario
escribe
▪ ACKs ‘C’
host B ACKs
▪ #sec. del próximo byte esperado recepción de ‘C’,
hace eco de
desde el otro lado regreso ‘C’
▪ ACK es acumulativo
Host A
ACKs
▪ ¿Cómo el receptor maneja recibe el
eco de ‘C’
segmentos fuera de orden?
▪ La especificación de TCP lo deja a
criterio del implementador Escenario sencillo de Telnet

Datos/Observaciones
Escenarios de retransmisión
Host A Host B Host A Host B

Envía Base 92

timeout
timeout

Envía Base 100

Envía Base 120

Envía Base 120

Escenario ACK perdido Escenario timeout prematuro

Datos/Observaciones
Escenarios de retransmisión
Host A Host B

timeout

ACK acumulativo
Datos/Observaciones
Generación de ACK en TCP [RFC 1122, RFC 2581]
Evento en Receptor
Llegada de segmento en orden con # sec.
esperado. Ya se envió el ACK de todo lo
previo.
Llegada de segmento en orden con # sec.
esperado. Algún segmento tiene ACK
pendiente
Llegada de segmento fuera de orden con #
sec. mayor al esperado. Se detecta un vacío.
Llegada de segmento que llena el vacío
parcialmente o completamente
Datos/Observaciones
TCP acción del receptor
ACK retardado. Espera hasta 500ms por
próximo segmento. Si no llega otro segmento,
enviar ACK
Enviar inmediatamente un ACK acumulado
se da acuse así a ambos segmentos en orden.
Enviar inmediatamente un ACK duplicado,
indicando # sec. del próximo byte esperado
Enviar inmediatamente un ACK si es que el
segmento se ubica al inicio del vacío de
segmentos recibidos
Retransmisiones Rápidas
▪ Periodo de timeout es a menudo largo: Host A Host B
▪ Retardo largo antes de re-envío de paquetes
perdidos
▪ Se puede detectar paquetes perdidos vía Seq=92, 8 bytes de data
ACKs duplicados. Seq=100, 20 bytes de data
▪ Tx a menudo envía muchos segmentos X
seguidos
▪ Si un segmento se pierde, probablemente ACK=100
habrá muchos ACKs duplicados.

timeout
▪ Si el remitente recibe 3 ACK con la misma ACK=100
ACK=100
información ("Triple ACK duplicados"), se ACK=100
reenvía el segmento desatendido con un Seq=100, 20 bytes de data
menor número de seq #
▪ Es probable que el segmento no procesado
se haya perdido, así que no espere por el
timeout. Retransmisión rápida después que el emisor
recibe triple duplicado de ACK
Datos/Observaciones