Armando Prez

Captulo 4. Capa de transporte del modelo OSI

La capa de trasporte es la responsable de establecer y mantener la comunicacin de extremo a extremo entre las aplicaciones de un host y otro. Entre las tareas principales de esta capa se encuentran: La segmentacin de datos, rastreo de conversaciones individuales, manejo de errores, identificacin de las conversaciones y el posterior reemsamblaje de los segmentos en el host receptor. Tambin se administra el control de flujo de los datos. Para identificar los datos de cada conversacin o aplicacin, la capa de transporte asigna un nmero de puerto y lo agrega en el encabezado de cada segmento que luego es procesado por la capa de red para su entrega al host destino. La misma capa en el destino es responsable de leer el nmero de puerto y entregarlo a la aplicacin correspondiente. Para llevar a cabo este proceso la capa de transporte se vale de dos protocolos: TCP y UDP UDP: User Datagram Protocol. Es un protocolo simple que solo incluye en el encabezado de su PDU el puerto origen y destino de la aplicacin, la longitud y los datos. Es poco confiable y se utiliza para aplicaciones que no requieren tanta exactitud o que tienen mayor tolerancia a fallas como por ejemplo: DNS, Streaming de video y juegos online. TCP: Transmission Control Protocol. Es un protocolo ms riguroso y exacto que lleva un control de los datos transmitidos y rastreo de las conversaciones individuales. En el encabezado de su PDU incluye nmero de puerto de origen y destino, acuse de recibo, tamao de ventana, longitud, entre otros datos necesarios para el control de la transmisin. Entre las aplicaciones que usan TCP estn los exploradores web, transferencia de archivos y correo electrnico. Puertos. Hay tres tipos de puertos que usan las aplicaciones. Puertos bien conocidos: Van desde un rango de 0 a 1023 y se utilizan para aplicaciones comunes (HTTP, DNS, FTP, POP, SMTP, DHCP) Puertos registrados: De 1024 a 49151. Utilizados para aplicaciones individuales de usuario. Puertos Dinmicos: de 49152 a 65535. Se asignan dinmicamente al inicio de una conversacin.

El mtodo por el cual el protocolo TCP garantiza que los datos transmitidos por la red sean reemsamblados correctamente es asignndole un numero de secuencia a cada segmento ya que nada garantiza que los paquetes lleguen en el mismo orden que se enviaron debido a que pueden tomar diferentes rutas a travs de la red. En UDP, los paquetes se reensamblan en el mismo orden en que llegaron. Para iniciar una conversacin TCP, el cliente enva un SYN al servidor y este responde con un ACK (Acknowledgment o acuse de recibo) indicando que se ha recibido la solicitud y posteriormente se establece la conexin. Cuando el cliente no tiene ms datos que enviar, enva un FIN indicando que finaliza la conexin a lo que el servidor responde con un ACK del FIN y enviando otro FIN que cuando es recibido por el cliente, el mismo enva otro ACK indicando que se recibi. El mtodo por el cual TCP asegura la entrega de paquetes es mediante los acuses de recibo. En el segmento se incluye informacin sobre el nmero de secuencia y la cantidad de bytes enviados. El servidor (equipo de destino) recibe dicha informacin y enva un nmero ms que el nmero de bytes recibidos para indicar que ese es el byte que espera en el prximo envi. Mientras el nmero de secuencia permanece igual en el host de origen para indicar que pertenece a la misma conversacin. La cantidad de datos que el destino puede recibir antes de enviar un acuse de recibo se denomina tamao de ventana. Este dato, incluido en el encabezado del segmento, sirve para el control de flujo de datos. Si los segmentos se retrasan por la congestin de la red, se puede reducir el tamao de ventana para que sean ms ligeros y ocupen menos recursos de red o de la mquina. Tambin permite el control de los datos perdidos. Si se recibe un byte que no es el que se espera, el destino no enva el acuse de recibo, al el origen no recibirlo, vuelve a enviar el paquete.