Modelo de capas: OSI y TCP/IP

Entre escribir una dirección en el navegador y ver la página pasan muchas cosas en muchos niveles. Organizar eso en capas, donde cada una usa la de abajo y no le importa cómo está hecha, es lo que permite que la web funcione igual por fibra que por wifi.

Interfaces estables entre niveles

La idea es la misma que en el software: interfaces estables entre niveles. Cada capa ofrece un servicio a la de arriba y se apoya en la de abajo, sin conocer sus detalles.

Y hay un principio que es el que hace funcionar todo: cada capa habla con su par del otro lado. La capa de transporte del emisor conversa lógicamente con la del receptor, aunque físicamente los datos bajen, crucen y suban.

OSI y TCP/IP: el de referencia y el que corre

El modelo OSI tiene siete capas: física, enlace, red, transporte, sesión, presentación y aplicación. Es un modelo de referencia, útil como vocabulario común: decir “un problema de capa 2” ubica a cualquiera de inmediato.

Sus tres capas superiores casi no se distinguen en la práctica, y por eso el modelo que realmente describe Internet es el de TCP/IP, con cuatro: enlace, red, transporte y aplicación. La numeración de OSI sobrevive en la jerga, aunque el modelo implementado sea el otro.

Qué hace cada capa

Enlace mueve tramas entre dos equipos del mismo segmento, identificados por dirección MAC, y detecta errores. Red mueve paquetes entre redes distintas: es IP, con direcciones globales y ruteo salto a salto.

Transporte se ocupa de la comunicación entre procesos: los puertos, y opcionalmente confiabilidad y control de flujo. Aplicación es el protocolo que le importa al usuario: HTTP, DNS, SMTP. Dicho corto: enlace llega al equipo de al lado, red llega a la otra punta del mundo, transporte llega al programa correcto.

El encapsulamiento, que es el mecanismo concreto

El mecanismo concreto es el encapsulamiento. Cada capa toma lo que le entrega la de arriba, lo trata como datos opacos y le agrega su propio encabezado.

Un pedido HTTP viaja dentro de un segmento TCP, que va dentro de un paquete IP, que va dentro de una trama Ethernet. En el receptor se desarma en orden inverso. Cada encabezado cuesta bytes, y por eso mandar mensajes muy chicos es ineficiente: la proporción de encabezados sobre datos se dispara.

Internet tiene forma de reloj de arena

Internet tiene una forma de reloj de arena: muchísimos protocolos de aplicación arriba, muchísimas tecnologías de enlace abajo, y un solo protocolo en el medio, IP.

Ese cuello angosto es el motivo de su éxito: cualquier aplicación nueva funciona sobre cualquier medio nuevo sin coordinación. Y es también el motivo por el cual cambiar IP es tan difícil: la transición a IPv6 lleva décadas justamente porque hay que tocar la pieza que todos comparten.

Diagnosticar de abajo hacia arriba

Pensar en capas es lo que ordena un diagnóstico. ¿Hay enlace físico? ¿La dirección IP es correcta y hay ruta? ¿El puerto responde? ¿El protocolo de aplicación contesta lo esperado? Se prueba de abajo hacia arriba y se descarta por niveles.

Vale aclarar que la separación no es perfecta: NAT mezcla red y transporte, TLS vive entre transporte y aplicación, y QUIC implementa sobre UDP cosas que pertenecían a transporte. El modelo es una guía, no una descripción literal.

Para qué sirve el modelo en el trabajo

OSI y TCP/IP, y qué herramienta mira cada capa

Cierre

Cada capa habla con su par y usa la de abajo como servicio; el encapsulamiento agrega un encabezado por nivel. OSI da el vocabulario, TCP/IP es lo que corre, e IP es la cintura del reloj de arena que permite que todo lo demás cambie sin coordinarse.