Для тех кто не хочет тратить своё дорогое время на изучение данного мануала предлагаем нашу платную помощь.

Теоретическая часть

Для нетерпеливых и желающих сразу начать предлагаю перейти к настройке Перейти

Остальным предлагаю почитать теоретическую часть. Рассмотрим два основных алгоритма Schedulers (Queue Types):

Алгоритмы Schedulers предназначены для формирования очередей данных по каким-то параметрам и последующей передаче их шейперу. Например, можно сформировать очереди данных по приоритетам пакетов, адресу источника или получателя. Некоторые алгоритмы обладают функциями ограничения скорости.

SFQ

SFQ (Stochastic Fairness Queuing) – этот алгоритм можно назвать "случайно-честным". Он применяется тогда, когда требуется предоставить всем TCP/UDP-подключениям одинаковую возможность по передаче данных.

Для конфигурирования SFQ используется два параметра:

• sfq-perturb — указывает через какое время нужно менять хэширующий алгоритм, который определяет как будут формироваться под-очередь запросов;
• pcq-allot — определяет количество байт в под-очереди.

SFQ работает по следующему принципу: алгоритм изымания пакетов из под-очередей одновременно выпускает в выходной интерфейс pcq-allot количество байт, а хэширующий алгоритм добавляет к каждой под-очереди pcq-allot байт, сохраняя при этом равновесие и одинаковую длину всех подочередей. Схему работы SFQ можно сравнить с мясорубкой, в которой через выходную решетку одновременно изо всех дырок в одинаковом количестве выходит фарш.

Алгоритм SFQ рекомендуется использовать в случаях, когда канал сильно загружен и необходимо предоставить приложениям одинаковую возможность по передаче данных. Единственным его недостатком является то, что одно приложение (например торрент клиент), открыв много потоков, может заглушить остальные подключения.

 PCQ

PCQ (Per Connection Queuing) является частным случаем SFQ за тем исключением, что формирование потоков в под-очереди будет происходить в соответствии с неким правилом. Это может быть адрес источника/получателя и порт источника/получателя. Таким образом можно равномерно распределить скорость между участниками вне зависимости от количества открытых подключений. Алгоритм предоставляет следующие параметры для конфигурирования:

pcq-classifier — параметр для формирования очередей. pcq-classifier может принимать следующие значения:

• src-address — параметром для группировки в субочереди служит адрес источника;
• src-port — параметром для группировки в субочереди служит порт источника;
• dst-address — параметром для группировки в субочереди является адрес назначения;
• dst-port — параметром для группировки в субочереди служит порт получателя.

Остальные параметры:

• pcq-rate — число, которое указывает в какой пропорции разделять трафик по очередям. По-умолчанию 0.
• pcq-limit — длина под-очереди;
• pcq-total-limit — общее количество пакетов во всех очередях.

Данный алгоритм является основным при необходимости разделить пропускную способность поровну между классами или клиентами. С его помощью можно организовать динамический шейпинг.

Классифицировав под-очереди по адресу источника мы получим отдельную очередь для каждого адреса, соответственно количество потоков с одного адреса не будет играть роли при доступе к выходному интерфейсу. Стоит отметить гибкость такой классификации. Применив ее по источнику к внешнему интерфейсу, в под-очереди будут попадать внешние адреса, так как в этом случае параметр src-address будет все равно содержать адрес, являющийся источником передачи данных. Применив эту же классификацию к внутреннему интерфейсу, в очереди попадут адреса клиентов или классов.

Таким образом, задав два правила, отличающиеся одним параметром, можно разделить поровну как входящий, так и исходящий каналы.

 В теории всё выглядит вот так:

Если ограничить PCQ-rate до 128k то максимальная скорость доступная клиенту уменьшится:

Практическая часть

Настроим динамический шейпинг на MikroTik. Довольно просто всё:

Открываем Queues/Queue Types и создаём правило down-dyn c Rate 0 для входящего трафика:

Открываем Queues/Queue Types и создаём правило up-dyn c Rate 0 для исходящего трафика:

На вкладке Simple Queues создаём следующее правило:

Указываем скорости по вашему тарифу и сеть в которой находятся клиенты:

Так же следует пойти в IP/Firewall/Filter rule и отключить Fasttrack connection иниче шейпер работать не будет:

Настройка динамического шейпера для MikroTik завершена.