Nivel de transporte:

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 los protocolos
en capas tendra poco sentido.

Servicios:
Servicios proporcionados a las capas superiores:
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 del sistema 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:

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.
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.

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.

Sockets de Berkeley:
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:
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:
Cuando un proceso desea establecer una conexin con un computador de
aplicacin remoto, debe especificar a cul se conectar (a quin le llegar el
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:

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 sera 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:

La liberacin de una conexin es ms fcil que su establecimiento. No
obstante, hay ms problemas 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 prdida 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 TPDU de desconexin.

Control de Flujo y almacenamiento en buffer:

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.
Multiplexin:
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 mquina
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 resigna a cada
circuito una tasa mxima de datos. La solucin es abrir mltiples conexiones de
red y distribuir el trfico entre ellas.
Recuperacin de cadas:
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 cules TPDUs ha recibido y cules 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 toda la conexin
abierta.

Protocolos de transporte de internet:

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:
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:
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.

DHCP:
DHCP (siglas en ingls de Dynamic Host Configuration Protocol, en espaol,
protocolo de configuracin dinmica de host) es un protocolo de red que
permite a los clientes de una red IP obtener sus parmetros de configuracin
automticamente. Se trata de un protocolo de tipo cliente/servidor en el que
generalmente un servidor posee una lista de direcciones IP dinmicas y las va
asignando a los clientes conforme stas van quedando libres, sabiendo en todo
momento quin ha estado en posesin de esa IP, cunto tiempo la ha tenido y
a quin se la ha asignado despus.

Asignacin de direcciones IP:

Cada direccin IP debe configurarse manualmente en cada dispositivo y, si el
dispositivo se mueve a otra subred, se debe configurar otra direccin IP
diferente. El DHCP le permite al administrador supervisar y distribuir de forma
centralizada las direcciones IP necesarias y, automticamente, asignar y enviar
una nueva IP si fuera el caso en el dispositivo es conectado en un lugar
diferente de la red.
El protocolo DHCP incluye tres mtodos de asignacin de direcciones IP:
Asignacin manual o esttica: Asigna una direccin IP a una mquina
determinada. Se suele utilizar cuando se quiere controlar la asignacin de
direccin IP a cada cliente, y evitar, tambin, que se conecten clientes no
identificados.
Asignacin automtica: Asigna una direccin IP a una mquina cliente la
primera vez que hace la solicitud al servidor DHCP y hasta que el cliente la
libera. Se suele utilizar cuando el nmero de clientes no vara demasiado.
Asignacin dinmica: el nico mtodo que permite la reutilizacin dinmica de
las direcciones IP. El administrador de la red determina un rango de
direcciones IP y cada dispositivo conectado a la red est configurado para
solicitar su direccin IP al servidor cuando la tarjeta de interfaz de red se
inicializa. El procedimiento usa un concepto muy simple en un intervalo de
tiempo controlable. Esto facilita la instalacin de nuevas mquinas clientes.