You are on page 1of 20

4.0.

1 Introduccin al captulo
Las redes de datos e Internet brindan soporte a la red humana al proporcionar la comunicacin
continua y confiable entre las personas, tanto de manera local como alrededor del mundo. En
un nico dispositivo, las personas pueden utilizar varios servicios como correo electrnico, la
Web y la mensajera instantnea para enviar mensajes o recuperar informacin. Las
aplicaciones como clientes de correo electrnico, exploradores web y clientes de mensajera
instantnea permiten a la gente utilizar las computadoras y las redes para enviar mensajes y
encontrar informacin.

Los datos de cada una de estas aplicaciones se empaqueta, se transporta y se entrega al


demonio del servidor adecuado o a la aplicacin en el dispositivo de destino. Los procesos
descritos 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 es responsable
de la transferencia de extremo a extremo general de los datos de aplicacin.

En este captulo, se examina el rol de la capa de transporte cuando se encapsulan los datos de
aplicacin para usarse en la capa de red. La capa de Transporte incluye tambin las siguientes
funciones:
Permite aplicaciones mltiples para comunicarse en la red al mismo tiempo que en un
dispositivo sencillo
Asegua que, si es necesario, la aplicacin correcta reciba todos los datos de forma confiable y
en orden
Emplea mecanismos de manejo de errores

Objetivos de aprendizaje

Al completar este captulo, usted podr:


Explicar la necesidad de la capa de transporte.
Identificar la funcin de la capa de transporte a medida que provee la transferencia de datos de
extremo a extremo entre las aplicaciones.
Describir las funciones de dos protocolos TCP/IP de la capa de transporte: TCP y UDP.
Explicar las funciones clave de la capa de transporte incluyendo confiabilidad, direccionamiento
de puerto y segmentacin.
Explicar cmo cada TCP y UDP maneja las funciones clave.
Identificar cundo es apropiado usar TCP o UDP y proveer ejemplos de aplicaciones que usan
cada protocolo.
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

Rastreo de conversaciones individuales

Cualquier host puede tener mltiples aplicaciones que se comunican a travs de la red. Cada
una de estas aplicaciones se comunicar con una o ms aplicaciones en hosts remotos. Es
responsabilidad de la capa de transporte mantener los streams de comunicacin mltiple entre
estas aplicaciones.

Segmentacin de datos

As como cada aplicacin crea datos de stream para enviarse a una aplicacin remota, estos
datos se pueden preparar para enviarse a travs de los medios en partes manejables. Los
protocolos de la capa de transporte describen los servicios que segmentan estos datos de la
capa de aplicacin. Esto incluye la encapsulacin necesaria en cada seccin de datos. Cada
seccin de datos de aplicacin requiere que se agreguen encabezados en la capa de
transporte para indicar la comunicacin a la cual est asociada.

Reensamble de segmentos

En el host de recepcin, cada seccin de datos se puede direccionar a la aplicacin adecuada.


Adems, estas secciones de datos individuales tambin deben reconstruirse para generar un
stream completo de datos que sea til para la capa de aplicacin. Los protocolos en la capa de
transporte describen cmo se utiliza la informacin del encabezado de la capa para
reensamblar las partes de los datos en streams para pasarlos a la capa de aplicacin.

Identificacin de aplicaciones

Para pasar streams de datos a las aplicaciones adecuadas, la capa de transporte debe
identificar la aplicacin meta. Para lograr esto, la capa de transporte asigna un identificador a la
aplicacin. Los protocolos TCP/IP denominan a este identificador nmero de puerto. A todos los
procesos de software que requieran acceder a la red se les asigna un nmero de puerto
exclusivo en ese host. Este nmero de puerto se utiliza en el encabezado de la capa de
transporte para indicar qu aplicacin se asocia a qu parte.

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.

Las aplicaciones no necesitan saber los detalles operativos de la red en uso. Las aplicaciones
generan datos que se envan desde una aplicacin a otra sin tener en cuenta el tipo de host
destino, el tipo de medios sobre los que los datos deben viajar, el paso tomado por los datos, la
congestin en un enlace o el tamao de la red.

Adems, las capas inferiores no tienen conocimiento de que existen varias aplicaciones que
envan datos en la red. Su responsabilidad es entregar los datos al dispositivo adecuado. La
capa de transporte clasifica entonces estas piezas antes de enviarlas a la aplicacin adecuada.

Los requisitos de datos varan

Hay mltiples protocolos de la capa de transporte debido a que las aplicaciones tienen
diferentes requisitos. Para algunas aplicaciones, los segmentos deben llegar en una secuencia
especfica de manera que puedan ser procesados en forma exitosa. En algunos casos, todos
los datos deben recibirse para ser utilizados por cualquiera de las mismas. En otros casos, una
aplicacin puede tolerar cierta prdida de datos durante la transmisin a travs de la red.

En las redes convergentes actuales, las aplicaciones con distintas necesidades de transporte
pueden comunicarse en la misma red. Los diferentes protocolos de la capa de transporte
poseen distintas reglas para permitir a los dispositivos manejar estos diversos requerimientos
de datos.

Algunos protocolos proporcionan slo las funciones bsicas para enviar de forma eficiente
partes de datos entre las aplicaicones adecuadas. Estos tipos de protocolos son tiles para
aplicaciones cuyos datos son sensibles a retrasos.

Otros protocolos de la capa de transporte describen los procesos que proporcionan


caractersticas adicionales, como asegurar un envo confiable entre las aplicaciones. Si bien
estas funciones adicionales proveen una comunicacin ms slida entre aplicaciones de la
capa de transporte, representan la necesidad de utilizar recursos adicionales y generan un
mayor nmero de demandas en la red.
Separacin de comunicaciones mltiples

Considere una computadora conectada a una red que recibe y enva correos electrnicos y
mensajes instantneos, explora sitios Web y realiza una llamada telefnica de VoIP de manera
simultnea. Cada una de estas aplicaciones enva y recibe datos en la red al mismo tiempo. Sin
embargo, los datos de la llamada telefnica no estn dirigidos al explorador Web, y el texto de
un mensaje instantneo no aparece en el correo electrnico.

Adems, los usuarios necesitan que el correo electrnico o pgina Web se reciba por completo
y se presente para la informacin que se considere til. Los retrasos ligeros se consideran
aceptables para asegurar que la informacin se reciba y se presente por compelto.

En cambio, la prdida ocasional de partes pequeas de una conversacin telefnica se puede


considerar aceptable. Se puede inferir la parte de audio perdida del contexto de la conversacin
o se puede solicitar a la otra persona que repita lo que dijo. Es preferible esto ltimo a las
demoras que se produciran si se solicita a la red que gestione y vuelva a enviar los segmentos
perdidos. En este ejemplo, el usuario, no la red, gestiona el reenvo o reemplazo de informacin
que falta.
Como se explic en un captulo anterior, el envo de algunos tipos de datos, un video por
ejemplo, a travs de la red como un stream de comunicacin completa puede impedir que se
produzcan otras comunicaciones al mismo tiempo. Tambin dificulta la recuperacin de errores
y la retransmisin de datos daados.

Dividir datos en pequeas partes y enviarlas del origen al destino permite que muchas
comunicaciones diferentes se intercalen (multiplexadas) en la misma red.

La segmentacin de los datos, que cumple con los protocolos de la capa de transporte,
proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones de
manera concurrente en una computadora. Sin segmentacin, slo una aplicacin, la corriente
de video por ejemplo, podra recibir datos. Puede no recibir correos electrnicos, chatear en
mensajera instantnea o ver pginas Web mientras ve un video.

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 mayora de las redes tienen una limitacin en la cantidad de


datos que se pueden incluir en una simple PDU. 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: puede haber aplicaciones o servicios que se ejecutan en cada


host de la red. 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

La capa de transporte puede brindar esta orientacin a la conexin creando una sesin entre
las aplicaciones. 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

Por varias razones, es posible que una seccin de datos se corrompa o se pierda por completo
a medida que se transmite a travs de la red. 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

Los datos pueden llegar en el orden equivocado, debido a que las redes pueden proporcionar
mltiples rutas que pueden tener diferentes tiempos de transmisin. 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.
As como se discuten los protocolos en este captulo, estos servicios se explicarn a mayor
detalle.

4.1.3 Soporte de comunicacin confiable


Cabe recordar que la funcin principal de la capa de transporte es administrar los datos de
aplicacin para las conversaciones entre hosts. Sin embargo, cada aplicacin tiene
determinados requisitos para sus datos y, por lo tanto, se han desarrollado diferentes
protocolos de transporte para que cumplan con estos requisitos.

Un protocolo de la capa de transporte puede implementar un mtodo para asegurar el envo


confiable de datos. En trminos de redes, confiabilidad significa asegurar que cada seccin de
datos que enva el origen llegue al destino. 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

Esto requiere que los procesos de la capa de transporte en el origen d seguimiento a todas las
partes de datos de cada conversacin y retransmitan cualquier dato del cual el destino no
acuso recibo. La capa de transporte del host de recepcin tambin debe rastrear los datos a
medida que se reciben y reconocer la recepcin de los mismos.

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.

Esto crea una compensacin entre el valor de la confiabilidad y la carga que hay en la red. Los
desarrolladores de aplicaciones deben elegir qu tipo de protocolo de transporte es adecuado
en base a los requerimientos de sus aplicaciones. En la capa de transporte, existen protocolos
que especifican mtodos para la entrega confiable, garantizada o de mximo esfuerzo. En el
contexto de networking, el envo del mejor esfuerzo se conoce como poco confiable, porque no
hay acuse de recibo de que los datos se recibieron en el destino.

Determinacin de la necesidad de confiabilidad

Las aplicaciones, tales como bases de datos, pginas Web y correo electrnico, necesitan que
todos los datos enviados lleguen al destino en su condicin original para que los datos sean
tiles. Todos los datos perdidos pueden corromper una comunicacin y dejarla incompleta o
ilegible. Por lo tanto, estas aplicaciones se disean para utilizar un protocolo de capa de
transporte que implemente la confiabilidad. Los gastos de red adicionales se consideran
necesarios para estas aplicaciones.

Otras aplicaciones son ms tolerantes a la prdida de cantidades pequeas de datos. Por


ejemplo, si uno o dos segmentos de un stream de vdeo no llegan al destino, slo generar una
interrupcin momentnea en el stream. Esto puede representar distorsin en la imagen pero
quizs ni sea advertido por el usuario.

Imponer el uso de recursos adicionales para asegurar la confiabilidad para esta aplicacin
puede reducir la utilidad de la misma. La imagen en un streaming video se degradara en gran
medida si el dispositivo de destino tuvo que dar cuenta de los datos perdidos y demorar el
stream mientras espera que lleguen. Es conveniente proporcionar la mejor imagen posible al
momento en que llegan los segmentos y renunciar a la confiabilidad. Si por algn motivo se
requiere confiabilidad, estas aplicaciones pueden proveer verificacin de errores y solicitudes
de retransmisin.
Enciclopedia
Redes
Internet (protocolos)
Aviso legal

Protocolo TCP
US ES DE FR IT BR
Mayo 2016

Las caractersticas del protocolo TCP


TCP (que significa Protocolo de Control de Transmisin) es uno de los principales
protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicacin, posibilita
la administracin de datos que vienen del nivel ms bajo del modelo, o van hacia l, (es
decir, el protocolo IP). Cuando se proporcionan los datos al protocolo IP, los agrupa en
datagramas IP, fijando el campo del protocolo en 6 (para que sepa con anticipacin que el
protocolo es TCP). TCP es un protocolo orientado a conexin, es decir, que permite que
dos mquinas que estn comunicadas controlen el estado de la transmisin.
Las principales caractersticas del protocolo TCP son las siguientes:
TCP permite colocar los datagramas nuevamente en orden cuando vienen del
protocolo IP.
TCP permite que el monitoreo del flujo de los datos y as evita la saturacin de la
red.
TCP permite que los datos se formen en segmentos de longitud variada para
"entregarlos" al protocolo IP.
TCP permite multiplexar los datos, es decir, que la informacin que viene de
diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular
simultneamente.
Por ltimo, TCP permite comenzar y finalizar la comunicacin amablemente.

El objetivo de TCP
Con el uso del protocolo TCP, las aplicaciones pueden comunicarse en forma segura
(gracias al sistema de acuse de recibo del protocolo TCP) independientemente de las
capas inferiores. Esto significa que los routers (que funcionan en la capa de Internet) slo
tienen que enviar los datos en forma de datagramas, sin preocuparse con el monitoreo de
datos porque esta funcin la cumple la capa de transporte (o ms especficamente el
protocolo TCP).

Durante una comunicacin usando el protocolo TCP, las dos mquinas deben establecer
una conexin. La mquina emisora (la que solicita la conexin) se llama cliente, y la
mquina receptora se llama servidor. Por eso es que decimos que estamos en un
entorno Cliente-Servidor.
Las mquinas de dicho entorno se comunican en modo en lnea, es decir, que la
comunicacin se realiza en ambas direcciones.
Para posibilitar la comunicacin y que funcionen bien todos los controles que la
acompaan, los datos se agrupan; es decir, que se agrega un encabezado a los paquetes
de datos que permitirn sincronizar las transmisiones y garantizar su recepcin.

Otra funcin del TCP es la capacidad de controlar la velocidad de los datos usando su
capacidad para emitir mensajes de tamao variable. Estos mensajes se
llaman segmentos.

La funcin multiplexin
TCP posibilita la realizacin de una tarea importante: multiplexar/demultiplexar; es decir
transmitir datos desde diversas aplicaciones en la misma lnea o, en otras palabras,
ordenar la informacin que llega en paralelo.

Estas operaciones se realizan empleando el concepto de puertos (o conexiones), es decir,


un nmero vinculado a un tipo de aplicacin que, cuando se combina con una direccin de
IP, permite determinar en forma exclusiva una aplicacin que se ejecuta en una mquina
determinada.

El formato de los datos en TCP


Un segmento TCP est formado de la siguiente manera:
<td
URG <td
ACK <td
PSH <td
RST <td
SYN <td
FIN</td
</td
</td
</td
</td
</td
0 12 3 45 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Puerto de origen Puerto de destino
Nmero de secuencia
Nmero de acuse de recibo
Marge Reservado Ventana
n
de
datos
Suma de control Puntero urgente
Opciones Relleno
Datos
Significado de los diferentes campos:
Puerto de origen (16 bits): Puerto relacionado con la aplicacin en curso en la
mquina origen
Puerto de destino (16 bits): Puerto relacionado con la aplicacin en curso en la
mquina destino
Nmero de secuencia (32 bits): Cuando el indicador SYN est fijado en 0, el
nmero de secuencia es el de la primera palabra del segmento actual.
Cuando SYN est fijado en 1, el nmero de secuencia es igual al nmero de secuencia
inicial utilizado para sincronizar los nmeros de secuencia (ISN).
Nmero de acuse de recibo (32 bits): El nmero de acuse de recibo, tambin
llamado nmero de descargo se relaciona con el nmero (secuencia) del ltimo
segmento esperado y no el nmero del ltimo segmento recibido.
Margen de datos (4 bits): Esto permite ubicar el inicio de los datos en el paquete.
Aqu, el margen es fundamental porque el campo opcin es de tamao variable.
Reservado (6 bits): Un campo que actualmente no est en uso pero se
proporciona para el uso futuro.
Indicadores (6x1 bit): Los indicadores representan informacin adicional:
URG: Si este indicador est fijado en 1, el paquete se debe procesar en
forma urgente.
ACK: Si este indicador est fijado en 1, el paquete es un acuse de
recibo.
PSH (PUSH): Si este indicador est fijado en 1, el paquete opera de
acuerdo con el mtodo PUSH.
RST: Si este indicador est fijado en 1, se restablece la conexin.
SYN: El indicador SYN de TCP indica un pedido para establecer una
conexin.
FIN: Si este indicador est fijado en 1, se interrumpe la conexin.
Ventana (16 bits): Campo que permite saber la cantidad de bytes que el receptor
desea recibir sin acuse de recibo.
Suma de control (CRC): La suma de control se realiza tomando la suma del
campo de datos del encabezado para poder verificar la integridad del encabezado.
Puntero urgente (16 bits): Indica el nmero de secuencia despus del cual la
informacin se torna urgente.
Opciones (tamao variable): Diversas opciones
Relleno: Espacio restante despus de que las opciones se rellenan con ceros para
tener una longitud que sea mltiplo de 32 bits.

Confiabilidad de las transferencias


El protocolo TCP permite garantizar la transferencia de datos confiable, a pesar de que
usa el protocolo IP, que no incluye ningn monitoreo de la entrega de datagramas.

De hecho, el protocolo TCP tiene un sistema de acuse de recibo que permite al cliente y al
servidor garantizar la recepcin mutua de datos.
Cuando se emite un segmento, se lo vincula a un nmero de secuencia. Con la recepcin
de un segmento de datos, la mquina receptora devolver un segmento de datos donde el
indicador ACK est fijado en 1 (para poder indicar que es un acuse de recibo) acompaado
por un nmero de acuse de recibo que equivale al nmero de secuencia anterior.

Adems, usando un temporizador que comienza con la recepcin del segmento en el nivel
de la mquina originadora, el segmento se reenva cuando ha transcurrido el tiempo
permitido, ya que en este caso la mquina originadora considera que el segmento est
perdido.

Sin embargo, si el segmento no est perdido y llega a destino, la mquina receptora lo


sabr, gracias al nmero de secuencia, que es un duplicado, y slo retendr el ltimo
segmento que lleg a destino.

Cmo establecer una conexin


Considerando que este proceso de comunicacin, que se produce con la transmisin y el
acuse de recibo de datos, se basa en un nmero de secuencia, las mquinas originadora y
receptora (cliente y servidor) deben conocer el nmero de secuencia inicial de la otra
mquina.

La conexin establecida entre las dos aplicaciones a menudo se realiza siguiendo el


siguiente esquema:
Los puertos TCP deben estar abiertos.
La aplicacin en el servidor es pasiva, es decir, que la aplicacin escucha y espera
una conexin.
La aplicacin del cliente realiza un pedido de conexin al servidor en el lugar
donde la aplicacin es abierta pasiva. La aplicacin del cliente se considera "abierta
activa".
Las dos mquinas deben sincronizar sus secuencias usando un mecanismo comnmente
llamadonegociacin en tres pasos que tambin se encuentra durante el cierre de la sesin.

Este dilogo posibilita el inicio de la comunicacin porque se realiza en tres etapas, como
su nombre lo indica:
En la primera etapa, la mquina originadora (el cliente) transmite un segmento
donde el indicador SYN est fijado en 1 (para indicar que es un segmento de
sincronizacin), con nmero de secuencia N llamado nmero de secuencia inicial del
cliente.
En la segunda etapa, la mquina receptora (el servidor) recibe el segmento inicial
que viene del cliente y luego le enva un acuse de recibo, que es un segmento en el
que el indicador ACK est fijado en 1 y el indicador SYN est fijado en 1 (porque es
nuevamente una sincronizacin). Este segmento incluye el nmero de secuencia de
esta mquina (el servidor), que es el nmero de secuencia inicial para el cliente. El
campo ms importante en este segmento es el de acuse de recibo que contiene el
nmero de secuencia inicial del cliente incrementado en 1.
Por ltimo, el cliente transmite un acuse de recibo, que es un segmento en el que
el indicador ACK est fijado en 1 y el indicador SYN est fijado en 0 (ya no es un
segmento de sincronizacin). Su nmero de secuencia est incrementado y el acuse de
recibo representa el nmero de secuencia inicial del servidor incrementado en 1.

Despus de esta secuencia con tres intercambios, las dos mquinas estn sincronizadas y
la comunicacin puede comenzar.

Existe una tcnica de piratera llamada falsificacin de IP, que permite corromper este
enlace de aprobacin con fines maliciosos.

Mtodo de ventana corrediza


En muchos casos, es posible limitar la cantidad de acuses de recibo con el fin de aliviar el
trfico en la red. Esto se logra fijando un nmero de secuencia despus del cual se
requiera un acuse de recibo. Este nmero en realidad se guarda en el campo ventana del
encabezado TCP/IP.

Este mtodo se llama efectivamente el "el mtodo de la ventana corrediza" porque, en


cierta medida, se define una serie de secuencias que no necesitan acuses de recibo y que
se desplaza a medida que se reciben los acuses de recibo.
Adems, el tamao de esta ventana no es fijo. De hecho, el servidor puede incluir el
tamao de la ventana que considera ms apropiado en sus acuses de recibo guardndolo
en el campo ventana. De este modo, cuando el acuse de recibo indica un pedido para
aumentar la ventana, el cliente se desplazar al borde derecho de la ventana.

Por el contrario, en el caso de una reduccin, el cliente no desplazar el borde derecho de


la ventana hacia la izquierda sino que esperar que avance el borde izquierdo (al llegar los
acuses de recibo).

Cmo terminar una conexin


El cliente puede pedir que se termine una conexin del mismo modo que el servidor.
Para terminar una conexin se procede de la siguiente manera:
Una de las mquinas enva un segmento con el indicador FIN fijado en 1, y la
aplicacin se autocoloca en estado de espera, es decir que deja de recibir el segmento
actual e ignora los siguientes.
Despus de recibir este segmento, la otra mquina enva un acuse de recibo con el
indicadorFIN fijado en 1 y sigue enviando los segmentos en curso. Despus de esto, la
mquina informa a la aplicacin que se ha recibido un segmento FIN y luego enva un
segmento FIN a la otra mquina, que cierra la conexin.
http://es.ccm.net/contents/281-protocolo-tcp

Caractersticas del protocolo UDP

El protocolo UDP (Protocolo de datagrama de usuario) es un protocolo no orientado a


conexin de lacapa de transporte del modelo TCP/IP. Este protocolo es muy simple ya que
no proporciona deteccin de errores (no es un protocolo orientado a conexin).

Por lo tanto, el encabezado del segmento UDP es muy simple:


puerto de origen puerto de destino
(16 bits); (16 bits);

longitud total suma de comprobacin del encabezado


(16 bits); (16 bits);

datos
(longitud variable).

Significado de los diferentes campos


Puerto de origen: es el nmero de puerto relacionado con la aplicacin del
remitente del segmento UDP. Este campo representa una direccin de respuesta para
el destinatario. Por lo tanto, este campo es opcional. Esto significa que si el puerto de
origen no est especificado, los 16 bits de este campo se pondrn en cero. En este
caso, el destinatario no podr responder (lo cual no es estrictamente necesario, en
particular para mensajes unidireccionales).
Puerto de destino: este campo contiene el puerto correspondiente a la aplicacin
del equipo receptor al que se enva.
Longitud: este campo especifica la longitud total del segmento, con el encabezado
incluido. Sin embargo, el encabezado tiene una longitud de 4 x 16 bits (que es 8 x 8
bits), por lo tanto la longitud del campo es necesariamente superior o igual a 8 bytes.
Suma de comprobacin: es una suma de comprobacin realizada de manera tal
que permita controlar la integridad del segmento.
http://es.ccm.net/contents/284-protocolo-udp

Anlisis comparativo: TCP - 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.
TCP vs UDP

TCP UDP

Orientado a la conexin Sin conexin

Confiabilidad en la entrega de No se fragmentan los mensajes


mensajes
No hay reensamblaje ni sincronizacin
Divide los mensajes en
datagramas En caso de error, el mensaje se retransmite

Hace seguimiento del orden (o Sin acuse de envo


secuencia)
Los procedimientos remotos son idempotentes
Usa checksums para la
deteccin de errores Los mensajes del servidor y el cliente entran
completamente dentro de un paquete
Los procedimientos remotos
no son idempotentes El servidor maneja multiples clientes (UDP no
tiene estados)
La confiabilidad es prioridad

Los mensajes exceden el


tamao de un paquete UDP

TCP y UDP utilizan el mismo esquema de direccionamiento. Una direccin IP


y un nmero de puerto.
Ventajas de UDP Ventajas de TCP

No te restringe a un modelo de El sistema operativo hace todo el


comunicacin basado en la conexin, la latencia trabajo, el manejo de paquetes de entrada
para el inicio en aplicaciones distribuidas es mucho tiene menos cambios de contexto del
menor, al igual que la sobrecarga del sistema kernel al espacio de usuario y de vuelta,
operativo. todo el reensamblaje, acuse de recibo,
control de flujo, etc se lleva a cabo por el
Todo el control de flujo, los acuses de kernel.
recibo, el registro de transacciones, etc. depende
de los programas de usuario. Adems, slo es TCP garantiza tres cosas: que sus
necesario implementar y utilizar las funciones que datos lleguen, que lleguen en orden, y que
necesita. lleguen sin duplicaciones.

El receptor de los paquetes UDP los recibe Los routers pueden notar los
sin fragmentar, incluyendo los lmites de los paquetes TCP y los tratan de forma
bloques. especial. los pueden almacenar en bfer y
los retransmiten.
Broadcast y transmisin multicast estn
disponibles con UDP. TCP tiene un buen rendimiento
relativo a travs de un mdem o una LAN.

Desventajas de UDP Desventajas de TCP

No hay garantas con UDP. un paquete El sistema operativo puede ser


puede no ser entregado, o entregado dos veces o defectuoso.Puede ser ineficaz, y puede que no
entregado fuera de orden, no se obtiene ningn se pueda afinar.
indicio de esto a menos que el programa de
escucha en el otro extremo decide decir algo. TCP es dficil de expandir,se puede
establecer una pocas opciones de socket,pero
UDP no tiene control de flujo. la tiene que tolerar el control de flujo
implementacin es el deber de los programas de incorporado.
usuario.
TCP puede tener un montn de
Los routers son muy descuidados con UDP. caractersticasque no son necesarias, puede
nunca se retransmiten si colisionan, y parecen ser desperdiciar ancho de banda, tiempo
la primera cosa descartada cuando un router est oesfuerzo en asegurar cosas que son
corto de memoria. UDP sufre ms prdida de irrelevantes para la tarea en cuestin.
paquetes que TCP.
TCP no tiene lmites de bloques, debe
crear el suyo.
Los routers de la Internet de hoy en
da estn agotando su memoria, no pueden
prestar mucha atencin a tcp, las asumpsiones
de diseo de TCP se descomponen en este
entorno.

TCP tiene rendimiento relativamente


pobre en conexiones de alta latencia, gran
ancho de banda como una conexin por
satlite o con sobrecarga.

TCP no puede ser utilizado para


broadcast o transmisin multicast.

TCP no puede concluir una transmisin


sin todos los datos en movimiento
explcitamente confirmados.

Ventajas de la UDP para la transferencia de Desventajas de TCP para la transferencia de


archivos archivos

El control de flujo depende del espacio de TCP permite una ventana de un


usuario; las ventanas pueden ser infinitas, no mximo de 64k, y el mecanismo de
existen interrupciones artificiales, la latencia es ACKING significa que la prdida de
bien tolerada, y las velocidades mximas solo se paquetes no se ha detectado.
pueden forzar por ancho de banda real, a pesar de
que las velocidades reales son elegidas por Los servidores de transferencia
acuerdo entre el emisor y el receptor. TCP han de mantener un socket separado
(y a menudo un hilo separado) para cada
Si recibe una imagen de forma simultnea cliente.
desde varios hosts es mucho ms fcil con UDP,
como lo es el envo a varios hosts, especialmente El balanceo de carga es crudo y
si llegan a ser parte del mismo grupo broadcast o aproximado. Especialmente en las redes
multicast. locales que permiten colisiones, dos
transferencias simultneas de TCP tienen
una tendencia a pelear unas con otras,
incluso si el remitente es el mismo.

https://datagramas.wikispaces.com/3+Analisis+Comparativo+TCP+-+UDP
CONLUSIONES

En este captulo aprendimos a identificar las funciones que realiza la capa de Trasporte, la

cual trasfiere datos de extremo a extremo en las aplicaciones, incluyendo la confiabilidad,

direccionamiento de los puertos, segmentacin y reensamblaje de los datos. Conocimos

tambin los protocolos de esta capa en el modelo TCP/IP los cuales son TCP y

UDP, identificando la manera en que opera cada uno de los protocolos para la entrega

confiable de los datos.

Es as como ya hemos conocido a travs de estos captulos las funciones principales que

realizan algunas de las capas de los modelos TCP/IP y OSI, esperando que conforme se

avance en los prximos captulo se pueda conocer las actividades que desempean las capas

faltantes de los modelos, para que de sta manera tengamos una clara comprensin del

funcionamiento entre capas para que pueda existir comunicacin.

http://mirelucx.over-blog.com/article-28810007.html