WLAN Внешний и Внутренний Скорость Mystery

332
Yosh Synergi

Прежде всего, я не сетевой инженер, я разработчик программного обеспечения. Но мои общие знания о работе с сетями ооооочень хороши :)

Моя главная проблема в настоящее время - действительно понимание WLAN.

ОК сначала настройки.

Модем: Icotera i6850
Широкополосный: оптоволоконный, 300 Мбит / с вниз, 40 Мбит / с вверх.
WLAN AP: Ubiquiti Nano HD
PC WLAN карта: Asus AC68

Следующие статистические данные:

Эта статистика измеряется с помощью IPerf 3.1.3 между ПК с Windows 10 и MacBook под управлением MacOS.

Сервер: MacBook Pro (2018), подключенный через USB-C к Ethernet 1 Гбит / с.
Клиент: Windows 10 x64, подключенный через карту WLAN ASUS AC68.

Server command: ./iperf3 -s -F ...zip *(the zip file is ~20GB in size)* Client command: .\iperf3.exe -c 192.... -t 1000 -M 1000  [ ID] Interval Transfer Bandwidth [ 4] 0.00-218.75 sec 9.21 GBytes 362 Mbits/sec sender [ 4] 0.00-218.75 sec 0.00 Bytes 0.00 bits/sec receiver

Статистика WLAN

  • 2,4 ГГц отключен
  • Ширина канала 5 ГГц = VHT160
  • Канал 5 ГГц = 36
  • Мощность передачи = высокая

Использование при использовании iperf составляет ~ 80%. ПК подключен с уровнем сигнала около -59dBm

Хорошо, теперь к моей проблеме:

При выдаче теста скорости с speedtest.net, через WLAN я могу достичь только ~ 240 Мбит / с. При подключении кабеля я мгновенно бегу до 295Мбит / с. Я использую Nessus (10G) в качестве сервера.

Это даже ухудшается, когда, например, проверяя скорость загрузки в Steam, я достигаю всего ~ 150 Мбит / с.

Мой коллега сказал мне, что это из-за разницы в масштабировании окна по TCP при сравнении внутреннего и внешнего, где MTU может быть 7000 или даже выше внутреннего и на внешнем макс. 1500. Но именно поэтому я использую параметр iperf -M и установите MSS равным 1000. Включая заголовок TCP длиной 40 байтов, который имитирует значение MTU 1040, что меньше, чем для внешнего трафика.

По сути, мне интересно, у меня есть статистика IPerf, которую я нигде не могу достичь ни в одном реальном приложении на моем ПК. Является ли тест Iperf неверным сценарием для реального трафика или что происходит?

Я уже пытался отключить алгоритм Nagle в Windows 10 с реестром, но без изменений.

Любой совет очень ожидаем, и я благодарен, если кто-то может просто объяснить мне, почему это не произойдет, как хотелось бы.

0
Вы уверены, что беспроводное соединение _существует_ по ширине канала VHT160 и не ограничено 80 или 40 (помехи, нормативные настройки и т. Д.)? grawity 5 лет назад 1
Asus AC68 всего 80 макс., Ubiquiti AP работает на 160 Yosh Synergi 5 лет назад 0
Масштабирование окна приема TCP отличается от MTU / MSS. Переопределение размера окна приема TCP по умолчанию выполняется с помощью `-w` в iperf. Вы на самом деле не получаете 7k MTU внутри, потому что Wi-Fi не поддерживает их (а jumbo-кадры по умолчанию отключены почти на всех сетевых конечных устройствах). Spiff 5 лет назад 0
Кроме того, что случилось с `-F` на стороне сервера iperf? Я почти уверен, что iperf по умолчанию отправляет данные с клиента на сервер (рассматривайте это как тест загрузки). Я не уверен, что указывал бы файл на стороне сервера, но это, вероятно, не заставляет сервер отправлять этот файл, если вы не укажете `-R` (обратное направление) на клиенте. Spiff 5 лет назад 0
Вариант использования файла с -F должен был уменьшить алгоритм сжатия на AP. Но я никогда не видел разницы при использовании этих или случайных данных по умолчанию. И я дам -w попробую проверить, могу ли я имитировать значения лучше, спасибо Yosh Synergi 5 лет назад 0

0 ответов на вопрос

Похожие вопросы