Resumen

  • La revisión 00 de DTPC registra una función de la aplicación que puede expulsar de la cola un dato obsoleto o sustituido antes de agregarlo a una carga útil.
  • Los formatos descritos para Data PDU y Ack PDU no incluyen causa de elisión, versión de regla ni vínculo entre predecesor y reemplazo; el acuse de secuencia no puede probar esa decisión anterior.

El dato no se perdió en tránsito

Delay-Tolerant Payload Conditioning apareció el 27 de septiembre de 2026 como borrador individual. No pertenece a un grupo de trabajo ni tiene respaldo formal de la IETF. Su revisión 00 propone una capa entre BPv7 y las aplicaciones para aliviar tareas que, de otro modo, cada cliente implementaría por separado.

El texto del borrador reúne cinco funciones: entrega ordenada, agregación controlada, elisión por la aplicación, fiabilidad con ACK/NAK y supresión de duplicados. Aunque compartan una capa, no afirman lo mismo.

La agregación espera varios ADU con un destino y perfil comunes. Un límite de tamaño o un temporizador cierra el paquete. La elisión ocurre dentro de esa espera: el cliente se registra como responsable definitivo de un Topic ID y entrega una elisionFn; al entrar un valor nuevo, esa función puede retirar otro ya superado.

Así, el sistema no está reaccionando a una pérdida. Está aplicando una relación semántica. Un estado de posición más reciente quizá sustituya al anterior. En cambio, dos débitos, dos comandos o dos alarmas pueden ser acontecimientos independientes aunque lleguen con la misma clave. Definir “superado” es una forma de autoridad sobre el historial.

La confiabilidad empieza después

El Data PDU enumerado en la revisión 00 contiene tipo, flags, Topic ID, Profile ID, secuencia, longitud y payload. Cuando el perfil pide confirmación, la fuente conserva el PDU transmitido, procesa rangos ACK/NAK y vuelve a poner segmentos en cola tras una brecha o un RTO. Esa maquinaria solo puede hablar de aquello que entró en el registro de transmisión.

RFC 9171 mantiene separados recepción, reenvío y entrega de bundles. Ninguno observa un ADU que la aplicación eliminó antes de crear el bundle. La protección de bloques de RFC 9172 puede dar integridad y confidencialidad al contenido sobreviviente, pero no valida la regla que descartó su antecesor. El registro ipn actualizado por RFC 9758 ofrece un espacio administrativo para números de servicio; la solicitud del 129 sigue sin ser prueba de adopción.

Un recibo útil debe permanecer en el origen y enlazar, como mínimo, política, versión, clave semántica, objeto retirado, reemplazo, momento y autoridad de la aplicación. Puede conservar hashes y metadatos limitados, no necesariamente el contenido completo.

La doctrina de primacía del código en ejecución exige contrastar la especificación con colas y resultados observados. Especificación mínima y decisión futura localizada justifica un recibo interoperable sin centralizar qué significa obsoleto. Y autoridad y creencia ayuda a no convertir un ACK de secuencia en una certificación de significado.