RTT (Round-Trip Time)

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

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

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