QUIC: повторные данные передаются в новом пакете с новым номером
Фотография конкретного исполнения не приложена.
Привычный поиск одинакового номера пакета может не обнаружить восстановление QUIC. Нужно различать идентичность transport packet и повторяемую информацию. Это особенно важно при сопоставлении потерь с повторной доставкой диапазона stream.
RFC 9000 использует возрастающие packet numbers в соответствующем пространстве. Потерянная информация может быть передана заново в другом пакете. Для stream-данных связь определяется offsets, а не обязательным повторением прежнего packet number или точного состава всех frames.
Подтверждение пакета означает предусмотренную обработку транспортных frames. Для STREAM это не требует завершённого потребления данных приложением. Следовательно, транспортный ACK не доказывает сохранение документа или успешный бизнес-результат запроса.
В приёмке сопоставляют packet number space, stream IDs и диапазоны offsets. Отдельно сохраняют прикладные идентификаторы и итог обработки. Отчёт должен различать повтор transport information и повтор пользовательской операции. Прямое перенесение схемы чтения TCP sequence numbers на номера пакетов QUIC может привести к ошибочному подсчёту потерь и повторов.
Основание — Numbered QUIC/HTTP3/QPACK RFCs; base version1 and version2 extension identified per task, разделы RFC9000 12.3 Packet Numbers; 13.3 Retransmission of Information. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC QUIC, HTTP/3 и расширений. Реальная поддержка версий, транспортные параметры, библиотека и настройки сети не проверялись. Это план интерпретации и приёмки; пакеты, рабочие соединения, firewall и сервисы не изменялись.
