# El protocolo TCP/IP - Sitio: Ikusmira — enciclopedia en castellano de ciencias sociales y humanidades - URL canónica: https://ikusmira.org/p/el-protocolo-tcp-ip/ - Categoría: Informática - Publicado: 2025-04-18 - Autoría: Josemari Sarasola Ledesma — Editor coordinador; Profesor titular de escuela universitaria, Universidad del País Vasco/Euskal Herriko Unibertsitatea - Perfiles del autor: https://ekoizpen-zientifikoa.ehu.eus/investigadores/127490/detalle, https://dialnet.unirioja.es/servlet/autor?codigo=333202 - Política editorial (autoría, revisión, correcciones, financiación): https://ikusmira.org/politica-editorial/ El **protocolo TCP/IP** (en inglés, *Internet protocol suite*) es el conjunto de reglas con el que se comunican los ordenadores conectados a Internet. El nombre junta los dos protocolos principales: IP, el *protocolo de Internet* (*Internet Protocol*), que lleva cada trozo de datos de un ordenador a otro a través de redes distintas, y TCP, el *protocolo de control de transmisión* (*Transmission Control Protocol*), que se asegura de que esos trozos llegan todos, sin duplicados y en orden. Un *protocolo* (*protocol*) es un acuerdo sobre el formato de los mensajes y sobre lo que hay que hacer al recibir cada uno, igual que el protocolo de una llamada telefónica dice que quien contesta habla primero. Internet no es una red, sino miles de redes de dueños distintos, con cables, radios y aparatos distintos, que se entienden porque todas aceptan ese acuerdo. La idea de partida es la *conmutación de paquetes* (*packet switching*). En la red telefónica clásica, una llamada reservaba un circuito entero de un extremo a otro mientras duraba, hablara alguien o no. En una red de paquetes, el mensaje se trocea en *paquetes* (*packets*) de unos pocos cientos o miles de bytes, cada uno con la dirección de destino escrita en una cabecera, y cada paquete viaja por su cuenta. Los *encaminadores* (*routers*) que hay en cada cruce de la red miran la dirección y lo mandan un paso más cerca de su destino, a veces por caminos distintos para paquetes del mismo mensaje. La propusieron por separado a mediados de los sesenta Paul Baran, en la RAND Corporation, que buscaba una red de comunicaciones militares capaz de sobrevivir a la destrucción de parte de sus nodos, y Donald Davies, en el Laboratorio Nacional de Física británico, que buscaba simplemente aprovechar mejor las líneas y que fue quien les dio el nombre de paquetes. La primera red de paquetes grande fue ARPANET, financiada por el Departamento de Defensa estadounidense. Su primer mensaje salió el 29 de octubre de 1969 de la Universidad de California en Los Ángeles hacia el Instituto de Investigación de Stanford: iba a ser la palabra LOGIN, y el sistema se colgó después de las dos primeras letras. Pero ARPANET era una sola red con un solo protocolo. El problema que resolvieron Vinton Cerf y Robert Kahn en su artículo de 1974 era distinto: cómo conectar redes que no tenían nada en común, una por cable, otra por radio, otra por satélite, cada una con sus tamaños de paquete y su fiabilidad. Su respuesta fue poner encima de todas ellas un protocolo común y unas *pasarelas* (*gateways*) entre redes, y cargar la responsabilidad de que el mensaje llegue entero a los ordenadores de los extremos y no a la red. En 1978 el protocolo se partió en dos, IP para el encaminamiento y TCP para la fiabilidad, y el 1 de enero de 1983 ARPANET dejó de aceptar el protocolo anterior. Esa fecha se suele dar como el nacimiento de Internet. El reparto de tareas es la clave del diseño. IP es deliberadamente pobre: entrega los paquetes *con el mejor esfuerzo* (*best effort*), lo que quiere decir que pueden perderse, duplicarse o llegar desordenados, y no avisa. TCP, que solo se ejecuta en los dos extremos, numera los paquetes, espera un *acuse de recibo* (*acknowledgement*) de cada uno, reenvía los que no se confirman y los reordena al llegar. Jerome Saltzer, David Reed y David Clark lo justificaron en 1984 con el *principio de extremo a extremo* (*end-to-end principle*): las funciones que solo pueden hacerse bien en los extremos, como comprobar que un fichero ha llegado entero, no hay que meterlas en la red, porque de todos modos habrá que hacerlas en los extremos. Una red tonta con extremos listos resultó ser la que mejor aceptaba usos que nadie había previsto: el correo y las [listas de correo](https://ikusmira.org/p/lista-de-correo/), la web y la [navegación](https://ikusmira.org/p/navegacion-informatica/) por ella, la voz, el vídeo. Para lo que no necesita tanta garantía, como una videollamada, en la que un paquete que llega tarde ya no sirve, existe UDP, que prescinde de los acuses y los reenvíos. La red casi muere de éxito en 1986. En octubre de ese año, el enlace entre el Laboratorio Lawrence Berkeley y la Universidad de California en Berkeley, a unos cientos de metros, pasó de transmitir 32 kilobits por segundo a 40 bits por segundo: los ordenadores reenviaban los paquetes perdidos tan deprisa que atascaban la red todavía más. Van Jacobson propuso en 1988 que TCP aprendiera a frenar, reduciendo a la mitad su ritmo de envío cada vez que detectara una pérdida y aumentándolo poco a poco mientras todo fuera bien. Ese *control de congestión* (*congestion control*) es la razón de que miles de millones de conexiones compartan hoy las mismas líneas sin que nadie las coordine. La parte que se ha quedado pequeña son las direcciones. Una dirección IPv4, la versión que se desplegó en 1983, tiene 32 bits, que dan para unos 4.300 millones de aparatos, una cifra que parecía inagotable. La reserva central de direcciones se agotó en febrero de 2011. La versión siguiente, IPv6, usa 128 bits, suficientes para dar varias direcciones a cada grano de arena de la Tierra, pero su despliegue es lento: a mediados de la década de 2020, solo alrededor de la mitad del tráfico que llega a Google usa IPv6. Mientras tanto, la mayoría de las casas comparten una sola dirección pública entre todos sus aparatos mediante un truco del router, la *traducción de direcciones de red* (*network address translation*, NAT). Por encima de TCP/IP funciona casi todo lo que se entiende por Internet. El sistema de nombres de dominio traduce nombres como *ikusmira.org* a direcciones numéricas; la web, que Tim Berners-Lee creó entre 1989 y 1991, es un protocolo más, HTTP, que viaja sobre TCP. La web es a Internet lo que una conversación a la red telefónica, y todo lo que se ha construido encima, de la [Web 2.0](https://ikusmira.org/p/web-20/) a las aplicaciones del teléfono, depende de un acuerdo de 1974 que nadie impone y todo el mundo cumple, y que es la forma más extendida de [interoperabilidad](https://ikusmira.org/p/interoperabilidad-informacion/) que existe. ## Fuentes - Vinton G. Cerf y Robert E. Kahn — *A Protocol for Packet Network Intercommunication*, IEEE Transactions on Communications 22 (5) (1974) — https://doi.org/10.1109/TCOM.1974.1092259 - Jerome H. Saltzer, David P. Reed y David D. Clark — *End-to-End Arguments in System Design*, ACM Transactions on Computer Systems 2 (4) (1984) — https://doi.org/10.1145/357401.357402 - Van Jacobson — *Congestion Avoidance and Control*, ACM SIGCOMM Computer Communication Review 18 (4) (1988) — https://doi.org/10.1145/52325.52356 - Janet Abbate — *Inventing the Internet*, MIT Press (1999) --- Cómo citar: Sarasola, Josemari (2025). «El protocolo TCP/IP». Ikusmira. https://ikusmira.org/p/el-protocolo-tcp-ip/ Índice del sitio para modelos: https://ikusmira.org/llms.txt