¿Por qué la mayoría de las aplicaciones ignoran el campo TOS en el encabezado IP? ¿No ignorarlo resolvería parcialmente la neutralidad de la red?

El campo TOS se ha redefinido cinco veces diferentes desde que se introdujo en 1981 en RFC 791.

Eso es una locura, desde una perspectiva estándar, particularmente dado que las últimas dos rondas no son compatibles con versiones anteriores, sin embargo, no hay un bit de “versión” que te permita saber eso.

Está justo ahí en RFC 3168 “Debido a la historia inestable del octeto TOS …”.

Entonces, en parte, se ignora porque nadie está seguro de qué hacer con él.

El resto de la historia es que los bits de TOS permiten que la aplicación (o un intermediario, como un cortafuegos) especifique cómo creen que se deben manejar los paquetes, pero al final del día, depende del operador de la red decidir qué hacer. hacer con ellos

Entonces, ¿qué sucede cuando colocó su controlador de paquetes para marcar todos sus paquetes como Flash Override? ¿Y estableces los bits de ECN con los que no debes jugar?

La mayoría de los ingenieros de redes tienen suficiente que hacer sin tener que descubrir cómo algún paquete marcado por el usuario arruinó sus colas WRED. Muchos operadores simplemente lo ignoran o lo despojan.

VoIP y, en cierta medida, la transmisión de medios como Netflix están haciendo que eso se vuelva a pensar en algunos sectores. El problema es que no puede contar con cada punto final para jugar según las reglas, lo que significa que lo que usted como operador de red REALMENTE quiere hacer es marcar los paquetes al ingresar a su red, para su uso interno, y luego quitar las marcas (o incluso dejarlos en su lugar si eres vago) en la salida. Después de todo, en ese punto, es el problema del próximo tipo …

En Enron, esto condujo a una capa adicional de enrutadores, solo para poder marcar los paquetes de borde, porque no era posible marcarlos en las tarjetas de interfaz de entrada, solo al salir de un enrutador. No estoy seguro de cuál es el estado de juego en este aspecto en estos días, pero apuesto a que no ha mejorado mucho: no hay suficientes personas que entiendan la necesidad de marcar los bordes en ese momento, y no he visto mucho en la literatura desde entonces.

Oh sí, neutralidad de la red. Sin problema con respecto a los TOS. La gente que posee las conexiones de “la última milla” todavía quiere duplicar a las personas que proporcionan los bits que están consumiendo SUS clientes, lo cual es malo para todos nosotros. Cubrí eso bastante duro en la respuesta de Stan Hanks a ¿Qué piensan las empresas tecnológicas, incluidas aquellas que no están en Tech 50, sobre el tema de la neutralidad de la red, especialmente aquellas cuya comunidad o base de clientes exige un servicio rápido de Internet?

Gracias por el A2A.

La mayoría de las aplicaciones ignoran el campo ToS porque nunca hemos encontrado nada constructivo que ver con él. Hubo muchos usos teóricos, principalmente un traspaso de mensajes militares, pero nadie terminó preocupándose lo suficiente como para que valiera la pena. Todavía hay algunos que hacen algunas cosas con él, pero son muy minoritarios, por lo que no hay soporte general para ToS.

Ignorarlo es totalmente irrelevante para la neutralidad de la red. Los operadores no están utilizando ese campo para diferenciar entre tráfico “rápido” y “lento”. En cambio, están haciendo algo más simple, como sesgar el tráfico en función de la dirección IP de origen, la interfaz entrante o alguna combinación.

Como han dicho otros, ToS realmente no afecta la neutralidad de la red ni podría utilizarse de manera factible ya que no hay forma de que un operador confíe en ToS de fuentes externas o de clientes.

Para lo que se acostumbra, en un grado limitado, es para los propios servicios de un operador. Esto es común en los sistemas de banda ancha inalámbricos fijos (Canopy, Alvarion, Adaptrum, etc.) donde las opciones de QoS son limitadas. Un operador que usa estos puntos de acceso y clientes puede etiquetar aplicaciones específicas y luego respetar esa etiqueta dentro de su propia red, pero no es confiable fuera de la red, por lo que tan pronto como el paquete se traslada a la red de otro operador, el bit ToS se ignora o se elimina. .

Se puede usar en redes comerciales, de nuevo principalmente con conexión inalámbrica, pero es menos común y solo lo he visto implementado en sistemas que tienen mucho tráfico SIP en sus redes WiFi, ya que Ethernet por cable tiene otra mecánica de priorización más simple / mejor para VoIP.