Краткое содержание
По-видимому, задержки и перерывы связаны с фоновым сканированием беспроводной картой. Фоновое сканирование является нормальным процессом и выполняется на всех картах, но оно не должно быть заметным и, безусловно, не должно вызывать потерю пакетов.
Продолжительность и влияние указанного сканирования зависит от операционной системы, драйвера, точки доступа и параметров карты. В большинстве случаев это приводит к задержке в несколько десятков миллисекунд каждые X минут. В худших случаях с некоторыми картами, драйверами и инфраструктурой, например, в случае OP, сканирование может вызвать заметные проблемы с подключением и потерю пакетов.
В этих случаях может быть полезно отключить эту функцию (см. Ниже). Это не лишено недостатков, так как может вызвать другие проблемы в результате.
Фоновое сканирование
Беспроводное сканирование может быть запущено Windows, беспроводным драйвером или другим приложением. Сканирование выполняется как для обновления списка активных сетей, так и для сканирования на наличие других сетей или более сильных сигналов для переключения.
Windows может сканировать более предпочтительные сети, даже если ваш сигнал очень сильный, так как у вас могут быть другие сети с более высокими сконфигурированными приоритетами, которые переопределяют мощность сигнала. Сетевой драйвер будет периодически искать более сильные сигналы и чаще в условиях слабого сигнала. Частота поиска и переключения может иногда изменяться настройками драйверов, такими как "Агрессивность роуминга" в драйверах Intel под Windows. В Linux беспроводные соискатели также могут контролировать это поведение.
Основы того, как это работает
Чтобы выполнить сканирование, беспроводное радио должно прекратить прослушивание текущей сети и физически переключиться на прослушивание на другом канале для каждого канала, который он может использовать. Например, если ваша сеть подключена к 6-му каналу, ваша беспроводная карта сообщит активной сети о приостановке передачи, переключится на 1-й канал, прослушит долю секунды, чтобы проверить сети, а затем переключится на 6-й канал, чтобы получить любые данные, которые был буферизован в этот период. Затем он должен повторить это для каждого другого канала, который он может использовать. Эти переключатели очень быстрые (доли секунды), чтобы не прерывать ваше соединение полностью, но приводят к замедлению, потому что никакие данные не могут быть переданы во время сканирования других каналов. Различные карты прослушивают различные периоды, в зависимости от аппаратных возможностей карты и дизайна драйвера. Некоторые могут прослушивать> 100 мс, самый распространенный интервал радиомаяка 802.11, некоторые могут разделить его на 2x50 мс или 10x10 мс и т.д. Некоторые карты могут использовать широкополосные (V)HT-тюнеры для поиска нескольких каналов одновременно. Процесс обычно длится несколько секунд.
Фоновое сканирование не должно вызывать нестабильности, отключений, заиканий или потери пакетов. Однако, прямо скажем, некоторые карты хуже, чем другие. Некоторые маршрутизаторы и точки доступа не имеют правильных реализаций команд паузы передачи. Эти, а также многие другие факторы приводят к изменению вашего пробега.
В случае OP, журнал ping указывает, что сканирование происходит ровно каждые 10 минут и вызывает задержку около 0,3 с:
Итак, сыграли короткую игру. Я заметил, что это происходит только дважды, но, видимо, был еще один раз. Он зарегистрирован на Pastebin и происходит вокруг строк 273, 876 и 1480. - Рафаэль Дамасчено 12 августа '14 в 19:51
Тем не менее, OP также сообщает о потере 30% пакетов в Teamspeak и отключениях в Skype, что не должно происходить. Предоставленный журнал, к сожалению, не показывает каких-либо доказательств того, что это произошло в течение тестового периода, так как не указана потеря пакетов. Следовательно, сам журнал является неубедительным - этот конкретный журнал показывает, что фоновое сканирование выполняется нормально, и не показывает никаких реальных проблем.
Отключение фонового сканирования
Следующая информация относится исключительно к Windows:
Если в вашей конкретной среде возникают проблемы из-за фонового сканирования, вы можете отключить его. Вы можете понять, есть ли проблема, выполнив ту же диагностику, что и выше (ping -t). Если ваш результат показывает несколько строк "Время ожидания запроса" через определенные промежутки времени, возможно, в окружении нескольких строк повышенного пинга, ваша проблема может быть связана. Если ваш результат выглядит так же, как и у ОП без потери пакетов, это не подтверждает эту проблему.
Отключение фонового сканирования может помешать работе беспроводного роуминга. Действительно, это предотвратит работу любой функциональности, которая зависит от фонового сканирования. Они включают, но не ограничиваются:
- Переключение на сети с более сильным сигналом
- Переключение на сети с более высоким приоритетом
- Переключение между диапазонами в одной сети
- Переключение на более сильный сигнал при перемещении по зданию
- Переключение на менее загруженные точки доступа или каналы для улучшения производительности
Большинство из них будут влиять на вас, только если у вас есть несколько перекрывающихся сетей (с одним SSID или без него), обычно это корпоративные сети с несколькими точками доступа. Это также может повлиять на домашних пользователей, у которых есть маршрутизаторы, которые интеллектуально переключают каналы, чтобы избежать помех - когда ваш маршрутизатор переключает канал, вы будете отключены, если фоновое сканирование отключено.
Имея это в виду, для большинства домашних пользователей это не должно быть большой проблемой. Процедура для этого следующая (взято из собственного поста Рафаэля Дамасчено):
- Запустить Regedit
- Перейдите к HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class {4d36e972-e325-11ce-bfc1-08002be10318}
- Найдите путь к подпапке с правильной AdapterModel
- В этой подпапке создайте новый ключ REG_DWORD с именем ScanWhenAssociated и установите его значение равным 0.
(Более подробная информация здесь: https://forums.lenovo.com/t5/Windows-8-and-8-1/SOLUTION-latency-spikes-and-network-unstability-on-Intel-WLAN/mp/1461523/highlight/true # M5273)
