Control de la anchura de banda

Revisión del documento: 1.5 (Fri el 3 Feb de 15: 15: 03 GMT 2006)
Se aplica a: V2.9

Información de carácter general

Resumen

El control de la anchura de banda es un sistema de los mecanismos que la asignación de la tarifa de datos
de control, retrasa variabilidad, entrega oportuna, y confiabilidad de la entrega. El MikroTik RouterOS
apoya las disciplinas que hacen cola siguientes:

• PFIFO - Paquetes Primero-En Primeros-Hacia fuera

• BFIFO - Octetos Primero-En Primeros-Hacia fuera
• SFQ - El hacer cola estocástico de la imparcialidad
• ROJO - tempranos al azar detectaron
• PCQ - Por coleta de la conexión
• HTB - Cubo simbólico jerárquico

Especificaciones

Paquetes requeridos: sistema

Licencia requerida: Level1 (limitado a 1 coleta), Level3
Submenu llano: /queue
Estándares y tecnologías: Ninguno
Uso del hardware: significativo

Documentos relacionados

• Gerencia de la paquete de software

• Direcciones del IP y ARP
• Rodillo

Descripción

La calidad del servicio (QoS) significa que la rebajadora debe dar la prioridad y formar a tráfico de la red.
QoS no está tanto sobre la limitación, él es más sobre el abastecimiento de calidad. Debajo se enumeran
las algunas características del mecanismo del control de la anchura de banda de MikroTik RouterOS:

• limitar la tarifa de datos para ciertos adresses del IP, los subnets, los protocolos, los puertos, y
otros parámetros
• limitar el tráfico del par-a-par
• dar la prioridad a algunos flujos del paquete sobre otros
• utilizar las explosiones de la coleta para un WEB más rápido que hojea
• aplicar las coletas en intervalos fijos del tiempo
 • compartir el tráfico disponible entre usuarios igualmente, o dependiendo de la carga del canal

El hacer cola se aplica en los paquetes que salen de la rebajadora a través de un interfaz verdadero (es
decir, las coletas se aplican en el interfaz saliente, con respecto a la circulación), o los 3 interfaces
virtuales adicionales uces de los (global-en, global-hacia fuera, global-total).

El QoS se realiza por medio de los paquetes que caen. En caso de protocolo del TCP, los paquetes caídos
serán vueltos a enviar tan allí no son ninguna necesidad de preocuparse eso con que forma nosotros
pierden la información de algún TCP.

Los términos principales usados para describir el nivel de QoS para los usos de la red, son:

• disciplina que hace cola (qdisc) - un algoritmo que sostiene y mantiene una coleta de paquetes.
Especifica la pedido de los paquetes salientes (significa que la disciplina que hace cola puede
reordenar los paquetes) y que los paquetes a caer si no hay espacio para ellos
• Círculo (tarifa confiada) de la información - la tarifa de datos garantizada. Significa esa tarifa
del tráfico, no excediendo este valor debe ser entregada siempre
• El MIR (tarifa máxima) de la información - la rebajadora máxima de la tarifa de datos
proporcionará
• Prioridad - la orden de la importancia en qué tráfico será procesado. Puedes dar prioridad a un
cierto tráfico en orden que a ser handeled antes de un cierto otro tráfico
• Cociente de la contención - el cociente a el cual la tarifa de datos definida se comparte entre
usuarios (cuando la tarifa de datos se asigna a un número de suscriptores). Es el número de los
suscriptores que tienen una sola limitación de la velocidad, aplicado a todos junto. Por ejemplo, el
cociente de la contención de 1:4 significa que la tarifa de datos asignada se puede compartir entre
no más de 4 usuarios

Antes de enviar datos sobre un interfaz, se procesa con una disciplina que hace cola. Por el defecto, las
disciplinas que hacen cola son fijadas bajo interfaz de /queue para cada interfaz físico (no hay disciplina
que hace cola del defecto para los interfaces virtuales). Una vez que agreguemos una coleta (en el árbol
de /queue) a un interfaz físico, la coleta del defecto del interfaz, definida en el interfaz de /queue, porque
ese interfaz particular consigue no hechos caso. Significa - cuando un paquete no empareja ningún filtro,
se envía a través del interfaz con la prioridad más alta.

Qdiscs del planificador y de la talladora

Podemos clasificar disciplinas que hacen cola por su influencia al flujo del paquete:

• planificadores - las disciplinas que hacen cola cambian la hora solamente de los paquetes con
respecto a sus paquetes del algoritmo y de la gota que “no caber en la coleta”. Las disciplinas que
hacen cola del planificador son: PFIFO, BFIFO, SFQ, PCQ, ROJO
• talladoras - disciplinas que hacen cola que también realizan la limitación. Las talladoras son PCQ
y HTB

Interfaces virtuales

Hay 3 interfaces virtuales en RouterOS, además de interfaces verdaderos:

 • global-en - representa todos los interfaces de la entrada en general (coleta del INGRESO).
Observar por favor que las coletas unieron a global-en se aplican al tráfico que es recibido por la
rebajadora, antes de filtrar del paquete. global-en hacer cola se ejecuta enseguida después del
rodillo y dst-nacional
• global-hacia fuera - representa todos los interfaces de la salida en general. Las coletas unidas a
ella se aplican antes de las que está unidas a un interfaz específico
• global-total - representa un interfaz virtual a través de el cual todos los datos, pasando a través de
la rebajadora, estén pasando. Al unir un qdisc a global-total, la limitación se hace en ambas
direcciones. Por ejemplo, si fijamos un total-máximo-límite a 256000, conseguiremos
upload+download=256kbps (el máximo)

Introducción a HTB

HTB (cubo simbólico jerárquico) es una disciplina que hace cola classful que es útil para aplicar diversa
dirección para diversas clases de tráfico. Generalmente, podemos fijar solamente una coleta para un
interfaz, pero en RouterOS las coletas se unen al cubo simbólico jerárquico principal (HTB) y tienen así
algunas características derivadas de esa coleta del padre. Por ejemplo, podemos fijar una tarifa de datos
máxima para un workgroup y después distribuir esa cantidad de tráfico entre los miembros de ese
workgroup.

Qdisc de HTB detalladamente:

Términos de HTB:
 • disciplina que hace cola (qdisc) - un algoritmo que sostiene y mantiene una coleta de paquetes.
Especifica la pedido de los paquetes salientes (significa que la disciplina que hace cola puede
reordenar los paquetes). Qdisc también decide a qué paquetes a caer si no hay espacio para ellos
• filtro - un procedimiento que clasifica los paquetes. El filtro es responsable de clasificar los
paquetes para ponerlos en los qdiscs correspondientes
• nivel - posición de una clase en la jerarquía
• clase interna - una clase que tiene unas o más niño-clases unió a ella. Las clases internas no
almacenan ninguna paquetes, sino que trafican formar. La clase también no tiene su propia
prioridad
• clase de la hoja - una clase que tiene un padre pero no tiene ninguna niño-clases. Las clases de la
hoja se establecen siempre en el nivel 0 de la jerarquía. Cada clase de la hoja tiene un qdisc, unido
a ella
• alimentación del uno mismo - un objeto que representa la salida para los paquetes de todas las
clases activas en su nivel de la jerarquía. Consiste en 8 ranuras del uno mismo
• ranura del uno mismo - un elemento de una alimentación del uno mismo que corresponde a cada
prioridad particular. Todas las clases, activas en el mismo nivel, de una prioridad se unen a una
ranura del uno mismo a través de la cual estén utilizando enviar los paquetes hacia fuera
• clase activa (en un nivel particular) - una clase que se une a una ranura del uno mismo en el
nivel dado
• alimentación interna - similar al objeto de la alimentación del uno mismo, que consiste en
ranuras internas del uno mismo, presente en cada clase interna
• ranura interna de la alimentación - similar a la ranura del uno mismo. Cada alimentación interna
consiste en las ranuras internas que representan una prioridad

Cada clase tiene un padre y puede tener unos o más niños. Las clases que no tienen niños, se ponen en el
nivel 0, donde se mantienen las coletas, y se llaman “hoja clasifican”

Cada clase en la jerarquía puede dar la prioridad y formar a tráfico. Hay 2 parámetros principales en
RouterOS que refieren a formar y a uno - a dar la prioridad:

• límite-en - la tarifa de datos que está garantizada a una clase (círculo)

• máximo-límite - tarifa de datos máxima que se permite para que una clase alcance (MIR)
• la prioridad - la orden en la cual las clases se sirven en el mismo llano (8 es la prioridad más baja,
1 es la más alta)

Cada clase de HTB puede estar en uno de 3 estados, dependiendo de la tarifa de datos que consume:

• verde - una clase el índice real límite-en de la cual es igual o menos que. En este estado, la clase
se une a la ranura del uno mismo en la prioridad correspondiente en su nivel, y se permite
satisfacer su límite-en la limitación sin importar qué limitaciones tienen sus padres. ¡Por ejemplo,
si tenemos una clase de la hoja con limit-at=512000 y su padre tiene max-limit=limit-at=128000,
la clase conseguirá su 512kbps!
• amarillo - una clase el índice real límite-en de la cual es mayor que e igual o menos que máximo-
límite. En este estado, la clase se une a la ranura interna de la prioridad correspondiente de la
alimentación interna de su padre, que, alternadamente, se puede unir a la ranura interna de su padre
de la misma prioridad (en caso de que el padre es también amarillo), o a su propia ranura llana del
uno mismo de la misma prioridad (en caso de que el padre es verde). Sobre la transición a este
estado, la clase “desconecta” de la alimentación del uno mismo de su nivel, y “conecta” con la
alimentación interna de su padre
 • rojo - una clase el índice real de la cual excede máximo-límite. Esta clase no puede pedir prestada
tarifa de su clase del padre

Prioridades

Cuando una clase de la hoja desea enviar un cierto tráfico (pues son las únicas clases que sostienen los
paquetes), HTB comprueba su prioridad. Comenzará con la prioridad más alta y el nivel más bajo y
procederá hasta que la prioridad más baja en del más alto nivel se alcanza:

Como puedes ver del cuadro, las hoja-clases que están en el estado verde, tendrán siempre una prioridad
más alta que los que estén pidiendo prestados porque su prioridad está en un nivel inferior (level0). En
este cuadro, Leaf1 será servido solamente después de Leaf2, aunque tiene una prioridad más alta (7) que
Leaf1 (8).

En caso de prioridades iguales y de estados iguales, HTB sirve estas clases, usando alrededor de algoritmo
del robin.

Ejemplos de HTB

Aquí están algunos ejemplos en cómo el HTB trabaja.

Imaginar el panorama siguiente - tenemos 3 diversas clases de tráfico, marcadas en el rodillo del
cortafuego de /ip (packet_mark1, packet_mark2 y packet_mark3), y ahora tenemos bulit una jerarquía de
HTB:

el tree> de la coleta [del admin@MikroTik] agrega el name=ClassA que el tree>

parent=Local de la coleta max-limit=2048000 [admin@MikroTik] agrega el tree> de la
coleta del parent=ClassA max-limit=1024000 [admin@MikroTik] del name=ClassB agrega
name=Leaf1 \ \… del parent=ClassA max-limit=2048000 tree> de la coleta de limit-
at=1024000 packet-mark=packet_mark1 priority=8 [admin@MikroTik] agrega name=Leaf2 \ \
… del parent=ClassB max-limit=1024000 tree> de la coleta de limit-at=256000 packet-
mark=packet_mark2 priority=7 [admin@MikroTik] agrega name=Leaf3 \ \… del
parent=ClassB max-limit=1024000 las banderas de la impresión del tree> de la coleta
de limit-at=768000 packet-mark=packet_mark3 priority=8 [admin@MikroTik]: X - lisiado,
I - invalid 0 tree> parent=Local de la coleta del queue=default priority=8 max-
limit=1024000 burst-limit=0 burst-threshold=0 burst-time=0s [admin@MikroTik] del
parent=ClassB packet-mark=packet_mark3 limit-at=768000 del name= " Leaf3 " del
queue=default priority=7 max-limit=1024000 burst-limit=0 burst-threshold=0 burst-
time=0s 4 del parent=ClassB packet-mark=packet_mark2 limit-at=256000 del name= "
Leaf2 " del queue=default priority=8 max-limit=2048000 burst-limit=0 burst-
threshold=0 burst-time=0s 3 del parent=ClassA packet-mark=packet_mark1 limit-
at=1024000 del name= " Leaf1 " del queue=default priority=8 max-limit=1024000 burst-
limit=0 burst-threshold=0 burst-time=0s 2 del "" limit-at=0 del packet-mark= del
parent=ClassA de " ClassB " del name= del queue=default priority=8 max-limit=2048000
burst-limit=0 burst-threshold=0 burst-time=0s 1 del "" limit-at=0 del packet-mark= de
" ClassA " del name=

Ahora dejarnos describen algunos panoramas, usando esta jerarquía de HTB.

1. Imaginarte que una situación cuando tienen los paquetes llegó Leaf1 y Leaf2. Debido a esto, Leaf1
se une a la ranura del uno mismo de este nivel (0 llano) con las fijaciones priority=8 y Leaf2 a la
ranura del uno mismo con priority=7. Leaf3 no tiene nada enviar, así que no hace nada.

Esto es una situación simple: hay clases activas (Leaf1 y Leaf2) en el nivel 0, y como ambos están
en estado verde, se procesan en la orden de sus prioridades - al principio, servimos Leaf2, entonces
Leaf1.
2. Ahora asumir que Leaf2 tiene que enviar más que 256kbps, por esta razón, él se une a la
alimentación interna de su padre (ClassB), que se une recurrentemente a la ranura del uno mismo
Level1 en priority=7. Leaf1 continúa estando en el estado verde - tiene que enviar los paquetes,
pero no más rápidamente que 1Mbps. Leaf3 todavía no tiene nada enviar.

Esto es una situación muy interesante porque Leaf1 consigue una prioridad más alta que Leaf2
(cuando está en el estado verde), aunque lo hemos configurado para una prioridad más baja (8) que
Leaf2. Es porque Leaf2 se ha desconectado de la alimentación del uno mismo en el nivel 0 y ahora
es préstamo de su padre (ClassB) que ha unido a la alimentación del uno mismo en el nivel 1. Y
debido a esto, la prioridad de Leaf2 “ha viajado a Level1”. Recordar que al principio, servimos
esas clases que estén en el nivel más bajo con la prioridad más alta, entonces continuando con el
nivel siguiente, y así sucesivamente.

3. Considerar que Leaf1 ha alcanzado su máximo-límite y ha cambiado su estado al rojo, y Leaf2

ahora utiliza más que 1Mbps (y menos que 2Mbps), así que su padre ClassB tiene que pedir
prestado de ClassA y llega a ser amarillo. Leaf3 todavía no tiene ningún paquete a enviar.
 Este panorama demuestra que Leaf1 ha alcanzado su máximo-límite, y no puede incluso pedir
prestado de su padre (ClassA). Leaf2 tiene Level2 alcanzado jerárquico y préstamos de ClassB que
deba pedir prestado recurrentemente de ClassA porque no tiene bastante tarifa disponible. Pues
Leaf3 no tiene ningún paquete a enviar, la única una clase que lo envía, es Leaf2.

4. Los alcances asumir que Leaf2 es préstamo de ClassB, ClassB de ClassA, solamente de ClassA tu
máximo-límite (2Mbps).
 En esta situación Leaf2 está en estado amarillo, pero no puede pedir prestado (pues la clase B no
puede pedir prestada de la clase A).

5. Finalmente, dejarnos ven qué sucede, si Leaf1, Leaf2, Leaf3 y ClassB están en el estado amarillo,
y ClassA es verde.
 Préstamos Leaf1 de ClassA, de Leaf2 y de Leaf3 de los préstamos de ClassB, y de ClassB también
de ClassA. Ahora todas las prioridades “se han movido” a Level2. Leaf2 está tan en la prioridad
más alta y se sirve al principio. Mientras que Leaf1 y Leaf3 están en la misma prioridad (8) en el
mismo nivel (2), se sirven, usando el algoritmo redondo del robin.

Explosiones

Las explosiones se utilizan para permitir tarifas de datos más altas por un período del tiempo corto. Cada
1/16 parte del estallar-tiempo, la rebajadora calcula el índice de datos medio de cada clase durante los
segundos pasados del estallar-tiempo. Si esta tarifa de datos media es menos que estallar-umbral, se
permite la explosión y el estallar-límite real BPS de los alcances de la tarifa de datos, si no las caídas
reales de la tarifa de datos al máximo-límite o límite-en.

Consideremos que tenemos una disposición, donde max-limit=256000, burst-time=8, burst-

threshold=192000 y burst-limit=512000. Cuando un usuario está comenzando a descargar un archivo vía
el HTTP, podemos observar tal situación:
Al principio la tarifa de datos media durante los 8 segundos pasados es 0bps porque antes de aplicar la
coleta no gobernar ningún tráfico fue pasado, usando esta regla. Puesto que esta tarifa de datos media es
menos que el estallar-umbral (192kbps), se permite la explosión. Después del primer segundo, la tarifa de
datos media es (0+0+0+0+0+0+0+512) /8=64kbps, que está bajo estallar-umbral. Después del segundo
segundo, la tarifa de datos media es (0+0+0+0+0+0+512+512) /8=128kbps. Después de que venga el
tercer segundo el límite de facturación cuando la tarifa de datos media llega a ser más grande que estallar-
umbral. En este momento la explosión es lisiada y las caídas actuales de la tarifa de datos abajo al
máximo-límite (256kbps).

HTB en RouterOS

Hay 4 árboles de HTB mantenidos por RouterOS:

• global-en
• global-total
• global-hacia fuera
• coleta del interfaz

Al agregar una coleta simple, crea 3 clases de HTB (en global-en, global-total y global-hacia fuera),
solamente la no agrega ninguna clases en coleta del interfaz.

El árbol de la coleta es más flexible - puedes agregarlo a ninguno de estos HTB.

Cuando el paquete viaja a través de la rebajadora, él los árboles del passesall 4 HTB - coleta global-en,
global-total, global-hacia fuera y del interfaz. Si se dirige a la rebajadora, pasa global-en y las coletas
global-totales de HTB. Si los paquetes se envían de la rebajadora, son coletas global-totales, globales-
hacia fuera y del interfaz el atravesarse

Recursos adicionales
 • http://linux-ip.net/articles/Traffic-Control-HOWTO/overview.html
• http://luxik.cdi.cz/~devik/qos/htb/
• http://www.docum.org/docum.org/docs/

Tipos de la coleta
Submenu llano: tipo de /queue

Descripción

En este submenu puedes crear tus tipos de encargo de la coleta. Luego, podrás utilizar los en el árbol
de /queue, /queue simple o el interfaz de /queue.

PFIFO y BFIFO

Estas disciplinas que hacen cola se basan en el algoritmo del primero en entrar, primero en salir (Primero-
En Primer-Hacia fuera). La diferencia entre PFIFO y BFIFO es que uno está medido en los paquetes y el
otro en octetos. Hay solamente un pfifo-límite llamado parámetro (bfifo-límite) que define cuánto datos
puede llevar a cabo una coleta del primero en entrar, primero en salir. Se cae cada paquete que no puede
enqueued (si la coleta es llena). Los tamaños grandes de la coleta pueden aumentar estado latente.

Disciplinas que hacen cola del uso primero en entrar, primero en salir si no tienes un acoplamiento
congestionado

SFQ

La imparcialidad estocástica que hace cola (SFQ) no puede limitar tráfico en todos. Su idea principal es
igualar la circulación (las sesiones del TCP o las corrientes del UDP) cuando tu acoplamiento es
totalmente lleno.

La imparcialidad de SFQ es asegurada por algoritmos del hashing y del redondo-robin. El algoritmo de
cálculo divide el tráfico de la sesión sobre un número limitado de subqueues. Después de sfq-perturbar
los segundos que el algoritmo de cálculo cambia y que divide el tráfico de la sesión a otros subqueues. El
algoritmo del redondo-robin dequeues pcq-asigna octetos de cada subqueue en una vuelta.
La coleta entera de SFQ puede contener 128 paquetes y hay 1024 subqueues disponibles para estos
paquetes.

Utilizar SFQ para los acoplamientos congestionados para asegurarse de que algunas conexiones no
mueren de hambre

PCQ

Solucionar imperfectness de algún SFQ, por la conexión que hacía cola (PCQ) fue creado. Es el único tipo
que hace cola sin clase que puede hacer la limitación. Es una versión mejorada de SFQ sin su naturaleza
stohastic. PCQ también crea subqueues, con respecto al parámetro del pcq-clasificador. Cada subqueue
tiene un límite de la tarifa de datos de la pcq-tarifa y tamaño de los paquetes del pcq-límite. El tamaño
total de una coleta de PCQ no puede ser paquetes mayor que del pcq-total-límite.

El ejemplo siguiente demuestra el uso de PCQ con los paquetes, clasificado por su dirección de la fuente.

Si clasificas los paquetes por src-tratan entonces todos los paquetes con diversas direcciones del IP de la
fuente serán agrupados en diversos subqueues. Ahora puedes hacer la limitación o la igualación para cada
subqueue con el parámetro de la pcq-tarifa. Quizás, la parte más significativa es decidir a qué interfaz
unimos esta coleta. Si la unimos al interfaz local, todo el tráfico del interfaz público será agrupado por src-
trata (no es probablemente lo que deseamos), pero si lo unimos al interfaz público, todo el tráfico de
nuestros clientes será agrupado por src-trata - así que podemos limitar o igualar fácilmente el upload para
los clientes.

¡Igualar tarifa entre los subqueues, clasificados por el pcq-clasificador, fijó la pcq-tarifa a 0!

PCQ se puede utilizar para igualar dinámicamente o tráfico de la forma para los usuarios múltiples,
usando la pequeña administración.

ROJO

La detección temprana al azar es un mecanismo que hace cola que intenta evitar la congestión de red
controlando el tamaño medio de la coleta. Cuando el tamaño medio de la coleta alcanza el rojo-minuto-
umbral, el ROJO elige aleatoriamente que paquete que llega a caer. La probabilidad cuántos paquetes
serán aumentos caídos cuando el tamaño medio de la coleta llega a ser más grande. Si el tamaño medio de
la coleta alcanza el rojo-máximo-umbral, se caen los paquetes. Sin embargo, puede haber casos cuando el
tamaño verdadero de la coleta (no promedio) es rojo-máximo-umbral mucho mayor que, entonces todos
los paquetes se caigan que excedan rojo-límite.

Principalmente, el ROJO se utiliza en acoplamientos congestionados con altas tarifas de datos. Trabajos
bien con protocolo del TCP, pero no tan bien con el UDP.

Descripción de la característica

bfifo-límite (número entero; defecto: ) - número máximo 15000 de los octetos que la coleta de BFIFO
puede sostener
bueno (bfifo | pcq | pfifo | rojo | sfq) - que disciplina que hace cola a utilizar
bfifo - octetos Primero-En, Primer-Hacia fuera
pcq - por coleta de la conexión
pfifo - paquetes Primero-En, Primer-Hacia fuera
rojo - detección temprana al azar
sfq - el hacer cola de la imparcialidad de Stohastic
nombre (nombre) - nombre sociable del tipo de la coleta
pcq-clasificador (dst-tratar | dst-puerto | src-tratar | src-puerto; defecto: "") - un clasificador por el cual
PCQ agrupará sus subqueues. Se pueden utilizar varios clasificadores inmediatamente, e.g., src-tratar, el
src-puerto agrupará todos los paquetes con diversa dirección de la fuente y fuente-puertos en subqueues
separados
pcq-límite (número entero; defecto: ) - número 50 de los paquetes que pueden llevar a cabo un solo sub-
queue de PCQ
pcq-tarifa (número entero; defecto: 0) - la tarifa de datos máxima permitió cada sub-queue de PCQ. El
valor 0 significa que no hay sistema de la limitación
pcq-total-límite (número entero; defecto: 2000) - números de los paquetes que pueden sostener la coleta
entera de PCQ
pfifo-límite (número entero) - número máximo de los paquetes que la coleta de PFIFO puede sostener
rojo-avg-paquete (número entero; defecto: 1000) - utilizado por el ROJO para los cálculos medios del
tamaño de la coleta
rojo-estallar (número entero) - el valor en octetos que se utiliza para determinarse cómo rápidamente el
tamaño medio de la coleta será influenciado por el tamaño verdadero de la coleta. Valores más grandes
retrasarán el cálculo por ROJO - explosiones más largas serán permitidas
rojo-límite (número entero) - valor en octetos. Si el tamaño verdadero de la coleta (no promedio) excede
este valor entonces todos los paquetes sobre este valor se caen
rojo-máximo-umbral (número entero) - valor en octetos. Es el tamaño medio de la coleta en el cual la
probabilidad de la marca del paquete es la más alta
rojo-minuto-umbral (número entero) - tamaño medio de la coleta en octetos. Cuando el tamaño ROJO
medio de la coleta alcanza este valor, la marca del paquete llega a ser posible
sfq-asignar (número entero; defecto: 1514) - cantidades de octetos que un subqueue se permite que
envíen antes de que el subqueue siguiente consiga una vuelta (cantidad de octetos que se pueden enviar de
un subqueue en una sola vuelta del redondo-robin)
sfq-perturbar (número entero; defecto: ) - tiempo 5 en segundos. Especifica cuantas veces cambiar el
algoritmo de cálculo de SFQ

Coletas del defecto del interfaz

Submenu llano: interfaz de /queue

Descripción

Para enviar los paquetes sobre un interfaz, tienen que enqueued en una coleta aunque que no deseas
limitar tráfico en todos. Aquí puedes especificar el tipo de la coleta que será utilizado para transmitir
datos.

¡Observar que si otras coletas se solicitan un paquete particular, entonces estos ajustes no están utilizados!

Descripción de la característica

interfaz (inalterable: nombre; defecto: nombre del interfaz) - nombre del interfaz
coleta (nombre; defecto: defecto) - tipo de la coleta que será utilizado para el interfaz

Ejemplo

Fijar el interfaz sin hilos al uso sin hilos-omiten la coleta:

[admin@MikroTik] hacer cola el interface> fijan 0 COLETAS 0 wlan1 del INTERFAZ de #

de la impresión del interface> de la coleta del queue=wireless-default
[admin@MikroTik] sin hilos-omiten el interface> de la coleta [del admin@MikroTik]
Coletas simples
Descripción

La manera más simpliest de limitar la tarifa de datos para las direcciones específicas y/o los subnets del
IP, es utilizar coletas simples.

Puedes también utilizar coletas simples para construir los usos avanzados de QoS. Tienen características
integradas útiles:

• el hacer cola del tráfico del Par-a-par

• Aplicación de reglas de la coleta en intervalos elegidos del tiempo
• Prioridades
• Usar marcas múltiples del paquete del rodillo del cortafuego de /ip
• El formar del tráfico bidireccional (un límite para el total del upload + de la transferencia directa)

Descripción de la característica

estallar-límite (número entero/número entero) - tarifa de datos máxima que puede ser alcanzada mientras
que la explosión es activa en la forma de in/out (upload/transferencia directa de la blanco)
estallar-umbral (número entero/número entero) - calculaban si permitir la explosión. Si la tarifa de datos
media durante los segundos pasados del estallar-tiempo es menos que estallar-umbral, la tarifa de datos
real puede alcanzar estallar-límite. fijar en la forma de in/out (upload/la transferencia directa de la blanco)
estallar-tiempo (número entero/número entero) - calculaban la tarifa de datos media, en la forma de
in/out (upload/la transferencia directa de la blanco)
dirección (ninguna amba transferencia directa del upload) - direcciones de la circulación, afectadas por
esta coleta
ningunos - la coleta es con eficacia inactiva
ambos - la coleta limita upload de la blanco y transferencia directa de la blanco
upload - la coleta limita solamente el upload de la blanco, saliendo de las tarifas de la transferencia directa
ilimitadas
transferencia directa - la coleta limita solamente la transferencia directa de la blanco, saliendo de las
tarifas del upload ilimitadas
dst-tratar (IP address/netmask) - dirección de destinación al fósforo
el dst-netmask (netmask) - netmask para dst-trata
interfaz (texto) - interconectar, esta coleta se aplica a (es decir, el interfaz la blanco está conectado con)
límite-en (número entero/número entero) - tarifa de datos garantizada a esta coleta en la forma de in/out
(upload/transferencia directa de la blanco)
máximo-límite (número entero/número entero) - tarifa de datos que puede ser alcanzada si hay bastante
anchura de banda disponible, en la forma de in/out (upload/transferencia directa de la blanco)
nombre (texto) - nombre descriptivo de la coleta
p2p (cualquiera | all-p2p | pedacito-torrente | blubster | direct-connect | edonkey | fasttrack | gnutella |
soulseek | winmx) - que tipo de tráfico del P2P al fósforo
all-p2p - emparejar todo el tráfico del P2P
cualesquiera - emparejar cualquier paquete (es decir, no comprobar esta característica)
paquete-marcas (nombre; defecto: "") - marca del paquete al fósforo del rodillo del cortafuego de /ip.
Más marcas del paquete son separadas por una coma (“,”).
padre (nombre) - nombre de la coleta del padre en la jerarquía. Puede ser solamente la otra coleta simple
prioridad (número entero: 1..8) - prioridades de la coleta. 1 es el más alto, 8 - el más bajo
coleta (nombre/nombre; defecto: defecto/defecto) - el nombre de la coleta de /queue mecanografía
adentro la forma de in/out
blanco-trata (IP address/netmask) - las direcciones del IP de la blanco de la limitación (direcciones de la
fuente). Para utilizar direcciones del múltiplo, separarlas con coma
tiempo (tiempo-tiempo, sentado | fri | thu | wed | el tue | lunes | sol {+}; defecto: "") - limitar el efecto de
la coleta a un período especificado
total-estallar-límite (número entero) - estallar el límite para la coleta global-total
total-estallar-umbral (número entero) - estallar el umbral para la coleta global-total
total-estallar-tiempo (tiempo) - estallar la hora para la coleta global-total
total-límite-en (número entero) - límite-en para la coleta global-total (upload acumulativo + transferencia
directa de los límites total-límite-en a los BPS)
total-máximo-límite (número entero) - máximo-límite para la coleta global-total (upload acumulativo +
transferencia directa de los límites al total-máximo-límite BPS)
total-coleta (nombre) - disciplina que hace cola a utilizar para la coleta global-total

Árboles de la coleta
Submenu llano: árbol de /queue

Descripción

Los árboles de la coleta se deben utilizar cuando deseas utilizar la asignación sofisticada de la tarifa de
datos basada en protocolos, los puertos, grupos de direcciones del IP, etc. tienes que marcar al principio
flujos del paquete con una marca debajo del rodillo del cortafuego de /ip y después utilizar esta marca
mientras que un identificador para el paquete fluye en árboles de la coleta.

Descripción de la característica

estallar-límite (número entero) - tarifa de datos máxima que puede ser alcanzada mientras que la
explosión es activa
estallar-umbral (número entero) - calculaban si permitir la explosión. Si la tarifa de datos media durante
los segundos pasados del estallar-tiempo es menos que estallar-umbral, la tarifa de datos real puede
alcanzar estallar-límite
estallar-tiempo (tiempo) - calculaban la tarifa de datos media
flujo (texto) - flujo del paquete que está marcado en rodillo del cortafuego de /ip. Los parámetros
actuales de la coleta se aplican solamente a los paquetes que están marcados con esta marca del flujo
límite-en (número entero) - tarifa de datos garantizada a esta coleta
máximo-límite (número entero) - tarifa de datos que puede ser alcanzada si hay bastante anchura de
banda disponible
nombre (texto) - nombre descriptivo para la coleta
padre (texto) - nombre de la coleta del padre. Los padres a nivel superior son los interfaces disponibles
(realmente, HTB principal). Los padres de nivel inferior pueden ser otras coletas
prioridad (número entero: 1..8) - prioridades de la coleta. 1 es el más alto, 8 - el más bajo
coleta (texto) - nombre del tipo de la coleta. Los tipos se definen bajo tipo de /queue. Este parámetro se
aplica solamente a las coletas de la hoja en la jerarquía del árbol

Ejemplos del uso

Ejemplo de emular una línea 128Kibps/64Kibps

Asumir, nosotros desean emular una transferencia directa 128Kibps y una línea del upload 64Kibps,
conectando la red 192.168.0.0 /24 del IP. La red se sirve a través del interfaz local de la rebajadora del
cliente. La disposición básica de la red está en el diagrama siguiente:

Para solucionar esta situación, utilizaremos coletas simples.

Direcciones del IP en la rebajadora de MikroTik:

IP address [del admin@MikroTik] > banderas de la impresión: X - lisiado, I - invalid,

D - INTERFAZ dinámico 0 192.168.0.254 de la DIFUSIÓN de la RED de la DIRECCIÓN de # /
24 Local 1 10.5.8.104 de 192.168.0.0 192.168.0.255 /24 IP address público de 10.5.8.0
10.5.8.255 [admin@MikroTik] >

Y rutas:
[admin@MikroTik] banderas de la impresión del route> del IP: X - lisiado, A - activo,
D - dinámica, C - conectar, S - parásitos atmosféricos, r - el rasgón, b - BGP, o -
el INTERFAZ 0 ADC 10.5.8.0 de la DISTANCIA de la ENTRADA del OSPF # DST-ADDRESS G /24
público 1 ADC 192.168.0.0 /24 Local 2 A S 0.0.0.0 /0 r de 10.5.8.1 [admin@MikroTik]
del route> público del IP

Agregar una regla simple de la coleta, que limitará el tráfico de la transferencia directa a 128Kib/s y el
upload a 64Kib/s para los clientes en la red 192.168.0.0 /24, servida por el Local del interfaz:

el simple> de la coleta [del admin@MikroTik] agrega \ interface=Local name=Limit-

Local \… target-address= 192.168.0.0 /24 bandera de la impresión del simple> de la
coleta max-limit=65536/131072 [admin@MikroTik]: X - lisiado, I - invalid, D - 0
target-addresses= " Límite-Locales " dinámico 192.168.0.0 del name= /24 dst-address=
0.0.0.0 /0 simple> interface=Local de la coleta del total-queue=default del
parent=none priority=8 queue=default/default limit-at=0/0 max-limit=65536/131072
[admin@MikroTik]

El parámetro del máximo-límite redujo la anchura de banda disponible máxima. Desde el punto de vista
de los clientes, el valor 65536/131072 significa que conseguirán el máximo de 131072bps para la
transferencia directa y de 65536bps para el upload. Blanco-trata parámetro define la red de la blanco (o
las redes, separadas por una coma) a la cual la regla de la coleta será aplicada.

Ahora ver la carga del tráfico:

Local recibir-paquete-por-segundo del monitor-tráfico del interface> [del

admin@MikroTik]: 7 recibir-pedacito-por-segundos: 68kbps enviar-paquete-por-segundo:
13 enviar-pedacito-por-segundos: interface> 135kbps [admin@MikroTik]

Probablemente, deseas excluir el servidor de ser limitado, si es así agregar una coleta para ella sin ninguna
limitación (max-limit=0/0 que no signifique ninguna limitación) y moverla al principio de la lista:

el simple> de la coleta [del admin@MikroTik] agrega \ \… de 192.168.0.1 /32 del

target-addresses= del name=Server la impresión interface=Local del simple> de la
coleta [del admin@MikroTik] señala por medio de una bandera: X - lisiado, I -
invalid, D - los 0 target-addresses= " Límite-Locales " dinámico 192.168.0.0 del
name= /24 dst-address= 0.0.0.0 /0 target-addresses= interface=Local 192.168.0.1 del "
servidor " del name= del total-queue=default 1 del parent=none priority=8
queue=default/default limit-at=0/0 max-limit=65536/131072 /32 dst-address= 0.0.0.0 /0
total-queue=default interface=Local del parent=none priority=8 queue=default/default
limit-at=0/0 max-limit=0/0 [admin@MikroTik] impresiones del simple> de la coleta del
MES 1 del simple> de la coleta 0 [admin@MikroTik] señalan por medio de una bandera: X
- lisiado, I - invalid, D - 0 target-addresses= dinámico 192.168.0.1 del " servidor "
del name= /32 dst-address= 0.0.0.0 /0 target-addresses= " Límite-Local "
interface=Local 192.168.0.0 del name= del total-queue=default 1 del parent=none
priority=8 queue=default/default limit-at=0/0 max-limit=0/0 /24 dst-address=
0.0.0.0 /0 simple> interface=Local de la coleta del total-queue=default del
parent=none priority=8 queue=default/default limit-at=0/0 max-limit=65536/131072
[admin@MikroTik]

Ejemplo del árbol de la coleta con Masquerading

En el ejemplo anterior dedicamos el tráfico de la transferencia directa 128Kib/s y del upload 64Kib/s para
la red local. En este ejemplo garantizaremos la transferencia directa 256Kib/s (128Kib/s para el servidor,
64Kib/s para el sitio de trabajo y también 64Kib/s para la computadora portátil) y 128Kib/s para el upload
(64/32/32Kib/s, respectivelly) para los dispositivos locales de la red. , Si hay anchura de banda de
repuesto, la comparte además entre usuarios igualmente. Por ejemplo, si damos vuelta apagado a la
computadora portátil, compartir tu transferencia directa 64Kib/s y upload 32Kib/s al servidor y al sitio de
trabajo.

Al usar masquerading, tienes que marcar la conexión saliente con la nuevo-conexión-marca y tomar la
acción de la marca-conexión. Cuando se hace, puedes marcar todos los paquetes que pertenezcan a esta
conexión con la nuevo-paquete-marca y utilicen la acción del marca-paquete.

1. Al principio, marcar la transferencia directa del servidor y upload el tráfico. Con la primera regla
marcaremos la conexión saliente y con segunda, todos los paquetes, que pertenecen a esta
conexión:

[admin@MikroTik] el mangle> del cortafuego del IP agrega \ \… de 192.168.0.1 /

32 del src-address= mangle> chain=prerouting del cortafuego del IP del new-
connection-mark=server-con del action=mark-connection [admin@MikroTik] agrega \
\… del connection-mark=server-con las banderas chain=prerouting de la impresión
del mangle> del cortafuego del IP del new-packet-mark=server del action=mark-
packet [admin@MikroTik]: X - lisiado, I - invalid, D - 0 mangle>
chain=prerouting chain=prerouting dinámico del cortafuego del IP del new-
packet-mark=server del action=mark-packet del connection-mark=server-con del
new-connection-mark=server-con 1 del action=mark-connection de 192.168.0.1 del
src-address= [admin@MikroTik]

2. Iguales para la computadora portátil y el sitio de trabajo:

[admin@MikroTik] el mangle> del cortafuego del IP agrega \ \… de 192.168.0.2

del src-address= mangle> chain=prerouting del cortafuego del IP del new-
connection-mark=lap_works-con del action=mark-connection [admin@MikroTik]
 agrega \ \… de 192.168.0.3 del src-address= mangle> chain=prerouting del
cortafuego del IP del new-connection-mark=lap_works-con del action=mark-
connection [admin@MikroTik] agrega \ \… del connection-mark=lap_works-con las
banderas chain=prerouting de la impresión del mangle> del cortafuego del IP del
new-packet-mark=lap_work del action=mark-packet [admin@MikroTik]: X - lisiado,
I - invalid, D - 0 mangle> chain=prerouting chain=prerouting chain=prerouting
chain=prerouting chain=prerouting dinámico del cortafuego del IP del new-
packet-mark=lap_work del action=mark-packet del connection-mark=lap_works-con
del new-connection-mark=lap_works-con 4 del action=mark-connection de
192.168.0.3 del src-address= del new-connection-mark=lap_works-con 3 del
action=mark-connection de 192.168.0.2 del src-address= del new-packet-
mark=server 2 del action=mark-packet del connection-mark=server-con del new-
connection-mark=server-con 1 del action=mark-connection de 192.168.0.1 del src-
address= [admin@MikroTik]

Como puedes ver, marcamos las conexiones que pertenecen para la computadora portátil y fluye el
sitio de trabajo con igual.

3. En el árbol de /queue agregar las reglas que limitarán la transferencia directa del servidor y
upload:

el tree> de la coleta [del admin@MikroTik] agrega el name=Server-Download que \

parent=Local \… limit-at=131072 tree> de la coleta del packet-mark=server max-
limit=262144 [admin@MikroTik] agrega \ parent=Public \… del name=Server-Upload
limit-at=65536 las banderas de la impresión del tree> de la coleta del packet-
mark=server max-limit=131072 [admin@MikroTik]: X - lisiado, I - name= del
invalid 0 " Servidor-Descarga " el queue=default parent=Local priority=8 max-
limit=262144 burst-limit=0 burst-threshold=0 burst-time=0s 1 tree>
parent=Public del packet-mark=server limit-at=131072 de la coleta del
queue=default priority=8 max-limit=131072 burst-limit=0 burst-threshold=0
burst-time=0s [admin@MikroTik] del packet-mark=server limit-at=65536 del "
Servidor-Upload " del name=

And similar config for Laptop and Workstation:

[admin@MikroTik] queue tree> add name=Laptop-Wkst-Down parent=Local \

\... packet-mark=lap_work limit-at=65535 max-limit=262144
[admin@MikroTik] queue tree> add name=Laptop-Wkst-Up parent=Public \
\... packet-mark=lap_work limit-at=32768 max-limit=131072
[admin@MikroTik] queue tree> print
Flags: X - disabled, I - invalid
0 name="Server-Download" parent=Local packet-mark=server limit-at=131072
queue=default priority=8 max-limit=262144 burst-limit=0
burst-threshold=0 burst-time=0s

1 name="Server-Upload" parent=Public packet-mark=server limit-at=65536

queue=default priority=8 max-limit=131072 burst-limit=0
burst-threshold=0 burst-time=0s

2 name="Laptop-Wkst-Down" parent=Local packet-mark=lap_work limit-at=65535

queue=default priority=8 max-limit=262144 burst-limit=0
burst-threshold=0 burst-time=0s

3 name="Laptop-Wkst-Up" parent=Public packet-mark=lap_work limit-at=32768

queue=default priority=8 max-limit=131072 burst-limit=0
burst-threshold=0 burst-time=0s
[admin@MikroTik] queue tree>
Equal bandwidth sharing among users

This example shows how to equally share 10Mibps download and 2Mibps upload among active users in
the network 192.168.0.0/24. If Host A is downloading 2 Mibps, Host B gets 8 Mibps and vice versa.
There might be situations when both hosts want to use maximum bandwidth (10 Mibps), then they will
receive 5 Mibps each, the same goes for upload. This setup is also valid for more than 2 users.

At first, mark all traffic, coming from local network 192.168.0.0/24 with a mark users:

/ip firewall mangle add chain=forward src-address=192.168.0.0/24 \

action=mark-connection new-connection-mark=users-con
/ip firewall mangle add connection-mark=users-con action=mark-packet \
new-packet-mark=users chain=forward

Now we will add 2 new PCQ types. The first, called pcq-download will group all traffic by destination
address. As we will attach this queue type to the Local interface, it will create a dynamic queue for each
destination address (user) which is downloading to the network 192.168.0.0/24. The second type, called
pcq-upload will group the traffic by source address. We will attach this queue to the Public interface so it
will make one dynamic queue for each user who is uploading to Internet from the local network
192.168.0.0/24.

/queue type add name=pcq-download kind=pcq pcq-classifier=dst-address

/queue type add name=pcq-upload kind=pcq pcq-classifier=src-address

Finally, make a queue tree for download traffic:

/queue tree add name=Download parent=Local max-limit=10240000
/queue tree add parent=Download queue=pcq-download packet-mark=users

And for upload traffic:

/queue tree add name=Upload parent=Public max-limit=2048000

/queue tree add parent=Upload queue=pcq-upload packet-mark=users

Note! If your ISP cannot guarantee you a fixed amount of traffic, you can use just one queue for upload
and one for download, attached directly to the interface:

/queue tree add parent=Local queue=pcq-download packet-mark=users

/queue tree add parent=Public queue=pcq-upload packet-mark=users