Тест втрати пакетів

Чому для втрати пакетів потрібен окремий тест

Усе, що ви надсилаєте через інтернет, ділиться на невеликі пакети. Коли частина з них губиться, вебсторінки все одно завантажуються, а файли докачуються, бо застосунки на основі TCP просто повторно запитують відсутній фрагмент. Ігри, голосовий чат і відеодзвінки не можуть чекати, тож переходять до наступного пакета. У результаті суперник телепортується, слова «ковтаються» або кадр відео завмирає. Тест втрати пакетів робить видимим те, що звичайний тест швидкості приховує.

Як відбувається вимірювання

Тест створює канал даних WebRTC між вашим браузером і вибраним тестовим сервером. Канал налаштований на невпорядковану доставку без повторних передавань (maxRetransmits: 0), тож втрачений пакет ніколи не надсилається повторно. Це дуже близько до поведінки UDP, який використовує більшість ігор і VoIP-застосунків. Оскільки з’єднання ретранслюється через власний TURN-сервіс сервера, воно працює й за суворим NAT, і в багатьох корпоративних мережах.

Кожен пакет має порядковий номер. Сервер одразу повертає кожен пакет, а наприкінці тесту надсилає список отриманих ідентифікаторів. Ваш браузер порівнює цей список із тим, що він надіслав і що повернулося:

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

Вибір правильних налаштувань

Розмір пакета, частота й тривалість визначають, який трафік імітує тест. Стандартні значення підходять більшості, але якщо ви шукаєте конкретну проблему, спробуйте такі профілі:

Якщо втрати зростають із великими пакетами, але не з малими, перевірте налаштування MTU або обмеження пропускної здатності лінії. Якщо короткі тести чисті, а довгі показують поодинокі сплески втрат, проблема, імовірно, періодична: перешкоди Wi-Fi, перегрів роутера або вечірнє перевантаження мережі.

Що показують втрати за напрямком

Знаючи, в якому напрямку губляться пакети, найшвидше можна з’ясувати, хто має усунути проблему. Негаразди всередині дому, як-от слабкий сигнал Wi-Fi або хмарне резервне копіювання, що забиває вихідний канал, зазвичай дають втрати на вивантаженні. Втрати на завантаженні частіше вказують на перевантаження в мережі провайдера, якість лінії на DSL- чи кабельних підключеннях або перевантажений вузол на маршруті до сервера. Якщо втрати є в обох напрямках, спершу перевірте зв’язок між пристроєм і роутером, а потім — між роутером і зовнішньою лінією.

Джитер, MOS і оцінка з’єднання

Втрату пакетів ніколи не варто оцінювати окремо. Джитер — середня абсолютна різниця між послідовними значеннями часу туди й назад — показує, наскільки нерівномірна ваша затримка. Високий джитер змушує застосунки буферизувати дані, а пакети, що надходять після відтворення буфера, фактично втрачені. Оцінка MOS поєднує затримку, джитер і втрати за спрощеною E-моделлю ITU-T G.107, щоб передбачити, як звучатиме голосовий дзвінок: 4 і вище — добре, нижче 3,5 — якість помітно погіршена. Оцінка A–F і відсоток стабільності зводять усе це в один підсумок.

Як звузити коло причин

1. Проведіть тест через Wi-Fi, а потім через кабель на тому самому пристрої. Велика різниця означає, що винна бездротова мережа.
2. Повторіть тест з іншим розташуванням сервера. Якщо втрати є лише на одному сервері, проблема на цьому маршруті.
3. Протестуйте вранці й ще раз увечері. Втрати лише в години пік вказують на брак пропускної здатності мережі.
4. За потреби завантажте результати у CSV або JSON і додайте їх до звернення в службу підтримки.

Для швидкої загальної перевірки скористайтеся пінг-тестом на головній сторінці. Якщо підвисає конкретна гра, порівняйте затримку до регіонів на сторінках на кшталт пінг-тесту Valorant.