P2P-ограничение с простыми очередями?

Я поискал "P2P" и прочитал большинство постов. Все объясняют, как "Mangle" P2P-трафик и создавать очереди в "Queue Tree", но никто не касается настройки P2P в "Simple Queues". У меня создано 550 отдельных "Simple Queues", по одной на каждого клиента. Почему я не использую очереди в "Queue Tree", спросите вы... Webbox имеет удобный интерфейс "Simple Queues", который позволяет моим коллегам регулировать скорость каждого клиента без необходимости получения большего доступа или знаний. Ещё один момент: я использую MikroTik как мост. Два порта объединены в один публичный IP-адрес. Клиентские "Simple Queues" работают правильно. В справочнике 2.9, в главе о пропускной способности, в разделе "Simple Queues" говорится: "Вы также можете использовать "Simple Queues" для создания продвинутых приложений QoS. У них есть полезные встроенные функции: • Очереди для P2P-трафика • Применение правил очереди на выбранных временных интервалах • Приоритеты • Использование нескольких packet marks из /ip firewall mangle • Формирование двунаправленного трафика (один лимит для общей суммы загрузки + скачивания)". Моя цель – снизить весь P2P-трафик до 15k/290k и сохранить трафик других клиентов на их скорости. Не получается заставить P2P-очереди работать. Пытался создать P2P-очередь с "клиентской" очередью в качестве родительской. Пытался создать P2P-очередь с более высоким приоритетом. Всё равно клиент с 256k/480k трафика eDonkey.

Idvaden, спасибо за твой пост. Не хочу придираться к подаренному коню, твоя помощь ценна. Всё ещё надеюсь, что кто-то сможет объяснить настройки P2P для простых очередей. Использую версию 2.9.23. Через WinBox, на вкладке "Advanced", нахожу настройки P2P. Когда настраиваю Простую очередь для IP-адреса/клиента, мой мозг подсказывает (для IP-адреса, который я указал на вкладке "General"), что я могу выбрать "p2p-all", выбрать изменённую метку пакета для P2P, выбрать соответствующий интерфейс, а затем установить целевые Upload и Download. Если у кого-то есть информация по настройке P2P для Простых очередей, пожалуйста, выкладывай здесь.

Здорово видеть, сколько всяких фишек спрятано в RouterOS. Жаль, что про эти опции где-то не объяснено, что к чему.

Последнее, что я всерьез заучивал, это список округов в штате, чтобы сбежать из 7-го класса, так что я пытаюсь найти что-то, что указывает на нормальный порядок {мнемоническую зацепку, если хотите – обратите внимание, что всё в обратном алфавитном порядке}: upload/download public/private public/local src/dst Кто-нибудь другой может проверить, работает ли это на самом деле. Могут быть исключения, с которыми, как новичок в ROS, я пока не сталкивался. Rgds/ldv

Это снова мое мнение, а не истина в последней инстанции; я стараюсь избежать однозначного ответа на ваш вопрос, приводя примеры, которые, как я думаю, могут работать так, как надо. С другой стороны, мы могли бы ошибиться достаточное количество раз, чтобы перевернуть результаты и сделать вид, что они работают `[) Чтобы синхронизироваться со многими примерами в руководстве, форуме и вики, нужно давать имена своим интерфейсам, например, Public и Local. В AP Public обычно будет ether1, а Local — wlan1. В прозрачном мосту Public может быть ether1, а Local — ether2. Чтобы дать пример, я его набросал несколько недель назад, до того, как понял важность использования алиасов:
5 name=“pcq-download” kind=pcq pcq-rate=0 pcq-limit=50 pcq-classifier=dst-address pcq-total-limit=2000
6 name=“pcq-upload” kind=pcq pcq-rate=0 pcq-limit=50 pcq-classifier=src-address pcq-total-limit=2000
[vaden@EP-Ombudsman] > /queue tree print
Flags: X - disabled, I - invalid
0   name=“Download” parent=ether2 packet-mark=“” limit-at=0 queue=default priority=8 max-limit=4096000 burst-limit=0 burst-threshold=0 burst-time=0s
1   name=“queue2” parent=Download packet-mark=all limit-at=0 queue=pcq-download priority=8 max-limit=4096000 burst-limit=0 burst-threshold=0 burst-time=0s
2   name=“Upload” parent=ether1 packet-mark=“” limit-at=0 queue=default priority=8 max-limit=512000 burst-limit=0 burst-threshold=0 burst-time=0s
3   name=“queue4” parent=Upload packet-mark=all limit-at=0 queue=pcq-upload priority=8 max-limit=512000 burst-limit=0 burst-threshold=0 burst-time=0s
Warning: Я мог бы и ошибиться во всем этом, но mrtg и NetViewer, похоже, оба указывают на то, что мы получаем желаемый эффект. Снова же, мы стоим на плечах гигантов, и благодарность тем, кто написал руководство, тем, кто писал на форуме, и тем, кто пишет и пишет в вики. Наличие такого сильного сообщества пользователей – одно из самых больших преимуществ MikroTik, IMHO.
rgds/ldv

Единственная проблема с такими скоростями, как 15 кбит/с, в том, что шейпер не может корректно формировать трафик на такие низкие значения. Если вы ограничиваете какой-то трафик/IP/подсеть и т.д. до такого низкого значения, то это будет работать, но из-за природы p2p-пакетов вы никогда не сможете корректно сформировать p2p для одного пользователя или глобально для всех пользователей. Это просто нереально низкое значение. Мы выяснили, что формирование p2p начинает работать "точно" где-то на 512 кбит/с. Это не проблема Mikrotik, это скорее особенность процесса и неточность меток пакетов, потому что не все p2p-протоколы идентифицируются на 100%, и, следовательно, их нельзя на 100% обработать (сформировать и т.д.). Отмечу, что некоторые протоколы можно только блокировать, их невозможно сформировать вообще.

Спасибо, заработало. Есть ли способ сделать так, чтобы одно правило работало для ВСЕХ очередей?

У каждого клиента есть очередь, и я хотел бы, чтобы ВСЕ, то есть абсолютно каждый, делился одной общей очередью в 256k для p2p-трафика. Чтобы в моей сети в любой момент времени для p2p не использовалось больше 256k от T1.

Мы всё ещё ждём…!