La capa de transporte provee comunicaci�n extremo a extremo desde un programa de aplicaci�n a otro. Puede proveer un transporte confiable asegurando que los datos lleguen sin errores y en la secuencia correcta coordina m�ltiples aplicaciones que interactuen en la red simult�neamente de tal forma que los datos enviados por una aplicaci�n sean recibidos por la aplicaci�n correspondiente.
Los �nicos protocolos posibles para el transporte son el TCP (Trasnmision Control Protocol) y el UDP. (User Datagram Protocol), es posible usar uno de los dos dependiendo del modo del m�todo preferido para el env�o de los datos.
El TCP da un tipo de conectividad orientada a conexi�n, es usualmente utilizado en las grandes transferencias y cuando se requiere un reconocimiento o validaci�n de los datos recibidos (ACK "ACKnowledgment").
El UDP. proporciona una conexi�n de comunicaci�n y b�sicamente no garantiza la entrega de paquetes, las aplicaciones que utilizan el UDP. son las responsables de la integridad de los paquetes y debe establecer sus propios mecanismos para pedir la repetici�n de mensajes.
PROTOCOLO TCP
Es el servicio responsable de ensamblar los datos que se van a transmitir y controla su transmisi�n de un sitio a otro. Asegura la calidad de la transmisi�n y de la recepci�n.
Este protocolo proporciona un servicio de comunicaci�n que forma un circuito, es decir, que el flujo de datos entre el origen y el destino parece que sea continuo. TCP proporciona un circuito virtual el cual es llamado una conexi�n.
Se dice que el TCP es un protocolo orientado a la conexi�n porque tiene una conexi�n entre los programas llamados y los que llama (origen y destino), lo que provee un chequeo de errores, control de flujo y capacidad de interrupci�n, por lo tanto es totalmente fiable.
Los datos TCP se transmiten en segmentos y se establece una sesi�n antes de que las maquinas puedan intercambiar datos. TCP usa comunicaciones en flujo de bytes, es decir los datos son considerados una secuencia de bytes.
La seguridad que ofrece el TCP se consigue asignando un numero de secuencia a cada segmento transmitido por el protocolo. La recepci�n de un ACK nos confirma la llegada correcta de un segmento a la otra maquina. Por cada segmento enviado, el receptor debe devolver un ACK en un periodo de tiempo especificado.
Si el emisor no recibe un ACK, entonces se vuelve a transmitir. Si el segmento se recibe da�ado, la confirmaci�n se descarta y el segmento se tiene que enviar de nuevo.
Sesiones TCP
Una sesi�n TCP se inicia en tres v�as. El prop�sito es que se sincronicen el env�o y la recepci�n de segmentos, informar a la otra maquina de datos que es capaz de recibir de una sola vez y establecer una conexi�n virtual.
Los pasos seguidos para el inicio de la sesi�n son los siguientes
Al momento de finalizar la conexi�n el TCP realiza un proceso similar para garantizar que todas la maquinas han recibido y transmitido todos los datos.
Puertos
Las aplicaciones, se identifican a si mismas de manera �nica a trav�s de los puertos, los puertos pueden usar un numero entre 0 y 65536. Los n�meros de puerto orientados para clientes, son din�micamente asignados por el sistema operativo cuando se solicita la petici�n para el servicio, existen unos puerto menores a 124 que se les denomina well - know (bien conocidos) estos puertos est�n predeterminados y no pueden cambiarse.
Los puertos mas usuales dentro de este rango, identifican tambi�n a las aplicaciones mas usuales entre ellas tenemos.
21 FTP
Ventanas de apertura en el TCP
Los buferes TCP para transmisi�n entre dos maquinas se realiza utilizando ventanas. Cada maquina mantiene dos ventanas, una que es la que recibe los datos y otra que los env�a, el tama�o de las ventanas de cada maquina indica la cantidad de datos que pueden mantenerse en los buferes en una de las maquinas.
Estructura de los paquetes
Todos los segmentos enviados por el protocolo tienen dos partes: datos y cabecera, la cabecera es la que se encarga de identificar todo acerca de los segmentos, como se detalla a continuaci�n
Estados del TCP
El inicio, mantenimiento y cierre de una conexi�n requiere que el TCP recuerde toda la informaci�n relativa a cada conexi�n. Esta informaci�n se almacena en una entrada para cada conexi�n dentro del TCB (Bloque de Control de Transmisiones). Cuando se abre una conexi�n, la entrada en el TCB se realiza con todas las variables inicializadas con sus respectivos valores. Durante la conexi�n, la entrada del TCB es actualizada a medida que cambia la informaci�n. A continuaci�n se describen algunos de los estados.
EL PROTOCOLO UDP.
User Datagram Protocol, es un servicio de datagramas sin garant�a de entrega. A este m�todo se le denomina "sin conexi�n" al contrario que el TCP que al establecer una sesi�n, se le denomina como ya vimos "orientado a conexi�n" . por tanto la llegada al destino de un datagrama o la secuencia correcta de entrega no esta garantizada.
UDP se utiliza en las aplicaciones que no requieren un ACK de acuse de recibo de recepci�n de datos. Las aplicaciones que lo utilizan son t�picamente las aplicaciones que transmiten peque�as cantidades de datos a la vez.
22 Telnet
53 Domain Name System
80 HTTP
139 Servicio NetBios
Puerto origen
Indica el puerto de la maquina emisora de datos
Puerto destino
Indica el puerto TCP de la maquina destino
Numero ACK
El numero de secuencia el pr�ximo byte que se espera recibir
Longitud de Datos
Longitud del segmento TCP
Reservado
Reservado para uso futuro
Flags
Es un indicador que especifica cual es el contenido del segmento
Ventana
Indica cuanto espacio queda disponible en la ventana
Checksum
Numero de control para verificar la ventana correcta
Apuntador "urgente"
Indica los datos urgentes
