Comments 20
мы построили Wi-Fi сеть с бесшовным роумингом и прошлись по офису с планшетом, наблюдая, будут ли происходить замирания и сбои при скачивании на него потокового видео
А
Первый тест был рассчитан показать наглядность роуминга, в прямом смысле наглядность. Второй как раз опирался, если так можно сказать на объективные данные логов.
Там, AirMagnet, Ekahau, TamoGraph на худой конец…
Отсыпьте 250-400к рублей, очень прошу. Смотрю, они у Вас есть, раз предлагаете такие варианты.
У компании, где я работаю, есть. И один из этих комплексов есть.
Если ваша компания этим не занимается, наймите тех, у кого есть это ПО.
Это лучше, чем выкладывать результаты тестов, которые можно интерпретировать по-разному.
Если ваша компания этим не занимается, наймите тех, у кого есть это ПО.
Это лучше, чем выкладывать результаты тестов, которые можно интерпретировать по-разному.
Нельзя эти тесты интерпретировать по-разному, зря вы так. Они абсолютно точно показывают некомпетентность автора в тестировании. Хотя его слова верны, правда сделаны они из абсолютно не того тестирования. Автор, без обид, но вы не понимали, что нужно исследовать и как.
Некоторые же тестируют производительность дисковой подсистемы копированием файлов. Всё приходит с опытом. ;)
Некоторые же тестируют производительность дисковой подсистемы копированием файлов. Всё приходит с опытом. ;)
не догоняет автор, что надо тестировать
для разбирающихся подошёл бы tcpdump с wlan.fc.type_subtype 0x00) wlan.fc.type_subtype 0x02
для разбирающихся подошёл бы tcpdump с wlan.fc.type_subtype 0x00) wlan.fc.type_subtype 0x02
С радостью бы предоставил, но iOS (а именно на этих девайсах я и проводил тесты) нет доступа к консоли.
а смысл текущих тестов? тоже самое можно показать на обычных устройствах, время переключения можно оттюнить до 150 милисекунд не сильно напрягаясь, что убирается в ваши тесты
Напомню, что время таймаута TCP — велико, а между вашими пингами вообще не известно сколько времени.
Опять же, по вашим тестам пинг пропадает, что удивительно даже для быдло девайсов со всякими псевдороумингами вида fastroaming/zerohandoff. А вы не представитель канмос? А то у них сайтике дилетанство замечено с бесшовностью в микротиках.
Напомню, что время таймаута TCP — велико, а между вашими пингами вообще не известно сколько времени.
Опять же, по вашим тестам пинг пропадает, что удивительно даже для быдло девайсов со всякими псевдороумингами вида fastroaming/zerohandoff. А вы не представитель канмос? А то у них сайтике дилетанство замечено с бесшовностью в микротиках.
Контроллером выступает точка доступа, в данном случае WAP1750. Это очень удобно для относительно небольших сетей.
Это очень удобно для быстрого развертывания. Как DHCP сервер на винде. Далее-далее-далее, вот такой пул адресов, ОК. Настройка завершена.
При этом полноценным контроллером точка является лишь номинально. Как она себя поведет при серьезной нагрузке? Если зависнет эта самая точка, в какой момент времени это станет понятно и как ее перезагрузить?
Что будет с остальными устройствами, если используется EAP?
Такое решение крайне не удобно для администрирования, и плохо сказывается на отказоустойчивости.
При этом полноценным контроллером точка является лишь номинально. Как она себя поведет при серьезной нагрузке? Если зависнет эта самая точка, в какой момент времени это станет понятно и как ее перезагрузить?
Что будет с остальными устройствами, если используется EAP?
Такое решение крайне не удобно для администрирования, и плохо сказывается на отказоустойчивости.
Заметим также, что эти же протоколы должны поддерживать и клиентские устройства, иначе ничего с бесшовным роумингом не получится.
Не только с роумингом, некоторые устройства вообще перестанут подключаться к сети с включенным 802.11r.
Насколько я понял там речь идет об отвалившихся принтерах. Специалист компании Ruckus посоветовал завести на принтеры отдельный SSID и тем самым решить проблему.
Принтеры, старые макбуки, телефоны и обычные компьютеры. А решение вынести принтеры в WLAN без .11r написал сам пострадавший.
я сейчас наверно секрет какой-то раскрою, но для устройств/периферии принято отдельный vlan/ssid делать с MAC'озависимостью (acl на mac) с шифрованием поменьше и скоростью указанной ручками побольше, чтобы левыми медленными пакетиками эфир не забивали, ибо у «правильных пацанов» radius c eap и тому подобной фигнёй, а всякие убогие принтеры этого не умеют.
Подскажите пожалуйста, какое количество клиентов было во время тестирования подключено к этим беспроводным контроллерам.
Создавался трафик, соответствующий примерно 7-10 VoIP сессиям.
не пишите таких вещей, люди ведь вас читают и верят.
1. 7 tcp connection =/= 7 wifi client. Разница по пакетам и скорости — в разы, на говноточках — в десятки.
2. Изображать воип трафик всё-таки надо по-другому, ибо оно требует udp
для примера G711 = 50pps и 87.2 Kbps, пакет 160 byte
g729 = 50pps и 31 Kbps, пакет 20 byte
1. 7 tcp connection =/= 7 wifi client. Разница по пакетам и скорости — в разы, на говноточках — в десятки.
2. Изображать воип трафик всё-таки надо по-другому, ибо оно требует udp
для примера G711 = 50pps и 87.2 Kbps, пакет 160 byte
g729 = 50pps и 31 Kbps, пакет 20 byte
Iperf штука, конечно, прикольная, не спорю. Но если уж эмулировать какой-то типа трафика, то хотя бы заюзайте Ostinato.
Sign up to leave a comment.
Тестируем бесшовный WiFi с помощью голосового трафика