Con la hipervirtualización y las redes definidas por software, ¿sigue siendo aplicable el modelo OSI? ¿Cómo debería ser cambiado?

El modelo OSI, como se define en ISO 7498, es completamente obsoleto. Se podrían utilizar partes, principalmente en terminología.

Sevenness tiene mucha importancia mágica. Como las redes son magia, nosotros, por un tiempo, tuvimos siete capas. Para el registro, ningún modelo de red moderno utiliza estas capas, pero trate de decírselo a los escritores de libros de texto. Presentado originalmente por Howard C. Berkowitz, cuando representa al consorcio de investigación de Interconexión de Sistemas Abiertos (OSI), la Corporación de Sistemas Abiertos (COS). En COS, era axiomático que OSI era la respuesta. Desafortunadamente, COS nunca planteó definitivamente la pregunta.

1.1 Explicación teológica de Berkowitz Aquí hay una versión de mi escrito original, publicado en USENET. Howard C. Berkowitz 20:51, 13 de julio de 2008 (CDT) Grupos de noticias: alt.humor.best-of-usenet De: (Eric Henderson) Asunto: [comp.protocols.iso] 7 capas mortales de OSIDate: mié, 4 de agosto de 1993 23:53:08 GMT De: (Howard C Berkowitz) Asunto: Preguntas frecuentes que tenía miedo de preguntar Grupos de noticias: comp.protocols.i

Una de las preguntas más frecuentes que me hacen en la enseñanza de OSI es “¿Necesito saber qué hacen todas las capas?” Esto es especialmente cierto en el caso de las audiencias administrativas, que necesitan conocer los centros de poder. Puede que no sepan qué es una capa, pero saben que hay siete de ellas y no quieren que una sola quede sin supervisión. 🙂 Con los años, he encontrado una analogía útil. La teoría educativa sugiere que deberíamos comenzar con algo que el alumno sepa y construir a partir de ahí. Por lo tanto, le pido al público directivo que reflexione no sobre la arquitectura teórica de la red, sino sobre el pecado. Específicamente, les pido que consideren los Siete Pecados Capitales. Estos pecados tienen una relevancia definitiva para el Modelo de Referencia OSI. Los pecados mortales “más populares” son analogías de las capas más importantes para los no desarrolladores. Las audiencias piensan en los pecados de una manera bastante consistente. Aproximadamente el 75% piensa inmediatamente en la lujuria.

La lujuria, claramente, se relaciona directamente con la capa física. Es esencial estar al tanto de la función de la capa de lujuria, ya que eso define cómo conectarse.

[2] La mayoría de la audiencia restante se divide entre Avarice y Gluttony. Estos también son importantes en OSI. Avarice, o avaricia, a menudo se realiza como la línea de fondo en los negocios. Uno está más cerca de comprender el Tao de OSI cuando se da cuenta de que coloca la línea de fondo (es decir, lo que hace OSI para los programas de aplicaciones de usuarios reales) en la parte superior. La parte superior de Avarice Layer es el Punto de acceso al servicio de la aplicación, o Avarice, Layer.

3] Los miembros de la audiencia que pensaron primero en Gluttony también tienen cierta comprensión de OSI. La gula se ocupa de establecer una relación entre una entidad bucal y una entidad alimentaria; Network trata con el próximo curso, mientras que Transport trata con el objetivo final del postre. Los usuarios realmente necesitan conocer las funciones [ISO TR 10000] de Aplicación, Transporte / Red (como la distinción se desdibuja aquí) y Física. Los perfiles estandarizados internacionales siguen este modelo: la aplicación es la parte visible de los perfiles A, B o Avarice; El transporte y la red definen los perfiles T y U, y las ofertas físicas con la parte inferior de los perfiles T y U. Estos cuatro componentes también, para fines de instrucción, describen muy bien los principales niveles de protocolo de Internet Protocol Suite: protocolos de aplicación, TCP y UDP, IP y protocolos de interfaz. Sin embargo, siempre hay uno en la audiencia que piensa en Sloth. Es un pecado difícil. ¿Cómo se lo confiesa? “Bendíceme, me he puesto?” “¿Perdóname por cometer pereza? ¿Cómo puedo comprometerme a no hacer algo?” Dado que Sloth es un pecado del que realmente tenemos problemas para hablar, e implica no hacer cosas útiles, es una analogía relevante a la capa de sesión. Tanto Sloth como Session son necesarios para la integridad teológica, pero su relevancia para el pecador ordinario o el usuario de OSI es bastante limitada.

[4] ↑ Harris, Douglas, !! Sevens !! ↑ Al presentar estas analogías en una conferencia de IEEE, realizada conjuntamente con la Society of Women in Computing, en la ciudad de Nueva York, una voz clara sonó desde el fondo de la sala, “Bueno, me alegra que ALGUNOS organismos de estándares definan cómo conectar las cosas correctamente. Dios sabe que la mayoría de los ingenieros varones no entienden eso en absoluto “. ↑ Esta parte de la analogía puede continuar en los Elementos de Servicio de Aplicación: ACSE, el Elemento de Servicio de Control de Avaricia; ROSE, el elemento de envío de organización remota; etc. ↑ Después de su primera lectura de la negociación del contexto de presentación y las reglas básicas de codificación ASN.1, algunos nominan el pecado del orgullo como la analogía adecuada para la capa de presentación.

1.2 Una teología alternativa [editar] Como con cualquier otra teología, hay otras explicaciones, tal como las presentó HarrisISO Layer Corresponding sin RationaleApplication Wrath Application siempre está enojada por el desastre que ve a continuación (¿debería señalar con el dedo?) Presentación Sloth Presentation es demasiado vago hacer algo productivo por sí mismo. Sesión de lujuria La sesión siempre lució por lo que realmente era la funcionalidad de la aplicación. Transporte Avarice Transport siempre quiso toda la funcionalidad de extremo a extremo (por supuesto, lo merecía, pero la vida no es justa). La red, más precisamente la red orientada a la conexión, siempre tenía sobrepeso y era agobiante, el resultado de tratar con demasiada frecuencia de comer el almuerzo de Transport.Data Link Envy Poor DLL siempre está hambriento de atención (con el modo de transferencia asincrónica (ATM), tal vez finalmente se siente menos descuidado). El orgullo físico Phy evitó rotundamente gran parte de la controversia y casi toda la vergüenza.

2 El modelo de Blancanieves de Harris [editar] Harris presentó una alternativa a la teología: la capa OSI Dwarf RationaleAplicación Doc actúa como si estuviera a cargo, pero a veces confunde su sintaxis. Presentación Sleepy se comporta de acuerdo con su pecado de pereza. Sesion Dopey está confundido porque su carta no es muy clara. Transport Grumpy está irritado porque Network ha invadido su territorio. Network Happy está sonriendo por la misma razón que Transport está irritado. Data Link Sneezy está haciendo ruidos fuertes con la esperanza de llamar la atención. Bashful está haciendo su trabajo en silencio, sin que los demás lo noten.

El modelo OSI nunca fue realmente aplicable. Realmente solo sirvió como una herramienta pedagógica semi-útil. Ya sabes lo que dicen, “todos los modelos están equivocados, pero algunos modelos son útiles”.

OSI ha dejado de ser útil por mucho tiempo, excepto para ilustrar la importancia de capas separadas en el diseño.

Dicho esto, SDN probablemente generará más “etiquetado de paquetes” de capa media para permitir que los conmutadores de hardware tomen decisiones rápidas en función de lo que decida un plano de control “que todo lo ve”. El enrutamiento de segmentos ilustra esto. Sin embargo, como estamos atascados con la base instalada, esto funciona con pequeñas extensiones de los protocolos existentes.

El modelo OSI, como la base instalada, no desaparecerá. Afortunadamente, la enseñanza se adaptará para abordar sus deficiencias y ayudará a las personas nuevas en el salto de redes a las arquitecturas modernas sin tener que sufrir la larga letanía de “giros equivocados” que se hacen en el camino.

Como todavía enseñan “clases de dirección” a los novatos, no tengo esperanzas.

Significa que ningún modelo es aplicable.

Eso sí, uno debería preguntar si alguna vez lo fueron. Se pueden hacer muchas cosas en TCP / IP o X.25 que no se pueden describir. ¿De qué sirve un modelo que no modela?

La hipervirtualización realmente no cambia mucho las cosas, aparte de los cables virtuales, pero los tenía con todas las virtualizaciones, y SDR es solo una forma de X-Bone.

X-Bone: Principal

Entonces, en ese sentido, si está roto, ha estado roto por un tiempo. ¿Pero está roto?

Bueno, no hay una capa limpia para MPLS en ninguno de los modelos. Eso debería ser un regalo.

¿Importa si no hay una capa limpia? Si. Significa que estás falsificando cosas. Es un error capital, como habría dicho una persona sabia si hubieran existido, seleccionar los hechos para que se ajusten a una teoría. Siempre se debe cambiar la teoría para que se ajuste a los hechos. En este caso, no puede establecer una red correcta si sigue seleccionando solo los hechos que cumplen con las nociones preconcebidas. Eso no es ingeniería sensata.

¿Importa X-Bone si nadie lo usa? Es prácticamente lo que hace SDR, así que sí, sí importa.

¿Puede describir el Protocolo de redundancia paralela, el Protocolo de tiempo de precisión o el Protocolo de redundancia sin interrupciones de alta disponibilidad? ¿Qué capa son, si la carga útil es permanecer en el mismo?

O, en IPv6, ¿qué nivel es cualquier difusión, dado que es a nivel de aplicación pero no a una aplicación?

Mucho de esto son cosas viejas.

Probablemente rasgaría OSI en módulos y permitiría una pila personalizada. Probablemente miraría bloques de dos o tres como un módulo, luego uniría los módulos para describir el escenario.

Hace que sea difícil comparar like con like, si lo miras como un todo. Pero no lo eres. El entorno visible es todo. Por lo tanto, el enrutamiento OSPF funciona exactamente igual si se ejecuta en el módulo a, b, c o z. Es la misma capa interna, sentada en lo que parece ser la misma capa subyacente.

Piense en ello como lo haría con un API de programa de caja negra. Si la API funciona, la aplicación funciona como se esperaba. Como está en una caja negra, no te importa lo que hay dentro. Solo te importa que haga lo que esperas.

Este artículo debería responder a su pregunta:

¿Por qué es hora de dejar morir el modelo OSI?