Problema latencia al pasar a 1Gb

Buenas Jesuusgg​ 

Como te decía, QoS no es un botón, es una serie de técnicas y tecnologías, con diferentes protocolos, con el objetivo de balancear el tráfico de una red del modo que el usuario necesite. No es un botón que diga: Prioriza Juegos!! Ni nada de eso. No funciona de ese modo ni a ese nivel, es algo bastante más... "complejo". Aunque pueden existir miles de diferencias dependiendo del fabricante, a groso modo un flujo completo QoS constaría de:

1º Clasificación: Todo el tráfico se clasifica en función de diferentes variables, como pueda ser listas de seguridad ACLs, puertos de origen/destino, IPs de origen/destino, tráfico ya etiquetado....
2º. Marcado: Ya sea IP Precedence o DiffServ, y dependiendo de la clasificación previa, se "marcan" con diferentes bits cada paquete, así todo el flujo puede saber la "importancia" que puede o no tener
3º. Gestión de Colas: Como no todos los paquetes pueden salir a la vez se crean "colas", que no dejan de ser buffers donde se van almacenando los paquetes, dependiendo del marcado que tengan irán a una u otras colas.. estas colas usan diferentes políticas para soltar los paquetes de estas, como pueden ser FIFO, WFQ, LLQ....

4º. Scheduling. De nuevo, diferentes políticas y sistemas que determinan que paquete y como sale por la interfaz Ethernet... por ejemplo, que te digo yo... puede estar configurado para vaciar siempre una cola que se haya configurado para el tráfico VoIP aunque exista paquetes en otras colas

5º. Congestión. Idealmente jamás ninguna cola se tendría que llenar y no existiría congestión, pero esto no siempre es así... con lo que es necesario mecanismos de "descarte" de paquetes cunando alguna cola esté a un % dado... así evitar congestiones que al final provocan todo tipo de problemas

6º. Conformado de tráfico y políticas. Para terminar, se pueden a veces configurar límites de ancho de banda a usar, así como que pasa cuando esto sucede

Cuanto más profesional sea el sistema QoS, más te permitirá operar sobre cada una de dichas etapas. Cada fabricante expone en el Router lo que cree más importante, dando por sentado que el resto es fijo y preconfigurado. Por ejemplo, un fabricante podría tener en QoS únicamente conformado de tráfico... otros podrían tener una interfaz simple donde únicamente te permitiese realizar una clasificación en función del puerto Ethernet conectado. Los Router comerciales decentes te permiten generalmente operar de un modo u otro en la mayoría de esos 6 puntos.

Dado que las necesidades de cada usuarios son únicas, no existe ninguna configuración QoS ideal. No se trata decir que uno prefiere juegos y VoIP. Como sabes que es tráfico de un Juego? No puedes saberlo, para eso tendrás que especificar el tipo de tráfico que es, que puertos usa, IPs de origen/destino... clasificación, y se suele hacer a mano. Además hay que tener cuidado, porque, por ejemplo, se nos podrían olvidar priorizar igualmente los paquetes de control que hacen que las conexiones se mantengan estables... si se priorizan otros paquetes sobre estos tendrías desconexiones mucho más frecuentes.

En definitiva, no existe una forma de configurar QoS, existen infinitas maneras de hacerlo, y cada Router de forma diferente. En muchas ocasiones se ha preguntado como configurar QoS... el problema es que tu QoS es diferente al mío, al de tu vecino, al de tu hermano, al de tu... 

En cualquier caso, como digo, esto suele ser a día de hoy en entornos domésticos totalmente innecesario, y una sobrecarga enorme para los Router en líneas rápidas, porque tienen que operar en cada paquetes de datos. Es infinitamente más práctico y rápido limitar las aplicaciones de descarga/subida a un % razonable, rápido y efectivo. Además,  como digo, el Bufferbloat únicamente se va a disparar cuando los canales de subida/bajada (especialmente de subida) están saturados, de lo contrario QoS no va a tener efecto alguno.

Sí, en redes domésticas donde tengamos por ejemplo usuarios que tienden a estar descargando y subiendo sin control puede ser buena práctica implementar un QoS adecuado si además tenemos aplicaciones que requieran un "tiempo real", pero son casos aislados a día de hoy, y cuanta más velocidad más complicado que esto pase.

Saludos.