PTO QUIC: истечение таймера не объявляет все пакеты потерянными
Фотография конкретного исполнения не приложена.
В журнале восстановления можно увидеть PTO и затем новый пакет. Такое событие не следует считать точной записью физической потери всех неподтверждённых данных. Механизм прежде всего помогает получить недостающую обратную связь.
RFC 9002 описывает Probe Timeout и отправку ack-eliciting probes. Их содержимое может включать новые данные или ранее отправленную информацию по предусмотренной стратегии. Один истёкший PTO не равен безусловному массовому признанию всех in-flight packets потерянными.
Значение таймера связано с оценкой RTT, состоянием handshake и соответствующим packet number space. Поэтому сравнивать любые паузы с одним фиксированным «таймаутом QUIC» недостаточно. Отдельно остаются алгоритмы объявления loss и congestion control реализации.
В приёмке сохраняют RTT, PTO count, отправленные probes и последующие ACK. Проверяют, какое именно событие возобновило прогресс. Итог должен различать отсутствие feedback, предположение о потере и подтверждённое восстановление диапазона. Простое наличие PTO в журнале не определяет место неисправности и не доказывает потерю всего ожидавшего подтверждения трафика.
Основание — Numbered QUIC/HTTP3/QPACK RFCs; base version1 and version2 extension identified per task, разделы RFC9002 6.2 Probe Timeout; sending probe packets. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC QUIC, HTTP/3 и расширений. Реальная поддержка версий, транспортные параметры, библиотека и настройки сети не проверялись. Это план интерпретации и приёмки; пакеты, рабочие соединения, firewall и сервисы не изменялись.
