Кратко

  • В DTPC revision 00 приложение регистрирует elisionFn, которая может убрать из исходящей очереди устаревший PDU до агрегации.
  • В перечисленных полях Data PDU и Ack PDU нет причины элизии, версии правила и связи старого объекта с заменой; транспортное подтверждение не является доказательством этой семантической операции.

Это решение источника, а не потеря в пути

Delay-Tolerant Payload Conditioning датирован 27 сентября 2026 года. Это индивидуальный Internet-Draft без потока публикации, статуса документа рабочей группы и формального одобрения IETF.

В тексте revision 00 между BPv7 и приложением помещена конечная сервисная прослойка. Она предлагает упорядоченную выдачу, агрегацию, управляемую приложением элизию, ACK/NAK с повторной передачей и подавление дубликатов как разные функции.

ADU с общими адресатом и Profile ждут, пока размер или таймер не запустят формирование полезной нагрузки. В это время клиент, зарегистрированный как окончательный обработчик Topic ID, может своей elisionFn удалить старый элемент и оставить свежий. Сеть ничего не потеряла: старый элемент не стал bundle. Приложение само лишило его права на передачу.

Для текущей координаты или показания датчика это может быть верно. Для команды, приращения, тревоги или бухгалтерской записи более позднее не обязательно отменяет прежнее. Topic и возрастающий номер не определяют смысловую эквивалентность.

Что остаётся за пределами PDU

Проект перечисляет в Data PDU тип, флаги, Topic ID, Profile ID, номер последовательности, длину и payload. Ack PDU содержит Topic и диапазоны последовательностей. Там нет причины удаления, идентификатора предшественника, ссылки на замену, версии политики или времени решения.

RFC 9171 различает приём, пересылку и доставку bundle, но все эти события начинаются после упаковки. RFC 9172 защищает целостность и конфиденциальность передаваемых блоков, а не правильность того, что приложение ранее не отправило. Контекст реестра ipn из RFC 9758 также не превращает запрос номера 129 в состоявшуюся регистрацию или доказательство внедрения.

На источнике нужна компактная квитанция: семантический ключ, версия политики, удалённый объект, замена, ответственное приложение, время и итоговый Data PDU. Чтобы не накапливать чувствительные payload, можно хранить ограниченные метаданные и хеши, но цепочка решения должна проверяться.

Приоритет работающего кода требует отдельно наблюдать очередь, отправку и принятое состояние приложения назначения. Минимальная спецификация и локализованное будущее решение допускают общий формат квитанции, не передавая сети право определять устаревание. Текст об авторитете и вере не позволяет приписать ACK больше, чем он действительно свидетельствует.