Что может вызвать это изменение в пинг?

Question

У меня проблема с интернет-соединением, и я не знаю, что его вызывает.

Мой маршрутизатор - Linksys E3200, и мой компьютер оснащен Windows 8 и адаптером WIFI TP-Link WDN3200 (Ralink 5572) с новейшими драйверами от Ralink.

Используя inSSIDer3 я получаю следующую статистику:

Я думаю, что разрыв между моим роутером и соседями должен быть достаточным.

При выполнении теста ping к моему маршрутизатору я получаю следующую статистику:

C:\>ping 192.168.0.1 -n 1000

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1586ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1995ms TTL=64
Reply from 192.168.0.1: bytes=32 time=13ms TTL=64
Reply from 192.168.0.1: bytes=32 time=3ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1993ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2000ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=4ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1994ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1995ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1990ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
...

Мне любопытно, что паттерн 2-хороший-1-плохой показан здесь, и он редко отклоняется от этого. Иногда я получаю Тайм-аут запроса.

С моим мобильным телефоном (Samsung Galaxy Nexus), использующим только WIFI (данные отключены), я постоянно получаю хорошие ответы от своего роутера во время теста ping.

Использование VPN + Remote Desktop для моей работы не очень хороший опыт, и мне кажется, что при попытке получить доступ к веб-сайту в браузере у меня медленный поиск.

Кто-нибудь может подсказать мне, в чем проблема?

---

Обновления:

Использование кабельного подключения к локальной сети постоянно дает результаты пинга <1 мс.

Answer 1

Мои лучшие догадки, в порядке вероятности:

1. В вашей системе запущено программное обеспечение, которое каждые 3 секунды выполняет сканирование Wi-Fi. Возможно, вы оставили inSSIDer или какой-нибудь другой инструмент «сетевой сканер / спотыкатель / ведущий войну» запущенным. Или, может быть, в вашей системе есть что-то, пытающееся выполнить геолокацию на основе Wi-Fi, которая выполняет периодическое сканирование. Другим возможным источником сканирования является ваша собственная беспроводная карта, когда она ищет другие сети для роуминга. Однако на одном из снимков экрана ваш RSSI (уровень сигнала) был -60 дБм, что довольно неплохо, так что ваш клиент, вероятно, не должен пытаться выполнить сканирование роуминга. Итак, отправляйтесь на поиски вещей, которые могут вызывать сканирование, и отключите их все пока в качестве теста.

2. Ваш клиент выполняет какую-то форму режима энергосбережения 802.11, где он переводит радиоприемник в режим сна на мгновение, когда трафика мало. В Windows вы, вероятно, можете перейти к расширенным свойствам драйвера для вашего драйвера сетевой карты Wi-Fi и отключить режим энергосбережения в качестве теста, чтобы проверить, не устраняет ли он это.

3. Я думаю, что это возможно, но крайне маловероятно, что проблема, которая является настолько регулярной (почти ровно 2 секунды паузы, почти ровно каждые 3 секунды), связана с помехами. Я предполагаю, что может быть что-то извергающее шум с рабочим циклом «2 секунды вкл., 2 секунды выкл.», Но это действительно кажется натяжкой.

Answer 2

Стоит отметить, что у вас есть несколько перекрывающихся каналов, которые мешают вашему каналу Wifi. Это вызывает проблемы с вашим сетевым трафиком. Если вы прислушаетесь к совету MariusMatutiae и попытаетесь пропинговать ваш маршрутизатор при подключении через проводную сеть, я уверен, что это не будет проблемой. При работе с Wifi вам необходимо учитывать две разные проблемы: совмещение каналов и перекрытие каналов.

Co-каналы

Совместные каналы - это несколько сетей на одном канале с вами. Это вызывает проблему, потому что Wi-Fi по своей природе полудуплекс, то есть он может только отправлять или получать не оба одновременно. Поэтому, когда ваша точка доступа или компьютер собирается отправлять, она отправит сигнал "помех" на этом канале, чтобы указать, что он собирается вещать, и все другие беспроводные передатчики на этом канале прекратят вещание. Это для обеспечения точности трафика. Застревание не очень долго, однако это означает, что другие люди не могут вещать. Теперь, насколько я понимаю, другие сигналы Wi-Fi (ssids), а не только ваша, будут заблокированы вашим сигналом, а вы - другими ssids. Таким образом, каждый раз, когда ваш сосед собирается передать вашу сеть, он также блокируется.

Перекрывающиеся каналы

Перекрывающиеся каналы, на мой взгляд, хуже. В этом случае у вас есть частоты, которые очень близки к вашим собственным и как таковые вызывают помехи вашему собственному сигналу. Таким образом, если ваша сеть подключена к 11, а ваши соседи подключены к 10, то сигналы достаточно близки, чтобы они могли создавать помехи. Это также может привести к запоздалым или искаженным данным. Это происходит потому, что ни один передатчик не будет идеально передавать сигнал, который должен. Он будет выключен на небольшую сумму. В результате вы будете получать данные (время от времени) из других каналов, что приведет к замятию (иногда) или к неправильным данным.

Для более лучшего руководства посмотрите здесь: https://serverfault.com/questions/471721/adjacent-channel-versus-co-channel-interference

Другие источники: http://www.metageek.net/support/adjacent-channel-congestion/