Capa de Transporte

REDES I CAPA DE TRANSPORTE UNPRG PEDRO RUIZ GALLO
UNIVERSIDAD NACIONAL
Introduccin
Las redes de datos e Internet brindan soporte a la red humana por medio del
suministro de comunicacin confiable entre personas. En un nico dispositivo, las
personas pueden utilizar varias aplicaciones y diversos servicios, como correo
electrnico, la Web y la mensajera instantnea, para enviar mensajes o recuperar
informacin.
Los procesos que se describen en la capa de transporte del modelo OSI aceptan los
datos de la capa de aplicacin y los preparan para el direccionamiento en la capa de
red. La capa de transporte prepara los datos para transmitirlos a travs de la red. La PC
de origen se comunica con una PC receptora para decidir cmo dividir los datos en
segmentos, cmo asegurarse de que ninguno de los segmentos se pierda y cmo
verificar si llegan todos los segmentos.
La capa de transporte incluye tambin las siguientes funciones:
Permite que varias aplicaciones, como el envo de correo electrnico y las redes
sociales, se puedan comunicar a travs de la red al mismo tiempo en un nico
dispositivo.
Asegura que, si es necesario, la aplicacin correcta reciba todos los datos con
confianza y en orden.
Emplea mecanismos de manejo de errores.
Pgina 1
Captulo I
Protocolos de Capa de
Transporte
Pgina 2
1.1. TRANSPORTE DE DATOS

1.1.1. EL ROL DE LA CAPA DE TRANSPORTE
La capa de transporte es responsable de establecer una sesin

de comunicacin temporal entre dos aplicaciones y de transmitir
datos entre ellas. Las aplicaciones generan los datos que se
envan de una aplicacin en un host de origen a una aplicacin a
un host de destino. La capa de transporte es el enlace entre la
capa de aplicacin y las capas inferiores que son responsables de
la transmisin a travs de la red. La capa de transporte
proporciona un mtodo para entregar datos a travs de la red de
una manera que garantiza que estos se puedan volver a unir
correctamente en el extremo receptor. La capa de transporte
permite la segmentacin de datos y proporciona el control
necesario para rearmar estos segmentos en los distintos streams
de comunicacin. En el protocolo TCP/IP, estos procesos de
segmentacin y rearmado se pueden lograr utilizando dos
protocolos muy diferentes de la capa de transporte: el protocolo
de control de transmisin (TCP) y el protocolo de datagramas de
usuario (UDP).
Pgina 3
1.1.2. FUNCION DE LA CAPA DE TRANSPORTE

Rastreo de conversaciones individuales
En la capa de transporte, cada conjunto de datos particular
que fluye entre una aplicacin de origen y una de destino se
conoce como conversacin, Un host puede tener varias
aplicaciones que se comunican a travs de la red de forma
simultnea. Cada una de estas aplicaciones se comunica con
una o ms aplicaciones en uno o ms hosts remotos. Es
responsabilidad de la capa de transporte mantener y hacer
un seguimiento de todas estas conversaciones.
Pgina 4
Segmentacin de datos y rearmado de segmentos
Se deben preparar los datos para el envo a travs de los

medios en partes manejables. La mayora de las redes tienen
un lmite 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 aplicacin en bloques
de datos de un tamao apropiado, estos servicios incluyen la
encapsulacin necesaria en cada porcin de datos. En el
destino, la capa de transporte debe poder reconstruir las
porciones de datos en un stream de datos completo que sea
til para la capa de aplicacin.
Pgina 5
Identificacin de aplicaciones
Puede haber muchas aplicaciones o servicios que se ejecutan
en cada host de la red. Para pasar streams de datos a las
aplicaciones adecuadas, la capa de transporte debe
identificar la aplicacin objetivo. Para lograr esto, la capa de
transporte asigna un identificador a cada aplicacin, este
identificador se denomina nmero de puerto.
1.1.3. MULTIPLEXACION DE CONVERSACIONES
El envo de algunos tipos de datos a travs de una red, como un

stream completo de comunicacin, podra utilizar todo el ancho
de banda disponible e impedir que se produzcan otras
comunicaciones al mismo tiempo. Tambin dificulta la
recuperacin de errores y la retransmisin de datos daados. En
la ilustracin, se muestra que la segmentacin de los datos en
partes ms pequeas permite que se entrelacen (multiplexen)
varias comunicaciones de distintos usuarios en la misma red.
Sin la segmentacin, solo podra recibir datos una aplicacin. Por

ejemplo, con un streaming video, los medios se consumiran por
completo por ese stream de comunicacin en lugar de
compartirse. No podra recibir correos electrnicos, chatear por
mensajera instantnea o visitar pginas Web mientras mira el
video.
Pgina 6
1.1.4. CONFIABILIDAD DE LA CAPA DE TRANSPORTE
La capa de transporte tambin es responsable de administrar los

requisitos de confiabilidad de las conversaciones. Las diferentes
aplicaciones tienen diferentes requisitos de confiabilidad de
transporte. 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 transmisin (TCP) y el protocolo de
datagramas de usuario (UDP). TCP se considera un protocolo de
la capa de transporte confiable y completo, lo que garantiza que
todos los datos lleguen al destino. En cambio, UDP es un
protocolo de la capa de transporte muy simple que no
proporciona confiabilidad.
Pgina 7
1.1.5. TCP
TCP se considera un protocolo de transporte confiable, lo que

significa que incluye procesos para garantizar la entrega
confiable entre aplicaciones mediante el uso de entrega con
acuse de recibo. La funcin del protocolo de transporte TCP es
similar al envo de paquetes de los que se hace un seguimiento
de origen a destino.
TCP tiene tres operaciones bsicas:
o Seguimiento de segmentos de datos transmitidos
o Acuse de recibo de datos
o Retransmisin de cualquier dato sin acuse de recibo
TCP divide el mensaje en partes pequeas, conocidas como

segmentos. Los segmentos se numeran en secuencia y se pasan
al proceso IP para armarse en paquetes. TCP realiza un
seguimiento del nmero de segmentos que se enviaron a un host
especfico desde una aplicacin especfica. Si el emisor no recibe
un acuse de recibo antes del transcurso de un perodo
determinado, supone que los segmentos se perdieron y los
vuelve a transmitir. Slo se vuelve a enviar la parte del mensaje
que se perdi, no todo el mensaje.
Estos procesos de confiabilidad generan una sobrecarga

adicional en los recursos de la red debido a los procesos de acuse
de recibo, rastreo y retransmisin.
Pgina 8
1.1.6. UDP
Si bien las funciones de confiabilidad de TCP proporcionan una

comunicacin ms slida entre aplicaciones, tambin
representan una sobrecarga adicional y pueden provocar
demoras en la transmisin. Existe una compensacin entre el
valor de la confiabilidad y la carga que implica para los recursos
de la red. Para esto existe el UDP es un protocolo de transporte
mejor. UDP proporciona solo las funciones bsicas para entregar
segmentos de datos entre las aplicaciones adecuadas, con muy
poca sobrecarga y revisin de datos. El protocolo UDP se conoce
como protocolo de entrega de mximo esfuerzo. En el contexto
de redes, la entrega de mximo esfuerzo se denomina poco
confiable, porque no hay acuse de recibo que indique que los
datos se recibieron en el destino. El proceso de UDP es similar al
envo por correo de una carta simple sin registrar.
1.1.7. PROTOCOLO DE LA CAPA DE TRANSPORTE CORRECTO PARA LA

APLICACIN ADECUADA
Tanto TCP como UDP son protocolos de transporte vlidos,

Segn los requisitos de la aplicacin, se puede utilizar uno de
estos protocolos de transporte y, en ocasiones, se pueden utilizar
ambos. Para algunas aplicaciones, los segmentos deben llegar en
una secuencia muy especfica para que se puedan procesar
correctamente. Con otras aplicaciones, todos los datos se deben
recibir en forma completa para poder considerarse tiles. En
ambos casos, se utiliza TCP como protocolo de transporte. Por
ejemplo, las aplicaciones, como las bases de datos, los
exploradores Web y los clientes de correo electrnico, requieren
que todos los datos que se envan lleguen a destino en su
formato original.
En otros casos, una aplicacin puede tolerar cierta prdida de
datos durante la transmisin a travs de la red, pero no se
admiten retrasos en la transmisin. UDP es la mejor opcin para
estas aplicaciones, ya que se requiere menos sobrecarga de red.
Con aplicaciones como streaming audio, video y voz sobre IP
(VoIP), es preferible utilizar UDP.
Pgina 9
1.2. INTRODUCCION A TCP y UDP

1.2.1. PRESENTACION DE TCP
Un protocolo con estado es un protocolo que realiza el

seguimiento del estado de la sesin de comunicacin
Por ejemplo, cuando se transmiten datos mediante TCP, el

emisor espera que el destino acuse recibo de los datos. TCP hace
un seguimiento de la informacin que se envi y de la que se
acus de recibo. Si no se acusa recibo de los datos, el emisor
supone que no llegaron y los vuelve a enviar.
1.2.2. ROL DE TCP
TCP genera sobrecarga adicional para obtener estas funciones.

Como se muestra en la ilustracin, cada segmento TCP tiene 20
bytes de sobrecarga en el encabezado que encapsula los datos
de la capa de aplicacin.
Nmero de secuencia (32 bits): se utiliza para rearmar datos.

Nmero de acuse de recibo (32 bits): indica los datos que se
recibieron.
Pgina 10
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 cdigos de bit, o indicadores,
que indican el propsito y la funcin del segmento TCP.
Tamao de la ventana (16 bits): indica la cantidad de
segmentos que se puedan aceptar por vez.
Checksum (16 bits): se utiliza para la verificacin de errores
en el encabezado y los datos del segmento.
Urgente (16 bits): indica si la informacin es urgente.
Algunos ejemplos de aplicaciones que utilizan TCP son los

exploradores Web, el correo electrnico y las transferencias de
archivos.
1.2.3. PRESENTACION DE UDP
Sin conexin: UDP no establece una conexin entre los hosts

antes de que se puedan enviar y recibir datos.
UDP: no proporciona servicios para asegurar que los datos se

entreguen con confianza.
Reconstruccin de datos no ordenada:
Pgina 11
UDP no proporciona ningn mecanismo para rearmar los datos

en su secuencia original. Los datos simplemente se entregan a la
aplicacin en el orden en que llegan.
Sin control del flujo:
UDP no cuenta con mecanismos para controlar la cantidad de

datos que transmite el dispositivo de origen para evitar la
saturacin del dispositivo de destino. El origen enva los datos.
Pgina 12
1.2.4. ROL DE UDP
UDP es un protocolo sin estado, lo cual significa que ni el cliente

ni el servidor estn obligados a hacer un seguimiento del estado
de la sesin de comunicacin. Como se muestra en la ilustracin,
UDP no se ocupa de la confiabilidad ni del control del flujo. Los
datos se pueden perder o recibir fuera de secuencia sin ningn
mecanismo de UDP que pueda recuperarlos o reordenarlos. Si se
requiere confiabilidad al utilizar UDP como protocolo de
transporte, sta la debe administrar la aplicacin.
1.2.5. SEPARACION DE COMUNICACIONES MULTIPLES
La capa de transporte debe poder separar y administrar varias

comunicaciones con diferentes necesidades de requisitos de
transporte. Tome como ejemplo un usuario conectado a una red
en un dispositivo final. El usuario enva y recibe correo
electrnico y mensajes instantneos, visita sitios Web y realiza
una llamada telefnica de voz sobre IP (VoIP) simultneamente.
Cada una de estas aplicaciones enva y recibe datos a travs de
la red al mismo tiempo, a pesar de los diferentes requisitos de
confiabilidad. Adems, los datos de la llamada telefnica no
estn dirigidos al explorador Web y el texto de un mensaje
instantneo no aparece en un correo electrnico.
Pgina 13
Por motivos de confiabilidad, los usuarios necesitan que un

correo electrnico o una pgina Web se reciba y presente por
completo para que la informacin se considere til. Por lo
general, se permiten leves retrasos en la carga de correo
electrnico o de pginas Web, siempre y cuando el producto
final se muestre en su totalidad y de forma correcta. En este
ejemplo, la red administra el reenvo o reemplazo de la
informacin que falta y no muestra el producto final hasta que
se hayan recibido y armado todos los datos.
Como se muestra en la ilustracin, para que TCP y UDP
administren estas conversaciones simultneas con diversos
requisitos, los servicios basados en UDP y TCP deben hacer un
seguimiento de las diversas aplicaciones que se comunican. Para
diferenciar los segmentos y datagramas para cada aplicacin,
tanto TCP como UDP cuentan con campos de encabezado que
pueden identificar de manera exclusiva estas aplicaciones. Estos
identificadores nicos son nmeros de puertos.
Pgina 14
1.2.6. DIRECCIONAMIENTO DE PUERTOS TCP y UDP
En el encabezado de cada segmento o datagrama, hay un puerto

origen y uno de destino. El nmero de puerto de origen es el
nmero para esta comunicacin asociado con la aplicacin que
origina la comunicacin en el host local. Como se muestra en la
ilustracin, el nmero de puerto de destino es el nmero para
esta comunicacin relacionada con la aplicacin de destino en el
host remoto.
Cuando se enva un mensaje utilizando TCP o UDP, los

protocolos y servicios solicitados se identifican con un nmero
de puerto. Un puerto es un identificador numrico de cada
segmento, que se utiliza para realizar un seguimiento de
conversaciones especficas y de servicios de destino solicitados.
Cada mensaje que enva un host contiene un puerto de origen y
un puerto de destino.
Puerto de destino
El cliente coloca un nmero de puerto de destino en el segmento

para informar al servidor de destino el servicio solicitado. Por
ejemplo: el puerto 80 se refiere a HTTP o al servicio Web.
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 ms de un servicio
simultneamente. Por ejemplo, puede ofrecer servicios Web en
el puerto 80 al mismo tiempo que ofrece el establecimiento de
una conexin FTP en el puerto 21.
Puerto de origen
El nmero de puerto de origen es generado de manera

aleatoria por el dispositivo emisor para identificar una
conversacin entre dos dispositivos. Esto permite establecer
varias conversaciones simultneamente. En otras palabras,
un dispositivo puede enviar varias solicitudes de servicio
HTTP a un servidor Web al mismo tiempo. El seguimiento de
las conversaciones por separado se basa en los puertos de
origen.
1.2.7. DIRECIONAMIENTOS PUERTOS TCP Y UDP
Pgina 15
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 direccin IP de origen y de destino.
La combinacin de las direcciones IP de origen y de destino y de
los nmeros de puerto de origen y de destino se conoce como
socket. El socket se utiliza para identificar el servidor y el
servicio que solicita el cliente. Miles de hosts se comunican a
diario con millones de servidores diferentes. Los sockets
identifican esas comunicaciones.
Un socket de cliente puede ser parecido a esto, donde 1099

representa el nmero de puerto de origen: 192.168.1.5:1099
La capa de transporte hace un seguimiento de este puerto y de la

aplicacin que gener la solicitud de manera que cuando se
devuelva una respuesta, esta se enve a la aplicacin correcta. El
nmero de puerto de la aplicacin que realiza la solicitud se
utiliza como nmero de puerto de destino en la respuesta que
vuelve del servidor.
Puertos bien conocidos (nmeros del 0 al 1023):
Estos nmeros se reservan para servicios y aplicaciones. Se

utilizan comnmente para aplicaciones como HTTP (servidor
Web), protocolo de acceso a mensajes de Internet (IMAP) o
protocolo simple de transferencia de correo (SMTP) (servidor de
correo electrnico) y Telnet. Al definir estos puertos bien
conocidos para las aplicaciones de los servidores, las aplicaciones
cliente se pueden programar para solicitar una conexin a ese
puerto en particular y el servicio relacionado.
Puertos registrados (nmeros del 1024 al 49151):
Estos nmeros de puerto se asignan a procesos o

aplicaciones del usuario. Principalmente, estos procesos son
aplicaciones individuales que el usuario elige instalar en lugar de
aplicaciones comunes que recibira un nmero de puerto bien
conocido. Cuando no se utilizan para un recurso del servidor, un
cliente puede seleccionar estos puertos de forma dinmica como
su puerto de origen.
Pgina 16
Puertos dinmicos o privados (nmeros 49152 a 65535):
Tambin conocidos como puertos efmeros, generalmente se

los asigna de forma dinmica a las aplicaciones cliente cuando el
cliente inicia una conexin a un servicio. El puerto dinmico suele
utilizarse para identificar la aplicacin cliente durante la
comunicacin, mientras que el cliente utiliza el puerto bien
conocido para identificar el servicio que se solicita en el servidor
y conectarse a dicho servicio. No es comn que un cliente se
conecte a un servicio mediante un puerto dinmico o privado
(aunque algunos programas de intercambio de archivos punto a
punto lo hacen).
Uso de TCP y UDP
Algunas aplicaciones pueden utilizar tanto TCP como UDP

(figura 4). Por ejemplo, el bajo gasto de UDP permite que DNS
atienda rpidamente varias solicitudes de clientes. Sin embargo,
a veces el envo de la informacin solicitada puede requerir la
confiabilidad de TCP. En este caso, el nmero de puerto bien
conocido (53) lo utilizan ambos protocolos con este servicio.
Hay una lista de nmeros de puerto y de aplicaciones

asociadas en el sitio Web organizacional de la IANA.
1.2.8. DIRECIONAMIENTO TCP y UDP
A veces es necesario conocer las conexiones TCP activas que

estn abiertas y en ejecucin en el host de red. Netstat es una
utilidad de red importante que puede usarse para verificar esas
conexiones. Netstat indica el protocolo que se est usando, la
direccin y el nmero de puerto locales, la direccin y el nmero
de puerto externos y el estado de la conexin.
Las conexiones TCP desconocidas pueden presentar una

amenaza de seguridad grave, ya que pueden indicar que hay algo
o alguien conectado al host local. Adems, las conexiones TCP
innecesarias pueden consumir recursos valiosos del sistema y,
por lo tanto, enlentecer el rendimiento del host. Netstat debe
utilizarse para examinar las conexiones abiertas de un host
cuando el rendimiento parece estar comprometido. Existen
muchas opciones tiles para el comando netstat.
Pgina 17
Pgina 18
Pgina 19
1.2.9 DIRECIONAMIENTO TCP y UDP
Algunas aplicaciones transmiten grandes cantidades de

datos; en algunos casos, muchos gigabytes. Resultara
poco prctico enviar todos estos datos en una sola gran
seccin. No puede transmitirse ningn otro trfico de
red mientras se envan estos datos.
Una gran seccin de datos puede tardar minutos y hasta

horas en enviarse. Adems, si hubiese errores, se
perdera el archivo de datos completo o habra que
volver a enviarlo. Los dispositivos de red no cuentan con
buffers de memoria lo suficientemente grandes como
para almacenar esa cantidad de datos durante la
transmisin o recepcin. El lmite vara segn la
tecnologa de red y el medio fsico especfico en uso.
Pgina 20
TCP y UDP: manejo distinto de la segmentacin
Como se muestra en la ilustracin, cada encabezado del

segmento TCP contiene un nmero de secuencia que
permite que las funciones de la capa de transporte en el
host de destino vuelvan a armar segmentos en el orden
en que se transmitieron.
Aunque los servicios que utilizan UDP rastrean tambin

las conversaciones entre las aplicaciones, no se encargan
del orden en que se transmite la informacin ni de
mantener una conexin. No existe nmero de secuencia
en el encabezado UDP. UDP es un diseo simple y genera
menos carga que TCP, lo que produce una transferencia
de datos ms rpida.
La informacin puede llegar en un orden distinto del de

la transmisin, ya que los distintos paquetes pueden
tomar diferentes rutas a travs de la red. Una aplicacin
que utiliza UDP debe tolerar el hecho de que los datos no
lleguen en el orden en el que fueron enviados.
Pgina 21
Captulo II
TCP y UDP
Pgina 22
2.1. COMUNICACIN TCP

2.1.1. ENTREGA CONFIABLE DE TCP
La diferencia clave entre TCP y UDP es la confiabilidad. La

confiabilidad de la comunicacin TCP se obtiene con el uso de
sesiones orientadas a la conexin. Antes de que un host que
utiliza TCP enve datos a otro host, TCP inicia un proceso para
crear una conexin con el destino. Esta conexin con estado
permite hacer un seguimiento de una sesin o un stream de
comunicacin entre los hosts. Este proceso asegura que cada
host tenga conocimiento del stream de comunicacin y se
prepare para este.
Una vez que se establece una sesin y que comienza la

transferencia de datos, el destino enva acuses de recibo al
origen por los segmentos que recibe. Estos acuses de recibo
forman la base de la confiabilidad dentro de la sesin TCP.
Cuando el origen recibe un acuse de recibo, reconoce que los
datos se entregaron correctamente y puede dejar de rastrearlos.
Si el origen no recibe el acuse de recibo dentro de un tiempo
predeterminado, retransmite esos datos al destino.
2.1.2. PROCESOS DEL SERVIDOR TCP
Los procesos de las aplicaciones se ejecutan en los servidores. Un

nico servidor puede ejecutar varios procesos de aplicaciones al
mismo tiempo. Estos procesos esperan hasta que el cliente inicia
comunicacin con una solicitud de informacin u otros servicios.
Cada proceso de aplicacin que se ejecuta en el servidor se

configura para utilizar un nmero de puerto, ya sea
predeterminado o de forma manual por el administrador del
sistema. Un servidor individual no puede tener dos servicios
asignados al mismo nmero de puerto dentro de los mismos
servicios de la capa de transporte. Un host que ejecuta una
aplicacin de servidor Web y una de transferencia de archivos no
puede configurar ambas para utilizar el mismo puerto (por
ejemplo, el puerto TCP 8.080). Una aplicacin de servidor activa
asignada a un puerto especfico se considera abierta, lo que
significa que la capa de transporte acepta y procesa los
segmentos dirigidos a ese puerto.
Pgina 23
Pgina 24
Pgina 25
2.1.3. ESTABLECIMIENTO Y FINALIZACION DE LA CONEXIN TCP
Cuando dos hosts se comunican utilizando TCP, se establece una

conexin antes de que puedan intercambiarse los datos. Luego
de que se completa la comunicacin, se cierran las sesiones y la
conexin finaliza. Los mecanismos de conexin y sesin habilitan
la funcin de confiabilidad de TCP.
Para establecer la conexin los hosts realizan un protocolo de

enlace de tres vas. Enlace de tres vas:
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 nmero de puerto de destino
que el cliente de origen intenta utilizar para la sesin.
Informa al dispositivo de destino que el cliente de origen
intenta establecer una sesin de comunicacin en dicho
nmero de puerto.
Pgina 26
En las conexiones TCP, el cliente del host establece la conexin

con el servidor. Los tres pasos en el establecimiento de una
conexin TCP son:
Paso 1. El cliente de origen solicita una sesin de comunicacin

de cliente a servidor con el servidor.
Paso 2. El servidor acusa recibo de la sesin de comunicacin de

cliente a servidor y solicita una sesin de comunicacin de
servidor a cliente.
Paso 3. El cliente de origen acusa recibo de la sesin de

comunicacin de servidor a cliente.
2.1.4. ANALISIS DE TERMINACION DE SESION TCP
Para cerrar una conexin, se debe establecer el indicador de

control finalizar (FIN) en el encabezado del segmento. Para
finalizar todas las sesiones TCP de una va, se utiliza un enlace de
dos vas, que consta de un segmento FIN y un segmento ACK. Por
lo tanto, para terminar una nica conversacin que admite TCP,
se requieren cuatro intercambios para finalizar ambas sesiones.
Paso 1: cuando el cliente no tiene ms datos para enviar en el

stream, enva un segmento con el indicador FIN establecido.
Paso 2: el servidor enva un ACK para acusar recibo del FIN y

terminar la sesin de cliente a servidor.
Paso 3: el servidor enva un FIN al cliente para terminar la sesin

de servidor a cliente.
Paso 4: el cliente responde con un ACK para dar acuse de recibo

del FIN desde el servidor.
2.2. CONFIABILIDAD Y CONTROL DE FLUJO

2.2.1. CONFIABILIDAD DE TCP: ENTREGA ORDENADA
Reordenamiento de segmentos
Cuando los servicios envan datos mediante el TCP, los

segmentos pueden llegar a su destino en desorden. Para que el
receptor comprenda el mensaje original, los datos en estos
Pgina 27
segmentos se reensamblan en el orden original. Para lograr esto,

se asignan nmeros de secuencia en el encabezado de cada
paquete.
Este seguimiento de bytes de datos permite identificar y dar

acuse de recibo de cada segmento de manera exclusiva. Se
pueden identificar segmentos perdidos.
Los nmeros de secuencia de segmento habilitan la confiabilidad

al indicar cmo rearmar y reordenar los segmentos recibidos.
2.2.2. CONFIABILIDAD DE TCP: RECONOCIMIENTO Y TAMAO DE LA

VENTANA
Confirmacin de recepcin de segmentos
Una de las funciones de TCP es garantizar que cada segmento

llegue a destino. Los servicios de TCP en el host de destino
envan un acuse de recibo de los datos que recibe la aplicacin
de origen.
El nmero de secuencia (SEQ) y el nmero de acuse de recibo

(ACK) se utilizan juntos para confirmar la recepcin de los bytes
Pgina 28
de datos contenidos en los segmentos transmitidos. El nmero

de SEQ indica la cantidad relativa de bytes que se transmitieron
en esta sesin, incluso los bytes en el segmento actual. TCP
utiliza el nmero de ACK reenviado al origen para indicar el
prximo byte que el receptor espera recibir. Esto se llama acuse
de recibo de expectativa.
2.2.3. CONFIABILIDAD DE TCP: PRDIDA Y RETRANSMISION DE DATOS
Manejo de segmentos perdidos
La prdida de datos se produce en ocasiones, sin importar qu

tan bien diseada est la red; por lo tanto, TCP proporciona
mtodos para administrar estas prdidas de segmentos. Entre
estos est un mecanismo para retransmitir segmentos con datos
sin acuse de recibo.
Un servicio de host de destino que utiliza TCP generalmente slo

da acuse de recibo de datos para bytes de secuencia continuos.
Si faltan uno o ms segmentos, solo se hace acuse de recibo de
los datos en la primera secuencia contigua de bytes.
2.2.4. COTROL DEL FLUJO DEL TCP: TAMAO DE LA VENTANA Y ACUSE

DE RECIBO
Para lograr el control del flujo, lo primero que determina TCP es

la cantidad de segmentos de datos que puede aceptar el
dispositivo de destino. El encabezado TCP incluye un campo de
16 bits llamado tamao de la ventana. Esta es la cantidad de
bytes que el dispositivo de destino de una sesin TCP puede
aceptar y procesar al mismo tiempo. El tamao inicial de la
ventana se acuerda durante el inicio de sesin entre el origen y
el destino por medio del protocolo de enlace de tres vas. Una
vez acordado el tamao, el dispositivo de origen debe limitar la
cantidad de segmentos de datos enviados al dispositivo de
destino sobre la base del tamao de la ventana. El dispositivo de
origen puede continuar enviando ms datos para la sesin solo
cuando obtiene un acuse de recibo de los segmentos de datos
recibidos.
Pgina 29
Durante el retraso en la recepcin del acuse de recibo, el emisor

no enva ningn otro segmento. En los perodos en los que la red
est congestionada o los recursos del host receptor estn
exigidos, la demora puede aumentar. A medida que aumenta
esta demora, disminuye la tasa de transmisin efectiva de los
datos para esta sesin. La disminucin de velocidad en la
transmisin de datos de cada sesin ayuda a reducir el conflicto
de recursos en la red y en el dispositivo de destino cuando se
ejecutan varias sesiones.
Ver la figura para obtener una representacin simplificada del

tamao de la ventana y los acuses de recibo. En este ejemplo, el
tamao de la ventana inicial para una sesin TCP representada se
establece en 3000 bytes. Cuando el emisor transmite 3000 bytes,
espera por un acuse de recibo de los mismos antes de transmitir
ms segmentos para esta sesin. Una vez que el emisor obtiene
este acuse de recibo del receptor, puede transmitir 3000 bytes
adicionales.
TCP utiliza tamaos de ventana para tratar de aumentar la

velocidad de transmisin hasta el flujo mximo que la red y el
dispositivo de destino pueden admitir y, al mismo tiempo,
minimizar las prdidas y las retransmisiones.
Pgina 30
2.2.5. CONTROL DEL FLUJO DEL TCP: PREVENCION DE CONGESTIONES
Reduccin del tamao de la ventana
Otra forma de controlar el flujo de datos es utilizar tamaos de

ventana dinmicos. Cuando los recursos de la red son limitados,
TCP puede reducir el tamao de la ventana para lograr que los
segmentos recibidos sean reconocidos con mayor frecuencia.
Esto reduce de forma efectiva la velocidad de transmisin
porque el origen espera que se d acuse de recibo de los datos
con ms frecuencia.
El host receptor enva el valor del tamao de la ventana al host

emisor para indicar la cantidad de bytes que puede recibir. Si el
destino necesita disminuir la velocidad de comunicacin debido.
Como se muestra en la ilustracin, si un host receptor est

congestionado, puede responder al host emisor con un
segmento que especifique un tamao reducido de la ventana. En
esta ilustracin, se muestra que se produjo la prdida de uno de
los segmentos. El receptor cambi el campo de la ventana en el
encabezado TCP de los segmentos devueltos en esta
Pgina 31
conversacin de 3000 a 1500. Esto hizo que el emisor redujera el

tamao de la ventana a 1500.
2.3. COMUNICACIN UDP
2.3.1. COMPARACION DE BAJA SOBRECARGA Y CONFIABILIDAD DE

UDP
UDP es un protocolo simple que proporciona las funciones

bsicas de la capa de transporte.Los protocolos clave de la capa
de aplicacin que utilizan UDP incluyen lo siguiente:
Sistema de nombres de dominio (DNS)
Protocolo simple de administracin de red (SNMP, Simple

Network Management Protocol)
Protocolo de configuracin dinmica de host (DHCP)
Protocolo de informacin de enrutamiento (RIP)
Protocolo de transferencia de archivos trivial (TFTP)
Telefona IP o voz sobre IP (VoIP)
Pgina 32
Juegos en lnea
Algunas aplicaciones, como los juegos en lnea o VoIP, pueden

tolerar cierta prdida de datos. Si estas aplicaciones utilizaran
TCP, experimentaran largas demoras, ya que TCP detecta la
prdida de datos y los retransmite. Estas demoras seran ms
perjudiciales para el rendimiento de la aplicacin que las
pequeas prdidas de datos.
2.3.2. REENSAMBLAJE DE DATAGRAMAS DE UDP
Ya que UDP opera sin conexin, las sesiones no se establecen

antes de que se lleve a cabo la comunicacin, como sucede con
TCP. Se dice que UDP est basado en las transacciones; es decir,
cuando una aplicacin tiene datos para enviar, simplemente los
enva.
Muchas aplicaciones que utilizan UDP envan pequeas

cantidades de datos que pueden ajustarse en un segmento. Sin
embargo, algunas aplicaciones envan cantidades de datos ms
grandes que deben dividirse en varios segmentos. La PDU del
UDP se conoce como un datagrama, aunque los trminos
segmento y datagrama se utilizan algunas veces de forma
intercambiable para describir una PDU de la capa de transporte.
Cuando se envan datagramas mltiples a un destino, pueden

tomar diferentes rutas y llegar en el orden equivocado. UDP no
realiza un seguimiento de los nmeros de secuencia de la
manera en que lo hace TCP. UDP no tiene forma de reordenar
datagramas en el orden en que se transmiten, como se muestra
en la ilustracin.
Por lo tanto, UDP simplemente reensambla los datos en el orden

en que se recibieron y los enva a la aplicacin. Si la secuencia de
datos es importante para la aplicacin, esta debe identificar la
secuencia adecuada y determinar cmo se deben procesar los
datos.
Pgina 33
2.3.3. PROCESOS Y SOLICITUDES DEL SERVIDOR UDP
Al igual que las aplicaciones basadas en TCP, a las aplicaciones de

servidor basadas en UDP se les asignan nmeros de puertos bien
conocidos o registrados. Cuando estas aplicaciones o estos
procesos se ejecutan en un servidor, aceptan los datos que
coinciden con el nmero de puerto asignado.
Pgina 34
2.3.4. PROCESOS DE CLIENTE UDP
Como en TCP, la comunicacin cliente/servidor la inicia una

aplicacin cliente que solicita datos de un proceso de servidor. El
proceso de cliente UDP selecciona al azar un nmero de puerto
del rango de nmeros de puerto dinmicos y lo utiliza como
puerto de origen para la conversacin. Por lo general, el puerto
de destino es el nmero de puerto bien conocido o registrado
que se asigna al proceso de servidor.
Una vez que el cliente selecciona los puertos de origen y de

destino, este mismo par de puertos se utiliza en el encabezado
de todos los datagramas que se utilizan en la transaccin. Para la
devolucin de datos del servidor al cliente, se invierten los
nmeros de puerto de origen y destino en el encabezado del
datagrama.
Pgina 35
Pgina 36
Pgina 37
Pgina 38
2.4. TCP o UDP: esa es la cuestin

2.4.1. APLICACIONES QUE UTILIZA TCP
Muchas aplicaciones requieren confiabilidad y otros servicios

que proporciona TCP. Estas son aplicaciones que pueden tolerar
cierto grado de demora o prdida de rendimiento debido a la
sobrecarga que impone TCP. Esto hace que TCP sea ms
adecuado para las aplicaciones que necesitan transporte
confiable y que pueden tolerar cierta demora. TCP es un
excelente ejemplo de cmo las diferentes capas del suite de
protocolos TCP/IP tienen funciones especficas. Debido a que el
protocolo de la capa de transporte TCP maneja todas las tareas
asociadas con la segmentacin del stream de datos, la
confiabilidad, el control del flujo y el reordenamiento de
segmentos, este libera a la aplicacin de la tarea de administrar
cualquiera de estas tareas.
Algunas aplicaciones que utiliza TCP son:
Pgina 39
o Protocolo de transferencia de hipertexto (HTTP)

o Protocolo de transferencia de archivos (FTP)
o Protocolo simple de transferencia de correo (SMTP)
o Telnet
2.4.2. APLICACIONES QUE UTILIZA UDP
Existen tres tipos de aplicaciones que son las ms adecuadas para UDP:
Aplicaciones que pueden tolerar cierta prdida de datos, pero

requieren retrasos cortos o que no haya retrasos Aplicaciones con
transacciones de solicitud y respuesta simples Comunicaciones
unidireccionales donde no se requiere confiabilidad o donde la
aplicacin la pueda administrar Muchas aplicaciones de video y
multimedia, como VoIP y la televisin por protocolo de Internet (IPTV),
utilizan UDP. Estas aplicaciones pueden tolerar cierta prdida de datos
con un efecto mnimo o imperceptible. Otros tipos de aplicaciones
adecuadas para UDP son las que utilizan transacciones de solicitud y
respuesta simples como, DHCP, DNS, SNMP, TFTP.
Pgina 40
Pgina 41

Capa de Transporte

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Capa de Transporte

Transféré par

Droits d'auteur :

Formats disponibles

REDES I CAPA DE TRANSPORTE UNPRG PEDRO RUIZ GALLO

La capa de transporte incluye tambin las siguientes funciones:

Emplea mecanismos de manejo de errores.

1.1. TRANSPORTE DE DATOS

La capa de transporte es responsable de establecer una sesin

1.1.2. FUNCION DE LA CAPA DE TRANSPORTE

Segmentacin de datos y rearmado de segmentos

Se deben preparar los datos para el envo a travs de los

1.1.3. MULTIPLEXACION DE CONVERSACIONES

El envo de algunos tipos de datos a travs de una red, como un

Sin la segmentacin, solo podra recibir datos una aplicacin. Por

1.1.4. CONFIABILIDAD DE LA CAPA DE TRANSPORTE

La capa de transporte tambin es responsable de administrar los

TCP se considera un protocolo de transporte confiable, lo que

TCP divide el mensaje en partes pequeas, conocidas como

Estos procesos de confiabilidad generan una sobrecarga

Si bien las funciones de confiabilidad de TCP proporcionan una

1.1.7. PROTOCOLO DE LA CAPA DE TRANSPORTE CORRECTO PARA LA

Tanto TCP como UDP son protocolos de transporte vlidos,

1.2. INTRODUCCION A TCP y UDP

Un protocolo con estado es un protocolo que realiza el

Por ejemplo, cuando se transmiten datos mediante TCP, el

1.2.2. ROL DE TCP

TCP genera sobrecarga adicional para obtener estas funciones.

Nmero de secuencia (32 bits): se utiliza para rearmar datos.

Longitud del encabezado (4 bits): conocido como

Algunos ejemplos de aplicaciones que utilizan TCP son los

1.2.3. PRESENTACION DE UDP

Sin conexin: UDP no establece una conexin entre los hosts

UDP: no proporciona servicios para asegurar que los datos se

Reconstruccin de datos no ordenada:

UDP no proporciona ningn mecanismo para rearmar los datos

Sin control del flujo:

UDP no cuenta con mecanismos para controlar la cantidad de

1.2.4. ROL DE UDP

UDP es un protocolo sin estado, lo cual significa que ni el cliente

1.2.5. SEPARACION DE COMUNICACIONES MULTIPLES

La capa de transporte debe poder separar y administrar varias

Por motivos de confiabilidad, los usuarios necesitan que un

1.2.6. DIRECCIONAMIENTO DE PUERTOS TCP y UDP

En el encabezado de cada segmento o datagrama, hay un puerto

Cuando se enva un mensaje utilizando TCP o UDP, los

El cliente coloca un nmero de puerto de destino en el segmento

El nmero de puerto de origen es generado de manera

1.2.7. DIRECIONAMIENTOS PUERTOS TCP Y UDP

Los puertos de origen y de destino se colocan dentro del

Un socket de cliente puede ser parecido a esto, donde 1099

La capa de transporte hace un seguimiento de este puerto y de la

Puertos bien conocidos (nmeros del 0 al 1023):

Estos nmeros se reservan para servicios y aplicaciones. Se

Puertos registrados (nmeros del 1024 al 49151):

Estos nmeros de puerto se asignan a procesos o

Puertos dinmicos o privados (nmeros 49152 a 65535):

Tambin conocidos como puertos efmeros, generalmente se

Uso de TCP y UDP

Algunas aplicaciones pueden utilizar tanto TCP como UDP

Hay una lista de nmeros de puerto y de aplicaciones

1.2.8. DIRECIONAMIENTO TCP y UDP

A veces es necesario conocer las conexiones TCP activas que

Las conexiones TCP desconocidas pueden presentar una

1.2.9 DIRECIONAMIENTO TCP y UDP

Algunas aplicaciones transmiten grandes cantidades de

Una gran seccin de datos puede tardar minutos y hasta