Перейти к содержимому
Калькуляторы

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем AKim

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

5.26, если что.

Изменено пользователем Барагоз

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

5.26, если что.

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ни че не понял у как перейти от дерева на 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем Fint

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет. Создаете 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мб по обращению, остальным разделить на всех поровну всю оставшуюся ширину... как лучше ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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").

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

Zahvat9JPG_2324498_20653873.jpg

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем awax

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

начали смотреть на 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, что правильно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Задача - шейпить закачку из инета и равномерно распределять между юзерами. Делиться должно, потому что 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

Изменено пользователем Riddick

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.