Pocas cosas en redes tienen peor fama que el modelo OSI. Se enseña como una lista de siete palabras para memorizar de cara a un examen, y se olvida en cuanto se aprueba. Es una lástima, porque el modelo OSI no es una lista para memorizar: es un mapa para pensar, y sobre todo para diagnosticar. Cuando entiendes qué hace cada capa, dejas de ver una red como una caja negra que "no jala" y empiezas a ubicar dónde exactamente está el problema. Este artículo continúa nuestra serie Redes desde los cimientos con la herramienta mental que ordena todo lo demás.
La idea de fondo: capas que se apilan
Comunicar dos computadoras es un problema enorme: hay que convertir información en señales eléctricas, ponerle direcciones, asegurar que llegue completa, y que la aplicación del otro lado la entienda. En vez de resolver todo de un jalón, se parte en capas, cada una con un trabajo específico, apiladas una sobre otra. Cada capa solo habla con la de arriba y la de abajo, y confía en que las demás hacen lo suyo. Es como una empresa: el de ventas no necesita saber cómo funciona la mensajería para mandar un paquete; confía en que esa capa hace su trabajo.
Las 7 capas del OSI, de abajo hacia arriba
Se leen de abajo (lo físico) hacia arriba (lo que ve el usuario). Con un ejemplo: mandar un mensaje por una app.
- 1. Física. Los cables, la fibra, las ondas de WiFi, los bits como señales. Aquí un cable mordido o un conector flojo es el problema. Es la capa del cableado.
- 2. Enlace de datos. Comunicación entre equipos vecinos en la misma red local, usando direcciones MAC (el identificador único de cada tarjeta de red). Aquí viven los switches, Ethernet y el protocolo ARP. Agrupa los bits en tramas.
- 3. Red. Llevar datos entre redes distintas, con direcciones IP. Aquí viven los routers, el ruteo y protocolos como ICMP. Empaqueta en paquetes. Es la capa del direccionamiento y subnetting.
- 4. Transporte. Que los datos lleguen completos y a la aplicación correcta, con TCP (confiable, ordenado) o UDP (rápido, sin garantías) y los puertos. Divide en segmentos.
- 5. Sesión. Abrir, mantener y cerrar la "conversación" entre las dos aplicaciones.
- 6. Presentación. Que ambos hablen el mismo idioma: formato de datos, codificación y cifrado (aquí se suele ubicar TLS).
- 7. Aplicación. Lo que el usuario ve: HTTP (web), SMTP (correo), DNS. No es la app en sí, sino el protocolo que la app usa.
El giro: TCP/IP, el modelo que sí se usa
Aquí viene lo que casi nadie aclara. El modelo OSI es teórico: un marco perfecto para entender y enseñar. Pero internet en realidad no corre sobre OSI, corre sobre el modelo TCP/IP, que es más práctico y tiene solo cuatro capas. TCP/IP toma las siete de OSI y las agrupa: junta la física y el enlace en una sola capa de "acceso a red"; deja la de red como "internet"; deja transporte igual; y fusiona sesión, presentación y aplicación en una sola capa de "aplicación". Mismo concepto de capas apiladas, menos divisiones.
¿Por qué aprender OSI si lo que se usa es TCP/IP? Porque OSI, al separar más finamente, es mejor mapa mental para diagnosticar. "¿El problema es de capa física (cable), de capa de red (IP mal configurada) o de aplicación (el servicio caído)?" es una pregunta que ordena la búsqueda de fallas. TCP/IP es lo que corre; OSI es cómo pensamos sobre lo que corre.
Por qué esto te sirve de verdad
El valor no es recitar las capas; es diagnosticar por capas. Cuando algo "no funciona", subir desde abajo evita adivinar: ¿hay enlace físico (luz en el puerto, cable bien)? ¿tengo dirección IP válida (capa de red)? ¿llego al destino con ping (red)? ¿responde el puerto del servicio (transporte)? ¿el servicio de aplicación está arriba? Cada "sí" descarta una capa y acerca al culpable. Ese método —no la memorización— es lo que convierte el modelo OSI de un trámite de examen en una herramienta que usas toda la vida. En los siguientes artículos bajamos a los protocolos concretos que hacen funcionar estas capas: ARP e ICMP, los modos de envío y los puertos.