Кто-нибудь знает, как ограничить количество UDP-соединений?

Это объяснено в первом примере в руководстве: http://www.mikrotik.com/docs/ros/2.9/ip/filter. Чтобы разрешить не более 5 одновременных подключений от каждого клиента, сделайте следующее: /ip firewall filter add chain=forward protocol=tcp tcp-flags=syn connection-limit=6,32 action=drop

Окей, теперь-то всё понятно с ограничением TCP-соединений, а как насчёт UDP? Возможно ли это или нет? Нужен ли нам прокси-сервер, чтобы контролировать UDP? Если мы ничего не можем сделать, придётся отправлять предупреждения нашим клиентам. Спасибо.

Применение этого правила к, скажем, 50 очередям, негативно скажется на стабильной скорости, необходимой для игр и стримов?

Конечно, так и будет. Ты не написал, какое именно правило ты "попробовал", поэтому я предположил, что ты "попробовал" правило, ограничивающее до 5 соединений. Это ОЧЕНЬ мало. Большинство современных браузеров в фоновом режиме уже используют от 10 до 20 потоков (а некоторые даже больше), каждый из которых делает отдельные запросы для открытия веб-страниц, загрузки графики и т.д. Перед отключением — логируй. Это покажет тебе наглядно, когда / если / почему правило срабатывает, и на основании этого ты поймешь, что нужно сделать, чтобы решить возникшую проблему.

Спасибо за ответ. У меня есть клиенты, которые используют P2P-программы, и когда я отслеживаю их соединения через torch, я вижу более сотни сессий или пакетов или что-то вроде этого одновременно. Когда я блокирую соответствующего клиента (клиентов), сеть снова работает быстро для всех остальных. Когда я разблокирую, то сеть или, по крайней мере, доступ в интернет становится очень медленным, почти как DoS, в основном затрагивая DNS-запросы на udp-порту 53. Очереди не помогают, так как сотня выше не суммируется до 15 кбит/с. Так что дело не в размере пакетов, а в количестве пакетов, отправляемых в секунду или в чём-то ещё. Итак, если udp не работает через соединения, возможно ли ограничить количество udp-пакетов, отправляемых клиентом через (Winbox) Firewall Filter Protocol udp(17) limit packet match rate? Если да, то какую настройку посоветуете? Спасибо тому, кто ответит. С уважением.

Окей. У нас несколько Mikrotik Highpoints, на которых AP работают как PPPoE-серверы. На интерфейсе AP нет IP-адреса. Клиенты PPPoE подключаются к вышкам через беспроводную связь. Аутентификация осуществляется через центральный RADIUS-сервер. Есть Linux-машина, балансирующая несколько ADSL-линий со скоростью 512 кбит/с в качестве шлюза и DNS-сервера. Сейчас у нас в основном проблема с некоторыми P2P-программами на стороне клиента, которые загружают и скачивают, показывая 50-100 и более UDP-записей в torch. Кажется, пропускная способность шлюза не превышает 200 UDP-пакетов, сессий или чего-то подобного в секунду. Это не о потреблении полосы пропускания, потому что каждый PPPoE-клиент ограничен 128 кбит/с максимум. Если torch показывает количество пакетов, отправленных/полученных в секунду, отображаются сотни UDP-отправлений/приёмов, как если бы это был непрерывный поток крошечных записей объёмом менее 1 КБ. Когда клиент загружает, разрешение DNS замедляется на нашей системе, так как DNS требует UDP-порт 53. Проще говоря, нам приходится десять раз обновлять Интернет Эксплорер, чтобы разрешить fqdn. Что касается загрузки процессора, то она в среднем составляет 30% на RB532, когда существует вышеописанный сценарий. Это не процессор, не полоса пропускания, а количество сессий или пакетов, отправляемых/получаемых одновременно с одного IP-адреса. В случае TCP всё хорошо, мы знаем, как легко ограничить соединения, но для UDP ограничение соединения отсутствует. Итак, я снова спрашиваю, поможет ли ограничение скорости сопоставления пакетов для протокола UDP? Или, пожалуйста, кто-нибудь, помогите нам. Спасибо.

Не могли бы вы, пожалуйста, немного подробнее рассказать? Ну, например, привести пример. Я уже что-то попробовал, кажется, помогает. Установил скорость сопоставления пакетов UDP-протокола на 16/сек с Burst=20. Кажется, немного помогает. Спасибо.