¿Por qué las capas de sesión, presentación y aplicación en el modelo OSI se combinan en una sola capa de aplicación en el modelo de Internet?

Básicamente, en el modelo de pila de Internet, la sesión y la presentación no existen. Sus respectivas tareas, en la medida en que son reconocidas por el IETF, de alguna manera se distribuyen entre las capas adyacentes, pero como veremos, en realidad no.

Aplicación: Obviamente existe en Internet. En OSI está bastante bien estructurado, con entidades de servicio como Control de asociación (ACSE), Operación remota (ROSE), transferencia de datos confiable (RTSE), etc. Usted tiene la idea: OSI Application Layer es una tienda ordenada con protocolos estandarizados para las funciones de red más importantes (además de algunas aplicaciones en la parte superior). Internet Application Layer es una colección no estructurada de aplicaciones distribuidas y básicamente consiste en interfaces de transporte (puertos). Los conceptos cliente-servidor y P2P son algunos principios de ordenación.

Presentación: de nuevo un concepto único de OSI. Presentation administra tipos de datos independientes de la máquina y su transmisión a través de la red. La definición de ASN.1 es parte de la capa de presentación y tiene una influencia creciente en el mundo IP (por ejemplo, SNMP). También el cifrado y la seguridad serían parte del ámbito de la presentación. En TCP / IP, los tipos de datos son específicos de la aplicación y propietarios (excepto tal vez ASCII), lo cual está bien, ya que también brinda cierto grado de libertad a los diseñadores de la aplicación. Pero con respecto a la seguridad, SSL / TLS es un niño sin hogar. No es realmente parte del transporte, no es realmente parte de la capa de aplicación, ya que no es una aplicación. Idealmente sería parte de una entidad de presentación TCP / IP.

Sesión: esta es la entidad más incómoda del mundo OSI. Ya estaba muy disputado cuando se creó en la década de 1980. Y no ha mejorado desde entonces. Sobrecargado irremediablemente con contenido redundante, para una compatibilidad con servicios arcaicos, como el teletexto. Funciones principales de la sesión: definición e implementación de servicios Duplex, Simplex y Half-Duplex, sincronización de transferencia de datos (sincronización menor y mayor). Nada realmente importante dados los estándares de las redes modernas, si me preguntas. En consecuencia, TCP / IP no tiene funciones de sesión.

Respondiendo a la parte del “por qué” de su pregunta: esto se debe principalmente al proceso IETF: hacer que las cosas funcionen con un mínimo esfuerzo, garantizar la interoperabilidad como primer objetivo. Cuando ocurren problemas, corríjalos siguiendo los mismos principios. La sesión y la presentación nunca estuvieron en su mente.

Como se explicó anteriormente, lamento que no hayan pensado en la Presentación; habría evitado muchos de los problemas con los que se toparon. Pero no me arrepiento de que no haya sesión. Mi sueño sería un modelo combinado de OSI / Internet de 6 capas con físico – capa de enlace – red – transporte – presentación – aplicación, y un poco más de estructura en la aplicación IP, y una gran limpieza en OSI (todas las capas).

Creo que lo que quiere decir es por qué el modelo TCP / IP colapsó las capas 5–7 en la capa 5.

Hay varias razones para esto, entre las cuales se encuentra la falla total del OSI como una pila de red. TCP / IP, como protocolo, fue el claro y obvio ganador entre las tecnologías competidoras. Parte de la razón por la que OSI perdió eso fue porque (correctamente) se vio como demasiado complicado. Cuando eres el ganador, como lo fue TCP / IP, puedes definir las cosas como quieras.

El modelo TCP / IP fue creado por ingenieros de redes y desarrolladores de protocolos y productos de redes. Las personas que trabajan en esas áreas solo se preocupan (principalmente) por las capas 1–4 del modelo OSI, por lo que había pocas razones para clasificar las capas por encima de la capa de transporte. Otra gran razón es que las capas superiores a 4 son mucho más blandas y menos definidas. Si bien ciertamente puedo nombrar algunos de los protocolos que a menudo se piensa que viven en la capa 5, no sé si esa categorización es tan útil. Lo mismo es cierto para la capa de presentación. Los ingenieros de redes simplemente no se preocupan por clasificar un archivo JPEG que se envía a través de HTTP por separado del resto del tráfico HTTP.

Ahora, a menudo enseño redes a personas que no son ingenieros o desarrolladores de redes que están implementando o creando protocolos de red y para mí el modelo OSI todavía ayuda. Tony Li probablemente me regañaría por seguir usándolo, pero lo que he encontrado es que categorizar las capas superiores a menudo ayuda a las personas a entender por qué dividimos las cosas. Esto es especialmente cierto para los desarrolladores de enseñanza en el espacio NMS. Por lo general, no estamos construyendo cosas que hablen en los niveles inferiores de ninguno de los modelos, pero necesitan entenderlos para hacer su trabajo. Lo que descubrí es que cuando traté de usar el modelo TCP / IP más simple, tendían a no seguirlo también, principalmente porque estaban tratando de aplicar lo que hacen en el modelo y viendo que todo lo agrupado en la capa 4 no encaja en su forma de pensar.

Originalmente, la pila OSI debía tener protocolos que funcionaran en una sola capa solamente. Como resultado, necesitaría encapsular 7 veces sus datos. Esto agregaría mucha sobrecarga, reduciendo en última instancia la velocidad de transferencia. Además, cada capa, si se toma sola, agrega una contribución muy pequeña a toda la pila, específicamente las capas de sesión y presentación.

Como resultado, es mucho más conveniente juntarlos: para simplificar y ahorrar ancho de banda .

Sin embargo, hay casos en que no están colapsados. Esto es específicamente cierto para el tráfico VoIP basado en UDP. Puede encontrar más información al respecto aquí: capas de sesión y presentación en el modelo OSI.

La respuesta simple es la simplicidad. no tiene nada que ver con gastos generales. Vamos a entender por qué?

Vea primero que el trabajo realizado por las 4 capas diferentes del modelo OSI se realiza por una sola capa. Entonces, si se está haciendo el mismo trabajo, ¿cómo reducirá la sobrecarga? puede ser una diferencia mínima, pero es muy pequeño para tenerlo en cuenta.

Ahora, ¿por qué el modelo TCP / IP combina 4 capas porque el trabajo realizado por las 4 capas es lógicamente coherente, por lo que será una buena práctica combinarlas entre sí?