BelOnline Опубликовано 15 июня, 2015 · Жалоба Что лучше использовать simple queues или queues tree в микротик ОС 6 для нарезки скорости? Использование PCQ в simple queues не имеет смысла? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 15 июня, 2015 (изменено) · Жалоба ходят слухи, что лучше использовать симплы. У самого была проблема в "заваливании" шейпера queues tree в час пик на 5.26. Перешёл на 6 версию микротика и получил рабочий шейпер queues tree, но загрузка процессора подскочила с 50-60% до 80-90%. Использую х86 с процессором AMD FX 6100 и intel 82576 сетевой картой. 950 мегабит пропускает. Изменено 15 июня, 2015 пользователем AKim Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Барагоз Опубликовано 17 июня, 2015 (изменено) · Жалоба А мне в свое время, когда ЦП на шейпере стал упираться в полку, авральный переход с simple queues на queue tree позволил сэкономить порядка 10% ресурса CPU и протянуть еще чуть больше недели до переезда на новое железо. Видимо, кто как умеет готовить... 5.26, если что. Изменено 17 июня, 2015 пользователем Барагоз Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Serejka Опубликовано 17 июня, 2015 · Жалоба А мне в свое время, когда ЦП на шейпере стал упираться в полку, авральный переход с simple queues на queue tree позволил сэкономить порядка 10% ресурса CPU и протянуть еще чуть больше недели до переезда на новое железо. Видимо, кто как умеет готовить... 5.26, если что. в 6 ветке очень серьёзно переработали и цепочки и симплы. Пока используем совместно, Симплом от биллинга прилетает шейпер х1.5 от тарифа, дополнительно через мангл в queue tree улетают цепочки с обрезанием udp трафика до х1 от тарифа. Это для радиоабонентов так. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 июня, 2015 · Жалоба Не нужны никакие деревья, достаточно сделать симплы с PCQ, как все само оптимизируется. Это раньше можно было разделять трафик на основе портов, сейчас многие приложения используют такое разнообразие, что найдут возможность попасть в нужный приоритет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
apathy Опубликовано 17 июня, 2015 · Жалоба И как же сделать симплы с PCQ? Для тарифов или по каждому абоненту? Пример конфига плз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Serejka Опубликовано 17 июня, 2015 · Жалоба И как же сделать симплы с PCQ? Для тарифов или по каждому абоненту? Пример конфига плз. на симпл вешается очередь default-small - правишь default-small на pcq и всё Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
apathy Опубликовано 17 июня, 2015 · Жалоба target upload и target download меняеш на тип PCQ по тарифу так я понимаю? Или total queue type? limit at и max limit все равно в таком случае указывать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 июня, 2015 · Жалоба Нет. Создаете 2 типа шейперов PCQ, один по src второй по dst, указываете там лимиты, далее создаете шейпер и на прием и передачу указываете созданные типы. В самом правиле шейпера скорость указывать не следует. Естественно нужно убавить скорость от максимальной скорости канала, если у вас аплинк 100 мегабит, то ограничение надо ставить на 90 или 85, т.к. если провайдер уже порежет канал то ваш шейпер не будет нести никакого смысла. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
apathy Опубликовано 18 июня, 2015 · Жалоба Ни че не понял у как перейти от дерева на 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fint Опубликовано 26 августа, 2015 (изменено) · Жалоба Ответа на вопрос ТС нет. Так же интересует этот вопрос, чем лучшее, качественнее резать скорость(МТ v6)? В данный момент используются симплы, задуман переход на карбон, в связи с этим решаю какими правилами лучше резать скорость. Изменено 27 августа, 2015 пользователем Fint Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
awax Опубликовано 11 февраля, 2016 · Жалоба Нет. Создаете 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мб по обращению, остальным разделить на всех поровну всю оставшуюся ширину... как лучше ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 11 февраля, 2016 · Жалоба Маркировка нужна если не можете адреса сразу указать в правиле. Что бы делать гарантированную скорость, нужно создать правила PCQ с этой скоростью и использовать его в ограничении для вип клиентов, не указывая в настройках шейпера ограничения скорости. Для всех остальных создаете другое правило PCQ, где вообще не указываете никакие ограничения. Создаете одно простое правило и в нем указываете ограничение скорости 80м, у него в парентах правило вип клиентов с более высоким весом, а после оставшееся с более низким. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
apathy Опубликовано 11 февраля, 2016 · Жалоба 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"). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
awax Опубликовано 12 февраля, 2016 · Жалоба С очередями знаком слабо, поэтому и вопросов много... Маркировка нужна если не можете адреса сразу указать в правиле. Что же в этом случаи писать в Terget 0.0.0.0/0 ? а в Packet marcks метки ? Создаете одно простое правило и в нем указываете ограничение скорости 80м Queue Type "default-small" или "pcq default" ? и относительно для первого вопроса с простыми очередями ? По поводу маркировки, мануалов много и везде разная информация, что маркировать для входящих prerouting,input,forward ? исходящих ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
awax Опубликовано 13 февраля, 2016 (изменено) · Жалоба Saab, ты игнориш ? или не знаешь ответа ? Изменено 14 февраля, 2016 пользователем awax Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fenikssss Опубликовано 17 февраля, 2016 · Жалоба кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 февраля, 2016 · Жалоба кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает? В данный момент самое дельное это предоставление тарифов в соответствии с имеющимися внешними каналами, и своевременное их расширение по мере роста потребления абонентов. Так же задачи шейпирования невозможно решить на одном устройстве. Если имеется перегрузка по трафику, то после шейпера тарифов ставят еще один микротик, на котором установлен только один общий шейпер PCQ на весь поток, который и выравнивает скорости у абонентов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Zellar Опубликовано 17 февраля, 2016 · Жалоба Капец!!!Давайте лучше на каждого клиента отдельный микрот CCR заведём и .... пусть себе шейпит.Точно в перегруз не уйдёт? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fenikssss Опубликовано 17 февраля, 2016 · Жалоба кто нибудь что нибудь дельное скажет?? кто как реализовал симпл на 6 версии БЕЗ маркировки... нельзя ли просто взять и default-small kind указать pcq??? не проканает? В данный момент самое дельное это предоставление тарифов в соответствии с имеющимися внешними каналами, и своевременное их расширение по мере роста потребления абонентов. Так же задачи шейпирования невозможно решить на одном устройстве. Если имеется перегрузка по трафику, то после шейпера тарифов ставят еще один микротик, на котором установлен только один общий шейпер PCQ на весь поток, который и выравнивает скорости у абонентов. если вкраце... есть 6 микротиков: 3-CCR1036 и 3 x86 все прошил под 6х... что имею: все шейпы симпл,defaul-small-pfifo до 6 все было хорошо... после прошивки: ССR- пофиг все жует и выдает... но х86 одно из ядер стало упираться в 100% на всех 3х виртуалках Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 февраля, 2016 · Жалоба Виртуалки не обладают достаточной производительности для работы в качестве маршрутизатора. Основная ошибка это покупка многоядерных серверов с намеком на запуск на них нескольких задач одновременно. Гораздо лучше и порой дешевле использовать простые сервера на базе одного процессора для обработки трафика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fenikssss Опубликовано 17 февраля, 2016 · Жалоба Виртуалки не обладают достаточной производительности для работы в качестве маршрутизатора. Основная ошибка это покупка многоядерных серверов с намеком на запуск на них нескольких задач одновременно. Гораздо лучше и порой дешевле использовать простые сервера на базе одного процессора для обработки трафика. начали смотреть на CCR решения и отказа от х86, все поддержат? или камнями закидаете? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Riddick Опубликовано 17 февраля, 2016 · Жалоба Коллеги, подскажите что не так. Имеем простую запись очереди: add max-limit=10M/5M name=Total_day queue=\ pcq-upload-default/pcq-download-default target=bridge-local По идее трафик должен на всех делиться поровну. Проверяю. На однок клиенте запускаю онлайн ТВ, на втором - торренты. Торренты съедают весь канал. Почему он не делится равномерно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 февраля, 2016 · Жалоба начали смотреть на 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, что правильно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Riddick Опубликовано 17 февраля, 2016 (изменено) · Жалоба Задача - шейпить закачку из инета и равномерно распределять между юзерами. Делиться должно, потому что 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 Изменено 17 февраля, 2016 пользователем Riddick Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...