Wi-Fi повільний увечері? Перевірте завантаження портів і мережі

Повільний Wi-Fi увечері може бути пов’язаний із насиченням порту: трафік наближається до пропускної здатності Ethernet-порту, WAN-з’єднання або спільного висхідного каналу, і пакети чекають у чергах. Тут порт означає мережевий інтерфейс, а не порт служби TCP чи UDP. Вечірній попит домашніх пристроїв, ефірний час сусідів, повільна фізична лінія, перевантаження провайдера та слабке покриття кімнати потребують різних рішень. Перед вибором порівняйте той самий пристрій у спокійний і завантажений час.

Відрізняйте насичення порту від низької узгодженої швидкості лінії#

Порт, що узгоджує 100 Mbps замість очікуваних 1 000 Mbps, створює фіксовану межу. Він може обмежувати тест через кабель і вранці, і ввечері. Вечірній трафік робить обмеження помітнішим, але швидкість самої лінії відрізняється від попиту, який її заповнює. Перевірте стан Ethernet підключеного пристрою та відповідного LAN-, WAN-порту або висхідної лінії маршрутизатора. Не припускайте, що кожен роз’єм гігабітний.

Простежте шлях через ноутбук, кабель, комутатори, маршрутизатор і модем або ONT. Швидший порт ноутбука не компенсує повільнішої лінії в іншому місці. Якщо несподівано бачите 100 Mbps, перевірте характеристики й спробуйте завідомо справний кабель або інший підтримуваний порт. Не примушуйте налаштування узгодження швидкості без інструкцій виробника.

Ці чотири вимірювання описують різні речі:

Наприклад, послуга з відправленням 20 Mbps може заповнитися, тоді як WAN Ethernet маршрутизатора залишається на 1 000 Mbps. Обмеження послуги — окреме вузьке місце: гігабітна позначка не дає гігабітної смуги відправлення. Так само сильний Wi-Fi не прибирає завантажену чергу WAN. Якщо кожної години кабель показує однакову межу, почніть із ланцюжка гігабітної швидкості, перш ніж звинувачувати вечірній розклад.

Порівняйте спокій, навантаження та паузу трафіку на одному пристрої#

У спокійну годину й у звичний час проблеми використовуйте той самий ноутбук, сервер тесту та місця. Записуйте тип підключення, діапазон Wi-Fi, швидкість Ethernet, завантаження, відправлення й ping. Зміна сервера змінює також маршрут, який ви перевіряєте.

1. Початковий тест кабелю: підключіться до маршрутизатора, вимкніть Wi-Fi ноутбука та запишіть ping без навмисно створеного тестового навантаження. Позначте домашні трансляції, резервні копії чи оновлення, які ще працюють.
2. Кабель під навантаженням: запустіть тест завантаження та стежте за ping, а потім окремо перевірте відправлення. Запишіть напрямок, який збільшує затримку. Тест швидкості створює трафік; це не вимірювання у спокої.
3. Пауза домашнього трафіку: у проблемний час ненадовго призупиніть необов’язкові резервні копії, завантаження ігор, синхронізацію фотографій і трансляції, а потім повторіть кабельні вимірювання. Не зупиняйте необхідну роботу та пристрої безпеки; позначте трафік, який не могли призупинити.
4. Wi-Fi поруч: від’єднайте Ethernet і повторіть біля маршрутизатора, за можливості в тому самому діапазоні. Це перевіряє радіошлях без стін далекої кімнати.
5. Wi-Fi у далекій кімнаті: повторіть на робочому місці та порівняйте з близьким вимірюванням. Перевіряйте справжній дзвінок, гру або передавання, а не лише завантаження.

Закономірності звужують дослідження, але не визначають автоматично єдиний несправний компонент.

Оцініть використання за лічильником байтів одного напрямку#

Якщо маршрутизатор показує лічильники байтів, визначте інтерфейс і напрямок. Приймання/передавання WAN і приймання/передавання ноутбука описують різні межі; не змішуйте позначки. Запишіть два показники та час між ними. Графік без лічильників не дає достатньо даних для цього розрахунку.

Це ілюстративний розрахунок, а не вимірювання у справжньому домі. Припустімо, лічильник приймання одного інтерфейсу зріс на 112 500 000 байтів за 10 секунд:

• 112 500 000 байтів / 10 секунд × 8 = 90 000 000 бітів за секунду.
• У десяткових мережевих одиницях це 90 Mbps.
• Для лінії 100 Mbps: 90 / 100 × 100 = 90% середнього використання приймання.
• Для лінії 1 000 Mbps: 90 / 1 000 × 100 = 9% середнього використання приймання.

Передавання обчислюйте окремо за різницею його власного лічильника. Не додавайте відсотки приймання й передавання, щоб заявляти про перевантаження одного повнодуплексного напрямку. Це спрощені оцінки; накладні витрати протоколів представлені не повністю. Пояснення використання інтерфейсу Cisco описує різниці лічильників та окремі обчислення для вхідного й вихідного трафіку.

Приклад не перетворює послугу відправлення 20 Mbps на з’єднання з відправленням 90 Mbps. Лічильник LAN або низхідного напрямку та пропускна здатність відправлення послуги стосуються різних меж. Вибирайте місткість саме тієї межі й напрямку, які оцінюєте.

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

Підбирайте рішення до вузького місця#

Швидкість передавання та дзвінки зі швидкою реакцією — різні результати. В ілюстративному прикладі ping у спокої може бути 15 ms, а під навантаженням 200 ms. Така велика зміна підказує досліджувати затримку при навантаженні, а не встановлює універсальний поріг чи розташування конкретної черги. Запишіть ціль і напрямок трафіку. Пояснення Cloudflare про пропускну здатність і затримку під час використання показує, чому очікування в буферах затримує інтерактивні застосунки навіть за прийнятної швидкості. Гід з ігрових затримок і bufferbloat розглядає практичні наступні кроки.

Плануйте резервні копії, синхронізацію фотографій та оновлення на спокійні години, зберігаючи необхідні дзвінки й відправлення. Трансляції, дзвінки та копії потребують різної місткості; перевірте вимоги кожного застосунку. Копія може заповнити меншу смугу відправлення, поки пропускна здатність завантаження залишається доступною.

Якщо підтримується, розгляньте QoS або SQM. Дотримуйтеся документації маршрутизатора щодо місткості та налаштовуйте завантаження й відправлення окремо. Сплески трафіку, мінлива швидкість послуги та процесорні можливості маршрутизатора потребують різних значень; універсального налаштування немає. Після кожної зміни повторно перевіряйте затримку під навантаженням і корисну швидкість. Увімкнення функції не доводить, що вона допомогла.

За можливості підключіть кабелем стаціонарний пристрій із великим трафіком. Телевізор або настільний комп’ютер на Ethernet витрачає менше ефірного часу Wi-Fi, але те саме інтернет-завантаження продовжує додавати попит на WAN. Не обіцяйте, що кабель до одного пристрою усуне насичення інтернет-з’єднання.

Якщо близький Wi-Fi погіршується, а кабель стабільний, дослідіть радіоумови. На 2,4 GHz канали 1, 6 або 11 із шириною 20 MHz є поширеними варіантами там, де це дозволяють місцеві правила. Спокійніший канал 5 GHz або вужча смуга можуть допомогти в щільній забудові. Скористайтеся гідом із перевантаження каналів й порівняйте до та після у проблемний час. Видима сусідська мережа не доводить, що саме вона спричинила уповільнення.

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

Ведіть вечірній журнал до купівлі обладнання#

Повторіть у два або три звичайні будні вечори. Записуйте кімнату, час, сервер, діапазон, швидкість Ethernet, ping у спокої/під навантаженням, обидва напрямки та активні завдання. Так відокремите дієве рішення від випадково тихішого вечора. Перевірте наступного тижня, якщо закономірність зміниться.

Змінюйте одну річ за раз і залишайте її стабільною досить довго для порівняння кількох вечорів. Запишіть необов’язкові завдання, які зупинили, та потім відновіть нормальний розклад. Негайне поліпшення після перезапуску чи зміни налаштування корисно зафіксувати, але воно не ізолює причину. Стежте за помилками пакетів і навантаженням маршрутизатора разом зі стрибками затримки; ці варіанти важливі навіть за помірної середньої швидкості байтів.

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

Плануйте зміну покриття в Range Up#

Для покриття завантажте Range Up на iPhone або Android. Безкоштовні інструменти дають змогу намалювати план і стіни, розмістити маршрутизатор, позначити ціль і побачити змодельоване покриття. Premium додає розміщення підсилювача, рекомендовану точку та оцінені результати До / Після. Застосунок не вимірює живий RSSI, не читає лічильники портів, не проводить тести швидкості й не налаштовує маршрутизатори. Скористайтеся гідом із розміщення Wi-Fi-підсилювача та перевірте план справжніми вечірніми тестами.