Lección 3 — Modelo OSI: Capas y Funciones de la Comunicación

El modelo OSI es un modelo de referencia que organiza las funciones de comunicación entre sistemas en siete capas. Cada capa representa un conjunto de responsabilidades y permite estudiar cómo intervienen distintos procesos para que la información llegue de un participante a otro.

En las lecciones anteriores analizaste la infraestructura y las arquitecturas cliente-servidor y entre pares. Ahora necesitas una herramienta para distinguir los problemas de conexión física, entrega local, comunicación entre redes y funcionamiento de los servicios.

El modelo OSI proporciona ese marco de análisis. No es un programa que se instala ni un protocolo que transporta datos: es una forma organizada de describir funciones de comunicación.

En esta lección conocerás las siete capas, sus relaciones y sus límites como herramienta de interpretación. También aprenderás a utilizarlas para formular preguntas de diagnóstico sin atribuir una causa antes de comprobarla.

¿Qué es el modelo OSI y para qué sirve?

OSI corresponde a Open Systems Interconnection, habitualmente traducido como interconexión de sistemas abiertos.

El modelo permite dividir un proceso complejo en funciones más fáciles de estudiar. En lugar de analizar toda la comunicación como una sola operación, distingue responsabilidades como transmitir señales, entregar información en una red local o proporcionar servicios a las aplicaciones.

Sus principales usos educativos y técnicos son:

• Organizar conceptos de comunicación.
• Describir responsabilidades de protocolos y componentes.
• Relacionar funciones sin depender de un fabricante.
• Orientar preguntas durante el diagnóstico.
• Facilitar la comunicación entre personas que administran redes.

La división en capas ayuda a comprender las relaciones, pero las tecnologías reales no siempre encajan de manera exclusiva en una sola capa.

Un equipo o programa puede realizar funciones de varias capas. Además, las implementaciones actuales suelen estudiarse mediante TCP/IP, que abordaremos en la siguiente lección.

Las siete capas del modelo OSI

Las capas se numeran desde la física, capa 1, hasta la aplicación, capa 7.

La numeración de esta tabla identifica las capas del modelo; no representa pasos que el usuario deba ejecutar manualmente.

Para comprenderlas, comenzaremos por las funciones más cercanas al medio de transmisión.

Capa física: señales y medios de transmisión

La capa física se ocupa de transmitir y recibir señales que representan bits.

Incluye aspectos como las características eléctricas, ópticas o de radio utilizadas para establecer la comunicación, así como condiciones de las interfaces y del medio.

Puedes relacionarla con:

• Señales eléctricas en cableado de cobre.
• Señales ópticas en fibra.
• Señales de radio en comunicaciones inalámbricas.
• Condiciones físicas de conectores y enlaces.

Un cable dañado, una interfaz desconectada o una señal inalámbrica insuficiente pueden afectar funciones físicas.

Sin embargo, ver una luz de enlace no demuestra que toda la comunicación funcione. Es una evidencia sobre una condición del enlace, no una comprobación de acceso al servicio final.

Pregunta orientativa: ¿existen condiciones físicas para transmitir y recibir?

Capa de enlace de datos: comunicación sobre un enlace

La capa de enlace de datos organiza la transferencia sobre un enlace. En tecnologías como Ethernet, trabaja con unidades denominadas tramas y utiliza direcciones MAC.

Entre sus funciones, según la tecnología, pueden encontrarse:

• Delimitar las tramas.
• Identificar participantes del enlace.
• Controlar el acceso al medio.
• Detectar determinados errores de transmisión.

Un switch Ethernet realiza funciones de conmutación asociadas principalmente a esta capa: aprende direcciones MAC y utiliza esa información para reenviar tramas.

La detección de errores no significa que toda tecnología de enlace corrija o retransmita automáticamente los datos. Los mecanismos dependen del protocolo.

En esta capa estudiarás posteriormente Ethernet, VLAN y prevención de bucles.

Pregunta orientativa: ¿la comunicación sobre el enlace y la organización local permiten entregar las tramas?

Capa de red: direccionamiento y comunicación entre redes

La capa de red proporciona funciones para direccionar y transferir información a través de redes interconectadas.

IP es una referencia fundamental para comprender estas funciones en las redes que utilizamos habitualmente.

Aquí se relacionan conceptos como:

• Direcciones IPv4 e IPv6.
• Redes y subredes.
• Puertas de enlace.
• Tablas de rutas.
• Reenvío de paquetes.

Un router examina información de red y utiliza su tabla de rutas para decidir cómo reenviar paquetes.

Una computadora puede tener un enlace físico activo y aun así no alcanzar una red remota porque su configuración IP o su ruta de salida es incorrecta.

Pregunta orientativa: ¿existen direccionamiento y rutas adecuados para llegar al destino?

Capa de transporte: comunicación entre extremos

La capa de transporte proporciona funciones de comunicación entre extremos y permite distinguir conversaciones de aplicaciones.

En TCP/IP, los protocolos TCP y UDP ayudan a comprender dos servicios de transporte diferentes.

Transporte con TCP

TCP proporciona un flujo de bytes con mecanismos para entregar información en orden, detectar pérdidas y realizar retransmisiones.

También incorpora control de flujo y de congestión.

Esto no garantiza que una operación siempre termine correctamente. Si la comunicación no puede mantenerse, la aplicación puede recibir un error.

Transporte con UDP

UDP permite enviar datagramas sin establecer una conexión TCP y sin proporcionar por sí mismo entrega ordenada ni retransmisión.

Una aplicación puede implementar mecanismos adicionales cuando los necesita.

Los puertos permiten identificar extremos de comunicación asociados a servicios y aplicaciones. No deben confundirse con los conectores físicos de un equipo.

Pregunta orientativa: ¿puede establecerse o utilizarse la comunicación de transporte que necesita el servicio?

Capa de sesión: organización del diálogo

La capa de sesión representa funciones para establecer, organizar y controlar el diálogo entre participantes.

El modelo contempla aspectos como la coordinación del intercambio y la sincronización.

En sistemas actuales, estas funciones pueden encontrarse integradas en protocolos, bibliotecas o aplicaciones, sin aparecer como una capa independiente que puedas configurar.

Una precaución importante: una sesión de usuario en una página web no equivale automáticamente a la capa de sesión del modelo OSI. La palabra “sesión” también se utiliza con otros significados.

Del mismo modo, establecer una conexión TCP no constituye por sí solo una implementación de la capa 5: TCP se estudia como transporte.

Pregunta orientativa: ¿qué mecanismos coordinan y mantienen el diálogo de la aplicación?

Capa de presentación: representación de los datos

La capa de presentación se relaciona con la forma en que los datos se representan y transforman para que los participantes puedan interpretarlos.

Entre las funciones que se asocian conceptualmente con ella están:

• Conversión de representaciones.
• Codificación de datos.
• Compresión.
• Cifrado y descifrado.

Por ejemplo, los sistemas necesitan acuerdos sobre cómo interpretar texto o estructurar la información intercambiada.

Estas funciones no siempre aparecen como un componente independiente. Tampoco deben asignarse todos los mecanismos de cifrado exclusivamente a esta capa: el cifrado puede utilizarse en diferentes niveles de una comunicación.

Pregunta orientativa: ¿los participantes pueden interpretar correctamente la representación recibida?

Capa de aplicación: servicios de comunicación

La capa de aplicación comprende funciones de comunicación utilizadas por los procesos de aplicación.

Aquí podemos relacionar protocolos como:

• HTTP, utilizado para intercambios de recursos y mensajes en servicios web.
• DNS, utilizado para consultar información de nombres.
• SMTP, utilizado para transferir correo.
• DHCP, utilizado para proporcionar configuración de red.

El navegador completo no es “la capa 7”. Es un programa que utiliza protocolos y funciones de comunicación.

También conviene distinguir la capa de aplicación de las funciones internas del negocio. Una regla que calcula un descuento pertenece a la lógica de la aplicación; no todo lo que hace un programa es una función de red.

Pregunta orientativa: ¿el servicio responde de la forma esperada y permite realizar la operación?

Cómo colaboran las capas

En una explicación conceptual, la información del emisor desciende desde las funciones de aplicación hacia las funciones físicas. En el receptor ocurre el proceso inverso.

Cada capa utiliza los servicios de la inferior y proporciona servicios a la superior.

Los participantes de una misma capa se comunican mediante reglas o protocolos, pero el intercambio real utiliza los mecanismos de las capas inferiores.

Encapsulación y desencapsulación

La encapsulación consiste en incorporar información de control alrededor de los datos recibidos de una capa superior.

Una representación simplificada es:

• Datos de aplicación.
• Información de transporte y datos.
• Información de red y contenido de transporte.
• Información de enlace y paquete.
• Señales que representan la secuencia de bits.

En el destino, la desencapsulación permite interpretar y retirar la información de control correspondiente.

No todas las capas añaden necesariamente una cabecera independiente en cada implementación. La próxima lección profundizará en el recorrido utilizando TCP/IP.

Unidades de datos

El término general PDU, unidad de datos de protocolo, permite referirse a la unidad tratada por un protocolo. Los nombres concretos dependen del contexto.

Ejemplo: abrir un servicio de inventario

Retomemos la pequeña empresa de las lecciones anteriores.

Una persona abre el sistema de inventario desde su computadora. Supongamos, para este ejemplo, que el servicio utiliza HTTPS sobre TCP.

El funcionamiento requiere varias condiciones:

• La aplicación debe generar una solicitud válida.
• Los participantes deben interpretar los datos y utilizar los mecanismos de protección correspondientes.
• Debe existir comunicación TCP con el servicio.
• La configuración IP y las rutas deben permitir alcanzar su red.
• Los enlaces deben transportar las tramas.
• Los medios físicos deben transmitir las señales.

Además, si se utiliza un nombre, puede ser necesario resolverlo mediante DNS. Esa consulta constituye otro intercambio de comunicación, con sus propias dependencias.

No debemos imaginar siete operaciones independientes y perfectamente visibles para cada acción del usuario. El modelo organiza responsabilidades para ayudarnos a comprender un proceso real más integrado.

Cómo utilizar el modelo OSI para diagnosticar

El modelo ayuda a ordenar preguntas, pero no sustituye las pruebas.

Puedes comenzar por las condiciones físicas y avanzar hacia el servicio, o elegir otro punto de partida según los síntomas y las evidencias.

Estas asociaciones orientan la investigación. No demuestran por sí solas la causa de una falla.

Una prueba fallida puede tener varias explicaciones. Por ejemplo, que un destino no responda a una prueba de eco no demuestra necesariamente que esté apagado: el tráfico podría estar filtrado.

Registrar pruebas y resultados

Para trabajar con método, registra:

• Qué problema intentas comprobar.
• Desde qué equipo realizas la prueba.
• Qué destino o servicio utilizas.
• Qué resultado obtienes.
• Qué puedes concluir.
• Qué sigue pendiente.

Así evitarás afirmar “falla la capa 3” sin describir la evidencia que respalda tu interpretación.

Errores frecuentes al estudiar el modelo

• Confundir el modelo con un protocolo. OSI organiza funciones; no transporta datos por sí mismo.
• Asignar un equipo completo a una sola capa. Un switch multicapa o un firewall puede intervenir en varios niveles.
• Suponer que cada capa corresponde a un programa independiente. Las implementaciones pueden integrar funciones.
• Tratar las capas superiores como compartimentos exactos de TCP/IP. Las correspondencias son aproximadas.
• Creer que un enlace activo garantiza acceso a la aplicación. Cada servicio tiene más dependencias.
• Clasificar antes de observar. Primero reúne información; después utiliza el modelo para interpretarla.

Actividad práctica: organiza una investigación por capas

Propósito: utilizar el modelo para formular comprobaciones y distinguir hechos de hipótesis.

Trabaja con este escenario ficticio:

Una computadora tiene su interfaz cableada conectada y muestra enlace activo. Puede abrir un recurso local autorizado. El usuario informa que no puede entrar al sistema de inventario mediante su nombre habitual.

Instrucciones

1. Registra los hechos conocidos.
2. Explica qué indica el acceso al recurso local y qué no demuestra.
3. Propón tres comprobaciones para investigar el servicio remoto.
4. Relaciona cada comprobación con las funciones pertinentes del modelo.
5. Indica qué resultados necesitarías antes de atribuir una causa.

Respuesta orientativa

Los hechos indican que existe enlace y que funciona una comunicación local concreta. No demuestran que la salida a internet, DNS, transporte o el servicio de inventario estén funcionando.

Podrías investigar:

• Resolución del nombre: comprobar si se obtiene la información esperada.
• Acceso hacia la red del servicio: revisar configuración y pruebas de alcance pertinentes.
• Respuesta del servicio: observar si existe un error de conexión, autenticación, permisos o aplicación.

Todavía no puede afirmarse que el problema sea DNS. Esa es una hipótesis que necesita comprobación.

Ejercicios de aplicación

Un cable desconectado

¿Con qué capa relacionas inicialmente un cable Ethernet desconectado?

Respuesta: con la capa física. La comprobación inicial debe confirmar la conexión y el estado de las interfaces.

Una ruta incorrecta

¿Con qué capa relacionas la selección de una ruta hacia otra red?

Respuesta: con la capa de red. El análisis incluirá direccionamiento, tabla de rutas y condiciones de reenvío.

Un puerto de servicio

¿Un puerto TCP es el mismo tipo de elemento que un conector RJ45?

Respuesta: no. El puerto TCP identifica un extremo lógico de transporte; el conector forma parte de la interfaz física.

Una sesión web

¿Encontrar un error de inicio de sesión demuestra que está fallando la capa 5?

Respuesta: no. “Sesión” tiene distintos significados. El error puede estar relacionado con autenticación, aplicación u otras dependencias.

Lo que has aprendido

En esta lección aprendiste a:

• Explicar qué es y para qué sirve el modelo OSI.
• Identificar las siete capas y sus responsabilidades.
• Relacionar medios, tramas, paquetes y transporte.
• Comprender la encapsulación de manera conceptual.
• Reconocer los límites de las correspondencias entre modelos y tecnologías.
• Formular preguntas de diagnóstico sin confundir hipótesis con causas verificadas.

Conclusión

El modelo OSI te proporciona un lenguaje para comprender y analizar la comunicación. Su valor está en relacionar responsabilidades y dependencias, además de recordar los nombres de sus capas.

Cuando investigues un problema, utiliza esas capas para organizar preguntas y pruebas. La explicación técnica debe apoyarse en evidencias, no únicamente en una clasificación.

En la siguiente lección estudiarás TCP/IP y aplicarás estas ideas al recorrido de los datos entre dispositivos.

Lección anterior　　 Índice del programa　　 Siguiente lección