Как HTTP/3 справляется с потерей пакетов?
Одним из ключевых различий между HTTP/2 и HTTP/3 является переключение с TCP на UDP.
Насколько я понимаю, TCP проверяет целостность данных, проверяя, что пакеты данных не были потеряны. Любые потерянные пакеты запрашиваются снова, чтобы убедиться, что все данные получены правильно.
Для UDP такой проверки нет. Если пакеты теряются, так тому и быть.
При этом, если я делаю запрос по HTTP/3 и пакет теряется, существует ли механизм, гарантирующий, что я получу все свои данные, или будет ли риск того, что в моем ответе будут отсутствовать пакеты данных?
Ответы 1
Если пакеты теряются, так тому и быть.
Нет, с UDP это не «да будет так», но протокол поверх UDP должен заботиться о потере пакетов, дублировании и переупорядочивании или не заботиться о них. Например, с RTP (аудио в реальном времени в VoIP и т. д.) вполне нормально иметь некоторую потерю пакетов, поскольку в любом случае нет смысла использовать более поздние пакеты (аудио должно быть с малой задержкой). А переупорядочивание и дублирование обрабатываются в RTP с присущими протоколу порядковыми номерами.
Вместо этого для HTTP/3 потеря данных недопустима. HTTP/3 построен поверх QUIC, который построен поверх UDP. Потеря пакетов обрабатывается в QUIC (см. Обнаружение потери и контроль перегрузки QUIC). Таким образом, HTTP/3 в основном построен на основе надежного транспорта (QUIC), так же, как HTTP/1 и HTTP/2 построены на основе надежного транспортного уровня (TCP).