Швидкість бездротової мережі періодично падає

Періодично я відчуваю значні падіння швидкості в домашній мережі WiFi. Іноді я навіть цілком втрачаю зв’язок. Відео на YouTube не завантажується нормально, а веб-сторінки також не завантажуються належним чином. Однак я ніколи не відчуваю проблем, коли завантажую щось за допомогою, скажімо, uTorrent.

Я знаю, що це не проблема мого провайдера, оскільки при підключенні за допомогою Ethernet ця проблема ніколи не виникає. Я також спробував проаналізувати своє бездротове з'єднання за допомогою команди ping у Windows та InSSIDer. Це те, що дає мені пінг при падінні швидкості:

C:\Users\username>ping 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.3: Destination host unreachable.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.1.1:Packets: Sent = 4, Received = 1, Lost = 3 (75% loss)

C:\Users\username>ping 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.1: bytes=32 time=2ms TTL=64

Ping statistics for 192.168.1.1:
    Packets: Sent = 4, Received = 1, Lost = 3 (75% loss)
Approximate round trip times in milli-seconds:
    Minimum = 2ms, Maximum = 2ms, Average = 2ms

C:\Users\username>ping 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=40ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64

Ping statistics for 192.168.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 3ms, Maximum = 40ms, Average = 12ms

Коли я вмикаю "постійний" пінг:

Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=2ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
**Request timed out.**
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
Reply from 192.168.1.1: bytes=32 time=4ms TTL=64
**Reply from 192.168.1.1: bytes=32 time=3271ms TTL=64**
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64
Reply from 192.168.1.1: bytes=32 time=3ms TTL=64

І ось що InSSIDer показує мені, навіть коли є проблема з підключенням:

Це здається нормальним чи я помиляюся?

Я б вдячний за будь-яку допомогу у вирішенні цього питання, ці проблеми з підключенням трапляються занадто часто, і це стає дратує. Я був би радий знати деякі поради щодо того, як я можу проаналізувати свій зв’язок і більш досконалим способом.

Я використовую маршрутизатор ASUS RT-12 та Windows 7 Professional.

Перехід на смугу 1 та 20 МГц. Ви частково перекриваєте ще 5 інших мереж WiFi, що є катастрофою. В ідеалі, будьте на 5 ГГц.

Це, безумовно, схоже на питання, пов'язані з перешкодами. Дивлячись на ваш пост в inSSIDer, я бачу, що він інформує вас про те, що ви перекриваєтесь 12 мережами, що не згадує, що деякі найсильніші зв’язки навколо вас - це ті, з якими ви перекриваєтесь найгіршими.

В ідеалі в цій ситуації ви дійсно переходите на 5 ГГц діапазон, поки це корисний варіант для вас, тому що це, ймовірно, уникне більшості мереж, які зараз заважають вашому мовленню. Якщо це не варіант, я б встановив 20 МГц і вибрав канал 11. Це означатиме, що ваш сигнал перекриває сигнали здебільшого в діапазоні -87+, більшість з яких становить приблизно -90 або гірше. Це означає, що ви не тільки менше отримуєте втручання від них, але ви також є добросусідськими і уникаєте втручання, яке ви викликаєте для своїх сусідів, які перебувають у цих найсильніших мережах силових мереж.

Короткі паузи в підключенні до мережі представляють області, в основному там, де ваші пристрої мають труднощі з передачею сигналів назад в AP, а перешкоди на основі каналу ми бачимо тут, ймовірно, вони спричинені тим, що ваш пристрій сприймає перешкоди і намагається " бродити "до цього AP. Однак, залежно від того, яку операційну систему Windows у вас є, ви також можете шукати налаштування "роумінгу" для вашої операційної системи та як їх налаштувати, змушуючи ваш пристрій "дотримуватися" однієї точки доступу. Це допоможе вирішити проблему, усунувши падіння даних у роумінгу.

Спробуйте самі пробігти стіни та інші перешкоди. Мені цікаво дізнатися, чи ви відчуєте випадкові скорочення швидкості.

Більш практично, налаштуйте розташування маршрутизатора на більш центральне місце. Хороший стійкий сигнал вимагає експериментів та пильного тестування.

З'єднання маршрутизатора залежить від безлічі речей: відстань між маршрутизатором та комп'ютером, об'єкти між з'єднанням (особливо стіни та підлоги) та будь-який інший бездротовий пристрій.

Якщо це можливо, вам слід скористатись провідним кабелем, використовуючи ефірний кабель, а не використовувати з'єднання Wi-Fi (очевидно, це незручно).

Навіть при найсприятливіших умовах бездротове з'єднання може час від часу переноситись, і якщо це занадто часто дратує, вам слід спробувати звести до мінімуму деякі з перерахованих вище проблем, і коли це доставляє вам проблеми, ви можете спробувати потужність на велосипеді підключення до Інтернету, повернувшись вимкніть комп’ютер, маршрутизатор та модем, після чого перезавантажте їх у порядку модему> роутер> комп'ютер. Якщо проблеми продовжуються, ви можете оновити свій маршрутизатор до потужного аналога.

До речі, причина торрентів може завантажуватися навіть при поганому з’єднанні, тому що вона може знову підключитися та продовжити там, де вона припинилася. Іноді час очікування на веб-сторінках, якщо це займає занадто багато часу, а потім перегляд відео вимагає постійної швидкості завантаження, якщо ви перестанете з'єднуватися, відео, безумовно, перестане буферизуватися знову або час очікування, як і веб-сторінка, залежно від технології та тривалості краплі.