Saab95 Опубликовано 17 апреля, 2020 · Жалоба 50 на одного пользователя мало, особенно если у него тариф 100М. Тотал это по сути сумма всех выделенных буферов. Но нужно понимать, что в ограничении может выделяться несколько потоков очередей, вот смотрите на скрине, 22 в одну сторону и 24 в другую. То есть если вы поставите лимит 100, то в данном примере (22+24)*100 = 4600. Соответственно если клиент запустит одну закачку и более ничего, у него будет 2 потока, если клиент запустит торрент, ютуб, какие-то игрушки и т.п., а если у него еще и роутер стоит, к которому компьютеров 5 подключено и еще 5 смартфонов, то количество потоков может и за сотни переваливать, и каждый поток умножайте на 100=) Отсюда и получается что 1000 абонентов у каждого 100 закачек = дофига памяти. Посоветовать можно только галочки классификаторов снимать на исходящие потоки, оставив там только адрес, а на входящем оставить адрес и порт, иначе весь входящий по сути в одном потоке и побежит, что уберет все плюсы PCQ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
minks Опубликовано 26 мая, 2020 · Жалоба On 3/24/2017 at 3:42 PM, Saab95 said: кто ограничивает скорость @Saab95 Здравствуйте! Не могли бы подсказать вариант реализации разграничения входящего потока для 2х пользователей (IP адресов) в одной локальноей сети. Чтобы один не смог полностью "съесть" все своими торрентами. По совету из первого поста (в переращёте на свободную память в моём роутере) сделал вот такое /queue type add kind=pcq name=pcq-default pcq-classifier=src-address,dst-address,src-port,dst-port pcq-dst-address6-mask=64 pcq-limit=2000KiB pcq-src-address6-mask=64 pcq-total-limit=80000KiB /queue simple add disabled=yes max-limit=100M/100M name=pri_queue queue=pcq-default/pcq-default target="" total-queue=pcq-default Что-то оно работает, да как-то не так... (Полностью съедает одно ядро у роутера (hAP ac^2) и на отдачу даёт всего 40 мегабит) Скорость входного канала ~90Mbit/s Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 31 мая, 2020 · Жалоба Вы просто источник для ограничения ставите подсеть, в которых эти адреса находятся, тогда трафик будет усредняться для них и все. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
minks Опубликовано 31 мая, 2020 · Жалоба 2 hours ago, Saab95 said: Вы просто источник для ограничения ставите подсеть Ничего не понял... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 31 мая, 2020 · Жалоба Создайте простое правило и таргет поставьте или подсеть, где эти 2 клиента, или их 2 IP адреса в нем введите. Ограничение будет действовать для них обоих в общем потоке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
individo Опубликовано 10 июня, 2020 · Жалоба Правильно я реализовал правило: админу весь канал, остальным - остатки поровну? канал 10М. add dst=pppoe-out1 name=admin target=192.168.1.111/32 add dst=pppoe-out1 max-limit=10M/10M name=All parent=admin queue=\pcq-upload-default/pcq-download-default target=bridge Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 июня, 2020 · Жалоба Админу надо ограничение скорости так же установить, иначе правило не будет работать. Например 100М или там 1000М. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lousx Опубликовано 12 ноября, 2022 (изменено) · Жалоба On 3/24/2017 at 3:42 PM, Saab95 said: Тем, кто ограничивает скорость на микротике в Simple Queues без использования деревьев очередей наверное сталкиваются с проблемой, когда при загрузке абонентом своего тарифа на всю увеличивается задержка, и появляются потери пакетов. Что бы этого не происходило, нужно изменить стандартный тип шейпера default-small в разделе Queue Types, указав в нем тип шейпера PCQ со следующими параметрами: Было pfifo 20 пакетов очередь. Выставил скорость 10 мбит, жму спидтест, джиттер ~25. Пинги увеличились ~ в 2 раза в момент теста. Пару Icmp пакетов потерялось при полной нагрузке. Выставил как Вы посоветовали: Жму спидтест. джиттер ~400 в одну 700 в другую сторону, пинги увеличились ~ в 45 раз до 700 мс. Пакеты не потерялись при полной нагрузке. Разве такой результат должен быть? Или я что-то делаю не так? Дополнение. @Saab95 , прошу прощения, наврал. Не поставил классифер. После выставление галок всё стало как высказали - потерь нет, джиттера нет, только вот download упал, вместо 9,5 мбит (шейпер стоит на 10 мбит), стало 8,2 мбит. Аплоад все ок. Ставлю 50 мбит - загрузка 46 мбит, отдача 48,5. И теперь вопрос самый главный: если я 3к абонентов переведу на PCQ, что будет с нагрузкой на железо (CCR1036)? И стоит ли вообще это делать? Изменено 12 ноября, 2022 пользователем lousx Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 декабря, 2022 · Жалоба Все будет в порядке. Просто надо стандартные очереди default или default-small, которые по дефолту проставляются, изменить на PCQ. На CCR1036 все нормально будет работать, на производительность это особо не влияет. Оперативной памяти да, чуть больше потребуется, ну там мегабайт 200-400. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fint Опубликовано 9 марта, 2023 (изменено) · Жалоба В 16.06.2017 в 11:14, Saab95 сказал: Шейпер внешнего канала это простая запись в симплах, с ограничением на 10 процентов меньше скорости канала, тип шейпера - PCQ с классификаторами по всем IP и портам, размер буфера максимально возможный. PCQ с классификаторами по всем IP и портам - в родительской очереди все 4 чек бокса классификатора отмечены должны быть? Обычно делаю так, в шейпере абонентов При необходимости шейпить внешний канал, в абон. привила добавляется parent, и в родительской очереди вот так, отдельно UP и DOWN. Это не правильно? Кстати при наличии родительской очереди ядра грузятся ощутимо сильнее. Изменено 9 марта, 2023 пользователем Fint Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 9 марта, 2023 · Жалоба Не надо делать никаких родительских очередей. Ставите первой записью общее ограничение, например у вас канал 10Г входящий, делаете ограничение на 9.5Г, классификаторы ставите только адреса, без портов. В абонентских ограничениях так же делаете классификаторы только адреса. Ведь обычно запросы идут с одного IP абонента на кучу разных сайтов или сервисов, при этом со стороны абонента может открываться огромное количество локальных портов для запросов - будет сильно увеличиваться нагрузка на микротик на не нужные для работы классификаторы. Ведь у того же сайта в интернете и так будет другой IP адрес и для него будет создан отдельный поток. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Barlog76 Опубликовано 14 марта, 2023 (изменено) · Жалоба Не надо делать никаких родительских очередей. А как же всякое неравенство между богатыми и бедными? Изменено 14 марта, 2023 пользователем Barlog76 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 14 марта, 2023 · Жалоба Дело в том что это сильно увеличивает нагрузку на оборудование. Приоритеты между абонентами нужно решать другими способами - установкой второго микротика, например. На первом заводите приоритетных абонентов с общим шейпером для всех, он будет выравнивать скорость для всех абонентов и каждый получит равную возможность передавать. Остальных подключаете на второй микротик и они там между собой ограничивают скорость, после данные пойдут на первый и попадут в часть общей очереди, и не смогут занять больше канала, чем разрешит система (при условии что другие приоритетные качают). Если приоритетные не качают микротик предоставит полную скорость для абонентов второго (низко приоритетных абонентов). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nixx Опубликовано 18 марта, 2023 · Жалоба В 14.03.2023 в 14:39, Barlog76 сказал: Не надо делать никаких родительских очередей. А как же всякое неравенство между богатыми и бедными? насколько я понял из чтения всяких докладов гуру микротиков, ОДНА очередь верхнего уровня (пусть будет родительская) крайне хреново балансируется между ядрами вместе со всеми своими детьми. родителей нужно минимум по числу ядер (в случае 1036), а лучше вдвое больше в случае ccr1009. ну или вообще их не использовать, да - т.е. все очереди должны быть одного уровня, никаких родителей-детей. переход от "один родитель - много детей" к "много очередей одного уровня" дал снижение нагрузки со 100% в чнн до 40-60% на 1009-х ccr. речь про simple queue. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...