¿Cuál es una posible desventaja de usar protocolos en capas?

Redundancia y menor rendimiento general.

Un ejemplo de esto es la suma de comprobación del encabezado IPv4 que ahora se descarta en IPv6 (las capas 2 y 4 pueden proporcionar la confiabilidad deseada) y para los datos, no solo un encabezado. Considerable hardware o software (mucho más barato hoy en día pero costoso años atrás) entra en el cálculo de estas sumas de verificación de encabezado a “velocidad de línea”; esto ahora se considera un desperdicio, y los dispositivos IPv6 no tendrán que soportar esta carga. También se podría argumentar que una solución “todo en uno” simplificada que abarque todo, desde las señales eléctricas hasta la comunicación de la aplicación, sería más eficaz, lo creo. También apostaría a que ese proyecto se convertiría en una pesadilla si encuentran que su proyecto necesita constantemente agregar características para lograr la paridad con los sistemas TCP / IP.

Volver a implementar todo, desde la comunicación inalámbrica y por cable hasta la comunicación de aplicaciones sin conexión y orientada a la conexión, con cada timbre de BGP, MPLS, enrutamiento de multidifusión, etc. sería una tarea enorme y posiblemente inmanejable en este protocolo todo en uno monolítico. Me imagino casos de uso de nicho donde el rendimiento máximo es importante sobre todo donde se puede desear un sistema muy simple.

La flexibilidad que ofrece el modelo TCP / IP en capas siempre se ha valorado; imagine si tuviéramos que hacer cambios masivos de hardware y software en todos los dispositivos en red para introducir WiFi, MPLS o Gigabit Ethernet. Eso no es un sistema práctico para tener que tirar todo para acomodar un cambio en lo que podría decirse que es un sistema totalmente separado (TCP frente a Ethernet, etc.)

¿Cuál es una posible desventaja de usar protocolos en capas? Complejidad y gastos generales SI controlaba los puntos finales y tenía una comprensión y limitación estrictas de las aplicaciones a las que servía la red.

Imagine una red diseñada para cambiar las señales de tráfico de la ciudad.

Podría haber nodos con tan solo 1 tipo de señal (amarillo a rojo, de lo contrario verde) y solo tantos como digamos ~ 10 configuraciones de señal en otros nodos. Los sensores y otras entradas que crean el impulso para las señales también pueden ser bastante limitados: digamos tan solo 1 para algunos nodos de señal (digamos un reloj de tiempo), y solo hasta 5 o 6 en otros nodos.

Entonces … esto es solo un par de puñados de mensajes de señal y retroalimentación … y puede controlar la conectividad (quiero decir, usted es dueño de las calles en las que se establece el derecho de paso). Entonces, podría salirse con la suya con un protocolo dedicado.

Como usted preguntó acerca de las desventajas, no desperdiciaré espacio hablando de la poca frecuencia con la que ocurren esas circunstancias después del “SI”, y por qué el escenario que describí es prácticamente dudoso. Tampoco dejaré de lado las economías de escala que ahogan casi todas las demás aplicaciones que quedan desde allí.

Una desventaja importante de los protocolos en capas es el bajo rendimiento debido a la mayor cantidad de trabajo realizado para cada unidad de datos. Imagine esto para el modelo TCP / IP donde cada paquete de datos debe pasar por varias capas agregando el encabezado y el cálculo de cada capa con MTU típica que es 1460.