[Из песочницы] Mikrotik. QoS для дома
Комментарии (4)
6 июня 2017 в 16:55
0↑
↓
Очень содержательная статья на тему: https://habrahabr.ru/post/307214/max-limit=30M — в условии задачи указано что канал у нас выдает 32 метра, но прописывать нужно чуть меньше доступной скорости. В противном случае вы упретесь в шейпер своего провайдера, ваш же просто не будет работать.
родительскую очередь (у Вас QoS_global) нужно брать чуть уже, чем скорость от провайдера
StraNNicK
6 июня 2017 в 16:58
0↑
↓
Да, всё верно. Но есть небольшой нюанс — я не пытаюсь шейпить трафик, я пытаюсь его эквалайзить.
Т.е. провайдер может урезать всё как он считает нужным, но под нож пойдут пакеты из prio_5, а их не жалко.Хотя могу ошибаться, разумеется.
6 июня 2017 в 17:09
0↑
↓
Насколько я понял из указанной статьи — дочерние очереди («prio_».»$indexA») не будут отбрасывать / задерживать пакеты, пока у родителя (QoS_global) не сработает отсечка (max-limit, limit-at и т.д.)-
StraNNicK
6 июня 2017 в 17:42
0↑
↓
На всякий случай сверился с документацией. В вики сказано следующее:
1. https://wiki.mikrotik.com/wiki/Руководства: Очередь_(Queue)
В дереве очередей отсутствует строгая последовательность обработки трафика как в простых очередях — весь трафик попадает в необходимые очереди сразу, одновременно.
2. https://wiki.mikrotik.com/wiki/Руководства: HTB
Каждая очередь в HTB обладает двумя ограничениями на скорость передачи данных: CIR (гарантированная скорость) и MIR (максимальная скорость). Сначала будет удовлетворено значение limit-at (CIR) всех очередей, и только затем дочерние очереди будут пытаться «одолжить» необходимую им скорость передачи данных у своих родительских очередей для того, чтобы достичь своих значений max-limit (MIR).т.е., похоже что нет, отсечки ждать не обязательно.
P.S. Спасибо за вопрос, благодаря нему ещё раз проверил скрипты и нашёл в них ошибку, из-за которой трафик не распределялся по очередям (неверно указал цепочки. Сейчас исправлю)
