Descifrando el modelo de red OSI: 7 capas de Bean Dip

En esta época del año, muchos administradores de sistemas están pensando en vacaciones, partidos de fútbol y . La gastronomía es el factor determinante en el éxito de unas buenas vacaciones o de una reunión deportiva. Las mejores fiestas tienen algo para todos y algunos artículos que a todos les encantan, pero hay cosas que debes tener, como hielo para las bebidas. Y los postres. y papas fritas Y . Las fiestas tienen el refrigerio definitivo: (7LBD). Lo que hace que 7LBD sea especial es que cada capa está en el orden correcto y en la cantidad correcta.

Hablando de eso, podemos decir lo mismo acerca de comprender y solucionar problemas de red. (¿Ves lo que hice allí?) En 1984, la Organización Internacional para la Estandarización (ISO) publicó el documento, comúnmente conocido como el modelo OSI en la actualidad. La idea era satisfacer la creciente necesidad de un conjunto de estándares de comunicación de red que pudieran usarse para diseñar la interoperabilidad de tecnologías en rápida evolución que se usan para conectar computadoras.

El modelo OSI consta de siete y dos conjuntos de estándares: uno que describe a qué se refiere cada capa y el otro que establece un conjunto existente de protocolos para cada capa. Como administrador del sistema, incluso si no trabaja directamente con los componentes de red de su infraestructura, probablemente use este patrón todo el tiempo, incluso si no lo sabe. Por lo tanto, será mejor en su trabajo si sabe y comprende cómo funciona este patrón y cómo aplicarlo para solucionar problemas.

Entonces, ¿cuál es la receta?

Cuando descubrí por primera vez el modelo OSI, tuve que aprenderme los nombres memorizándolos:

  1. Físico
  2. Datos
  3. Red
  4. Transporte
  5. Sesión
  6. Presentación
  7. Solicitud

Creo que escribí el nombre de cada capa en mis dedos e hice algunos gráficos geniales. Desde entonces, he usado la información lo suficiente como para que ya no sea difícil recordar dónde buscar a continuación. Al igual que la bandeja de refrigerios más grande del mundo, solo conozco el patrón y me hace mucho más eficiente.

Repasemos cada capa.

Índice

    Capa 1: Física

    En cualquier solución de problemas, el principio más importante es comenzar de manera simple y . ¿Está enchufado? ¿El enlace es verde claro? Siempre considero la capa 1 como la capa de hardware. Aquí estamos pensando en que los electrones lleguen a donde deben estar y en el orden correcto.

    Esta capa del modelo OSI se refiere a cosas como la señalización y el voltaje. Los protocolos asociados serían Ethernet y tecnologías más nuevas como Bluetooth. Cuando trabajamos con topologías de red, observamos la capa física: cómo se mueven los bits de una ubicación a otra.

    Para ser claros, esta capa no está compuesta por cables y tarjetas de red. Eso es lo que los hace útiles. Al solucionar problemas de si puede acceder a una página web, debe saber que esta capa proporciona una ruta entre el usuario y el servidor.

    Capa 2: Datos

    La capa de datos (o enlace de datos) es donde los bits de la capa física se organizan en algo útil, pero aún algo primitivo. Aquí es donde esos bits comienzan a ser útiles como información. No pensamos tanto en ser transferidos como en . Esta capa es donde ocurre el control de flujo y la corrección de errores, y también donde los dispositivos pueden comunicarse entre sí de manera útil.

    La capa 2 se divide en dos subcapas. La primera es la capa de control de acceso a medios (MAC), que implica el direccionamiento de hardware y el control de acceso. La segunda es la capa de enlace lógico, que brinda la capacidad de crear una conexión entre los medios.

    Un concentrador de red (que ahora es raro, pero solía ser más común debido a su simplicidad) o que se usa en muchas oficinas para facilitar la creación de redes locales, es lo que llamamos un dispositivo de capa 2. Simplemente crea una conexión y transmite todos los datos. tiene a todas las conexiones físicas con las que está asociado. Cuando solucionamos los problemas de esta capa, nos conectamos a una red y determinamos si esa red es la colección correcta de dispositivos de aquí para allá.

    Capa 3: Red

    Ahora hemos llegado a la primera cosa realmente interesante. La capa de red es donde se lleva a cabo la comunicación real entre dos dispositivos. Esta capa es donde creamos y tenemos al menos un poco de control.

    En esta capa, definimos la cantidad de datos que podemos mover a la vez, el contenido de cada bloque de datos y el destino de estos datos. Aquí es donde creamos el . El protocolo asociado a esta capa es el Protocolo de Internet (IP). La mayoría de los equipos de red empresariales comerciales modernos funcionan en esta capa. Un enrutador, o "conmutador de capa 3", es el hardware que hace este trabajo. Probamos esta capa verificando que tenemos una dirección en la red a la que estamos conectados y que podemos ver la dirección del dispositivo al que estamos tratando de conectarnos.

    el ping El comando es una utilidad de capa de red.

    Capa 4: Transporte

    Si la capa 3 es el sobre, entonces la capa 4 es el servicio postal. En esta capa, hacemos cosas como la segmentación y la gestión de la confiabilidad. Los protocolos asociados a la Capa 4 son TCP y UDP. Podemos decir: "Haz esto cuando recibas este paquete". Incluso podemos realizar un seguimiento de qué otros bloques de datos (paquetes) se supone que deben estar con este y especificar qué hacer si no han llegado o están fuera de servicio.

    En esta capa, podemos probar que vemos el dispositivo de destino y deberíamos poder comunicarnos, pero ahora nos importa poder conectarnos. Una buena prueba aquí es usar telnet Donde netcat para ver si el servidor está "escuchando" y respondiendo a las solicitudes de conexión y si podemos obtener una respuesta real.

    Capa 5: sesión

    En este punto hemos llegado al host de destino. La capa de sesión es donde se definen y administran las conexiones. Aquí es donde gestionamos los intercambios entre dispositivos o aplicaciones. La capa 5 es la primera transferencia de nuestros datos desde el sistema operativo a un proceso o aplicación en el dispositivo o host local. Aquí podemos iniciar o finalizar una conexión, o realizar llamadas a procedimientos remotos (RPC) entre aplicaciones en diferentes hosts, con acciones como montar un sistema de archivos.

    En la capa 5, podemos probar con otra aplicación si no podemos obtener una página web. FTP y SSH son útiles aquí si están disponibles. Tenga en cuenta que todavía solo estamos viendo lo que tenemos de las capas anteriores, por lo que en la capa 5 tenemos una dirección IP en lugar de un nombre de sitio web (más sobre esto en la capa de aplicación). Aquí a menudo buscamos para ver si tenemos permiso para iniciar sesión o si tenemos acceso a un sistema de archivos o una aplicación.

    Capa 6: Presentación

    A través de la capa 6, enviamos formalmente los datos que recibimos en la capa 2, los reconocimos en la capa 3, los reensamblamos e interpretamos en la capa 4 y los enviamos al lugar correcto en el host en la capa 5. En la capa de presentación, los datos que se interpretarán como código o instrucciones. Ya no estamos simplemente moviendo bits, los estamos usando para algo en el destino.

    Esta capa es donde podemos hacer cosas como el cifrado (SSL). Esta capa también es donde podemos ver el código XML y HTML presentado para su traducción por un navegador web. Los bits están en el orden correcto, estamos hablando con el navegador web y debemos asegurarnos de que el navegador pueda entender y usar lo que enviamos. Nuestra solución de problemas se ocupa de aspectos como los certificados.

    Capa 7: Aplicación

    Eso es todo, el final de la línea. Ahora tenemos datos que atravesaron la red y lograron rastrearse hasta un programa real o hacer el trabajo que les enviamos. Nuestro equipo de paquetes pequeños es .

    En el caso de una solicitud de página web, el código HTML se representa en una página, tal vez como la que está viendo actualmente. En este punto, estamos viendo lo que está haciendo la aplicación de destino (es decir, un navegador web). El DNS, que se utiliza para traducir el nombre de una página web a una dirección IP, es un protocolo de capa de aplicación, es una aplicación que traduce instrucciones.

    En esta capa podemos comprobar que cuando solicitamos una dirección podemos ver la página web o aplicación que esperamos ver. Nos fijamos en la configuración de la aplicación y la compatibilidad de las versiones de software utilizadas.

    Envoltura

    Ahí lo tiene: la receta para solucionar problemas de red. Espero que pueda usar esta receta para hacer de su red una reunión exitosa y satisfacer a todos los invitados en su infraestructura.

    (Mi galardonada salsa de frijoles, por otro lado, es un secreto. Tendrás que encontrar tu propia receta).

    Artículos de interés

    Deja una respuesta

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

    Subir

    Si continuas utilizando este sitio aceptas el uso de cookies. Más información