Herramientas

Calculadora de ráfagas de QoS

Del lado de Mikrotik: burst-limit, burst-threshold y burst-time, con la duración real de la ráfaga. Del lado de Cisco: Bc y Be del token bucket para policing y shaping. Con el comando listo para pegar.

Velocidades
Parámetros del burst

Mikrotik: por qué el burst nunca dura lo que dice burst-time

Es el error más común al configurar colas en RouterOS. burst-time no es la duración de la ráfaga: es la ventana sobre la que se promedia el consumo. El router guarda dieciséis muestras de esa ventana y, con ellas, calcula la tasa promedio. Mientras ese promedio esté por debajo de burst-threshold, el cliente puede ir hasta burst-limit; en cuanto lo supera, cae a max-limit y ahí se queda hasta que el promedio vuelva a bajar.

De ahí sale la cuenta: arrancando desde inactividad, el promedio llega al umbral después de burst-time × burst-threshold / burst-limit segundos. Por eso, si querés una ráfaga de verdad larga, no alcanza con subir burst-time: hay que mover también la relación entre el umbral y el límite. La calculadora te deja fijar la duración que querés y te devuelve los tres parámetros que la producen, más los bytes que pasan en esa ráfaga.

Cisco: el balde de tokens, en bytes y no en segundos

Cisco no razona con ráfagas sino con un balde que se llena a razón de CIR bits por segundo y tiene capacidad Bc bytes. Un paquete pasa si hay tokens suficientes. Mientras el enlace está ocioso el balde se llena, y ese remanente es lo que permite el pico siguiente. Con Be el balde tiene un segundo compartimento para los tokens sobrantes.

El parámetro que arruina enlaces es un Bc demasiado chico. TCP manda una ventana entera de golpe; si el balde no la aguanta, se descartan paquetes al principio de cada ventana, TCP baja la ventana y el throughput efectivo queda muy por debajo del CIR contratado, aunque el policer diga que está configurado a la velocidad correcta. La regla es dimensionar Bc con el RTT del camino: con 100 ms de ida y vuelta y 100 Mbps de CIR hacen falta 1,25 MB de balde, no los 12,5 KB que salen de un Tc de un milisegundo.

Lo que la cuenta no resuelve

Las ráfagas reparten el exceso, no lo crean. Si el enlace está saturado de forma sostenida, ningún burst va a mejorar nada: lo que hace falta ahí es clasificar y priorizar, o más ancho de banda. El burst es para que el uso interactivo se sienta ágil cuando hay capacidad ociosa, y para eso funciona muy bien.

Preguntas frecuentes

¿Cuánto dura en realidad una ráfaga de Mikrotik?

No dura burst-time. RouterOS calcula el promedio de los últimos burst-time segundos (muestreando cada burst-time/16) y deja pasar la ráfaga mientras ese promedio esté por debajo de burst-threshold. Partiendo de inactividad, la ráfaga dura aproximadamente burst-time × burst-threshold / burst-limit. Con burst-time 16 s, threshold 5M y limit 10M, la ráfaga real son 8 segundos.

¿Para qué sirve el burst?

Para que la navegación se sienta rápida sin regalar ancho de banda. Las cargas cortas (una página, un adjunto) entran en la ráfaga y terminan al doble de velocidad; las descargas largas caen al límite contratado en cuanto el promedio sube. Es la diferencia entre un plan que "se siente" rápido y uno que no.

¿Qué es Bc en Cisco y cuánto tiene que valer?

Bc es el tamaño del balde de tokens: cuántos bytes pueden pasar de golpe antes de que el policer empiece a medir. Si es muy chico, TCP se corta en cada ventana y el throughput real queda muy por debajo del CIR. La regla práctica para tráfico TCP es Bc = CIR × RTT / 8, y nunca menos que un MTU. Cisco por defecto usa Tc = 125 ms, o sea Bc = CIR/8 bytes.

¿Cuál es la diferencia entre police y shape?

El policer descarta o remarca lo que se pasa: el tráfico sale en picos y TCP se entera por pérdida. El shaper encola y entrega parejo: agrega latencia pero no pierde paquetes. Para el tráfico propio que sale hacia el proveedor casi siempre conviene shape; police se usa para limitar lo que entra o para hacer cumplir un contrato.

¿Be para qué está?

Be es el balde de desborde: acumula los tokens que sobran cuando el enlace está ocioso y los presta en el próximo pico. Lo habitual es Be = 2 × Bc. Con Be = 0 el policer es estrictamente de dos colores y castiga mucho más a TCP.

¿Esto aplica a queue tree y a simple queue por igual?

Sí: los parámetros de burst son los mismos en simple queue y en queue tree de RouterOS, y la cuenta de la duración también. Lo que cambia es dónde se aplican y cómo se encadenan con las marcas de paquete.

¿Otra duda? Preguntanos por WhatsApp

¿Hay que montar el enlace?

Hacemos el relevamiento, la torre, las antenas y la configuración. Mikrotik, Ubiquiti y Cambium, en Rosario y la región.