Instituto:

Tecnolgico de Estudios Superiores de Ecatepec

Divisin:
Ingeniera en Sistemas Computacionales

Alumno:
Hernndez Martnez Octavio

Tipo:
Resumen

Tema:
Capitulo 4: Capa de transporte del modelo OSI

Numero:
#4

Parcial:
1

Fecha:
Mircoles 22 de septiembre de 2010

Asignatura:
Redes de Computadoras

Profesor:
M. en C. Javier Norberto Gutirrez Villegas

Grupo:
5601

4 Capa de transporte del modelo OSI

4.1 Funciones de la capa de transporte
4.1.1 Propsito de la capa de transporte
La capa de transporte permite la segmentacin de datos y brinda el control necesario para reensamblar las partes dentro de los distintos streams de
comunicacin. Las responsabilidades principales que debe cumplir son:

Rastreo de comunicacin individual entre aplicaciones en los hosts de origen y destino

Segmentacin de datos y manejo de cada parte

Reensamble de segmentos en streams de datos de aplicacin

Identificacin de diferentes aplicaciones

La capa de transporte es el enlace entre la capa de aplicacin y la capa inferior que es responsable de la transmisin de la red. Esta capa acepta
los datos de diferentes conversaciones y las pasa a las capas inferiores como partes manejables que se pueden multiplexar de forma eventual en la
red.
En la capa de transporte, cada conjunto de piezas particular que fluye entre la aplicacin de origen y la de destino se conoce como conversacin.
Para identificar cada segmento de datos, la capa de transporte aade a la pieza un encabezado que contiene datos binarios. Este
encabezado contiene campos de bits. Son los valores de estos campos los que permiten que los distintos protocolos de la capa de
transporte lleven a cabo las diversas funciones.
4.1.2 Control de las conversaciones
Las funciones principales que especifican los protocolos de la capa de transporte incluyen:
Segmentacin y reensamble: La capa de transporte divide los datos de aplicacin en bloques de datos de un tamao adecuado. En el destino, la
capa de transporte reensambla los datos antes de enviarlos a la aplicacin o servicio de destino.
Multiplexacin de conversacin: A cada una de estas aplicaciones o servicios se les asigna una direccin conocida como puerto, de manera que
la capa de transporte determina con qu aplicacin o servicio se identifican los datos.
Adems de utilizar la informacin contenida en los encabezados, para las funciones bsicas de segmentacin y reensamble de datos algunos
protocolos en la capa de transporte proporcionan:

Conversaciones orientadas a la conexin

Entrega confiable

Reconstruccin de datos ordenada

Control del flujo

Establecimiento de una sesin: Estas conexiones preparan las aplicaciones para que se comuniquen entre s antes de que se transmitan los
datos. Dentro de estas sesiones, se pueden gestionar de cerca los datos para la comunicacin entre dos aplicaciones.
Entrega confiable: La capa de transporte puede asegurar que todas las partes alcancen su destino haciendo que el dispositivo origen retransmita
todos los datos perdidos.

Entrega en el mismo orden: Al numerar y secuenciar los segmentos, la capa de transporte puede asegurar que los mismos se reensamblen en el
orden adecuado.
Control del flujo: Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. Cuando la capa de transporte advierte que
estos recursos estn sobrecargados, algunos protocolos pueden solicitar que la aplicacin que enva reduzca la velocidad del flujo de datos. Esto
se lleva a cabo en la capa de transporte regulando la cantidad de datos que el origen transmite como grupo. El control de flujo puede evitar la
prdida de segmentos en la red y evitar la necesitad de la retransmisin.

4.1.3 Soporte de comunicacin confiable

Un protocolo de la capa de transporte puede implementar un mtodo para asegurar el envo confiable de datos. En la capa de transporte, las tres
operaciones bsicas de confiabilidad son:

rastreo de datos transmitidos

acuse de recibo de datos recibidos

retransmisin de cualquier dato sin acuse de recibo

Estos procesos de confiabilidad generan un uso adicional de los recursos de la red debido al reconocimiento, rastreo y retransmisin. Para admitir
estas operaciones de confiabilidad se intercambian ms datos de control entre los hosts emisores y receptores. Esta informacin de control se
encuentra en el encabezado de la Capa 4.
4.1.4 TCP y UDP
Los dos protocolos ms comunes de la capa de transporte del conjunto de protocolos TCP/IP son el Protocolo de control de transmisin (TCP) y el
Protocolo de datagramas de usuario (UDP). Ambos protocolos gestionan la comunicacin de mltiples aplicaciones. Las diferencias entre ellos son
las funciones especficas que cada uno implementa.
Protocolo de datagramas de usuario (UDP)
UDP es un protocolo simple, sin conexin, descrito en la RFC 768. Cuenta con la ventaja de proveer la entrega de datos sin utilizar muchos
recursos. Las porciones de comunicacin en UDP se llaman datagramas. Este protocolo de la capa de transporte enva estos datagramas como
"mejor intento".
Las aplicaciones que utilizan UDP incluyen:

Sistema de nombres de dominio (DNS)

Streaming video

Voz sobre IP (VOIP)

Protocolo de control de transmisin (TCP)

TCP es un protocolo orientado a la conexin descrito en RFC 793. El TCP utiliza recursos adicionales para ganar funciones. Las funciones
adicionales especificadas por TCP estn en el mismo orden de entrega, son de entrega confiable y de control de flujo. Cada segmento de TCP
posee 20 bytes de carga en el encabezado que encapsulan los datos de la capa de aplicacin, mientras que cada segmento UDP slo posee 8
bytes de carga.
Las aplicaciones que utiliza el TCP son:

Exploradores Web

Correo electrnico

Transferencias de archivos

4.1.5 Direccionamiento del puerto

Identificacin de conversaciones
Los servicios basados en TCP y UDP mantienen 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.
Los nmeros de puerto se asignan de distintas maneras, en virtud de si el mensaje es una solicitud o una respuesta. Mientras que los procesos del
servidor tienen nmeros de puerto estticos asignados, los clientes eligen de forma dinmica un nmero de puerto para cada conversacin.
La combinacin del nmero de puerto de la capa de transporte y de la direccin IP de la capa de red asignada al host identifica de manera exclusiva
un proceso en particular que se ejecuta en un dispositivo host especfico. Esta combinacin se denomina socket. Eventualmente, los trminos
nmero de puerto y socket se utilizan en forma indistinta.
Hay diversos tipos de nmeros de puerto:
Puertos bien conocidos (nmeros del 0 al 1023): estos nmeros se reservan para servicios y aplicaciones.
Puertos registrados (nmeros del 1024 al 49151): estos nmeros de puerto se asignan a procesos o aplicaciones del usuario. Estos procesos son
principalmente aplicaciones individuales que el usuario elige instalar en lugar de aplicaciones comunes que recibira un puerto bien conocido.
Puertos dinmicos o privados (nmeros 49152 a 65535): tambin conocidos como puertos efmeros, estn usualmente asignados de forma
dinmica a las aplicaciones cliente cuando se inicia una conexin.
4.1.6 Segmentacin y reensamblaje: Divide y vencers
Dividir los datos de la aplicacin en partes asegura que stos se transmitan dentro de los lmites de los medios y que se puedan multiplexar en el
medio.
Segmentacin diferente para el manejo de TCP y UDP.
En TCP, cada encabezado de segmento contiene un nmero de secuencia. Este nmero de secuencia permite que las funciones de la capa de
transporte del host de destino junte (reensamblen) los segmentos en el mismo orden en el cual se transmitieron. Esto asegura que la aplicacin de
destino tiene los datos en la misma forma que el emisor la plane.
Aunque los servicios de UDP rastrean tambin las conversaciones entre las aplicaciones, no estn preocupados por el orden en que se transmite la
informacin o por 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.

4.2 Protocolo TCP: Comunicacin con confiabilidad

4.2.1 TCP: Cmo generar conversaciones confiables
La diferencia clave entre TCP y UDP es la confiabilidad. La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas
a la conexin. Antes de que un host que utiliza TCP enve datos a otro host, la capa de transporte inicia un proceso para crear una conexin con el
destino. Esta conexin permite el rastreo de una sesin, o stream de comunicacin entre los hosts. Este proceso asegura que cada host tenga
conocimiento de la comunicacin y se prepare.
4.2.2 Procesos del servidor TCP
Un servidor individual no puede tener dos servicios asignados al mismo nmero de puerto dentro de los mismos servicios de la capa de
transporte. Cuando una aplicacin de servidor activa se asigna a un puerto especfico, este puerto se considera "abierto" para el servidor. Esto
significa que la capa de transporte acepta y procesa segmentos direccionados a ese puerto. Pueden existir varios puertos simultneos abiertos en
un servidor, uno para cada aplicacin de servidor activa.

4.2.3 Establecimiento y finalizacin de la conexin TCP

Cuando dos hosts se comunican mediante 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
del TCP.
Cada conexin involucra streams de comunicacin de una va, o sesiones para establecer y terminar el proceso del TCP entre dispositivos finales.
Para establecer la conexin los hosts realizan un protocolo de enlace de tres vas. Los bits de control en el encabezado TCP indican el progreso y
estado de la conexin. El 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

En las conexiones del TCP, el host que sirve como cliente inicia la sesin para el servidor. Los tres pasos en el establecimiento de una conexin
TCP son:
1. El cliente de origen enva un segmento que contiene un valor de secuencia inicial, el cual sirve como solicitud para que el servidor comience una
sesin de comunicacin.
2. El servidor responde con un segmento que contiene un valor de reconocimiento igual al valor de secuencia recibido ms 1, ms su propio valor
de secuencia de sincronizacin.
3. El cliente que inicia la conexin responde con un valor de reconocimiento igual al valor de secuencia que recibi ms uno. Esto completa el
proceso de establecimiento de la conexin.
Dentro del encabezado del segmento TCP, existen seis campos de 1 bit que contienen informacin de control utilizada para gestionar los procesos
de TCP. Estos campos son los siguientes:
URG: campo indicador urgente importante
ACK: campo de reconocimiento importante
PSH: funcin de pulsacin
RST: restablecer la conexin
SYN: sincronizar nmeros de secuencia
FIN: no hay ms datos del emisor
Se hace referencia a estos campos por medio de sealadores, porque el valor de uno de estos campos es slo 1 bit y, por lo tanto, slo tiene dos
valores: 1 o 0. Cuando el valor de un bit se establece en 1, indica qu informacin de control se incluye en el segmento.

4.3 Administracin de sesiones TCP

4.3.1 Reensamblaje de segmentos TCP
Resecuenciamiento de segmentos para transmitir en orden
Durante la configuracin de la sesin, se establece un nmero de secuencia inicial (ISN). Este nmero de secuencia inicial representa el valor de
inicio para los bytes de esta sesin que se transmitirn a la aplicacin receptora. A medida que se transmiten los datos durante la sesin, el nmero

de secuencia se incrementa en el nmero de bytes que se han transmitido. Este rastreo de bytes de datos permite que cada segmento se
identifique y se enve acuse de recibo de manera exclusiva.
Los nmeros de secuencia de segmento permiten la confiabilidad indicando cmo reensamblar y reordenar los segmentos recibidos.
4.3.2 Acuse de recibo de TCP con uso de ventanas
Confirmacin de recepcin de segmentos
Una de las funciones del TCP es asegurar que cada segmento llegue a su destino. Los servicios TCP en el host de destino envan a la aplicacin de
origen un acuse de recibo de los datos recibidos.
El nmero de secuencia y el nmero de acuse de recibo del encabezado del segmento se utilizan para confirmar la recepcin de los bytes de datos
contenidos en los segmentos. El nmero de secuencia es el nmero relativo de bytes que ha sido transmitido en esta sesin ms 1 (que es el
nmero del primer byte de datos en el segmento actual). TCP utiliza el nmero de acuse de recibo en segmentos que se vuelven a enviar al origen
para indicar el prximo byte de esta sesin que espera el receptor. Esto se llama acuse de recibo de expectativa.
Se le informa al origen que el destino ha recibido todos los bytes de este stream de datos, pero sin incluir el byte que se especifica por el nmero de
acuse de recibo. Se espera que el host emisor enve un segmento que utiliza un nmero de secuencia que es igual al nmero de acuse de recibo.
4.3.3 Retransmisin de TCP
Manejo de segmentos perdidos
Por ms ptimo que sea el diseo de una red, siempre se producirn prdidas ocasionales de datos. Por lo tanto, TCP cuenta con mtodos para
gestionar dichas 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 uno o ms
segmentos se pierden, slo se acusa recibo de los datos de los segmentos que completan el stream.
Cuando el TCP en el host de origen no recibe un acuse de recibo luego de un determinado perodo de tiempo, ste regresar al ltimo nmero de
acuse de recibo que recibi y volver a transmitir los datos desde dicho punto.
Para una implementacin de TCP tpica, un host puede transmitir un segmento, colocar una copia en una cola de retransmisin e iniciar un
temporizador. Cuando se recibe el acuse de recibo de los datos, se elimina el segmento de la cola. Si no se recibe el acuse de recibo antes de que
el temporizador venza, el segmento es retransmitido.
4.3.4 Control de congestin de TCP: Cmo minimizar la prdida de segmentos
Control de flujo
TCP tambin proporciona mecanismos para el control del flujo. El control del flujo contribuye con la confiabilidad de la transmisin TCP ajustando la
tasa efectiva de flujo de datos entre los dos servicios de la sesin. Cuando se le informa al origen que se recibi una cantidad especfica de datos
en los segmentos, puede seguir enviando ms datos para esta sesin.
El campo de Tamao de ventana en el encabezado del TCP especifica la cantidad de datos que se pueden transmitir antes de que se deba recibir
un acuse de recibo. El tamao inicial de la ventana se determina durante el arranque de sesin por medio del enlace de tres vas.
Durante el retraso en la recepcin del acuse de recibo, el emisor no enviar ningn segmento adicional para esta sesin. 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.
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 de acuse de recibo de los datos con ms frecuencia.

Estas disminuciones y aumentos dinmicos del tamao de la ventana representan un proceso continuo en TCP que determina el tamao ptimo de
la ventana para cada sesin del TCP.

4.4 Protocolo UDP: Comunicacin con baja sobrecarga

4.4.1 UDP: Baja sobrecarga vs. Confiabilidad
UDP es un protocolo simple que provee las funciones bsicas de la capa de transporte. Tiene una sobrecarga mucho menor que el TCP, ya que no
est orientado a la conexin y no proporciona mecanismos sofisticados de retransmisin, secuenciamiento y flujo de control.
Esto no significa que las aplicaciones que utilizan UDP no son siempre poco confiables. Slo quiere decir que estas funciones no las contempla el
protocolo de la capa de transporte y se deben implementar aparte, si fuera necesario.
Pese a que es relativamente baja la cantidad total de trfico UDP que puede encontrarse en una red tpica, los protocolos clave de la capa de
aplicacin que utiliza UDP incluyen:

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)

Juegos en lnea

4.4.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 es basado en transacciones.
Muchas aplicaciones que utilizan UDP envan pequeas cantidades de datos que pueden ajustarse en un segmento. Sin embargo, algunas
aplicaciones envan cantidades 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 mantiene un
seguimiento de los nmeros de secuencia de la manera en que lo hace TCP. UDP no puede reordenar los datagramas en el orden de la
transmisin.
4.4.3 Procesos y solicitudes del servidor UDP
Al igual que las aplicaciones basadas en TCP, a las aplicaciones de servidor con base en UDP se les asignan nmeros de puerto bien conocidos o
registrados. Cuando se ejecutan estas aplicaciones o procesos, aceptan los datos que coincidan con el nmero de puerto asignado. Cuando UDP
recibe un datagrama destinado a uno de esos puertos, enva los datos de aplicacin a la aplicacin adecuada en base a su nmero de puerto.
4.4.4 Procesos de cliente UDP
La comunicacin cliente-servidor la inicia una aplicacin cliente que solicita datos de un proceso del servidor. El proceso de cliente UDP selecciona
al azar un nmero de puerto del rango dinmico de nmeros de puerto y lo utiliza como puerto de origen para la conversacin. El puerto de destino
por lo general ser el nmero de puerto bien conocido o registrado asignado al proceso del servidor.
Los nmeros de puerto de origen seleccionados al azar colaboran con la seguridad. Si existe un patrn predecible para la seleccin del puerto de
destino, un intruso puede simular el acceso a un cliente de manera ms sencilla intentando conectarse al nmero de puerto que tenga mayor
posibilidad de estar abierto.