Какой тип очереди подходит для беспроводной сети?

Ну, с очередью, которую ты выложил, ты задаешь скорость для всей подсети 10.0.0.0/24 сразу. Если это не то, что ты хотел, то лучше указывай 10.0.0.x/32 и так далее, или используй PCQ. Я предпочитаю использовать wireless-default для беспроводного интерфейса, и создал очередь для клиентов типа pfifo 10 пакетов… Если ты хочешь ограничить скорость твоих клиентов до 256k, я бы сделал так: добавь name=“user no.1” target-addresses=10.0.0.2/32 dst-address=0.0.0.0/0 interface=all parent=none priority=8 queue=customers/customers limit-at=128000/128000 max-limit=256000/256000 total-queue=customers Просто мои два цента. Чёс.

Ну, если я правильно понимаю, ты хочешь предоставить 256 кбит/с на 8 пользователей? Это совсем не хорошая идея. Я обычно выставляю соотношение загрузки/выгрузки 1:2 (128 кбит/с на загрузку и 256 кбит/с на выгрузку), поэтому очередь будет выглядеть так: add name=“user x” target-addresses=10.0.0.x/32 dst-address=0.0.0.0/0 interface=all parent=none priority=8 queue=customers/customers limit-at=64000/128000 max-limit=128000/256000 total-queue=customers. То есть, ты будешь назначать приоритет=7 всем пользователям, кроме p2p-пользователя, ему назначишь приоритет=8. Так они будут иметь гарантированные 128 кбит/с, но 256 кбит/с, когда есть свободная полоса пропускания. В моем случае, у них всегда есть 128 кбит/с на загрузку и 256 кбит/с на выгрузку, потому что у меня всегда хватает полосы. Мой комментарий по поводу pfifo: это тип очереди для каждого пользователя, ты можешь настроить его здесь: queue type add name=“customers” kind=pfifo pfifo-limit=10. Таким образом, создавая свой тип очереди, ты можешь выбирать этот тип при создании простых очередей, как было написано выше. Wireless-default я использую для ap-bridge интерфейса: queue interface set Local (или как ты назвал свой ap-bridge интерфейс) queue=wireless-default. 256000/256000 — это общая загрузка и выгрузка, но ты можешь сделать 64000/256000, что даст тебе 64 кбит/с на загрузку и 256 кбит/с на выгрузку, или 128000/256000 — 128 кбит/с на загрузку и 256 кбит/с на выгрузку и т.д… Функциональная разница между ограничением целой подсети и созданием отдельной очереди для каждого пользователя достаточно очевидна. Если ты дашь 256000 для всей подсети, 8 пользователей будут бороться за полосу пропускания (вся подсеть ограничена до 256 кбит/с) и у них не будет Качества Обслуживания (QoS). Способ, который я упомянул, создает ограничение для конкретного пользователя, все, что тебе нужно сделать, — это добавить очередь для каждого пользователя, поэтому я представил это как 10.0.0.x/32, где x — адрес пользователя, значит, тебе нужно добавить 8 очередей (по одной для каждого пользователя). Другой способ — использовать PCQ с деревом очередей, но я не считаю это подходящим решением. Также, ты можешь добавить следующее правило в ip firewall filter: add chain=forward protocol=tcp tcp-flags=syn,!fin,!rst,!psh,!ack,!urg,!ece,!cwr connection-limit=17,32 action=drop. Это ограничит каждого пользователя до 16 одновременных TCP-соединений. Я считаю, что 16 TCP-соединений — это подходящее значение (обрати внимание, что в правиле установлено 17, что означает, что он будет считать до 17 и 17-е соединение будет отброшено). Также, почитай руководство по mangle, потому что оно тебе понадобится. Все это можно найти в руководстве, поэтому я предлагаю тебе внимательно его прочитать.

Cheers…