Al final del módulo anterior dibujamos un cuadro con cuatro familias de protocolos —aplicación, transporte, red y enlace— y descubrimos que ese cuadro era, casi literalmente, un modelo en capas. En esta lección vamos a conocer la versión formal y completa de esa idea: el modelo OSI (Open Systems Interconnection), un marco de referencia de siete capas que la industria utiliza desde hace décadas para nombrar, ordenar y diagnosticar todo lo que ocurre en una red. Entender el modelo OSI es importante por una razón muy práctica: es el idioma común de la profesión. Cuando un técnico dice "eso es un problema de capa 3" o una oferta de trabajo pide "conocimientos de capa 2", están usando este modelo. Al terminar la lección sabrás qué es exactamente OSI, qué hace cada una de sus siete capas y cómo usarlo como herramienta de pensamiento.

1. Qué es un modelo de referencia (y qué no es)
2. Origen del modelo OSI
3. Las siete capas: visión general y mnemotecnia
4. Principios de funcionamiento del modelo
5. Encapsulación y PDU: los nombres formales
6. Recorrido guiado: la petición de Marta por las 7 capas
7. OSI como lenguaje de diagnóstico

Empecemos deshaciendo el malentendido más habitual: el modelo OSI no es un software, ni un protocolo, ni algo que se instale o se configure. No existe un "programa OSI" ejecutándose en el router de Valencia. El modelo OSI es un mapa conceptual: una forma acordada de dividir el problema gigante de "comunicar dos ordenadores" en siete problemas más pequeños, cada uno con nombre y número.

Una buena analogía es el plano del metro de una ciudad. El plano no es la ciudad: las distancias no son reales y las líneas no son rectas de verdad. Pero es enormemente útil, porque todo el mundo lo entiende igual y permite decir "haz transbordo en la línea 3" sin ambigüedad. El modelo OSI cumple esa misma función con las redes.

Un modelo de referencia sirve para:

• Dividir la complejidad: cada capa resuelve un problema concreto y bien delimitado, y puede diseñarse (y estudiarse) por separado.
• Estandarizar el vocabulario: "trama", "paquete", "segmento" o "capa 3" significan lo mismo para un técnico en Valencia, en Bilbao o en Tokio.
• Permitir la interoperabilidad: si un fabricante respeta las fronteras entre capas, su equipo puede trabajar con equipos de otros fabricantes. El switch de Meridiano es de una marca y el router de otra, y se entienden sin problema.
• Localizar averías: si sabes en qué capa falla algo, sabes qué revisar y qué descartar. Esta es la utilidad que más vas a explotar como profesional.

Lo que un modelo de referencia no hace: no obliga a que el software real esté organizado exactamente así. Como veremos en el módulo 4, Internet funciona con una pila de protocolos (TCP/IP) que no encaja al milímetro en las siete capas. Aun así, el vocabulario OSI se sigue usando para describir esa pila. Es el mapa, no el territorio.

A finales de los años 70, cada fabricante de ordenadores tenía su propia arquitectura de red, propietaria e incompatible con las demás: los equipos de IBM hablaban SNA, los de DEC hablaban DECnet, y conectar equipos de marcas distintas era entre difícil e imposible. Era como si cada marca de teléfono solo pudiera llamar a teléfonos de su misma marca.

Para resolverlo, la ISO (International Organization for Standardization, la misma organización de las normas ISO de calidad) impulsó un proyecto de interconexión de "sistemas abiertos" —abiertos en el sentido de no propietarios—. El resultado se publicó como estándar en 1984: el modelo de referencia OSI, con sus siete capas.

Hay una ironía histórica que conviene conocer: junto al modelo, la ISO definió también una familia de protocolos OSI que debían implementarlo... y esos protocolos perdieron frente a TCP/IP, que era más simple, más pragmático y ya funcionaba en la práctica. Internet no funciona con protocolos OSI. Sin embargo, el modelo —el mapa de siete capas, sus nombres y sus números— sobrevivió y se convirtió en la referencia universal para enseñar, documentar y diagnosticar redes. Los protocolos murieron; el vocabulario venció.

Estas son las siete capas, numeradas de abajo (lo más cercano al cable) hacia arriba (lo más cercano al usuario):

Para memorizar el orden existen mnemotecnias clásicas. Una en español, de la capa 1 a la 7:

"Federico Estudia Redes Todas Sus Prácticas Aprobadas" (Física, Enlace, Red, Transporte, Sesión, Presentación, Aplicación)

Y la más famosa en inglés, de la 7 a la 1: "All People Seem To Need Data Processing" (Application, Presentation, Session, Transport, Network, Data Link, Physical).

La siguiente tabla es el corazón de esta lección y del módulo entero. Fíjate en que la columna de ejemplos está llena de viejos conocidos del módulo 2:

Observa dos cosas:

• Las capas 1 a 4 tienen unidades de datos y dispositivos muy concretos: son las "capas de fontanería", y coinciden casi una a una con las familias del módulo 2.
• Las capas 5 a 7 no tienen direcciones ni dispositivos propios: viven dentro del software. En el módulo 2 las tratamos todas juntas como "aplicación"; OSI las separa en tres, y en las lecciones 03-06 a 03-08 veremos por qué las distingue y por qué en la práctica suelen fundirse.

El modelo OSI se apoya en dos principios que conviene entender bien, porque explican todo lo demás.

Cada capa ofrece servicios a la capa de encima y consume los servicios de la capa de abajo, sin necesitar saber cómo funcionan las demás por dentro:

• La capa de transporte (4) le dice a la aplicación (7-5): "dame tus datos y yo te garantizo que llegan al proceso correcto del otro extremo". Para lograrlo, usa a la capa de red (3): "llévame este segmento hasta la IP 192.168.20.5".
• La capa de red (3) usa a la de enlace (2): "entrégale este paquete al siguiente salto de esta red local".
• La capa de enlace (2) usa a la física (1): "convierte esta trama en señales y ponla en el cable".

Esta independencia es lo que permite cambiar una capa sin tocar las demás. Cuando Meridiano sustituyó parte del cableado de Valencia por Wi-Fi para los portátiles, cambió las capas 1 y 2 de esos equipos (de Ethernet por cable a 802.11 por radio), pero nada de las capas 3 a 7 tuvo que modificarse: la intranet siguió funcionando idéntica, con las mismas IP, el mismo TCP y el mismo HTTP.

Cada capa del emisor "conversa" lógicamente con la misma capa del receptor. El TCP del PC de Marta dialoga con el TCP del servidor (números de secuencia, ACK...); el IP de Marta dialoga con el IP del servidor (TTL, direcciones...); el Ethernet de Marta, con el Ethernet del switch. Cada capa lee y entiende su cabecera, la que puso su capa par en el otro extremo, y trata todo lo demás como carga opaca.

Es como una empresa que envía un contrato a otra: la abogada escribe para la abogada de la otra empresa, el administrativo prepara el sobre para el administrativo receptor, y el mensajero trata con el mensajero. La abogada no necesita saber en qué furgoneta viajó el sobre; el mensajero no necesita entender el contrato.

La única comunicación real ocurre por la capa física; todas las demás son conversaciones lógicas transportadas por las capas inferiores.

En el módulo 2 vimos la encapsulación como "meter cartas dentro de sobres": los datos de HTTP dentro de un segmento TCP, este dentro de un paquete IP, este dentro de una trama Ethernet. El modelo OSI le pone nombre formal a cada sobre: PDU (Protocol Data Unit, unidad de datos de protocolo).

En el emisor, los datos bajan por las capas y cada una añade su cabecera (encapsulación). En el receptor, los bits suben y cada capa retira y procesa la cabecera que le corresponde (desencapsulación). La trama es el único sobre que se abre y se rehace en cada salto del camino (cada router la desencapsula hasta capa 3 y la vuelve a encapsular para el siguiente tramo, como vimos con el viaje del ping a Bilbao); el paquete, el segmento y los datos viajan de extremo a extremo.

Repitamos la escena panorámica del módulo 2 —Marta abre intranet.grupomeridiano.example desde su PC (192.168.10.21)— pero ahora con el mapa OSI delante y las siete capas nombradas:

Fíjate en la simetría: lo que baja en un extremo, sube en el otro, capa a capa y en orden inverso. Como el mensaje viaja dentro de la misma red local (192.168.10.0/24), el switch solo participa en las capas 1-2 y no hay router de por medio. Si Marta consultara la impresora de Bilbao, el paquete atravesaría además los routers de ambas sedes y la VPN, que operan hasta la capa 3, tal como vimos en 02-03.

Este recorrido revela un detalle importante sobre los dispositivos intermedios: cada uno "sube" solo hasta la capa que necesita para hacer su trabajo:

• Un hub o repetidor solo llega a la capa 1: regenera señales, sin entender nada.
• Un switch sube hasta la capa 2: lee la MAC destino y decide el puerto de salida.
• Un router sube hasta la capa 3: lee la IP destino y decide la siguiente red.
• Solo los extremos (el PC de Marta y el servidor) recorren las siete capas completas.

Aquí está el valor práctico inmediato del modelo. Cuando algo falla en la red, el modelo OSI te da una lista de comprobación ordenada: empieza por abajo y sube. La regla de oro del soporte es "capa 1 primero": la mayoría de las averías cotidianas son un cable suelto, un equipo apagado o una roseta mal crimpada, y no tiene sentido analizar el DNS si el cable está desconectado.

Un ejemplo con Meridiano: Ana, en Valencia, llama diciendo "no me va la intranet". Un diagnóstico ordenado por capas:

Si el ping a la puerta de enlace funciona pero la intranet no carga, ya has descartado las capas 1 a 3 y puedes concentrarte arriba. Esa capacidad de descartar mitades enteras del problema con una prueba sencilla es lo que convierte al modelo OSI en la herramienta de diagnóstico más rentable que aprenderás en este curso, y la usaremos en cada una de las lecciones que vienen.

• Creer que OSI es un software o un protocolo que "corre" en los equipos. Es un modelo de referencia: un mapa para pensar y comunicarse. Los protocolos reales (IP, TCP, HTTP...) se describen con él, pero no lo implementan literalmente.
• Confundir el número con la importancia. La capa 7 no es "mejor" que la 1; el número solo indica la posición en la pila. De hecho, sin capa 1 no hay nada.
• Memorizar las capas sin sus PDU y dispositivos. Saber recitar "física, enlace, red..." vale poco; lo útil es asociar cada capa con su unidad de datos, sus direcciones y sus dispositivos. La tabla de esta lección es la que debes dominar.
• Empezar el diagnóstico por arriba. Ante un fallo, la tentación es mirar la aplicación ("¿será el navegador?"). Disciplina: capa 1 primero. Es la comprobación más rápida y la causa más frecuente.
• Consejo: cuando leas documentación o escuches a otros técnicos, traduce mentalmente a capas ("firewall de capa 3", "balanceador de capa 7"). En pocas semanas el modelo dejará de ser teoría y será tu forma natural de pensar.

Ejercicio 1. Clasifica cada elemento en su capa OSI (1-7): (a) dirección MAC de la impresora de Bilbao, (b) el número de puerto 443, (c) el cable de par trenzado que une el PC de Marta con el switch, (d) la dirección 192.168.20.1, (e) el método GET de HTTP, (f) el cifrado TLS de la intranet, (g) el switch de Valencia.

Ejercicio 2. Jon, en Bilbao, no puede abrir la intranet de Valencia. Ordena estas comprobaciones según la regla "capa 1 primero" e indica la capa de cada una: (a) ping 192.168.10.10, (b) mirar si el LED del puerto de red del PC está encendido, (c) probar https://intranet.grupomeridiano.example en el navegador, (d) ping 192.168.20.1 (su puerta de enlace), (e) comprobar que el cable está bien conectado.

Ejercicio 3. Verdadero o falso, justificando: (a) "El router de Valencia procesa las siete capas de cada paquete que reenvía". (b) "El TCP del PC de Marta se comunica lógicamente con el TCP del servidor, aunque físicamente todo viaje por el cable". (c) "Si cambio el Wi-Fi de mi portátil por un cable Ethernet, debo reconfigurar también TCP y HTTP".

Solución 1. (a) Capa 2 — las MAC son direccionamiento físico de enlace. (b) Capa 4 — los puertos son direccionamiento de transporte. (c) Capa 1 — el medio físico. (d) Capa 3 — es una dirección IP (la del router de Bilbao). (e) Capa 7 — HTTP es un protocolo de aplicación. (f) Capa 6 — el cifrado es un servicio de presentación (lo veremos en 03-07). (g) Capa 2 — el switch decide con direcciones MAC.

Solución 2. Orden correcto: (e) cable conectado — capa 1; (b) LED del puerto — capa 1 (confirma señal física); (d) ping a la puerta de enlace 192.168.20.1 — capa 3 dentro de su red local; (a) ping al servidor 192.168.10.10 — capa 3 a través de la VPN; (c) probar en el navegador — capas 5-7 (DNS, TLS, HTTP). Cada paso que funciona descarta todas las capas inferiores para el siguiente.

Solución 3. (a) Falso: un router sube solo hasta la capa 3 (lee la IP destino, decide la ruta, reconstruye la trama de capa 2 para el siguiente tramo); no mira puertos ni contenido de aplicación. (b) Verdadero: es el principio de comunicación entre pares; el diálogo TCP-TCP es lógico y viaja encapsulado por las capas inferiores. (c) Falso: cambiar de Wi-Fi a cable solo afecta a las capas 1 y 2; la independencia entre capas garantiza que las capas 3-7 no se tocan.

Ya tienes el mapa completo: el modelo OSI es un marco de referencia de siete capas, creado por la ISO en 1984, que no es software sino un lenguaje común. Cada capa sirve a la superior, usa la inferior y conversa lógicamente con su par del otro extremo; la encapsulación tiene ahora nombres formales (datos, segmento, paquete, trama, bits), y el modelo te da una metodología de diagnóstico: capa 1 primero. Las cuatro capas inferiores te sonarán del módulo 2, y las tres superiores son la novedad que iremos desgranando. El plan del resto del módulo es recorrer el mapa de abajo arriba, capa a capa, empezando por donde todo empieza físicamente: los bits sobre el cable, el cristal o el aire. Es la capa física, y es la próxima lección.