Diferencias:

El protocolo UDP
UDP es un protocolo no orientado a conexin. Es decir cuando una maquina A enva paquetes a
una maquina B, el flujo es unidireccional. La transferencia de datos es realizada sin haber realizado
previamente una conexin con la mquina de destino (maquina B), y el destinatario recibir los
datos sin enviar una confirmacin al emisor (la maquina A). Esto es debido a que la encapsulacin
de datos enviada por el protocolo UDP no permite transmitir la informacin relacionada al emisor.
Por ello el destinatario no conocer al emisor de los datos excepto su IP.

El protocolo TCP
Contrariamente a UDP, el protocolo TCP est orientado a conexin. Cuando una mquina A enva
datos a una mquina B, la mquina B es informada de la llegada de datos, y confirma su buena
recepcin. Aqu interviene el control CRC de datos que se basa en una ecuacin matemtica que
permite verificar la integridad de los datos transmitidos. De este modo, si los datos recibidos son
corruptos, el protocolo TCP permite que los destinatarios soliciten al emisor que vuelvan a enviar
los datos corruptos.

Concepto:
Capa de transporte
Para otros usos de este trmino, vase Transporte (desambiguacin).


Pila OSI.
El nivel de transporte o capa de transporte es el cuarto nivel del modelo OSI encargado de
la transferencia libre de errores de los datos entre el emisor y el receptor, aunque no estn
directamente conectados, as como de mantener el flujo de la red. Es la base de toda
la jerarqua de protocolo. La tarea de esta capa es proporcionar un transporte de datos
confiable y econmico de la mquina de origen a la mquina destino, independientemente de
la red de redes fsica en uno. Sin la capa transporte, el concepto total de losprotocolos en
capas tendra poco sentido.
ndice
[ocultar]
1 Servicios
o 1.1 Servicios proporcionados a las capas superiores
o 1.2 Primitivas del servicio de transporte
o 1.3 Sockets de Berkeley
2 Elementos de los protocolos de transporte
o 2.1 Direccionamiento
o 2.2 Establecimiento de una conexin
o 2.3 Liberacin de una conexin
o 2.4 Control de Flujo y almacenamiento en buffer
o 2.5 Multiplexin
o 2.6 Recuperacin de cadas
3 Protocolos de transporte de internet
o 3.1 UDP
o 3.2 TCP
4 Vase tambin
5 Enlaces externos
6 Bibliografa Recomendada
Servicios[editar]
Servicios proporcionados a las capas superiores[editar]
La meta final de la capa de transporte es proporcionar un servicio eficiente, confiable y
econmico a sus usuarios, que normalmente son procesos de la capa de aplicacin. Para
lograr este objetivo, la capa de transporte utiliza los servicios proporcionados por la capa de
red. El hardware o software de la capa de transporte que se encarga del transporte se llama
entidad de transporte, la cual puede estar en el ncleo delsistema operativo, en un proceso
independiente, en un paquete de biblioteca o en la tarjeta de red.

Hay dos tipos de servicio en la capa de transporte, orientado y no orientado a la conexin. En
el servicio orientado a la conexin consta de tres partes: establecimiento, transferencia de
datos, y liberacin. En el servicio no orientado a la conexin se tratan los paquetes de forma
individual.
Es la primera capa que lleva a cabo la comunicacin extremo a extremo, y esta condicin ya
se mantendr en las capas superiores.
Primitivas del servicio de transporte[editar]
Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe
proporcionar algunas operaciones a los programas de aplicacin, es decir, una interfaz del
servicio de transporte. Cada servicio de transporte tiene su propia interfaz. Con el propsito de
ver los aspectos bsicos, en esta seccin examinaremos primero un servicio de transporte
sencillo y su interfaz.
El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias
importantes. La principal, es que, el propsito del servicio de red es modelar el servicio
ofrecido por las redes reales, con todos sus problemas. Las redes reales pueden perder
paquetes, por lo que generalmente el servicio no es confiable. En cambio, el servicio de
transporte (orientado a la conexin) si es confiable. Claro que las redes reales no estn libres
de errores, pero se es precisamente el propsito de la capa de transporte: ofrecer un servicio
confiable en una red no confiable.
Otra diferencia entre la capa de transporte y la de red es a quien van dirigidos sus servicios. El
servicio de red lo usan nicamente las entidades de transporte. Pocos usuarios escriben sus
entidades de transporte y pocos usuarios o programas llegan a ver los aspectos internos del
servicio de red. En cambio, muchos programas ven primitivas de transporte. En consecuencia
el servicio de transporte debe ser adecuado y fcil de usar.
Las primitivas de un transporte sencillo seran:
- LISTEN: Se bloquea hasta que algn proceso intenta el contacto.
- CONNECT: Intenta activamente establecer una conexin.
- SEND: Enva informacin.
- RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS.
- DISCONNECT: Este lado quiere liberar la conexin.
Y con estas primitivas podemos hacer un esquema sencillo de manejo de conexiones. Las
transiciones escritas en cursiva son causadas por llegadas de paquetes. Las lneas continuas
muestran la secuencia de estados del cliente y las lneas punteadas muestran la secuencia del
servidor.
Sockets de Berkeley[editar]
Este es otro grupo de primitivas de transporte, las primitivas usadas en UNIX para el TCP. En
general son muy parecidas a las anteriores pero ofrecen ms caractersticas y flexibilidad.
Elementos de los protocolos de transporte[editar]
El servicio de transporte se implementa mediante un protocolo de transporte entre dos
entidades de transporte. En ciertos aspectos, los protocolos de transporte se parecen a los
protocolos de red. Ambos se encargan del control de errores, la secuenciacin y el control del
flujo.
Pero tambin existen diferencias importantes entre ambas, como los entornos en que operan,
la capa transporte necesita el direccionamiento explcito de los destinos, mientras que la capa
de red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de transporte.
Direccionamiento[editar]
Cuando un proceso desea establecer una conexin con un computador de aplicacin remoto,
debe especificar a cul se conectar (a quin le mensaje?). El mtodo que normalmente se
emplea es definir direcciones de transporte en las que los procesos pueden estar a la escucha
de solicitudes de conexiones. En Internet, estos puntos terminales se denominan puertos, pero
usaremos el trmino genrico de TSAP (Punto de Acceso al Servicio de Transporte). Los
puntos terminales anlogos de la capa de red se llaman NSAP (Punto de Acceso al Servicio
de Red). Las direcciones IP son ejemplos de NSAPS.
Establecimiento de una conexin[editar]
El establecimiento de una conexin parece fcil, pero en realidad es sorprendentemente difcil.
A primera vista, parecera que es suficiente con mandar una TPDU (Unidad de Datos del
Protocolo de Transporte) con la peticin de conexin y esperar a que el otro acepte la
conexin. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El
principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de
varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte
desechables. En este enfoque cada vez que necesitemos una direccin la creamos. Al
liberarse la conexin descartamos la direccin y no se vuelve a utilizar. O tambin asignar una
secuencia dentro de los datos transmitidos, pero estos plantean el problema de que si se
pierde la conexin perdemos el orden del identificador y ya no funciona. La solucin seria ms
fcil si los paquetes viejos se eliminaran de la subred cada cierto tiempo de vida. Para ello
podemos utilizar las siguientes tcnicas: Un diseo de subred Restringido. Colocar un
contador de saltos en cada paquete. Marcar el tiempo de cada paquete. Pero en la prctica no
vale solo con hacer esto sino que tenemos que garantizar que todas las confirmaciones de los
paquetes tambin se eliminan.
Liberacin de una conexin[editar]
La liberacin de una conexin es ms fcil que su establecimiento. No obstante, hay ms
escollos de los que uno podra imaginar. Hay dos estilos de terminacin de una conexin:
liberacin asimtrica y liberacin simtrica. La liberacin asimtrica es la manera en que
funciona el mecanismo telefnico: cuando una parte cuelga, se interrumpe la conexin. La
liberacin simtrica trata la conexin como dos conexiones unidireccionales distintas, y
requiere que cada una se libere por separado. La liberacin asimtrica es abrupta y puede
resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de liberacin
ms refinado para evitar la perdida de datos. Una posibilidad es usar la liberacin simtrica, en
la que cada direccin se libera independientemente de la otra. Aqu, un host puede continuar
recibiendo datos aun tras haber enviado una TPDUde desconexin.
La liberacin simtrica es ideal cuando un proceso tiene una cantidad fija de datos por enviar y
sabe con certidumbre cundo los ha enviado. En otras situaciones, la determinacin de si se
ha efectuado o no todo el trabajo y se debe terminarse o no la conexin no es tan obvia.
Podramos pensar en un protocolo en el que elhost 1 diga:Ya termine, Terminaste
tambin?. Si el host 2 responde Ya termine tambin. Adis, la conexin puede liberarse con
seguridad.
Pero no es tan fiable por el problema de que siempre tendremos que esperar la confirmacin
de los mensajes recibidos y si esta confirmacin no llega no libera la conexin y despus
puede que necesite la confirmacin de que llego la confirmacin y entraramos en un bucle del
que no podemos salir.
Podemos hacer que al host 1 si no le llega la confirmacin despus de N intentos (es que
quiere la desconexin), se libere. Esto produce una conexin semiabierta en la que el host 1
est desconectado pero el host 2 no como no le llega la confirmacin no se desconecta nunca.
Para solucionar esto creamos una regla por la cual si al host 2 no le llega ninguna TPDU
durante cierta cantidad de segundos, se libera automticamente.
Control de Flujo y almacenamiento en buffer[editar]
Respecto de la manera en que se manejan las conexiones mientras estn en uso, uno de los
aspectos clave es el control de flujo. Se necesita un esquema para evitar que un emisor rpido
desborde a un receptor lento. La diferencia principal es que un enrutador por lo regular tiene
relativamente pocas lneas, y un host puede tener numerosas conexiones. Esta diferencia
hace poco prctico emplear la implementacin que se hace en la capa de enlace.
En esta capa lo que se hace es que si el servicio de red no es confiable, el emisor debe
almacenar en un buffer todas las TPDUs enviadas, igual que en la capa enlace de datos. Sin
embargo, con un servicio de red confiable son posibles otros arreglos. En particular, si el
emisor sabe que el receptor siempre tiene espacio de buffer, no necesita tener copias de las
TPDUs que enva. Sin embargo, si el receptor no garantiza que se aceptar cada TPDU que
llegue, el emisor tendr que usar buffers de todas maneras. En el ltimo caso, el emisor no
puede confiar en la confirmacin de recepcin de la capa red porque esto slo significa que ha
llegado la TPDU, no que ha sido aceptada.
Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos cuando ms nos
convenga.
El equilibrio ptimo entre el almacenamiento del buffer en el origen y en el destino depende
del tipo de trfico transportado por la conexin.
Multiplexin[editar]
La multiplexin de varias conversaciones en conexiones, circuitos virtuales o enlaces fsicos
desempea un papel importante en diferentes capas de la arquitectura de red. En la capa de
transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un
host slo se dispone de una direccin de red, todas las conexiones de transporte de esa
maquina tendrn que utilizarla. Cuando llega una TPDU, se necesita algn mecanismo para
saber a cul proceso asignarla. Esta situacin se conoce como multiplexin hacia arriba.
La multiplexin tambin puede ser til en la capa transporte para la utilizacin de circuitos
virtuales, que dan ms ancho de banda cuando se reasigna a cada circuito una tasa mxima
de datos. La solucin es abrir mltiples conexiones de red y distribuir el trfico entre ellas. Esto
se denomina multiplexin hacia abajo..
Recuperacin de cadas[editar]
Si los hosts y los enrutadores estn sujetos a cadas, la recuperacin es fundamental. Si la
entidad de transporte est por entero dentro de los hosts, la recuperacin de cadas de red y
de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las
entidades de transporte esperan prdida de algunas TPDUs todo el tiempo, y saben cmo
manejarla. Si la capa de red proporciona servicio orientado a la conexin, entonces la prdida
de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de transporte
remota para saber cuales TPDUs ha recibido y cuales no.
Un problema ms complicado es la manera de recuperarse de cadas del host. Al reactivarse,
sus tablas estn en el estado inicial y no sabe con precisin donde estaba.
En un intento por recuperar su estado previo, el servidor podra enviar una TPDU de difusin a
todos los dems host, anunciando que se acaba de caer y solicitando a todos sus clientes que
le informen el estado de todas la conexiones abiertas.
Protocolos de transporte de internet[editar]
Internet tiene dos protocolos principales en la capa de transporte, uno orientado a la conexin
y otro no orientado a la conexin. El protocolo no orientado a la conexin es el UDP y el
orientado es el TCP.
UDP[editar]
Artculo principal: UDP
El conjunto de protocolos de Internet soporta un protocolo de transporte no orientado a la
conexin UDP (protocolo de datagramas de usuario). Este protocolo proporciona una forma
para que las aplicaciones enven datagramas IP encapsulados sin tener una conexin.
TCP[editar]
Artculo principal: TCP
TCP (protocolo de control de transmisin) se dise especficamente para proporcionar un
flujo de bytes confiable de extremo a extremo a travs de una interred no confiable. Una
interred difiere de una sola red debido a que diversas partes podran tener diferentes
topologas, anchos de banda, retardos, tamaos de paquete TCP tiene un diseo que se
adapta de manera dinmica a las propiedades de la interred y que se sobrepone a muchos
tipos de situaciones.