Cuando nos queremos conectar a Internet, solo necesitamos un par de maniobras para establecer una conexión entre el rúter y el ordenador o el terminal móvil. No se requieren más pasos, ya que el inicio de sesión en red es automático, al igual que la asignación de una dirección individual de Internet que necesitas para enviar y recibir datos. Todo ello es posible gracias a una serie de protocolos que también se conoce como familia de protocolos de Internet. En este contexto, uno de los miembros más importantes y antiguos es el protocolo de control de transmisión TCP, siglas de Transmission Control Protocol, y sirve para determinar cómo los dispositivos reunidos en la red deben transmitir sus datos.
El protocolo TCP es un acuerdo estandarizado de transmisión de datos entre distintos participantes de una red informática. La historia de este protocolo se remonta hasta el año 1973, cuando los informáticos Robert E. Kahn y Vinton G. Cerf publicaron su primera versión en el marco de su trabajo de investigación. No obstante, tuvieron que pasar otros ocho años para que se estandarizara con el documento RFC 793. Desde entonces, se ha ido sucediendo una serie de mejoras y ampliaciones, aunque el núcleo del producto se mantiene sin cambios hasta hoy en día. La versión actual, publicada en el RFC 7323 es del año 2014.
El estado actual de desarrollo del protocolo TCP permite establecer una conexión entre dos puntos terminales en una red informática común que posibilite un intercambio mutuo de datos. En este proceso, cualquier pérdida de datos se detecta y resuelve, por lo que se considera un protocolo fiable. Dentro de la familia de protocolos de Internet, el TCP, junto con el UDP y el SCTP forma el grupo de los protocolos de transporte, que, según el modelo OSI, se ubican en la capa de transporte dentro de la arquitectura de red. Como el protocolo TCP se combina casi en todos los casos con el protocolo de Internet (IP) y esta conexión forma la base de la gran mayoría de redes locales y servicios de red, es común hablar del conjunto de protocolos TCP/IP, aunque en realidad se haga referencia a la familia de protocolos de Internet.
El protocolo de control de transmisión permite la transmisión de información en ambas direcciones. Por lo tanto, los sistemas informáticos que se comunican mediante TCP pueden enviar y recibir datos de forma simultánea, como si se tratase de una llamada telefónica. En este contexto, las unidades de transmisión básicas de las que echa mano el protocolo son segmentos (paquetes) que, aparte de los datos de uso, también pueden contener información de control y están limitados a un tamaño de 1500 bytes. El establecimiento y la interrupción de las conexiones, que se pueden catalogar como conexiones de terminal a terminal, así como la transmisión de datos en sí, la realiza el software TCP en la pila de protocolos de red del sistema operativo correspondiente.
El software TCP se activa mediante distintas aplicaciones de red, como los navegadores de red o los servidores, a través de interfaces específicas. Cada conexión se debe identificar siempre claramente mediante dos puntos terminales definidos (cliente y servidor). En este contexto, qué lado desempeña el papel de cliente y cuál el de servidor es indiferente. Lo que importa es que el software TCP cuente con una pareja ordenada de dirección IP y puerto (también denominada “2-tupla” o “socket”) en cada punto terminal.
Para que el establecimiento de una conexión TCP válida sea posible, ambos puntos terminales deben contar con una dirección IP unívoca (IPv4 o IPv6) y deben haber declarado y habilitado el puertodeseado para la transmisión de datos. Mientras que la dirección IP funciona como característica de identificación, el puerto sirve para que el sistema operativo pueda asignar las conexiones a las aplicaciones de servidor y de cliente.
Puedes consultar una explicación detallada de la interacción entre TCP e IP en nuestro artículo extendido sobre TCP/IP.
La secuencia específica para establecer una conexión con el protocolo TCP es la siguiente:
Como el establecimiento de la conexión mediante el Transmission Control Protocol implica un total de tres pasos, se ha acuñado el nombre de “triple apretón de manos” para este proceso.
Si el puerto del servidor está cerrado o si bloquea el acceso, en lugar del paquete de confirmación, el cliente recibe un paquete TCP-RST (del inglés reset = “restablecer”).
Ambos interlocutores de la comunicación pueden interrumpir una conexión TCP establecida e incluso se permite la interrupción unilateral. Este último caso también se denomina como conexión semicerrada, en la que la contraparte todavía puede transmitir datos cuando un participante ya ha interrumpido la conexión.
Las diferentes estaciones del establecimiento de conexión mutua (por no complicar la explicación, iniciado, en este caso, también por el cliente) se pueden resumir de la siguiente manera:
No obstante, para la parte que envía el último segmento ACK (en nuestro caso, el cliente), la conexión no se interrumpe inmediatamente. Como no existe forma de garantizar que el último paquete enviado ha llegado a su destino, el correspondiente interlocutor de comunicación permanece en un modo de espera (también estado “Time-Wait”) hasta que hayan transcurrido los tiempos de ejecución máximos del segmento ACK y de un posible nuevo segmento FIN (según RFC 793, 2 minutos en cada caso).
Como es costumbre en los protocolos, los datos más importantes, es decir, los datos que se necesitan para el establecimiento de la conexión y la transmisión de datos con el protocolo de control de transmisión se encuentran en el encabezado de un paquete TCP. Estos datos de cabecera (también información de control) están antes de la carga útil (Payload) y suelen tener un tamaño de 20 bytes (160 bits), seguidos de hasta 40 bytes (320 bits) de información adicional que es opcional y que no se usa en todos los paquetes.
Si solo se transmiten confirmaciones, mensajes de error, etc., como en el caso de los mensajes SYN y FIN (establecimiento/interrupción de conexión), se permiten segmentos TCP sin datos de uso, o sea, encabezados puros.
Si lo analizamos más en detalles, esta es la estructura del encabezado TCP:
En este contexto, los distintos componentes o campos del encabezado del protocolo TCP tienen el siguiente significado:
Puerto de origen (16 bits): indica el número de puerto del emisor.
Puerto de destino (16 bits): indica el número de puerto del receptor.
Número de secuencia (32 bits): el número de secuencia indica el primer byte de los datos de uso anexos o se envía en el contexto del establecimiento o la interrupción de la conexión. Sirve para la validación y clasificación (después de la transmisión) de los segmentos.
Número de confirmación (32 bits): en este campo se indica el número de confirmación que espera el emisor en siguiente lugar. La condición para su validez es una etiqueta ACK (en el campo “Flags”).
Offset (4 bits): el campo “Offset” indica la longitud del encabezado en bloques de 32 bits para destacar el punto de inicio de los datos de uso. Dicho punto varía de segmento a segmento debido al campo variable de opciones.
Reservado (6 bits): según RFC 793, reservado para un uso futuro (sin uso hasta ahora). Este campo siempre debe tener un valor igual a “0”.
Flags (6 bits): mediante los 6 posibles bits individuales en el campo “Flags” se pueden activar distintas acciones TCP para organizar la comunicación y el procesamiento de datos. Las flags, que se ajustan o no para estas activaciones, son las siguientes:
Tamaño de ventana (16 bits): en este campo se le transmite al interlocutor de comunicación el número de bytes que el emisor está dispuesto a recibir.
Suma de comprobación (16 bits): el protocolo es capaz de reconocer errores de transmisión de manera fiable. En este contexto, se usa la suma de comprobación, que se calcula a partir del encabezado, los datos de uso y el denominado seudoencabezado.
Urgent-Pointer (16 bits): el Urgent-Pointer (indicador “urgente”) indica la posición del primer byte después de los datos de uso que deben tratarse con carácter urgente. Por lo tanto, este campo solo es válido y relevante si tiene una etiqueta URG.
Opciones (0-320 bits): si se desea que se faciliten funciones TCP que no pertenecen al encabezado general, esta tarea se realiza mediante el campo de opciones. Un ejemplo es la definición del tamaño máximo de segmento. La longitud de las opciones siempre debe ser un múltiplo de 32 bits, en caso contrario, hay que rellenar con bits cero (padding).
Antes de que se transmitan los primeros datos, el emisor y el receptor se ponen de acuerdo en cuanto al tamaño máximo de los segmentos que se van a enviar (Maximum Segment Size, MSS). Por defecto se permiten hasta 1500 bytes por segmento, de los que hay que tener en cuenta que 20 bytes son para el encabezado TCP y otros 20 bytes, para el encabezado IP, de manera que quedan 1460 bytes disponibles para datos de uso. Si se desea un tamaño concreto, hay que especificarlo a través del campo de opciones, tal y como se ha explicado anteriormente, por lo que hay que restar más capacidad a los bytes destinados para los datos de uso.
Para proteger tu privacidad, el vídeo se cargará tras hacer clic.
Si contamos con el tamaño máximo de segmento menos los encabezados, esto significa que un paquete TCP no puede transmitir datos de un tamaño superior a 1,46 KB, o sea, 0,00146 MB. Para que el protocolo se pueda usar para enviar contenido web, como imágenes, que pueden ocupar varios cientos de kilobytes, se emplea la segmentación, en la que los datos de aplicación se dividen en varios bloques de datos antes del transporte, se numeran y se envían en un orden aleatorio. Como el receptor debe confirmar la recepción de cada uno de los segmentos y puede reconstruir el orden real mediante los números de secuencia, no tiene ningún problema para recomponer todos los datos de uso recibidos después de la transmisión.
Si el emisor no recibe confirmación para uno de los segmentos enviados, se usa el denominado Retransmission Timeout (RTO). Si se agota esta cuenta regresiva tras el envío de un paquete antes de que se transmita respuesta alguna, se inicia automáticamente un nuevo envío. La duración de la cuenta regresiva se adapta de forma dinámica mediante un algoritmo y depende de la velocidad individual de transmisión.
El protocolo TCP ya lleva un cuarto de siglo marcando la historia y el desarrollo de las redes informáticas. Esto es debido, por un lado, a su buena compatibilidad con el también histórico protocolo de Internet (IP) y, por el otro, gracias a las características principalmente ventajosas que le diferencian de alternativas como el UDP o el SCTP. En este contexto, este es un resumen de las características más importantes:
Sin direcciones IP, la comunicación en internet no funcionaría. Y es que los routers (las oficinas de correo de internet) necesitan una instrucción concreta para saber adónde enviar los paquetes de datos. El tema también tiene caras ocultas: ¿para qué se usan las direcciones IP, además de para webs y correos electrónicos? Dado que los hackers y trackers las usan como herramienta, cada vez ganan...
Los protocolos regulan la comunicación por internet. Para que los paquetes de datos puedan entrar en los sistemas y salir de estos, hay que abrir puertas. Estas reciben el nombre de puertos y representan un aspecto muy importante de internet. Existen más de 65 000 puertos TCP y UDP disponibles. Se dividen en well-known ports, registered ports y otros variables. ¿Cuáles son importantes?
Como red de ordenadores conectados en todo el mundo, Internet es la plataforma perfecta para recopilar y distribuir información. La World Wide Web, probablemente el servicio de Internet más conocido, es prueba fehaciente de esto. La aún más antigua Usenet también está basada en la conexión global de Internet. Sin embargo, para la transmisión de datos utiliza su propio protocolo, NNTP, sobre el que...
Ofrece un servicio fiable y de alto rendimiento a tus clientes con un pack hosting de IONOS.
Ver planes
