Mikrotik QoS queue trees + simple queues + PCQ Tutorial y script

Mikrotik QoS queue trees + simple queues + PCQ Tutorial y script

Mikrotik QoS  queue trees + simple queues + PCQ

 El siguiente método sirve para priorizar paquetes de manera global con queue trees y aplicar límites de ancho de banda por usuario (paquete de datos) con simple queues + PCQ, funciona óptimo sólo en v6.X de RouterOS.

Esta configuración simplifica el doble marcado + doble encolamiento que se realizaba en v5.X de RouterOS. El doble marcado ya no es posible en v6.X, ya que los queue trees se procesan una sola vez (postrouting chain), como se puede apreciar en el diagrama de flujo de paquetes de v6.X.

Priorizar tráfico global
Lo primero que hay que hacer es identificar el tráfico que queremos priorizar, esto se realiza en la tabla MANGLE del firewall de RouterOS. Para optimizar el rendimiento del marcado, es necesario aplicar 2 marcas: 1 por conexión y otra por paquete, utilizando la marca de la conexión. Para este ejemplo, se marcará el tráfico HTTP (por puerto):

 

Es importante especificar “passthrough=no” en la regla del marcado de paquete, para evitar gastar recursos del CPU. Como se puede apreciar, no es necesario especificar la interfaz para marcar el tráfico, ya que esto se hará en los queue trees (HTB), con lo que la configuración se simplifica.

La última marca que se agrega es para tener en cuenta el tráfico cuyas conexiones no estamos marcando, con esto podemos asignar una prioridad a este tipo de tráfico y así evitar que pase sin ser gestionado por nuestras colas HTB.

Lo siguiente es especificar las colas HTB para la priorización de tráfico:

 

Algunas notas sobre lo anterior:

Se recomienda utilizar un 90% del tráfico total de cada interfaz como límite (en colas padre de subida/bajada), esto para garantizar que nuestras reglas se apliquen, ya que si se especifica un ancho de banda mayor al disponible, nuestras reglas serán ignoradas.
El tráfico puede gestionarse únicamente cuando sale del router, por ello es importante elegir las interfaces de subida/bajada adecuadamente.

El atributo “limit-at” debe especificarse a la tasa que se quiera garantizar para esta cola, y no debe ser mayor al límite global de la cola padre. La suma de los distintos límites de todas las hojas (colas hijas o leafs) debe ser menor o igual al total especificado para la cola padre.
El atributo “max-limit” es el tráfico que tomará prestado de la cola padre cuando se haya alcanzado “limit-at” y aún tenga ancho de banda disponible la cola padre. Es recomendado que la suma de los límites máximos especificados no sea mayor a la establecida para la cola padre.
Las últimas dos colas utilizan la marca “other-internet” para asignar una prioridad al tráfico que no estamos gestionando directamente, es muy importante agregarlas (subida/bajada).
Límite de velocidad por usuario.

Ya que se tiene la parte global del tráfico (priorización), lo que sigue es establecer límites de velocidad por usuario. Para esto será necesario crear un par de tipos de cola PCQ uno para subida (src-address) y otro para bajada (dst-address) para cada paquete de datos:

 

Con los tipos de cola nuevos, se creará un Simple Queue (cola simple) para cada paquete de datos que queramos gestionar (en este caso sólo uno, para un paquete de 5M/1M):

La cola simple anterior permitirá establecer como máximo tasas de 1M/5M por cada usuario (IP), en caso que la suma total del tráfico utilizado por todos los clientes de esta cola exceda el límite global establecido (5M/35M), se ecualizará el tráfico disponible entre el total de clientes actuales.

Conclusión
La optimización de Simple Queues en v6.X permite simplificar las configuraciones de QoS, evitando el doble marcado. Siguiendo las pautas aquí descritas, es posible agregar más servicios para priorización de tráfico, así como distintos paquetes de velocidad de acuerdo a las necesidades de cada usuario.

Para Descargar

Comparte

Agradecer no custa, Regalanos un like