Низкая пропускная способность и высокая задержка на 2,4 ГГц точке доступа спустя некоторое время.

Попробуй установить порог RTS на 512 в точке доступа и на клиентах TP-Link. Время жизни кадра... точно не знаю, думаю, это время хранения, то есть сколько раз кадр будет сохраняться, если роутер не может сразу его отправить, прежде чем отбросить. Не знаю, измеряется ли это время в милли-, микро- или наносекундах для времени жизни кадра. Не факт, что это тебе поможет, но попробуй. На мой взгляд, без TDMA максимум — 10 активных клиентов (на улице) на одной точке доступа в диапазоне 2,4 ГГц.

Почти все мои клиенты пользуются торрентами. У меня есть точка доступа с примерно 30 клиентами, ситуация примерно такая же. Так что, я думаю, что пользователи торрентов наносят больше вреда, чем просто подключённые клиенты.

1   ;;; Ограничение UDP-соединений  
chain=forward action=drop protocol=udp dst-port=!53 connection-limit=3,32  

2   ;;; Ограничение количества соединений на высоких портах - 10 соединений  
chain=forward action=drop tcp-flags=syn protocol=tcp dst-port=1024-65535 connection-limit=10,32

Привет… Я несколько раз наблюдал такое поведение на 2,4 ГГц AP (~30 CPE): вдруг время отклика прыгает с 1–5 мс до > 500 мс, и единственный способ вернуть всё назад — это уже упомянутый трюк: заставить всех клиентов переподключиться. Я пробовал разные настройки, чтобы стабилизировать ситуацию, и, по крайней мере, на канале с шириной 20 МГц на картах R52nM я остановился на использовании только режима G, выборе скорости legacy, настроил только скорости G, расстояние — динамическое, а адаптивный шумоподавитель — выключен. Аппаратное шумоподавление отключено. Аппаратные повторы — между 4 и 7. Выше этого — выше пинг. Раньше я использовал адаптивный шумоподавитель включённым и расстояние 2 км до ROS 5.0X, но после версии — не помню точно — 5.5 при такой настройке начал замечать скачки пинга. Честно говоря, никаких выводов кроме как держать адаптивный шум выкл, аппаратные повторы <7 и выбор скорости — legacy на 20 МГц канале у меня нет. На 10 МГц каналах — расстояние 4 км, адаптивный шум включён, только режим G и заданные (legacy) скорости передачи данных. Этот AP использует 3 частоты на 2,4 ГГц (это 433UAH с 3 x R52nM) и обслуживает около 30 CPE на каждой частоте (в списке доступа 92 UBNT CPE). С уважением;

Итак, что, по твоему мнению, лучше — CTS to self или RTS/CTS? Да, клиенты действительно плохо видят друг друга, так что проблема скрытого узла вполне возможна. Я пробовал включать RTS/CTS на точке доступа с порогом 512. На клиентах TP-Link нельзя явно его включить или выключить, но есть значение порога, значит, судя по всему, он всегда включен. Значение по умолчанию — 2346. Я тоже поменял его на 512, но не на всех устройствах. Это проблема, если на некоторых остаётся 2346, а на других 512? Также я включил WMM просто чтобы проверить, есть ли разница. Улучшений не вижу, но и ухудшений тоже нет.

Или добавить больше точек доступа — небольшой радиус покрытия определённо лучше, потому что клиентские устройства смогут видеть друг друга. Я уже просто без сил от TP-Link.

Привет! У меня новости про высокие задержки, но я не знаю, почему так происходит. Я запустил Snooper на другой карте и увидел, что использование частоты высокое именно в момент высокого пинга, но при этом не видно, что какой-то клиент этим пользуется, потому что стоит тот же MAC-адрес, что и у AP-карты. Картинка в приложении! Что это может быть?