Capítulo 3

Capa de transporte

Capa de transporte 3-1

servicios de transporte y los protocolos
solicitud
transporte
• proporcionar comunicación lógica datos de la
red enlace

entre los procesos de aplicaciones que físico

se ejecutan en diferentes hosts

• protocolos de transporte se ejecutan en

sistemas finales

• enviar mensajes secundarios: se

rompe la aplicación queden segmentos ,
pasa a la capa de red
• lado VN: reensambla los segmentos
solicitud
en los mensajes, pasa a la capa de transporte
datos de la

aplicación red enlace

físico

• más de un protocolo de transporte

disponible para las aplicaciones

• Internet: TCP y UDP

Capa de transporte 3-2
Transporte vs. capa de red
• capa de red: la
comunicación lógica
entre hosts
• capa de transporte:
lógico
comunicación entre
procesos
• se basa en, mejora,
servicios de la capa de red
analogía hogar:
12 niños en Ann ' s casa de enviar
cartas a 12 niños en Bill ' s casa:
• hosts = casas
• procesos = niños
• Mensajes app = cartas en
sobres
• protocolo de transporte = Ana y Bill, que
in- Extraer a los hermanos de las casas
• protocolo de capa de red =
servicio postal
Capa de transporte 3-3
los protocolos de la capa de transporte de Internet
solicitud

• fiable, en orden de transporte

datos de la

entrega (TCP)
red enlace
físico

• control de congestión datos de la

red enlace
enlace físico
red físicos
físico

•
de datos de
red de enlace
control de flujo datos de la

• configuración de la conexión
datos de la

poco fiable, entrega

red enlace
• físico

desordenada: UDP
datos de la
red de enlace de
datos de red físicos

• no-volantes extensión de
enlace físico

solicitud

“ mejor esfuerzo ” IP
transporte
datos de la
datos de la
red enlace
red enlace
físico
• servicios no disponibles: físico

• garantías de retardo

• garantías de ancho de banda

Capa de transporte 3-4

Multiplexación / demultiplexación

multiplexación en el emisor:
manejar datos de múltiples tomas de corriente, demultiplexar en el receptor:
añadir cabecera de transporte (más tarde utilizar información de cabecera para entregar
utilizado para demultiplexación) segmentos recibidos para corregir socket

transporte

transporte P1 P2 transporte
enchufe

P3 aplicación de P4
proceso
aplicación de aplicación de

físico
enlace enlace
red enlace
red de red de

físico físico

Capa de transporte 3-5

¿Cómo funciona demultiplexación

• host recibe datagramas IP 32 bits

• cada datagrama tiene dirección IP de puerto de origen # puerto dest #

origen, dirección IP de destino

cabecera
• cada datagrama lleva un segmento de
la capa de transporte
otros campos de
• cada segmento tiene origen, número solicitud
de puerto de destino de datos (carga útil)

• usos de acogida direcciones IP y

números de puerto segmentar
directa a la toma apropiada
formato de segmento TCP / UDP

Capa de transporte 3-6

Quién asigna puertos #

• IANA (Internet Assigned Numbers Authority)

• números de puerto bien conocido 0 - 1023.

53: DNS, 80: www HTTP, 20 y 21: ftp, 22: ssh, 161 y 162: SNMP, imaps:
993, IMAP: 143, nntps: 563

• puertos registrados: 1024 - 49151

• Los puertos dinámicos y / o privados: 49152 - 65535

Capa de transporte 3-7

 demultiplexación sin conexión

• recordar: socket creado tiene anfitrión • recordar: al crear datagrama para

local puerto #: enviar en el zócalo UDP, debe
DatagramSocket mySocket1 = new especificar
DatagramSocket ( 12534 );
• Dirección IP de destino
• Puerto de destino #

• cuando host recibe segmento datagramas IP con dest misma.

UDP: Puerto #, pero diferentes direcciones
IP de origen y / o números de puerto
• comprueba puerto de destino en el
de origen serán dirigidos a mismo
segmento #
socket en dest
• dirige segmento UDP al socket
con ese puerto #

Capa de transporte 3-8

demux conexión: ejemplo
DatagramSocket ServerSocket
DatagramSocket = new DatagramSocket ( 6428 );
DatagramSocket
mySocket2 = new mySocket1 = new
DatagramSocket ( 9157 ); DatagramSocket ( 5775 );
transporte

transporte transporte
P1
P3 P4
aplicación de
aplicación de aplicación de

enlace enlace
físico
red de red de
red enlace
físico físico

puerto de origen: 6428 puerto de origen: 6428

puerto dest: 9157 puerto dest: 5775

puerto de origen: 9157 puerto de origen: 5775

puerto dest: 6428 puerto dest: 6428

Capa de transporte 3-9

 Orientado a la conexión demux
• socket TCP identifica por
4-tupla:
• Dirección IP origen
• número de puerto de origen
• Dirección IP de destino
• número de puerto dest
• demux: receptor utiliza los cuatro
valores para segmentar directa a
la toma apropiada
• host de servidor puede soportar
muchos sockets TCP simultáneas:
• cada socket identificado por su
propio 4-tupla
• servidores web tienen diferentes
tomas para cada cliente que se
conecta
• HTTP no persistente tendrá
diferente socket para cada
solicitud
Capa de Transporte 3-10
 orientado a la conexión demux: ejemplo

transporte

transporte transporte
P4 P5 P6
P3 P2 P3
aplicación de
aplicación de aplicación de
red
enlace físico
físico
red de enlace
enlace
físico red
servidor:
dirección IP B

host: IP
host:
puerto: A, 9157 IP de origen, puerto: C, 5775 dest dirección C
dirección IP A
IP, puerto: B, 80
origen, puerto: B, 80 dest IP,
IP de origen, puerto: A, 9157
dest IP, puerto: B, 80 IP de
IP de origen, puerto: C, 9157 dest
IP, puerto: B, 80

tres segmentos, todos destinados a la dirección IP: B, puerto dest:

80 se demultiplexan a diferente zócalos
Capa de Transporte 3-11
 orientado a la conexión demux: ejemplo
servidor de roscado

transporte

transporte transporte
P4
P3 P2 P3
aplicación de
aplicación de aplicación de
red
enlace físico
físico
red de enlace
enlace
físico red
servidor:
dirección IP B

host: IP
host:
puerto: A, 9157 IP de origen, puerto: C, 5775 dest dirección C
dirección IP A
IP, puerto: B, 80
origen, puerto: B, 80 dest IP,
IP de origen, puerto: A, 9157
dest IP, puerto: B, 80 IP de
IP de origen, puerto: C, 9157 dest
IP, puerto: B, 80

Capa de Transporte 3-12

UDP: User Datagram Protocol [ RFC 768]
• “ sin lujos, ”“ puros huesos ”
protocolo de transporte de
Internet
• “ mejor esfuerzo ” servicio,
segmentos UDP pueden ser:
• perdió
• entregado fuera de fin de APP
• sin conexión:
• sin handshaking
entre el emisor UDP, el
receptor
• cada segmento UDP manejado
independientemente de los demás
• el uso de UDP:
• aplicaciones de streaming
multimedia (pérdida tolerante,
sensible a la velocidad)
• DNS
• SNMP
• transferencia fiable sobre UDP:
• añadir fiabilidad a la
capa de aplicación
• Específico de la aplicación de
recuperación de errores!
Capa de Transporte 3-13
UDP: cabecera de segmento

longitud, en bytes de
32 bits segmento UDP,
incluyendo cabecera
puerto de origen # puerto dest #

suma de comprobación

¿Por qué existe UDP?

• sin establecimiento de la conexión (que
solicitud puede añadir retardo)
de datos

(carga útil)
• sencilla: no hay estado de conexión
en el emisor, el receptor

• tamaño de la cabecera pequeña

• sin control de congestión: UDP

segmento UDP longitud formato
puede arruinar lejos tan rápido
como se desea

Capa de Transporte 3-14

suma de comprobación UDP

Gol: detectar “ errores ”( por ejemplo, volteado bits) en el segmento transmitido

remitente: receptor:
• tratar contenido del segmento, • calcular la suma de comprobación
incluyendo campos de cabecera, de segmento recibido
como secuencia de números enteros
• comprobar si la suma de comprobación
de 16 bits
calculada es igual al valor comprobación
• suma de control: adición (una ' s
sobre el terreno:
suma complemento) de
contenido del segmento
• NO - ha detectado un error

• SI - detecta ningún error.

• remitente pone valor de la suma en Pero tal vez, sin embargo, los
el campo de suma de errores? Más tarde ….
comprobación UDP
Capa de Transporte 3-15
 checksum internet: ejemplo

ejemplo: sumar dos enteros de 16 bits

11110011001100110
11101010101010101

envolver alrededor 11011101110111011

1
1
1011101110111100

suma de comprobación 0100010001000011

Capa de Transporte 3-16

TCP: Visión general RFC: 793,1122,1323, 2018, 2581

• punto a punto: • datos completos dúplex:

• un emisor, un receptor • flujo de datos bidireccional en
misma conexión
• fiable, en orden flujo de
bytes: • MSS: tamaño de segmento máximo

• no “ mensaje
límites ” • orientado a la conexión:

• pipelined: • apretón de manos (intercambio de

mensajes de control) INITs
• la congestión de TCP y control de flujo
remitente, Rx antes del intercambio
establecer el tamaño de la ventana
de datos

• flujo controlado:
• remitente no abrumar
receptor
Capa de Transporte 3-17
 Estructura de un segmento TCP
bits
URG: datos urgentes (por lo
Puerto de origen # puerto dest # 32
general no se utiliza)

ACK: ACK #
válido
no segmentos!)
cabeza len ventana de recepción
FSRPAU de datos (no
PSH: datos de empuje ahora utilizado el recuento de bytes
dispuesto a aceptar
# bytes Rcvr
(generalmente no se utiliza) suma de comprobación puntero de datos URG
secuencia de acuse de recibo

RST, SYN, FIN: FP Opciones (longitud variable)

esta conexión
variable) número número de
(instalación, desmontaje
comandos)
solicitud
suma de datos (longitud
control de Internet

(como en UDP)

Capa de Transporte 3-18

ss TCP. números, ACK
segmento saliente del emisor
los números de secuencia: Puerto de origen # # puerto dest

secuencia de números

• flujo de bytes “ número ” de primer byte número de reconocimiento

en el segmento ' s de datos, al azar

RWND

suma de comprobación URG puntero

tamaño de ventana

expresiones de gratitud: norte

• ss # del siguiente byte esperado

desde el otro lado
remitente espacio de números de secuencia

• ACK acumulativo
enviado enviado, notyet utilizable, no se
Q: cómo el receptor maneja ACKed ACKed ( “ durante pero aún no puede utilizar

segmentos fuera de orden el vuelo “) enviado

• R: TCP spec doesn ' t dicen, segmento entrante al remitente

- hasta implementador Puerto de origen # # puerto dest

secuencia de números

número de reconocimiento
UN RWND

suma de comprobación URG puntero

Capa de Transporte 3-19

Segmento TCP

Archivo: 500.000 bytes

• Host A: 0 - 535 bytes de segmento recibidos de B y el

segmento enviar a B (ack = 536)

• Host A: 0-535 y 900-1000 recibido de B (ack = 536)

• Falta un segmento!

Capa de Transporte 3-20

ss TCP. números, ACK

Un anfitrión host B

Los
tipos de usuario
' do '
Seq = 42, ACK = 79, los datos = ' do '
acoger ACKs
recepción de

' do ', se hace eco de

Seq = 79, ACK = 43, los datos = ' do '
vuelta ' do '
sede de ACK
recepción
del eco
' do ' Seq = 43, ACK = 80

escenario simple telnet

Capa de Transporte 3-21