eoleg Опубликовано 5 августа, 2016 · Жалоба Как лучше справедливо поделить скорость 200Мб между клиентами pppoe? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 5 августа, 2016 · Жалоба Создайте правило шейпера PCQ, укажите в нем подсеть, которую используют ваши радиоклиенты, укажите в нем ограничение 200. В классификаторах установите галочки срц адрес и порт, и дст адрес и порт, для более равномерного деления, буфер пакетов, естественно, побольше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Constantin Опубликовано 6 августа, 2016 · Жалоба Антошка написал как всегда не все , не знает наверное 1 создаете правило маркировки пакетов на довн 2 исходящий как хотите обычно он не влияет но если нужно то так же маркируете 3 создаете queue type c king PCQ и полосой 100М 4 строите queue tree (НУ ТУТ ВИКИ ВАМ В ПОМОЩЬ) и самое главное не забываем параметры max-limit = 200M в главном дереве и at-limit = 190М в ветке без последних двух равномерно делить не будет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 6 августа, 2016 · Жалоба Saab95,Constantin , лаконичность не приветствуется! ) Создайте правило шейпера PCQ где? 4 строите queue tree (НУ ТУТ ВИКИ ВАМ В ПОМОЩЬ) В вики не знаю где, по этому руководству? Вот бы рабочий конфиг. Наверняка ктото пользуется шейпером. Как думаете сильно будет проц загружен? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Constantin Опубликовано 6 августа, 2016 · Жалоба Вот бы рабочий конфиг. Наверняка ктото пользуется шейпером. Как думаете сильно будет проц загружен? в wiki.mikrotik.com и будет вам все разжевано, не хотите вообще думать наймите, за копейку вам сделают зависит от кол-ва клиентов, но в принципе не сильно. хотя железки на mips скорее всего не потянут если собрались делить между 50-ю активными клиентами но это так сказано, тут только реальный опыт поможет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikos_M Опубликовано 6 августа, 2016 · Жалоба Держи рабочй скрипт,и замени адресс лист на свой,правило маркировки должно стоять в самом верху списка, это только на вход. Имей ввиду PCQ потребляет много оперативки. Слабый роутер не потянет. /ip firewall mangle add action=mark-packet chain=forward dst-address-list=clients new-packet-mark=all2all_qos /queue type add kind=pcq name=P1 pcq-classifier=dst-address pcq-dst-address6-mask=64 pcq-limit=50000KiB pcq-src-address6-mask=64 pcq-total-limit=2000000KiB /queue tree add disabled=yes limit-at=195M max-limit=200M name=ALL2ALL_SHAPER packet-mark=all2all_qos parent=global queue=P1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 6 августа, 2016 · Жалоба Nikos_M спасибо, попробую! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 6 августа, 2016 · Жалоба Антошка написал как всегда не все , не знает наверное Маркировка пакетов не нужна, в 6 версии само ограничение вылавливает трафик и равномерно его распределяет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 6 августа, 2016 · Жалоба Маркировка пакетов не нужна, в 6 версии само ограничение вылавливает трафик и равномерно его распределяет. можно пример? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 6 августа, 2016 · Жалоба Маркировка пакетов не нужна, в 6 версии само ограничение вылавливает трафик и равномерно его распределяет. а как указать для какого диапазона ip действует правило например? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikos_M Опубликовано 7 августа, 2016 · Жалоба Маркировка пакетов не нужна, в 6 версии само ограничение вылавливает трафик и равномерно его распределяет. а как указать для какого диапазона ip действует правило например? Используй адрес лист Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 7 августа, 2016 (изменено) · Жалоба Используй адрес лист В mangle, но если маркировка не нужна, где адрес лист указать? Изменено 7 августа, 2016 пользователем eoleg Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mafijs Опубликовано 7 августа, 2016 · Жалоба а как указать для какого диапазона ip действует правило например? Queues -> Simple queues -> (simple queue name) -> General - > Target -> 192.168.99.128/26 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 7 августа, 2016 · Жалоба Queues -> Simple queues -> (simple queue name) -> General - > Target -> 192.168.99.128/26 Ну тоесть предлагаете справедливую очередь на Simple queues делать? Тогда как на основе Simple queues поделить скорость 200Мб для /24 или для примерно 200 пользователей? Я ведь спрашиваю Saab95 как не маркируя пакеты распределить трафик для группы пользователей, на маршрутизаторе ведь и другие задачи могут выполнятся, поэтому нужно выделить группу и делить скорость только для неё. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 августа, 2016 · Жалоба Если у вас есть группа пользователей, то выделяйте ей определенную подсеть, которые указываете в target ограничения и все. Если так сделать нельзя - поставьте еще один микротик. Для работы правила нужно создать 2 типа шейпера PCQ, первое на download, второе на upload, они проставляются в соответствующих пунктах шейпера. Далее получается так, что шейпер принимает все пакеты, которые на него попадают с IP указанных в target, далее выравнивает им скорости в пределах общего потока. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TTvs Опубликовано 8 августа, 2016 · Жалоба Queue Tree очереди с использованием PCQ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 8 августа, 2016 · Жалоба Спасибо TTvs! Автор потрудился, теперь у меня будет самый справедливый инет!) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 14 августа, 2016 · Жалоба Вот что мне не нравится в нарезке скоростей: "Суть механизма заключается в задержке и уничтожении пакетов, которые не влезли в лимит." Что же значит - в mikrotik скорость ограничивается убиванием пакетов а не постановкой их в очередь? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Constantin Опубликовано 14 августа, 2016 · Жалоба Суть механизма заключается в задержке и уничтожении пакетов, которые не влезли в лимит." а вы знаете другой кардинальный способ? поделитесь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fiskunt Опубликовано 14 августа, 2016 · Жалоба Вот ТУТ вообще полный конфиг приоритезации трафика по типу (веб, скайп, торрент, онлайн игры и прочее). Но L7 ресурсы жрет в фантастических количествах, так что нужна отдельная железка. Или просто зарубить все лишнее на корню и подогнать конфиг под себя. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
eoleg Опубликовано 15 августа, 2016 · Жалоба Суть механизма заключается в задержке и уничтожении пакетов, которые не влезли в лимит." а вы знаете другой кардинальный способ? поделитесь Я уже ответил - постановкой их в очередь. Если на пальцах то в ответ на мой запрос часть пакетов убивается - в этом случае я могу так и не дождаться открытия страницы так как она не будет загружена до конца. В случае с постановкой в очередь станица откроется просто с задержкой. Вот ТУТ вообще полный конфиг приоритезации трафика по типу (веб, скайп, торрент, онлайн игры и прочее). Но L7 ресурсы жрет в фантастических количествах, так что нужна отдельная железка. Или просто зарубить все лишнее на корню и подогнать конфиг под себя. Спасибо за ссылку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DRiVen Опубликовано 15 августа, 2016 · Жалоба Я уже ответил - постановкой их в очередь. Они и так ставятся, только буфер не резиновый. Про алгоритмику шейпинга почитайте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...