Маршрутизатор «модуль Wi-Fi» отстает без логической причины

В течение некоторого времени мой маршрутизатор давал бесконечные проблемы, особенно отстающие.

Маршрутизатор: Netgear DGN2200v2
Подключенные устройства:
Wi-Fi - устройство Android, 1 ПК с Windows
LAN - 1 ПК с Windows

Нет аналогичных устройств / сетей, работающих в той же полосе / частоте. Маршрутизатор находится в открытой среде. Соединение всегда было на 100% без проблем до 1 месяца назад, когда это началось, наугад. Никаких изменений маршрутизатора не произошло ни до, ни после.

При подключении к маршрутизатору аутентификация занимает некоторое время и завершается неудачно примерно в первые 2 раза. Время ожидания составляет +/- 7 секунд. Тогда получение IP-адреса (который не срабатывает 2-4 раза) занимает около 10 секунд. После этого я, наконец, могу подключиться, но передача любых данных через модуль Wi-Fi маршрутизатора, будь то подключение к Интернету или передача данных через Wi-Fi в любое место, или даже проверка связи с маршрутизатором, показывает это:

http://pastebin.com/GS2ugYx1

TL; DR -

-> просто пинг, нет потока данных

Reply from 10.0.0.2: bytes=32 time=82ms TTL=64 
Reply from 10.0.0.2: bytes=32 time=33ms TTL=64
Reply from 10.0.0.2: bytes=32 time=303ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=77ms TTL=64
Reply from 10.0.0.2: bytes=32 time=45ms TTL=64
Reply from 10.0.0.2: bytes=32 time=129ms TTL=64
Reply from 10.0.0.2: bytes=32 time=997ms TTL=64
Reply from 10.0.0.2: bytes=32 time=75ms TTL=64
Reply from 10.0.0.2: bytes=32 time=261ms TTL=64
Reply from 10.0.0.2: bytes=32 time=10ms TTL=64

При входе в настройки маршрутизатора с моего ПК с Windows через Wi-Fi (маршрутизатор имеет веб-настройки через браузер), нажмите на ссылку в настройках маршрутизатора, чтобы открыть страницу настроек (например, настройки Wi-Fi или настройки ADSL):

Reply from 10.0.0.2: bytes=32 time=286ms TTL=64
Reply from 10.0.0.2: bytes=32 time=605ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=839ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=2399ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=8ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=13ms TTL=64
Reply from 10.0.0.2: bytes=32 time=41ms TTL=64
Reply from 10.0.0.2: bytes=32 time=51ms TTL=64
Reply from 10.0.0.2: bytes=32 time=288ms TTL=64

-> Страница закончила загрузку

Это продолжалось в течение некоторого времени. Есть идеи, почему это могло произойти?

Сначала попробуйте сменить канал. Неважно, что он работал на том же канале в прошлом, и вы не видите на нем никакого другого трафика Wi-Fi . Устройство, не поддерживающее Wi-Fi 2,4 ГГц, может появиться и может вас убить. Возможно, у вашего соседа есть новый радионяня, беспроводной телефон, беспроводной сабвуфер или динамик Bluetooth. Я специально видел некоторые наборы микросхем, которые делают проприетарные (то есть ни Wi-Fi, ни Bluetooth) беспроводные аудиосигналы 2,4 ГГц для таких вещей, как беспроводные сабвуферы, что дает сбой, когда они начнут передавать непрерывную мощную немодулированную несущую, даже когда звук отсутствует отправлено в спикеры. Это в основном блокирует любые каналы Wi-Fi, которые перекрываются с частотой несущей волны.

Во-вторых, в качестве теста отключите энергосбережение 802.11 в дополнительных настройках драйвера адаптера Wi-Fi вашего клиента. Режим энергосбережения 802.11 может вызвать колебания задержки, и, в сочетании с ошибкой AP, может вызвать потерю пакета. Возможно обновление ОС или драйвера, о котором вы забыли, включило энергосбережение.

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