Почему потеря скорости через VPN выглядит хуже в сотовой сети, чем в Ethernet

Тот же ноутбук, тот же сервер и тот же туннель могут потерять пятую часть пропускной способности в Ethernet и три четверти в сотовой сети, и ни одно из этих двух чисел не означает, что VPN сломан. Каждая сеть доступа даёт свой путь, а туннель добавляет поверх него второй путь. Сравнивать одно число с туннелем с одним числом без туннеля бессмысленно, потому что эти два числа описывают разные знаменатели. Четыре ячейки и одна доля сохранения на строку скажут, какой вопрос задать следующим.

Четыре ячейки, а не один штраф

Измерьте прямую базовую линию и результат с туннелем в каждой сети доступа и держите их как матрицу, а не как один приговор. Базовая линия — это та же задача, выполненная в этой сети без туннеля; результат с туннелем — та же задача с ним.

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

Держите переменные неподвижными

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

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

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

Держите знаменатель на виду

Сообщайте долю сохранения и абсолютную скорость: E1 делённое на E0, и C1 делённое на C0. Быстрый канал, сохраняющий малую часть своей пропускной способности, и медленный, сохраняющий большую часть, — это разные находки, и разницу показывает только доля.

Абсолютная пропускная способность по-прежнему решает, что может делать пользователь. Доля решает, куда смотреть. Когда Ethernet сохраняет большую часть своей базовой линии, а сотовая сеть гораздо меньше, интересная переменная находится на сотовом пути, а не внутри шифрования.

Оба числа принадлежат отчёту, потому что каждое само по себе поддерживает вывод, который данные не поддерживают.

Прочитайте закономерность, прежде чем что-то менять

Похожие потолки с туннелем в обеих сетях указывают на нечто общее: конечную точку, её процессор, ограничение скорости или один перегруженный переход. Снижение, которое появляется только в сотовой сети, указывает на маршрут этой сети, потери, задержку и эффективный размер пакета.

Это следы, а не диагнозы, и разница важна, когда вы пишете заявку. Общий потолок не улучшится, если вы смените сотовый модем, а снижение только в сотовой не улучшится, если вы измените размер конечной точки. Укажите, какую из двух закономерностей вы видели, прежде чем предлагать изменение. Так изменение несёт прогноз, и следующее измерение может его подтвердить или убить.

Собственные рекомендации OpenVPN по производительности разделяют ограничения пропускной способности, процессора, транспорта и размера пакета по тем же линиям, что является полезным напоминанием: туннель редко бывает одной переменной.

Когда подозреваемый — размер пакета

Инкапсуляция тратит место пакета, поэтому эффективный размер на сотовом пути может быть меньше объявленного интерфейсом. Сохраняйте доказательства о размере пакета для пути, который сравниваете, вместо того чтобы предполагать значение из названия технологии доступа.

Datagram packetization-layer path MTU discovery описывает обнаружение эффективного размера вместо жёсткого его задания. Используйте наблюдения, которые поддерживает реализация, и не навязывайте каждому клиенту произвольно низкий MTU в качестве меры предосторожности, потому что это меняет одну проблему на худшую на путях, которые были в порядке.

Гипотеза о размере требует собственных доказательств: та же передача в двух размерах с записанной картиной потерь.

Добавляйте по одной переменной

Сравнивайте альтернативный транспорт только после того, как матрица базовой линии сохранена. Это держит в игре одну намеренную переменную и позволяет приписать ей изменение, а не угадывать его.

Держите выбор размера полезной нагрузки TCP отдельно от поведения датаграмм UDP, поскольку оба реагируют по-разному на потери и на размер пути. Улучшение от смены транспорта — это доказательство о транспорте, а не доказательство того, что шифрование или покрытие были первоначальной причиной.

Порядок работы: заполните четыре ячейки, вычислите обе доли, перемешайте запуски, затем выберите одну гипотезу и проверьте её одним изменением. Всё остальное — сравнение двух неизвестных.