2015-06-24 7 views
0

У меня есть два клиента iperf и серверы. Оба на 5 ГГц. Оба канала на 20 МГц. Один клиент iperf отправляет данные по каналу 36, а другой отправляет данные по каналу 40. При отправке данных на оба канала одновременно происходит огромная потеря, в то время как при отправке данных через любой из клиентов iperf почти нет потерь. Каковы возможные причины этого сценария? И как их исправить?IPERF; Потеря пакетов по соседним wifi-каналам

Примечание: на этих каналах нет других устройств Wi-Fi. Эксперимент настроен в комнате, поэтому диапазон не будет проблемой. UDP используется. Команда сервера

Iperf: iperf -s -u -w 320k

Iperf команда клиента: iperf -c 192.168.XX.XXX -u -w 320k -t 10 -i 1 -b 300M

ответ

1

Там будет пакет падает, если RTS/CTS включен. 1-я точка доступа будет продолжать отправлять данные, а вторая точка доступа ожидает, что 1-й отправит все данные. Второй будет отбрасывать пакеты, так как он ждет отправки данных. Хотя каналы различны, но точки доступа будут обнаруживать помехи канала.

Чтобы решить проблему, вам необходимо иметь каналы 36 и 44.

Для этого могут быть другие причины.

0

Теоретически, CH36 (5180 МГц) не должно мешать CH40 (5200 МГц), если вы используете канал 20 МГц в обеих AP. Поэтому помехи не должны быть причиной ваших результатов iPerf.

Кроме того, параметр RTS/CTS обычно отключается большинством точек доступа (через страницу веб-администратора). Он также не должен влиять на результаты iPerf, так как RTS/CTS обычно используется для предотвращения коллизий для небольших кадров, тогда как iPerf обычно отправляет большие кадры.

Непонятна топология сети, которую вы тестируете. Являются ли две точки доступа полностью независимыми или связанными? Где находятся серверы iPerf - они подключены через Wi-Fi или через Eth?

В заключение я сомневаюсь, что вы используете «-w». Вы тестируете UDP, но «-w» предназначен для указания размера окон TCP.

+0

Мы используем 4 PCS и 2 AP (точки доступа) в одной комнате. ПК A подключается через Ethernet к AP-A, а ПК B подключается через Ethernet к AP-B. ПК C подключается к AP-A через Wi-Fi, а ПК D подключается к AP-B через Wi-Fi. AP-A работает на канале 36, в то время как AP-B работает на канале 40. Мы одновременно отправляем данные с ПК A на ПК C и с ПК B на ПК D. –

+0

Теперь теоретические помехи не должны быть причиной для результатов iperf, но мы снова и снова получаем эту проблему. Чтобы проверить это, мы поставили AP близко друг к другу. И мы получили почти 100-процентную потерю в одном сообщении, а 0-процентная потеря в другом сообщении, показывающая, что одна AP была захвачена. –

+0

. Мы чувствуем, что проблема заключается в том, что они являются каналами 20 МГц, поэтому они заканчивают встречу на границе, поэтому из-за этого возникает смысл несущей. –

Смежные вопросы