Чому втрата швидкості через VPN виглядає гірше в стільниковій мережі, ніж у Ethernet

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

Чотири комірки, а не один штраф

Виміряйте пряму базову лінію і результат з тунелем у кожній мережі доступу й тримайте їх як матрицю, а не як один вирок. Базова лінія — це те саме завдання, виконане в цій мережі без тунелю; результат з тунелем — те саме завдання з ним.

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

Тримайте змінні нерухомими

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

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

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

Тримайте знаменник на видноті

Повідомляйте частку збереження й абсолютну швидкість: E1 поділене на E0, і C1 поділене на C0. Швидкий канал, що зберігає малу частину своєї пропускної здатності, і повільний, що зберігає більшу частину, — це різні знахідки, і різницю показує лише частка.

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

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

Прочитайте закономірність, перш ніж щось змінювати

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

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

Власні рекомендації OpenVPN щодо продуктивності розділяють обмеження пропускної здатності, процесора, транспорту й розміру пакета по тих самих лініях, що є корисною нагадкою: тунель рідко буває однією змінною.

Коли підозрюваний — розмір пакета

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

Datagram packetization-layer path MTU discovery описує виявлення ефективного розміру замість жорсткого його задання. Використовуйте спостереження, які підтримує реалізація, і не нав’язуйте кожному клієнтові довільно низький MTU як запобіжний захід, бо це міняє одну проблему на гіршу на шляхах, які були гаразд.

Гіпотеза про розмір потребує власних доказів: те саме передавання у двох розмірах із записаною картиною втрат.

Додавайте по одній змінній

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

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

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