Está en la página 1de 3

Transmission Control Protocol Definicin

Elvis Garrido 2010-0209

TCP, es uno de los protocolos fundamentales en Internet. Fue creado entre los aos 1973 y 1974 por Vint Cerf y Robert Kahn. El protocolo se caracteriza por garantizar que los datos sern entregados en su destino sin errores y en el mismo orden en que se transmitieron. Tambin proporciona un mecanismo para distinguir distintas aplicaciones dentro de una misma mquina, a travs del puerto. TCP da soporte a muchas de las aplicaciones ms populares de Internet (navegadores, intercambio de ficheros, clientes FTP, etc.) y protocolos de aplicacin HTTP, SMTP, SSH y FTP. Informacin Tcnica TCP es un protocolo de comunicacin orientado a conexin fiable del nivel de transporte, es un protocolo de capa 4 segn el modelo OSI. Funciones de TCP En la pila de protocolos TCP/IP, TCP es la capa intermedia entre el protocolo de internet (IP) y la aplicacin. Habitualmente, las aplicaciones necesitan que la comunicacin sea fiable y, dado que la capa IP aporta un servicio de datagramas no fiable, TCP aade las funciones necesarias para prestar un servicio que permita que la comunicacin entre dos sistemas se efecte libre de errores, sin prdidas y con seguridad. Formato de los Segmentos TCP En el nivel de transporte, los paquetes de bits que constituyen las unidades de datos de protocolo TCP se llaman "segmentos".
UDP: proporciona un nivel de transporte no fiable de datagramas, ya que apenas aade la informacin necesaria para la comunicacin extremo a extremo al paquete que enva al nivel inferior. TCP: es el protocolo que proporciona un transporte fiable de flujo de bits entre aplicaciones . Est pensado para poder enviar grandes cantidades de informacin de forma fiable, liberando al programador de la dificultad de gestionar la fiabilidad de la conexin que gestiona el propio protocolo. Pero la complejidad de la gestin de la fiabilidad tiene un coste en eficiencia. Debido a que los paquetes para enviar tienen un tamao mximo, cuanta ms informacin aada el protocolo para su gestin, menos informacin que proviene de la aplicacin podr contener ese paquete (el segmento TCP tiene una sobrecarga de 20 bytes en cada segmento, mientras que UDP solo aade 8 bytes). *Cuando es ms importante la velocidad que la fiabilidad, se utiliza UDP. En cambio, TCP asegura la recepcin en destino de la informacin para transmitir .

Transmission Control Protocol Funcionamiento de TCP

Elvis Garrido 2010-0209

Las conexiones TCP se componen de tres etapas: establecimiento de conexin, transferencia de datos y fin de la conexin. Para establecer la conexin se usa el procedimiento llamado negociacin en tres pasos (3-way handshake). Para la desconexin se usa una negociacin en cuatro pasos (4-way handshake). Establecimiento de la conexin (negociacin en tres pasos) Negociacin en tres pasos o Three-way handshake El establecimiento de la conexin consta de tres pasos: El cliente enva un paquete SYN para verificar si el servidor tiene un proceso activo escuchando en el puerto. De no ser as, el servidor manda al cliente un paquete de respuesta con el bit RST activo y se rechaza la conexin. Si hay un proceso escuchando en el puerto, el cliente manda un paquete SYN/ACK. Un paquete SYN/ACK es un paquete enviado desde el servidor al cliente para indicar que est listo para establecer una conexin y transmitir datos. Entonces el cliente enva al servidor un paquete ACK, y empieza la transmisin de datos. Un paquete ACK es un paquete enviado en la fase final de la negociacin en tres pasos. Este le indica al servidor que se recibi su permiso para la conexin y se empezara a transmitir por el puerto indicado.

Es interesante notar que existe un nmero de secuencia generado por cada lado, ayudando de este modo a que no se puedan establecer conexiones falseadas (spoofing).

Transmission Control Protocol Fin de la conexin

Elvis Garrido 2010-0209

La fase de finalizacin de la conexin usa una negociacin en cuatro pasos (four-way handshake), terminando la conexin desde cada lado independientemente. Cuando uno de los dos extremos de la conexin desea parar su "mitad" de conexin transmite un paquete FIN El otro interlocutor asentir con un ACK. Por tanto, una desconexin tpica requiere un par de segmentos FIN y ACK desde cada lado de la conexin.

Una conexin puede estar "medio abierta" en el caso de que uno de los lados la finalice pero el otro no.