Джиттер і втрата пакетів у виклику VPN: що порівнювати

Роботизоване мовлення та випалі склади звучать по-різному, бо це різні несправності. Джиттер змінює момент приходу пакетів; втрата означає, що вони не приходять зовсім. І те, і те може відбуватися, поки тест швидкості показує здорове завантаження, адже пропускна здатність і своєчасна доставка вимірюють різні речі. Зіставте докази зі звуком, перш ніж змінювати будь-яке налаштування.

Чому запізнілі та зниклі пакети звучать по-різному

Медіа залишає відправника зі сталою швидкістю, а реальні мережі доставляють його з нерівними інтервалами. Застосунки трохи буферизують, щоб згладити це, обмінюючи затримку на безперервність: збільште буфер — розмова здається повільною, зменште — з'являються провали. Пакет, що прийшов після свого строку відтворення, фактично втрачений, навіть якщо його ніколи не відкидали. Тому два з'єднання з однаковою смугою можуть давати зовсім різні виклики.

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

Числа, які треба читати в поганому вікні

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

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

Для цього повторіть вимірювання за другої умови, а не читайте одне вікно як вирок. Два вікна за різних умов кажуть більше, ніж одне довге вікно без жодних умов.

Що джиттер-буфер робить зі строком

Джиттер-буфер ненадовго притримує вхідні пакети, щоб нерівномірні приходи — коливання затримки, яке RFC 3393 визначає як метрику, — можна було відтворювати за рівним годинником. Розмір буфера задає строк відтворення: кожен пакет, що запізнюється до цього строку, відкидається незалежно від вмісту. Кодеки різняться тим, скільки вони вміють приховувати, і кодек, що інтерполює пропущений кадр, може приховати одну втрату, але не серію. Тому той самий відсоток втрат дає різну якість виклику на різних кодеках.

Налаштування буфера — це компроміс, а не виправлення. Більший буфер купує безперервність ціною затримки розмови, і він не може повернути пакети, що приходять після строку.

Порівняйте радіо та навантаження перед виходом

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

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping дає кількість втрат і розкид, який можна порівнювати між умовами, а mtr показує втрати на кожному переході вздовж шляху. Проміжні переходи, що відмовляють, поки наступні відповідають, зазвичай знижують пріоритет ICMP, а не відкидають користувацький трафік. Повторіть обидва, поки триває контрольоване вивантаження, бо канал, добрий у спокої та непридатний під навантаженням, вказує на черги, а не на VPN. Якщо проблему відтворює лише одна умова, іншу умову щойно виключено.

Виправляйте лише те, що підтверджує порівняння

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

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