Jump to content
Калькуляторы

Порядок простых очередей на Mikrotik /queue simple

Здравствуйте.

Как известно, простые очереди на микротике отрабатываются по порядку. Когда их по крайней мере несколько десятков, возникает естественное желание с определенной периодичностью выполнять сортировку списка очередей с тем, чтобы наиболее часто используемые очереди оказывались вверху списка. Взялся писать скрипт. Идея была в том, чтобы в цикле находить очередь с максимальным значением total-bytes или total-packets и запихивать mov'ом на нужную позицию.

 

А не тут-то было. Максимум прекрасно ищется, а вот конструкция вида

/queue simple move $num 0

как оказалось, работает только после выполнения команды print в терминале. А print в скриптах бессмысслен и не работает. Как это обойти, не приходит в голову. Тупик?

 

Вообще, как-то очень странно, что у элемента, входящего в строгую последовательность, нет никакого свойства, эквивалентного номеру...

Share this post


Link to post
Share on other sites

ну иак заюзай find, работает без проблем

Share this post


Link to post
Share on other sites

Юзать find для чего? 'Максимальный элемент' я нахожу, указатель на него есть в num. Если делать в скрипте move без второго аргумента (/queue simple move $num), нужная очередь исправно кидается в конец. Проблема в том, что второй аргумент mov'а (целевая позиция, в данном примере нолик) не воспринимается без предварительного запуска print'а.

Edited by Барагоз

Share this post


Link to post
Share on other sites
Если делать в скрипте move без второго аргумента (/queue simple move $num), нужная очередь исправно кидается в конец.
Может быть, переносить не более быстрые из середины в начало, а более медленные из начала в конец?

Тогда быстрые рано или поздно окажутся первыми.

Share this post


Link to post
Share on other sites

не с той стороны посмотрел)), метод который предложил Ilya Evseev работает и у меня (главное такой метод не использовать при большом количестве queue)

Edited by martini

Share this post


Link to post
Share on other sites
главное такой метод не использовать при большом количестве queue
Большое количество - это сколько?

Хочу попробовать RB/750G шлюзом для поселковой сетки на 300 клиентов и 50mbps, есть сомнение - потянет или нет?

Будут nat, acl, netflow, simple queues.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this