Мы используем ПК с RouterOS v2.9.17 для обработки QoS полосы пропускания нашего интернет-бэкайна 512kbps (вниз). Наши абоненты разделены на группы с помощью дерева очередей HTB, где создано четыре (4) группы (класс очереди), каждая с MIR 128kbps. В каждой группе примерно пять (5) абонентов (с соотношением contention ratio 1:5). Для каждого из этих абонентов определено дерево очередей, и каждому дереву очередей абонента задано значение MIR 128kbps, таким образом, они конкурируют на равных за выделенную линию 128kbps для группы. Приоритет установлен одинаковый для всех. Мы используем RED для всех типов очередей с настройками по умолчанию. Наша проблема в том, что хотя shaping трафика работает в целом, между группами и внутри групп, похоже, есть проблема со способностью абонента получать полную MIR 128kbps. Например, когда никто не использует систему и вся линия бэкайна 512kbps доступна, любой абонент может получить только до 90kbps вниз. Избыточная пропускная способность на канале связи в этот момент достаточна. Ни один абонент не может получить полную выделенную MIR 128kbps вниз, даже в непиковое время. Никто даже не может преодолеть 100kbps. Наши абоненты подключены через беспроводные каналы, а интернет-бэкайн — типа DVB-VSAT. Использование ресурсов процессора, памяти и диска ПК RouterOS очень низкое, поэтому ресурс не проблема. Мы рассматриваем возможность увеличения выделений MIR для компенсации этого «медлительного» поведения, но нам было бы интересно узнать, есть ли более элегантный подход.
