Qué es TCP/IP: el modelo de capas y cómo funciona Internet

TCP/IP es el conjunto de protocolos que mueve Internet. Qué significa, en qué se diferencian TCP e IP y cuáles son las cuatro capas del modelo, explicado claro.

Teléfono móvil suspendido en un túnel de hilos de luz rojos y azules que representan el tráfico de datos por la red

TCP/IP es el conjunto de protocolos sobre el que funciona Internet. Si tuvieras que quedarte con una sola idea, que sea esta: IP se encarga de que los datos lleguen a la máquina correcta y TCP, de que lleguen completos y en orden. Todo lo demás —correo, web, videollamadas, música en streaming— se construye encima de esas dos piezas.

Vamos a ver qué significa, en qué se diferencian sus dos protocolos principales, qué otros forman la familia y cómo reparten el trabajo sus cuatro capas. Y qué pasa entre bambalinas cada vez que abres una página.

Qué es TCP/IP

TCP/IP no es un protocolo, sino una familia de protocolos organizada en capas. Su nombre viene de sus dos miembros más conocidos: el Protocolo de Control de Transmisión (TCP, Transmission Control Protocol) y el Protocolo de Internet (IP, Internet Protocol).

El objetivo es sencillo de enunciar y complicado de cumplir: que cualquier dispositivo conectado a la red pueda intercambiar información con cualquier otro, aunque sean de fabricantes y sistemas operativos distintos y estén separados por varias redes. Para lograrlo, TCP/IP divide los datos en unidades pequeñas —los paquetes—, los etiqueta con su origen y su destino, los enruta y los vuelve a recomponer al llegar.

Esa independencia del fabricante es la razón de su éxito: TCP/IP es el «idioma común» de Internet y también el de la inmensa mayoría de las redes privadas y corporativas.

De dónde viene TCP/IP

El diseño original lo firmaron Vint Cerf y Bob Kahn a mediados de la década de 1970. La primera especificación escrita fue el RFC 675, publicado en diciembre de 1974, donde aparece por primera vez el término Internet en un documento así. El proyecto lo impulsó DARPA, dentro del programa que dio lugar a ARPANET, la red precursora de Internet.

Aquella especificación unificaba transporte y direccionamiento en un solo protocolo. Poco después el diseño se separó en dos: el IP, descrito en el RFC 791 (1981), y el TCP, en el RFC 793 (1981). Separarlos permitió que la parte de transporte evolucionara sin tocar la de direccionamiento, y sigue vigente hoy con una revisión en el RFC 9293 (2022).

ARPANET lo adoptó como estándar a principios de los 80, y desde entonces cualquier red que quiera hablar con Internet tiene que hablarlo.

TCP e IP: dos protocolos, dos trabajos distintos

La respuesta corta es sí, y tanta que no pueden funcionar el uno sin el otro. IP se ocupa de la dirección y el encaminamiento; TCP, del transporte fiable. Son dos problemas diferentes que se resuelven en dos capas diferentes.

IP trabaja en la capa de red. Su trabajo es poner una dirección de origen y una de destino en cada paquete y decidir por qué camino mandarlo hasta el siguiente salto. Lo hace en modo best effort: se esfuerza por entregar, pero no garantiza nada. Un paquete puede perderse, llegar duplicado o aparecer desordenado, y a IP no le importa.

TCP trabaja en la capa de transporte y se ocupa de lo que IP deja suelto. Antes de enviar nada, establece una conexión; después numera los datos, confirma lo que va llegando, reenvía lo que se pierde y ordena lo que llega desordenado. Si la red va saturada, reduce el ritmo para no empeorarla.

Una analogía útil es la del envío postal. IP es el sistema de direcciones y carteros que llevan cada paquete al edificio correcto. TCP es el servicio que comprueba que salieron todos, que ninguno llegó roto y que se pueden montar en el orden correcto. Sin direcciones no sabes adónde enviar; sin el control de TCP, no sabrías si llegó todo.

TCP y UDP: la otra opción de la capa de transporte

TCP no es el único protocolo de transporte. Su compañero es UDP (User Datagram Protocol), que hace justo lo contrario: no establece conexión, no confirma nada y no reenvía. Es más ligero y más rápido, a cambio de no garantizar la entrega ni el orden.

No es peor: para según qué cosas es la elección correcta. Resolver un nombre de dominio o iniciar una videollamada no gana nada esperando confirmaciones que llegan tarde. La clave es elegir según lo que necesite la aplicación:

TCP UDP
Conexión Sí (saludo en tres pasos) No
Fiabilidad Confirma, reenvía y ordena Sin garantías
Velocidad y sobrecarga Más lento, más control Más rápido, mínimo control
Orden de los datos Garantizado No garantizado
Usos típicos Web, correo, transferencia de archivos DNS, voz y vídeo en tiempo real, juegos, DHCP

Qué protocolos forman la suite TCP/IP

TCP/IP es una familia amplia. Además de TCP e IP, incluye protocolos de apoyo que resuelven tareas concretas. Estos son los que más te vas a encontrar:

  • ICMP (Internet Control Message Protocol). Envía mensajes de error y de control; es el protocolo del ping.
  • ARP (Address Resolution Protocol). Traduce una dirección IP a una dirección MAC dentro de la red local. Sin él, el paquete sabría a qué IP ir, pero no a qué dispositivo entregarse (RFC 826).
  • IGMP (Internet Group Management Protocol). Gestiona la multidifusión: enviar el mismo flujo de datos a varios equipos a la vez.
  • DNS (Domain Name System). Traduce nombres como opguardian.com a direcciones IP.
  • HTTP y HTTPS. El protocolo de la web. HTTPS añade cifrado mediante TLS, descrito en el RFC 8446.
  • SMTP, IMAP y POP3. Los protocolos del correo electrónico: uno para enviar y los otros para leer.
  • FTP, SFTP y SSH. Transferencia de archivos y administración remota de equipos.
  • DHCP. Asigna automáticamente direcciones IP a los dispositivos de una red.

Las cuatro capas del modelo TCP/IP

El modelo TCP/IP organiza todo lo anterior en cuatro capas. Cada una usa los servicios de la inferior y ofrece los suyos a la superior, de modo que un cambio en una capa no obliga a tocar las demás. Estas son, de abajo arriba:

Capa De qué se ocupa Protocolos y ejemplos
Acceso a la red Enviar los bits por el medio físico y entregar la trama a la máquina vecina Ethernet, Wi-Fi, ARP
Internet Direccionar y encaminar los paquetes entre redes IP (IPv4 e IPv6), ICMP, IGMP
Transporte Comunicar extremo a extremo con (o sin) garantías TCP, UDP
Aplicación Ofrecer la red a las aplicaciones de usuario HTTP, HTTPS, DNS, SMTP, FTP

Capa de acceso a la red

También llamada capa de interfaz de red, es la que conecta el dispositivo con el medio físico: el cable Ethernet, la señal Wi-Fi, la fibra. Aquí los paquetes viajan encapsulados en tramas y se usan las direcciones físicas, las direcciones MAC. Es la que los routers consultan para entregar un paquete al siguiente salto dentro de la red local.

Capa de Internet

Es donde vive IP. Su misión es que un paquete salga de una red y llegue a otra, por muchos saltos intermedios que haga falta. Cada dispositivo tiene una dirección IP que identifica su red y su posición dentro de ella. La versión clásica, IPv4, se describe en el RFC 791; su sucesora, IPv6, en el RFC 8200.

Capa de transporte

Aquí el dato ya no se piensa en términos de «paquete suelto», sino de conversación entre dos aplicaciones. TCP y UDP son los dos protocolos de esta capa y marcan su gran diferencia de comportamiento: TCP garantiza que todo llega y llega bien; UDP prioriza la rapidez y delega las garantías en la aplicación.

En esta capa aparecen también los puertos, que permiten que un mismo equipo atienda a la vez la web, el correo y una videollamada sin mezclarlas. Y es aquí donde se gestionan el control de flujo y de congestión, esos mecanismos que evitan que un emisor rápido ahogue a un receptor lento. Cuando la red va mal y no por falta de ancho de banda, la causa suele estar en cómo TCP reacciona a la latencia y a la pérdida de paquetes; merece la pena aprender a medir y mejorar la velocidad de Internet antes de echar la culpa a la tarifa.

Capa de aplicación

Es la capa más alta y la que ves de verdad: el navegador, el cliente de correo, la app de mensajería. Los protocolos de aplicación —HTTP, DNS, SMTP, FTP— no se preocupan por cómo viajan los bytes, sino por qué significan. Por debajo, TCP o UDP les entregan una tubería fiable o rápida.

Cómo funciona un envío, paso a paso

La teoría se entiende mejor con un caso real. Imagina que escribes una dirección web y pulsas Intro:

  1. Resolución del nombre. El sistema pregunta al DNS qué dirección IP corresponde a ese dominio.
  2. Saludo en tres pasos. TCP abre la conexión: el cliente manda un SYN, el servidor responde SYN-ACK y el cliente cierra con un ACK.
  3. Cifrado. Si la web usa HTTPS, se negocia la sesión TLS y el contenido viaja cifrado.
  4. Segmentación. La petición se divide en segmentos TCP, que se encapsulan en paquetes IP y, por último, en tramas de la capa de acceso a la red.
  5. Encaminamiento. Cada router lee la IP de destino y reenvía el paquete al siguiente salto.
  6. Confirmaciones y reensamblado. El servidor confirma los segmentos recibidos; los que se pierden se reenvían y TCP los ordena al final.
  7. Cierre. Terminada la transferencia, la conexión se cierra de forma ordenada.

Todo ocurre en milisegundos y de forma invisible: el mérito de TCP/IP es que ninguno de esos pasos tenga que preocuparte.

Puertos y sockets: cómo se encuentran dos aplicaciones

Una dirección IP identifica un dispositivo, pero no a la aplicación que debe atender la conexión. De eso se encarga el puerto, un número que acompaña a la IP. La combinación de IP, puerto y protocolo forma un socket, el punto exacto de comunicación entre dos programas. Sobre esa base funcionan protocolos que mantienen la conexión abierta, como WebSocket, usado para datos en tiempo real.

La IANA, el organismo que coordina estos identificadores, reserva los puertos del 0 al 1023 para servicios conocidos: el 80 es HTTP y el 443, HTTPS. Los puertos por encima de 1024 se usan como origen en las conexiones salientes y permiten distinguir varias aplicaciones a la vez.

TCP/IP hoy: IPv6, QUIC y cifrado

El modelo cumple más de cuarenta años y no deja de adaptarse. Las direcciones IPv4 se agotaron hace tiempo, así que IPv6 lleva años desplegándose en paralelo, con un espacio mucho mayor. La mayoría de los dispositivos actuales funcionan en «doble pila», hablando ambos a la vez.

También ha cambiado el transporte de la web. El protocolo QUIC, definido en el RFC 9000, corre sobre UDP y sustituye buena parte del trabajo que antes hacía TCP, con menos latencia al abrir conexión; es la base de HTTP/3. Y el cifrado, antes opcional, hoy es la norma: casi todo el tráfico moderno viaja bajo TLS.

Ninguna de esas novedades rompe el modelo: cambian las piezas, no la arquitectura de cuatro capas.

Conclusión

TCP/IP es la arquitectura de comunicación que sostiene Internet: una familia de protocolos repartida en cuatro capas, donde IP resuelve el direccionamiento y TCP se encarga del transporte fiable, con protocolos de apoyo como ICMP, ARP o DNS alrededor.

Entender esa división por capas es lo que te permite diagnosticar mejor: saber si un problema está en el nombre (DNS), en la entrega (IP), en la conexión (TCP) o en la aplicación. No hace falta memorizar especificaciones. Basta con tener claro quién hace qué.

Preguntas frecuentes

¿TCP/IP y el modelo OSI son lo mismo?

No. OSI es un modelo teórico de siete capas y TCP/IP, el modelo práctico de cuatro que se implementó de verdad. Por eso a menudo se explican mezclados: se habla de «capa 3» (la de red de OSI) para referirse a la capa de Internet de TCP/IP.

¿Cuál es la diferencia entre TCP e IP?

IP se ocupa de la dirección y del encaminamiento: decide por dónde va cada paquete y hacia qué máquina. TCP se ocupa del transporte fiable: establece la conexión, confirma la entrega, reenvía lo que se pierde y ordena lo que llega desordenado. Trabajan en capas distintas y se necesitan mutuamente.

¿Qué diferencia hay entre TCP y UDP?

TCP garantiza la entrega: establece conexión, confirma y reenvía. UDP no garantiza nada, pero es más ligero y rápido. Se elige según lo que necesite la aplicación: TCP para web, correo o descargas; UDP para DNS, voz, vídeo en tiempo real y juegos en línea.

¿Por qué Internet usa TCP/IP y no otro protocolo?

Porque nació para ser independiente del fabricante y de la tecnología de cada red, y su diseño por capas le permite evolucionar sin rehacerse entero. Otros protocolos funcionan en entornos cerrados, pero no ofrecen esa neutralidad, justo lo que necesita una red mundial hecha de redes distintas.

¿TCP/IP funciona igual con IPv6?

Sí. IPv6 cambia el direccionamiento y el formato del paquete, pero el modelo de capas y el resto de la familia siguen igual. Lo habitual hoy es la doble pila: el dispositivo tiene IPv4 e IPv6 y elige la que esté disponible en cada conexión.