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 Protocolos 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.
Entre las aplicaciones que utilizan UDP se incluyen:
sistema de nombres de dominios (DNS),
streaming de vdeo, y
Voz sobre IP (VoIP).
Protocolo de control de transmisin (TCP)
TCP es un protocolo orientado a la conexin, descrito en la RFC 793. TCP incurre en el uso
adicional de recursos para agregar 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. Ver la figura para
obtener una comparacin.
Las aplicaciones que utilizan TCP son:
exploradores Web,
e-mail, y
transferencia de archivos

La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas a la
conexin. Antes de que unhost que utiliza TCP enve datos a otro host, la capa de Transporte inicia
un proceso para crear una conexin con eldestino. 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. Una conversacin TCP completa requiere el
establecimiento de una sesin entre los hosts en ambas direcciones.
Luego de establecida la sesin, 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 han entregado con xito y puede dejar
de rastrearlos. Si el origen no recibe el acuse de recibo dentro de un tiempo predeterminado,
retransmite esos datos al destino.
Parte de la carga adicional que genera el uso de TCP es el trfico de red generado por los acuses
de recibo y las retransmisiones. El establecimiento de las sesiones genera cargas en forma de
segmentos adicionales intercambiados.
Tambin existen cargas adicionales en los hosts individuales, generadas por la necesidad de
mantener un seguimiento de los segmentos que esperan acuse de recibo y por el proceso de
retransmisin.



Protocolo X.25

http://www.reocities.com/CapeCanaveral/launchpad/3973/prox25.html
La Red X.25
Aqu se describe la norma X.25, estndar para redes de paquetes recomendado por el CCITT, junto
con sus protocolos y normas auxiliares. En la actualidad, X.25 es la norma de interfaz orientada al
usuario de mayor difusin en las redes de paquetes de gran cobertura.
En X.25 se definen los procedimientos que realizan el intercambio de datos entre los dispositivos de
usuario (ETD) y un nodo de red encargado de manejar los paquetes (un ETCD). Su titulo formal es
"Interfaz entre equipos terminales de datos y equipos de terminacin del circuito de datos para
terminales que trabajan en modo paquete sobre redes de datos publicas".
Las redes utilizan la norma X.25 para establecer los procedimientos mediante los cuales dos ETD
que trabajan en modo paquete se comunican a travs de la red. En efecto, en X.25 se definen las dos
sesiones de los ETD con sus respectivos ETCD.
El estndar X.25 no incluye algoritmos de encadenamiento. Los esquemas tales como el
encaminamiento esttico o dinmico de paquetes se dejan al criterio de cada fabricante, y son
especficos de su producto. Conviene resaltar tambin que, aunque las interfaces ETD/ETCD de
ambos extremos de la red son independientes uno de otro (en cuanto al modo en que X.25 define el
dilogo de estos con los nodos de la red implicados), X.25 intervienen desde un extremo hasta el
otro, ya que el trfico seleccionado se encamina desde el principio hasta el final.
El protocolo X.25 describe la interface entre un Equipo Terminal de
Datos (Data Terminal Equipment or DTE) y un Equipo de Comunicacin de
Datos (Data Communications Equipment or DCE), como muestra la siguiente figura.

Figura 1. Interface X.25 DTEDCE.
La figura 1 muestra que ms de un circuito virtual puede usar la misma interface DTEDCE.
Para permitir la transferencia de datos entre un DTE y un DCE, se usa la nocin de un circuito
virtual (virtual circuit), el cual es definido como una asociacin bidireccional entre un par de
Equipos Terminal de Datos alrededor de los cuales todos los datos transferidos toman su ubicacin
en forma de paquetes.
El circuito virtual es identificado por usar el nmero del grupo del canal lgico y el nmero del
canal lgico, el cual es incluido en el encabezado del paquete como muestra la figura 2:

Donde:
Q = bit.
P(r) = paquetes recibidos.
P(s) = paquetes enviados.
M = Bit.
Caractersticas
X.25 trabaja sobre servicios basados en circuitos virtuales. Un circuito virtual ("canal lgico", en la
jerga de X.25) es aquel en el cual el usuario percibe la existencia de un circuito fsico dedicado
nicamente a el ordenador que el maneja, cuando en realidad ese circuito fsico "dedicado" lo
comparten muchos usuarios. Mediante diversas tcnicas de multiplexado estadstico, se entrelazan
paquetes de distintos usuarios dentro de un mismo canal.

(a) Cabecera de paquetes de datos.

(b) Cabecera de paquetes no de datos.

(c) Paquete de no datos.
Donde:
P(R): Numero de secuencia de recuperacin SS: Bits de modulo
M: Indicador de categora de paquetes LCGN: Grupo de canal lgico
P(S): Numero de secuencia de envo FFL: Longitud del campo de facilidades
LCN: Numero de canal lgico TDA: Direccin del ETD que transmite
Q: Bit cualificador RDA: Direccin del ETD que recibe
D: Bit de confirmacin de la entrega DAL: Longitud de la direccin del ETD que
transmite
RDAL: Longitud de la direccin del ETD que
recibe



(d) Otra perspectiva de los paquetes X.25.

Figura (a) procedimiento de establecimiento de enlace (ejemplo).