RTT (Round-Trip Time)

RTT – это минимальная задержка, неизбежная между действием и его подтверждением в сети. Она задаёт нижнюю границу того, насколько быстро TCP может увеличивать congestion window, как быстро завершится QUIC handshake, с какой частотой WebRTC-стек может корректировать sender bitrate и как быстро LL-HLS-плеер заметит пропущенный partial-сегмент. RTT определяется физическими законами: свет в оптическом волокне распространяется со скоростью около 200 км в миллисекунду, поэтому путь от Лондона до Сан-Паулу занимает примерно 90 мс в одну сторону, а RTT составляет около 180 мс только за счёт оптической линии.

Для стриминга RTT задаёт нижнюю границу допустимой задержки. WebRTC-звонок между городами на разных континентах никогда не сможет опускаться ниже их сетевого RTT, как бы хорош ни был энкодер. CDN-edge отдаёт сегменты за один RTT до зрителя, плюс RTT до origin, если на edge произошёл cache miss. ABR-алгоритмы оценивают пропускную способность как байты ÷ время с учётом RTT, поэтому путь с высоким RTT кажется медленнее, чем он есть на самом деле, и алгоритм выбирает более низкое качество, если не компенсирует это.

Эксплуатация непрерывно измеряет RTT – по каждому CDN POP, каждому edge-IP и каждому крупному ISP. Резкие всплески RTT – признак routing flap, устойчивый рост указывает на congestion или плохое peering. Большинство CDN-дашбордов показывают p50 и p95 RTT по регионам. Multi-CDN steering обычно направляет трафик не только на основе RTT, но и с учётом комбинации RTT, пропускной способности и коэффициента повторного буферизования.