Professional Documents
Culture Documents
El nivel de transporte o capa 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
Hay dos tipos de servicio en la capa 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.
Las primitivas de un transporte sencillo seran: - LISTEN: Se bloquea hasta que algn proceso intenta el contacto. - CONNECT: Intenta activamente establecer una conexin. - SEND: Envia 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
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.
Direccionamiento
Cuando un proceso desea establecer una conexin con un proceso de aplicacin remoto, debe especificar a cul se conectar.(a quin mando 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 conexin. 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.
si se pierde la conexin perdemos el orden del identificador y ya no funciona. Pero 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.
Ya examinamos la conexin y la desconexin, veamos la manera en que se manejan las conexiones mientras estn en uso. Uno de los aspectos clave es el control de flujo. Necesitamos 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 practico emplear la implementacin que se hace en la capa de enlace
En esta capa lo que se hace es, 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 trafico transportado por la conexin.
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 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
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 las conexiones abiertas.
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.