7

Я отчаянно нуждаюсь в помощи, чтобы улучшить ужасную производительность моей беспроводной сети 802.11n. В лучшем случае я получаю 30 Мб (это загрузка через Интернет) от технологии, которая может похвастаться 300 Мб, еще хуже то, что локальная сеть, где на сегодняшний день лучшее, что я когда-либо получал, составляет 1 Мб. Буквально быстрее скопировать файл на USB-накопитель и перейти на другой компьютер.

Инфраструктура это

  • AP 802.11n вещает только на 2,4 ГГц и 5 ГГц
  • Mac с картой 802.11a/b/g/n подключен к точке доступа через 5 ГГц
  • Linux с картой 802.11a/b/g/n подключен к точке доступа через 2,4 ГГц

Я провел следующие тесты (результаты в конце поста)

  • Интернет-тест скорости проводной и беспроводной
  • Копирование файлов локальной сети проводной и беспроводной

Я прочитал:

Я сделал следующие оптимизации

  • AP вещает только 802.11n на частотах 2,4 ГГц и 5 ГГц
  • 2,4 ГГц находится на канале с наименьшими помехами (в прямом эфире в квартире с большим количеством точек доступа), это действительно улучшило скорость 10 Мбит / с
  • Наша точка доступа - единственная, передающая на частоте 5 ГГц.
  • Безопасность: WPA Personal WPA2 AES шифрование
  • Полоса пропускания: 20 МГц / 40 МГц (я предполагаю, что это соединение каналов)

Я пробовал следующее с 0 улучшением

  • Сбросил порог фрагмента до 512
  • Сбросил порог запроса на отправку (RTS) до 512 и 1
  • Даже думал о покупке частотного спектрального анализатора, пока не увидел их стоимость !!!

Результаты теста скорости

Linux Wired:

Mac Wired:

Linux Wireless:

Mac Wireless:

Файл LAN NFS 53 345 087 байт (51 МБ)

  • Linux Mac NFS Проводная: 65,6959 Мбит / с
  • Linux Mac NFS Wireless: 0,9443 Мб / с

Вся помощь приветствуется, даже методы тестирования будут приняты.

8 ответов8

1

Иногда у вас могут быть другие устройства, использующие 2,4 ГГц, вызывающие помехи. Не уверен, пытались ли вы использовать сканер, чтобы увидеть, не мешает ли другое устройство. Я обнаружил, что это имеет место на моей работе, где у меня была похожая ситуация, и был телефон, использующий 2,4 ГГц, который вызывал замедление.

0

Недавно я решил проблемы (выпадения, медленную скорость и т.д.) С моей беспроводной сетью 802.11n, переключившись на один из более новых «формирующих луч» маршрутизаторов. С момента переключения все работает стабильно и быстро. :) Раньше я использовал маршрутизатор Linksys хорошего качества, но он не мог справиться с помехами от нескольких соседних устройств и стен и т.д.

Возможно, стоит попробовать переключиться на маршрутизатор с формированием луча, если больше ничего не работает.

ура

0

Если ваш беспроводной маршрутизатор настроен на автоматический выбор 20/40 МГц для полосы пропускания канала, и в этой области имеется ряд других точек доступа, возможно, возникнут проблемы с использованием достаточного количества каналов, чтобы фактически поддерживать опцию 40 МГц.

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

При попытке работать на частоте 40 МГц маршрутизатор фактически расширяется от базового канала вверх или вниз (обычно это можно настроить).

Некоторое время я следовал совету, чтобы просто использовать исключительно полосу пропускания канала 20 МГц, но позже смог снова использовать автоматическую настройку 20/40 МГц, очень внимательно следя за выбором канала управления и направлением расширения канала.

Я использовал следующее приложение на своем телефоне Android, чтобы проверить влияние других точек доступа на каналы, которые я пытался использовать:

Wifi Analyzer (Google Play)

0

Вы говорите, что есть много других точек доступа в вашем районе.

Следует отметить, что если есть другие беспроводные сети и устройства на тех же каналах, что и у вас, в частности 802.11b. При повторных неудачных кадрах передачи обнаруживаются. Хосты будут снижать свои битрейты ** на скоростях A, B или G или даже ниже, в зависимости от скорости самых медленных хостов этого беспроводного канала.

Причина: Когда мобильные хосты перемещаются, они могут столкнуться с плохими условиями передачи и снизить скорость передачи данных с 11 Мбит / с до 5,5, 2 или 1 Мбит / с. Хост с более низкой скоростью передачи битов будет влиять на пропускную способность других хостов, которые используют один и тот же радиоканал.

При повторных неудачных кадрах передачи обнаруживаются. В таком случае хост, передающий, например, со скоростью 1 Мбит / с, снижает пропускную способность всех других хостов, передающих со скоростью 11 Мбит / с, до низкого значения ниже 1 Мбит / с. Основной метод доступа к каналу CSMA / CA лежит в основе этой аномалии: он гарантирует равную долгосрочную вероятность доступа к каналу для всех хостов.

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

Решение: попробуйте выбрать каналы, которые имеют только N, или внесите соответствующие изменения на других (более старых) маршрутизаторах / в сетях, чтобы освободить каналы для стандарта N.

источник:вот статья, объясняющая, как именно и почему это происходит

0

Это похоже на проблему RF, единственными решениями которой являются (выберите 1):

  1. Переехать
  2. Запустите кабели Ethernet для всех ваших устройств

Мы не можем решить проблемы RF с программным обеспечением. Это аппаратная проблема.

0

Из вашего описания, ваша проблема не связана с программным обеспечением, его аппаратное обеспечение. Точнее, это проблема распространения радиоволн.

Я не уверен, если это вообще проблема. Эти скорости примерно подходят для настройки.

Первое: сети WiFi полудуплексные. Это означает, что аккуратные цифры, которые вы видите на коробках точек доступа на рынке, не совсем соответствуют скорости работы этих устройств. Под полудуплексом это означает, что указанные скорости являются только односторонними. Свои скорости сигнализации канала. Чтобы проверить это, вы можете поместить две точки доступа (одну как AP, а другую как клиент) в безэховую камеру и начать передачу данных в обе стороны. Что просходит ? Вы не увидите где-нибудь около ненавистных 150 Мбит / с, вы увидите что-то близкое к ПОЛОВИННОЙ скорости, потому что канал распределяется между передачей и приемом. Таким образом, это будет больше похоже на 75 Мбит / с.

Второе: объявленные значения - удобно - измеряются в битах в секунду. Но то, что вы передаете между компьютерами, обычно это байты. Это означает, что для получения значения в байтах в секунду вы должны разделить значения на восемь. И этого мало. Каждый раз, когда ваш компьютер хочет связаться с точкой доступа, и наоборот, это делается через ПАКЕТЫ, пакеты ограничены количеством данных, помеченных адресами и флагами. Это означает, что для каждого определенного количества данных, передаваемых между вашим компьютером и точкой доступа, между ними должен передаваться определенный объем информации о котельной плите. Поэтому сделайте эти 75 Мбит / с вверх / вниз одновременно более 40 Мбит / с вверх / вниз.

Третье: вы не одиноки в своем канале. Даже если у вас нет известного источника излучения на том же канале поблизости, электромагнитное излучение генерируется многими физическими процессами в нашем собственном мире. Когда радиоволна не передает информацию, ее передающий шум. Наиболее распространенным источником шума является тепло. Нет, ваша точка доступа не нагревается и не производит шума. Все вокруг нас имеет температуру. Будь то 100F или 20C, любая температура выше абсолютного нуля приведет к появлению радиоволн. Мы называем эти радиоволны "тепловым шумом". На любом канале существует так называемый минимальный уровень шума, то есть минимальное количество шума, присутствующего на этом канале. Помимо естественного шума, близлежащие точки доступа - даже если они присутствуют в других каналах - повышают минимальный уровень шума, потому что нет идеального способа "изолировать" один канал от другого. И чем ближе они друг к другу, тем мощнее становится это излучение. Способность точки доступа передавать информацию с помощью радиоволн ограничена тем, что мы называем «отношением сигнал / шум». Если в сигнале больше мощности, это значение увеличивается, если в шуме больше мощности, это значение падает. Если вы слишком сильно увеличите свой сигнал, вместо того, чтобы генерировать сигнал с лучшим отношением сигнал / шум, вы вполне можете увеличить минимальный уровень шума из-за компонентов в тракте сигнала радиостанции, работающих при более высокой температуре, где они генерируют больше тепла шум. Таким образом, вы должны найти правильное значение для настройки электропитания в вашем устройстве (и ваша соседа, неправильно настроенная точка доступа может также помешать здесь). При этом конечным арбитром скоростей, которые вы можете получить из своей точки доступа, является уровень шума, который все устройства видят в выбранном канале. Стены на пути сигнала могут слишком сильно его ослабить. Неправильное размещение антенн на самих устройствах и т.д. Все может стать причиной снижения производительности. Таким образом, предыдущие 40 Мбит / с могут быть, например, 20 Мбит / с.

Далее я советую вам не изменять пороговые значения RTS/Fragment. RTS не очень полезен в "сохо" среде. Это значение используется, чтобы решить, стоит ли запрашивать CTS (ясно, чтобы отправить) перед отправкой (процесс, который занимает некоторое время, но может предотвратить коллизии) или отправкой пакета сразу. Если пакет меньше значения порога RTS, он будет отправлен сразу, если он равен или больше, он предоставит рукопожатие RTS/CTS. Это сделано, чтобы избежать проблемы со скрытыми узлами. Но для более коротких диапазонов все устройства должны, как правило, находиться в пределах видимости друг друга. Порог фрагмента используется, чтобы решить, когда фрагментировать пакеты TCP/IP в меньшие кадры. Это может быть полезно в условиях сильных помех, когда все каналы заняты, и потеря большого пакета из-за коллизии хуже, чем потеря серии маленьких пакетов. Это может быть полезно, когда у вас также есть источник помех не Wi-Fi (то есть: повторяющиеся помехи, которые могут постоянно отбрасывать большие пакеты). Я не верю, что это ваш случай.

Что можно сделать ? Сделайте снимок экрана экрана веб-управления вашей точки доступа на вкладке, на которой показаны все подключенные клиенты, чтобы я мог глубже понять, что происходит. Протокол 802.11n определяет различные режимы соединения (MCS), чтобы максимально использовать возможности канала, и каждый из этих режимов имеет свои собственные характеристики скорости, задержки и т.д. Итак, первое, что нужно рассмотреть, это режим MCS, который используется устройства.

0

Что обслуживает данные NFS? Это в проводной сети?

См. Http://www.tp-link.us/article/?faqid=190 для определения пределов фрагментации MTU. Если вы можете установить MTU на то, что обслуживает вашу NFS, тогда вы сможете улучшить производительность Wi-Fi.

0

Что касается Интернета, я должен согласиться с RAMHound, что эти скорости примерно нормальные. Беспроводная связь имеет гораздо больше накладных расходов, поэтому фактические скорости передачи данных намного ниже, чем в спецификации Одна мысль, однако, заключается в том, что скорости беспроводной связи выглядят примерно как для оригинального (чернового) 150 Мбит 802.11 N. Если вы только обновили маршрутизатор / точку доступа до 300N, то у вас, вероятно, есть карты 150N в компьютерах или они настроены на одноканальный режим ( см. http://compnetworking.about.com/od/wireless/f/80211n-300-mbps.htm).

Для LAN NFS разница здесь намного больше. Судя по интернет-тестам, на WiFi у вас должно быть около 12 Мбит. Если вы проверяли это только один или два раза, это могло быть временной проблемой, иначе NFS может потребоваться оптимизация для WiFi. Это может помочь: http://ubuntuforums.org/archive/index.php/t-1047907.html

Для простого тестирования локальной сети я использую тест скорости сети, который имеет версию для Mac:

http://www.totusoft.com/downloads.html

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .