Симметричный и асимметричный канал: входящая и исходящая скорость

У любого подключения есть два направления. Входящее, или downlink, — это то, что вы получаете: страницы, видео, обновления. Исходящее, или uplink, — то, что вы отправляете: загружаемые файлы, видео с камеры, голос в звонке. Если скорости в обе стороны равны, канал называют симметричным, если различаются — асимметричным.

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

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

Например, в стандарте GPON общая скорость от узла к абонентам заметно выше, чем в обратную сторону, а ёмкость делится между пользователями одного разветвителя. Более современные оптические стандарты и выделенные линии для бизнеса чаще предлагают равные значения в обе стороны.

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

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

Любой тест скорости показывает две цифры: загрузку и отдачу. Запускайте его на проводном подключении и с одним активным устройством, иначе результат отразит перегруженный Wi-Fi или чужие фоновые загрузки. Повторите замер в разное время суток: в вечерние часы общий ресурс делится между соседями, и разница видна.

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

Смотрите не только на первую цифру в описании подключения, но и на вторую. Для видеосвязи в хорошем качестве обычно достаточно нескольких мегабит отдачи на участника, а вот для облачных резервных копий нужно считать объём и время. Например, 50 ГБ при отдаче 20 Мбит/с — это около 5 часов и более, с учётом накладных расходов.

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

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

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

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

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

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