Трептене и загуба на пакети при 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, запазвайте профила валиден и променяйте по една променлива наведнъж. Тествайте отново същия разговор с нормална фонова активност, вместо да съдите за успех по това дали резултатът от теста за скорост се е повишил.

Запишете посоката, загубите, трептенето, времето за обиколка и условието, при което е измерено всяко от тях. Този запис превръща смътно оплакване за качеството на разговора в находка, по която някой може да действа. Пазете го с тикета, за да започва следващото сравнение от същата базова линия.