Чому пінг стрибає, коли канал зайнятий
Картина завжди однакова: затримка в нормі, поки нічого не завантажується, потім на кілька секунд підскакує на сотні мілісекунд і знову вгамовується. Дзвінки заїкаються, ігри дьоргаються, а будь-який спідтест переконує, що з каналом усе добре. Це буферблоат — десь на шляху стоїть черга, яка тримає ваші пакети, поки прокачує великий обсяг.
Три кроки, які називають винуватця
- Спершу виміряйте затримку на холостому ходу. Коли мережею більше ніщо не користується, пінгуйте стабільну адресу кілька секунд і запишіть медіану. Це базова лінія — без неї друге число нічого не означає.
- Повторіть під навантаженням. Завантажте канал спочатку на приймання, потім на віддачу, і весь цей час продовжуйте пінгувати. Приріст над базовою лінією і є буферблоат: до 30 мс — здорова мережа, понад 200 мс — те, що ламає дзвінки.
- Прочитайте напрямок. Затримка злітає під час віддачі — винен буфер вашого роутера або модема. Злітає під час приймання — черга на обладнанні провайдера. Лікується це зовсім по-різному.
Що означає оцінка
Оцінка показує, наскільки зростає затримка, поки канал навантажений, порівняно з вашою власною базовою лінією на холостому ходу — а не саму базову лінію і не швидкість. Лінія з 40 мс, яка й під навантаженням тримається біля 40 мс, отримає кращу оцінку, ніж лінія з 10 мс, що підскакує до 150. NetDiag+ бере 95-й перцентиль цього приросту в гіршому з двох напрямків, тож один випадковий пакет не вирішує результат.
- A+ — приріст менше 5 мс. Черга фактично порожня.
- A — менше 30 мс. Здорова мережа: більшість людей нічого не помічає.
- B — менше 60 мс. Для дзвінків ще нормально, а в змагальних іграх це може відчуватися.
- C — менше 200 мс. Відеодзвінки починають заїкатися, щойно хтось інший щось завантажує.
- D — менше 400 мс. Під навантаженням дзвінки обриваються, а грати стає неможливо.
- F — 400 мс і більше. Класичне «інтернет помирає, щойно хтось починає вивантажувати фото».
Wi-Fi, роутер чи провайдер: як читати два пінги
Один пінг під навантаженням доводить, що черга є, але не показує, де вона. NetDiag+ протягом усього тесту пінгує дві цілі — ваш роутер і вузол в інтернеті, — і за тим, як поводяться обидва пінги, видно, де стоїть черга:
- Затримка до роутера теж зростає (більш ніж приблизно на 30 мс): черга між телефоном і роутером — перевантажений Wi-Fi, слабкий сигнал або радіомодуль самого телефона. Перш ніж змінювати будь-які налаштування, повторіть тест поруч із роутером або з іншого пристрою.
- Роутер рівний, віддача щонайменше вдвічі гірша за приймання: переповнений буфер віддачі у вашому власному роутері чи модемі. Саме цей випадок виправляє SQM.
- Роутер рівний, приймання щонайменше вдвічі гірше за віддачу: черга в мережі провайдера. Вдома це не виправити, зате можна задокументувати.
- Роутер рівний, роздуті обидва напрямки: винен модем або лінія між ним і провайдером.
- На мобільному інтернеті черга через саму будову мережі перебуває в оператора, і результат так і повідомляє, замість того щоб звинувачувати щось у вас удома.
Коли тест не може навантажити канал
Будь-який тест на буферблоат виходить із того, що він справді заповнив канал. Якщо тестовий сервер так і не віддає реальних даних, затримка лишається рівною, приріст близький до нуля, і наївний тест ставить A+ лінії, яку так і не перевірив. Це трапляється частіше, ніж здається: з червня 2025 року зʼєднання з Росії до Cloudflare сповільнюють так, що доходять лише приблизно перші 16 КБ кожної відповіді, а портали авторизації в публічних мережах і корпоративні проксі можуть схожим чином зупинити завантаження.
Тому завжди дивіться на швидкості поруч з оцінкою. Якщо в жодному напрямку швидкість не сягнула приблизно 1 Мбіт/с, а затримка не зрушила, такий прогін нічого не каже про вашу лінію. NetDiag+ не видає за такий прогін чистої оцінки, а показує його без оцінки — тестовий сервер не вдалося навантажити з цієї мережі, — а Індекс здоровʼя залишає бали за навантаження та швидкість нейтральними, замість того щоб зарахувати їх як ідеальні.
Що насправді допомагає
- Роздування на віддачі: увімкніть SQM. Якщо роутер це вміє, увімкніть Smart Queue Management (CAKE або fq_codel; виробники називають це також QoS або Adaptive QoS) і встановіть ліміт віддачі приблизно на 85–95% від реально виміряної швидкості. Тоді роутер тримає чергу під власним контролем і не дає модему заповнювати величезний буфер.
- Роздування на прийманні: обмежте швидкість нижче лінії або звертайтеся до провайдера. Ліміт приймання трохи нижче реальної швидкості часто його помʼякшує. Якщо ні, черга далі по шляху, і серія прогонів удень та ввечері — саме ті докази, які потрібні провайдеру.
- Роздування у Wi-Fi: лагодьте радіо, а не шейпер. Підійдіть ближче, перейдіть на 5 ГГц, змініть канал або додайте точку доступу. SQM на роутері не вкоротить чергу, яка утворюється в ефірі.
- Перевірте ще раз у поганий час. Виправлення, що отримало A опівдні, нічого не довело, доки не витримає вечора, коли канал завантажений найбільше.
Безкоштовно · 31 інструмент · разова покупка · без підписки
Питання, які ставлять насправді
Спідтест показує 500 Мбіт/с — чому я все одно лагаю?
Бо спідтест міряє, скільки даних пролізе в порожню трубу, а не скільки чекає один пакет, коли труба забита. Пропускна здатність і затримка під навантаженням — різні величини, і лише друга передбачає, чи виживе відеозвінок.
Це вина роутера чи провайдера?
Про це говорить напрямок. Роздування на віддачі майже завжди — буфер вашого роутера або модема, бо саме він вирішує, що надіслати наступним. Роздування на прийманні живе на обладнанні провайдера, бо там вирішують, що надіслати вам.
Чому провайдер каже, що все гаразд?
Їхні тести перевіряють лінію: рівні сигналу, лічильники помилок, пропускну здатність. Усе це може бути ідеальним, поки черга додає 300 мс затримки. Вас не відштовхують — просто міряють інше.
Чи можна виправити самому?
Якщо роздування на віддачі — звичайно так: увімкніть на роутері SQM, QoS або fq_codel і обмежте віддачу приблизно 90% швидкості лінії. Це свідомий обмін невеликої частини смуги на коротку чергу. Роздування на прийманні вдасться лише злагіднити, обмеживши швидкість нижче лінії.
Телефон показує чисто, а компʼютер усе одно лагає. Що далі?
Отже, мережа не винна, і проблема в самій машині. Перший підозрюваний — драйвери мережевого адаптера: стандартні системні драйвери йдуть з величезними буферами передачі й без керування чергою, що дає саме такі стрибки. VPN-клієнт або захисний пакет здатні на те саме.
Одного тесту досить?
Ні. Bufferbloat — проблема часу доби: чистий прогін о третій ночі нічого не каже про девʼяту вечора. Запускайте тест у поганий час у кілька різних днів і раз у спокійний час як контроль. NetDiag+ зберігає найгірший стрибок кожного прогону на графіку тренду за 7, 30 або 90 днів із кольором за оцінкою, може один раз нагадати перевірити знову в протилежний час доби і збирає з історії Індексу здоровʼя звіт для провайдера — текстом або в PDF.
Чому на телефоні F, а на ноутбуку B?
Тому що тест із телефона вимірює лінію плюс його власне Wi-Fi-радіо. Телефон додає свою чергу, іде в енергозбереження між пакетами й ділить ефір із сусідами — тому затримка під навантаженням по Wi-Fi зазвичай гірша за саму лінію, іноді на цілу оцінку. Обидва результати правильні: вони вимірюють різне. NetDiag+ під час тесту окремо пінгує роутер: якщо шлюз уже тремтить, звіт називає проблемою локальний лінк і не дає звалити свій Wi-Fi на провайдера.
Буферблоат — не єдине, що тихо ламає зовні здорове зʼєднання. Далі: як дізнатися свій реальний Path MTU →