¿Por qué el enrutador necesita conocer el ancho de banda al configurar QoS?

0

Quiero configurar QoS en mi enrutador DD-WRT. encontré esta Página wiki, pero lo que me desconcierta es que necesita conocer el ancho de banda de mi WAN.

"Establezca su velocidad de descarga y carga. Puede usar una prueba de velocidad como Speedtest.net para verificar su velocidad de conexión real. Algunos ISP también ofrecen su propio servicio de prueba de ancho de banda, que puede ser más confiable que los enlaces provistos. % de los valores que midió en los campos apropiados ".

No quiero proporcionar mi ancho de banda porque mi ancho de banda puede cambiar dependiendo de mi ISP, que no siempre es fijo.

Lo que quiero hacer es darle la máxima prioridad a mi teléfono VoIP. Eso significa que cada paquete hacia y desde la IP (o su interfaz) puede saltar al principio de la cola.

¿Por qué el enrutador necesita saber mi ancho de banda?

networking router bandwidth some user
fuente
QoS proporciona ancho de banda, no prioridad. Necesita saber su ancho de banda para que pueda dividirlo adecuadamente.
Michael Frank

Respuestas:

0

Digamos que hay tráfico de VoIP y 4Mbps de tráfico HTTP. ¿Qué debe hacer el enrutador? ¿Debería bajar o retrasar parte del tráfico HTTP o no? Si tiene una conexión de 8 Mbps, no debería hacer nada. Si tiene una conexión de 4Mbps, debería comenzar a reducir / retrasar el tráfico HTTP para conservar el ancho de banda para el tráfico VoIP.

Sin conocer su ancho de banda, su enrutador no tiene forma de saber cuándo debe darle prioridad a VoIP. Si le daba la prioridad de VoIP todo el tiempo, todos sus otros servicios apestarían porque le da una prioridad de servicio al tráfico entrante al dejar caer (o retrasar) los paquetes de otros servicios.

Recuerde, su enrutador no puede hacer nada con respecto a un paquete entrante hasta que lo reciba de su ISP. En ese punto, ya ha consumido su ancho de banda.

David Schwartz
fuente
Lo que tengo en mente es que el enrutador debe procesar primero el tráfico de VoIP (si existe) y luego procesar otro tráfico. Básicamente teniendo 2 colas, una alta prioridad y la otra normal. No me importa que los otros servicios sufran porque no son de alta prioridad y sé que VoIP utiliza muy poco ancho de banda. En lo que respecta a paquetes entrantes, no importa, ya que el ancho de banda de LAN es suficiente. La regulación debe suceder naturalmente, ya que el tráfico de salida del mismo flujo se está desacelerando. No tengo control sobre cómo el ISP me enruta el tráfico de todos modos.
some user
@someuser El orden en que se procesa el tráfico no afectará nada. (¿Por qué crees que sería así?) Tener dos colas ayudará si el ancho de banda saliente está congestionado, pero ¿qué pasa si el ancho de banda saliente está perfectamente bien y es el ancho de banda entrante lo que está congestionado? ¿Cómo puedes racionar algo si no sabes cuánto tienes?
David Schwartz
El principal problema que tendrá es el tráfico masivo entrante (debido a descargas o ver videos) sobre los paquetes entrantes de VoIP. Usted maneja eso al eliminar algunos de los paquetes entrantes que no son VoIP, lo que desencadena el retroceso. No puede hacer eso a menos que sepa cuándo su ancho de banda entrante es el factor limitante.
David Schwartz