QUIC DATAGRAM: защищённое соединение не делает сообщение надёжным
Увеличить схему
Фотография конкретного исполнения не приложена.
В одном QUIC-соединении могут сосуществовать надёжные streams и сообщения DATAGRAM. Для телеметрии это позволяет выбрать подходящую модель, но приложение должно явно учитывать пропуски. Название общего транспорта не задаёт одинаковую гарантию всем видам данных.
RFC 9221 не предусматривает повтор DATAGRAM frames при обнаруженной потере. При этом пакеты с ними являются ack-eliciting и участвуют в congestion control. Отсутствие гарантированного повтора не означает разрешение бесконтрольно занимать весь канал.
Даже подтверждённый пакет показывает транспортную обработку, а не полезное потребление сообщения приложением. DATAGRAM также не использует обычный stream flow credit, поэтому ожидать от него того же механизма ограничения медленного получателя нельзя. Приёмные очереди и политика устаревших данных требуют отдельного решения.
В приёмке проверяют пропуски, перестановку и допустимую свежесть сообщений. Для обязательных событий предусматривают нужное прикладное подтверждение или другой канал. Отчёт должен объяснять выбор модели доставки. Успешный ACK пакета не является доказательством сохранения измерения или выполнения команды получателем.
Основание — Numbered QUIC/HTTP3/QPACK RFCs; base version1 and version2 extension identified per task, разделы RFC9221 5 Datagram behavior; acknowledgment handling; flow control. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC QUIC, HTTP/3 и расширений. Реальная поддержка версий, транспортные параметры, библиотека и настройки сети не проверялись. Это план интерпретации и приёмки; пакеты, рабочие соединения, firewall и сервисы не изменялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
