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

simple queues или queues tree Микротик шейпер

Что лучше использовать simple queues или queues tree в микротик ОС 6 для нарезки скорости? Использование PCQ в simple queues не имеет смысла?

Share this post


Link to post
Share on other sites

ходят слухи, что лучше использовать симплы. У самого была проблема в "заваливании" шейпера queues tree в час пик на 5.26. Перешёл на 6 версию микротика и получил рабочий шейпер queues tree, но загрузка процессора подскочила с 50-60% до 80-90%. Использую х86 с процессором AMD FX 6100 и intel 82576 сетевой картой. 950 мегабит пропускает.

Edited by AKim

Share this post


Link to post
Share on other sites

А мне в свое время, когда ЦП на шейпере стал упираться в полку, авральный переход с simple queues на queue tree позволил сэкономить порядка 10% ресурса CPU и протянуть еще чуть больше недели до переезда на новое железо.

Видимо, кто как умеет готовить...

5.26, если что.

Edited by Барагоз

Share this post


Link to post
Share on other sites

А мне в свое время, когда ЦП на шейпере стал упираться в полку, авральный переход с simple queues на queue tree позволил сэкономить порядка 10% ресурса CPU и протянуть еще чуть больше недели до переезда на новое железо.

Видимо, кто как умеет готовить...

5.26, если что.

 

в 6 ветке очень серьёзно переработали и цепочки и симплы.

Пока используем совместно, Симплом от биллинга прилетает шейпер х1.5 от тарифа, дополнительно через мангл в queue tree улетают цепочки с обрезанием udp трафика до х1 от тарифа. Это для радиоабонентов так.

Share this post


Link to post
Share on other sites

Не нужны никакие деревья, достаточно сделать симплы с PCQ, как все само оптимизируется. Это раньше можно было разделять трафик на основе портов, сейчас многие приложения используют такое разнообразие, что найдут возможность попасть в нужный приоритет.

Share this post


Link to post
Share on other sites

И как же сделать симплы с PCQ? Для тарифов или по каждому абоненту? Пример конфига плз.

Share this post


Link to post
Share on other sites

И как же сделать симплы с PCQ? Для тарифов или по каждому абоненту? Пример конфига плз.

 

на симпл вешается очередь default-small - правишь default-small на pcq и всё

Share this post


Link to post
Share on other sites

target upload и target download меняеш на тип PCQ по тарифу так я понимаю? Или total queue type? limit at и max limit все равно в таком случае указывать?

Share this post


Link to post
Share on other sites

Нет. Создаете 2 типа шейперов PCQ, один по src второй по dst, указываете там лимиты, далее создаете шейпер и на прием и передачу указываете созданные типы. В самом правиле шейпера скорость указывать не следует.

 

Естественно нужно убавить скорость от максимальной скорости канала, если у вас аплинк 100 мегабит, то ограничение надо ставить на 90 или 85, т.к. если провайдер уже порежет канал то ваш шейпер не будет нести никакого смысла.

Share this post


Link to post
Share on other sites

Ни че не понял у как перейти от дерева на 6й ветке к simple с pcq? (у меня щя дерево с тарифами и pcq для даун и ап скоростей и маркировкой пакетов )

name="Total_download" parent=global packet-mark="" limit-at=0

queue=default priority=1 max-limit=0 burst-limit=0 burst-threshold=0

burst-time=0s

 

1 name="Total_upload" parent=global packet-mark="" limit-at=0 queue=default

priority=1 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s

 

2 name="Inside_up" parent=Total_upload packet-mark=Inside_up limit-at=0

queue=PCQ_Inside_up priority=8 max-limit=0 burst-limit=0

burst-threshold=0 burst-time=0s

 

3 name="Inside_down" parent=Total_download packet-mark=Inside_down

limit-at=0 queue=PCQ_Inside_down priority=8 max-limit=0 burst-limit=0

burst-threshold=0 burst-time=0s

 

4 name="Megafon_down" parent=Total_download packet-mark=Megafon_down

limit-at=0 queue=PCQ_Megafon_down priority=8 max-limit=0 burst-limit=0

burst-threshold=0 burst-time=0s

 

5 name="Megafon_up" parent=Total_upload packet-mark=Megafon_up limit-at=0

queue=PCQ_Megafon_up priority=8 max-limit=0 burst-limit=0

burst-threshold=0 burst-time=0s

Share this post


Link to post
Share on other sites

Ответа на вопрос ТС нет. Так же интересует этот вопрос, чем лучшее, качественнее резать скорость(МТ v6)? В данный момент используются симплы, задуман переход на карбон, в связи с этим решаю какими правилами лучше резать скорость.

Edited by Fint

Share this post


Link to post
Share on other sites

Нет. Создаете 2 типа шейперов PCQ, один по src второй по dst, указываете там лимиты, далее создаете шейпер и на прием и передачу указываете созданные типы.

скажи а для использования Семпла с PCQ маркировка нужна ?

 

В самом правиле шейпера скорость указывать не следует.

если взять дефолный PCQ и скорость указать в шейпере, то ?

 

Вообще как лучше реализовать 2 разные задачи в разных местах:

 

1 - ограничить скорость нескольким IP из LAN 192.168.0.0/24, что лучше использовать "default-small" или "pcq default" ?

 

2 - аплинк день 40мб/ночь 80мб, порты и wifi в бридже 192.168.0.0/24, поднят VPN сервер, нужно для VPN клиентов 192.168.0.4, 172.16.0.2 и локальным IP 192.168.0.5-7 дать приоритет и гарантированную скорость 15мб по обращению, остальным разделить на всех поровну всю оставшуюся ширину... как лучше ?

Share this post


Link to post
Share on other sites

Маркировка нужна если не можете адреса сразу указать в правиле.

 

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

Создаете одно простое правило и в нем указываете ограничение скорости 80м, у него в парентах правило вип клиентов с более высоким весом, а после оставшееся с более низким.

Share this post


Link to post
Share on other sites

Saab95Окей.... ответ многозначителен как ни когда. Пэрентом может быть и simple и tree с глобал... Маркировка обычно по адесс листу коннектов и пакетов то есть уже известны IP адреса в листах... Вес - это типа приорити что ле?!

http://wiki.mikrotik.com/wiki/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%B0:%D0%9E%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%B8_-_PCQ - говорит нам что Теперь, как только инициируется новый поток, ¼-я часть трафика данного подпотока от его значения pcq-rate получит наивысший приоритет. Если pcq-rate=0, к подпотоку не будет применена данная функция (т.к. ¼ от "0" – это "0").

Share this post


Link to post
Share on other sites

С очередями знаком слабо, поэтому и вопросов много...

Маркировка нужна если не можете адреса сразу указать в правиле.

Что же в этом случаи писать в Terget 0.0.0.0/0 ? а в Packet marcks метки ?

 

Zahvat9JPG_2324498_20653873.jpg

 

Создаете одно простое правило и в нем указываете ограничение скорости 80м

Queue Type "default-small" или "pcq default" ? и относительно для первого вопроса с простыми очередями ?

 

По поводу маркировки, мануалов много и везде разная информация, что маркировать для входящих prerouting,input,forward ? исходящих ?

Share this post


Link to post
Share on other sites

Saab, ты игнориш ? или не знаешь ответа ? smile1.gif

Edited by awax

Share this post


Link to post
Share on other sites

кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает?

Share this post


Link to post
Share on other sites

кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает?

 

В данный момент самое дельное это предоставление тарифов в соответствии с имеющимися внешними каналами, и своевременное их расширение по мере роста потребления абонентов.

Так же задачи шейпирования невозможно решить на одном устройстве. Если имеется перегрузка по трафику, то после шейпера тарифов ставят еще один микротик, на котором установлен только один общий шейпер PCQ на весь поток, который и выравнивает скорости у абонентов.

Share this post


Link to post
Share on other sites

Капец!!!Давайте лучше на каждого клиента отдельный микрот CCR заведём и .... пусть себе шейпит.Точно в перегруз не уйдёт?

Share this post


Link to post
Share on other sites

кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает?

 

В данный момент самое дельное это предоставление тарифов в соответствии с имеющимися внешними каналами, и своевременное их расширение по мере роста потребления абонентов.

Так же задачи шейпирования невозможно решить на одном устройстве. Если имеется перегрузка по трафику, то после шейпера тарифов ставят еще один микротик, на котором установлен только один общий шейпер PCQ на весь поток, который и выравнивает скорости у абонентов.

если вкраце... есть 6 микротиков: 3-CCR1036 и 3 x86 все прошил под 6х...

что имею: все шейпы симпл,defaul-small-pfifo

до 6 все было хорошо... после прошивки:

ССR- пофиг все жует и выдает... но х86 одно из ядер стало упираться в 100% на всех 3х виртуалках

Share this post


Link to post
Share on other sites

Виртуалки не обладают достаточной производительности для работы в качестве маршрутизатора. Основная ошибка это покупка многоядерных серверов с намеком на запуск на них нескольких задач одновременно. Гораздо лучше и порой дешевле использовать простые сервера на базе одного процессора для обработки трафика.

Share this post


Link to post
Share on other sites

Виртуалки не обладают достаточной производительности для работы в качестве маршрутизатора. Основная ошибка это покупка многоядерных серверов с намеком на запуск на них нескольких задач одновременно. Гораздо лучше и порой дешевле использовать простые сервера на базе одного процессора для обработки трафика.

начали смотреть на CCR решения и отказа от х86, все поддержат? или камнями закидаете?

Share this post


Link to post
Share on other sites

Коллеги, подскажите что не так. Имеем простую запись очереди:

add max-limit=10M/5M name=Total_day queue=\
   pcq-upload-default/pcq-download-default target=bridge-local

По идее трафик должен на всех делиться поровну. Проверяю. На однок клиенте запускаю онлайн ТВ, на втором - торренты. Торренты съедают весь канал. Почему он не делится равномерно?

Share this post


Link to post
Share on other sites

начали смотреть на CCR решения и отказа от х86, все поддержат? или камнями закидаете?

 

Многие уже давно отказались от микротиков на серверах и перешли на CCR. В некоторых случаях устанавливается большое количество таких устройств, и не обязательно все 36 ядерные.

 

Коллеги, подскажите что не так. Имеем простую запись очереди:

add max-limit=10M/5M name=Total_day queue=\
   pcq-upload-default/pcq-download-default target=bridge-local

По идее трафик должен на всех делиться поровну. Проверяю. На однок клиенте запускаю онлайн ТВ, на втором - торренты. Торренты съедают весь канал. Почему он не делится равномерно?

 

А почему должно делится? Надеюсь галочку Use IP Firewall включили в настройках бриджа?

 

Кроме всего ваш шейпер будет работать только по направлению в сторону устройства, на котором бридж установлен. Если нужно шейпить транзитный трафик, тогда нужно создавать 2 правила каждый по исходящему интерфейсу, имеющимся в бридже.

 

Однако и это плохой тон, нужно устройство перевести в режим маршрутизатора, и шейпить на базе IP, что правильно.

Share this post


Link to post
Share on other sites

Задача - шейпить закачку из инета и равномерно распределять между юзерами. Делиться должно, потому что PCQ стоит. Firewall в бридже мне не нужен, т.к. я не маркирую в нем трафик. В качестве цели указал бридж, т.к. юзеры на нем сидят. Переделал на всю сеть, ничего не поменялось. В поле PCQ-upload показывает трех клиентов, канал забит полностью одним из них. Даже гарантированная полоса в 2М не помогла.

 0    name="Total_day" target=192.168.0.0/24 parent=none packet-marks="" 
     priority=8/8 queue=pcq-upload-default/pcq-download-default 
     limit-at=2M/2M max-limit=10M/5M

Edited by Riddick

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