Проблема с полосой пропускания в беспроводном access-list.

Это также зависит от пропускной способности канала, который приходит к точке доступа (AP). Если у вас канал, скажем, 1 Мбит/с, и клиенты тоже ограничены до 1 Мбит/с, то когда использует только один клиент, он получает всю полосу пропускания — 1 Мбит/с. Как только больше клиентов хотят получить доступ, AP начинает делиться каналом между всеми. Соответственно, все будут видеть более низкие скорости. Это совершенно нормальное явление. Это также повлияет на время пинга, так как радио AP должно распределять свое время между большим количеством клиентских радио, и время пинга увеличится. Вы можете облегчить жизнь своим клиентам несколькими способами: увеличьте канал — самый простой способ. Если у вас канал 3 Мбит/с, и вы уже продаете только 1 Мбит/с, то 3 пользователя смогут использовать свой максимум до возникновения проблем. Используйте QoS с очередями на AP для более сложного распределения полосы пропускания между пользователями и программами. Ограничьте клиентов до меньшей полосы пропускания! Возможно, это не самое желательное решение, но так вы получите меньше жалоб на то, что не получили то, что вам обещали. Будьте внимательны: если у вас всего несколько пользователей, которые скачивают большие файлы в течение длительного времени (видео, стримы, большие файлы), вы очень быстро исчерпаете ресурсы. Например, сеть, которая может обслуживать только 3 полных загрузчика одновременно (скажем, 3 x 1 Мбит/с при feed = 3 Мбит/с), сможет, вероятно, обслуживать 30 пользователей, одновременно просматривающих веб-страницы, прежде чем проблемы станут заметными. Поскольку просмотр генерирует только кратковременные всплески загрузок, затор в трафике невелик по сравнению с некоторыми параллельными, непрерывными потоками данных… Но ваша формулировка оставляет место для недопонимания: «Нет заданного максимального значения полосы пропускания по умолчанию». Что вы имеете в виду? «Когда я полностью отключил access-list, и клиенты ограничены только нашим центральным роутером, подключенным к интернету, все работает, как должно». Как вы «отключили» access list? Если вы имеете в виду, что вы отключили только свои записи access list (засерая их в Winbox), а клиенты все еще могут проходить аутентификацию через AP, то у вас включена «default auth». Только когда «default auth» выключена в настройках беспроводной сети AP, access list вступает в силу. Тогда AP смотрит в этот список, какие MAC-адреса разрешены для аутентификации (или нет), и какие у них назначены ограничения полосы пропускания (или нет). Я думаю, что в вашем случае access list изначально не выполнял свою работу, он никогда не был включен. Вы просто включали/выключали каждый mac-фильтр в списке, но это никогда не оказывало никакого влияния, так как сам список не использовался. Вы написали: «Нет максимального значения полосы пропускания по умолчанию, и клиенты могут проходить аутентификацию по умолчанию». Особенно курсивная часть заставила меня поверить, что у вас включена «default authentication» постоянно. Когда default authentication включена, любой клиент с одинаковой радиочастотой может войти в сеть и получить всю скорость, доступную от AP. Чем больше клиентов аутентифицировано, тем меньше скорости получает каждый. Сколько клиентов было подключено, когда возникли проблемы? Какова пропускная способность вашего канала по сравнению с тем, что клиенты могут получить (согласно access list)? 3.xx работает хорошо в этом плане. Я работаю с MT-AP, которые видели все версии 3.xx, и на некоторых AP у меня есть 25 пользователей, которым назначено по 3 Мбит/с согласно access list, а канал составляет всего 7 Мбит/с, который, кстати, также разделяется с другими AP! Редко бывают какие-либо проблемы. У меня всего 2 x 7 Мбит/с для обслуживания 100 клиентов с 3 Мбит/с. Все удивлены высокой скоростью просмотра, которую большинство клиентов никогда раньше не испытывали! Только когда два или три пользователя начинают длительные загрузки одновременно, другие пользователи начинают замечать задержки. Но большинство обычных пользователей вообще ничего не замечают… Преимущество наличия большого канала в том, что я могу продавать относительно высокую пропускную способность своим клиентам, поскольку даже фильмы или целые CD-ROM скачиваются всего за 15-30 минут для клиента, что одновременно уменьшает количество больших загрузок, сталкивающихся друг с другом, до редких событий…

rgds

Если используете настройку access list client-tx-limit, то в документации сказано, что она работает только если клиент — маршрутизатор MikroTik.

Ну, проверь свои настройки. У меня более 100 MT клиентов, которые ограничены MT AP таким образом. Работает отлично в обе стороны. Никогда не было проблем. R.

Я только что повторно протестировал это. Если я устанавливаю скорость 2M на "AP к клиенту" и 2M на "Предел TX клиента", и затем запускаю тест скорости, я получаю 2M загрузки клиенту, но только 1,2M на загрузку. Я тестировал это на двух разных AP и двух разных клиентах. Как все управляют своей пропускной способностью с Mikrotik? Когда Nstreme был включен, мы могли использовать Simple Queues на AP, и это работало идеально. Затем MT сказал нам отключить Nstreme более чем с 30 клиентами, и теперь один клиент с большой загрузкой или выгрузкой может повлиять на весь AP (высокая задержка, потерянные пакеты и т.д.). Если я начинаю загрузку на клиенте, я начинаю терять пинги до всех остальных клиентов. То же самое с выгрузкой. Есть ли хороший способ управления Mikrotik AP? У нас более 60 AP и 700+ клиентов, и это полный кошмар по сравнению с другими беспроводными решениями (Trango, Canopy и т.д.). Есть ли решение? Мы развертываем 100 новых клиентов в месяц, но будем вынуждены перейти на что-то другое, если не будет хорошего способа управления каждым клиентом (которым нужно иметь симметричную скорость, например, 1M x 1M). Трэвис