Resumo
- A revisão 00 do DTPC registra uma função de elisão definida pelo aplicativo, capaz de remover da fila um PDU considerado antigo ou substituído antes da agregação.
- O formato descrito de Data PDU e Ack PDU não inclui motivo da remoção, versão da regra ou vínculo entre estado anterior e sucessor; essa decisão precisa de prova própria na origem.
Uma decisão anterior ao transporte
O Delay-Tolerant Payload Conditioning foi publicado em 27 de setembro de 2026 como Internet-Draft individual, sem stream e sem posição formal no processo da IETF. A proposta coloca um serviço entre o aplicativo e o Bundle Protocol.
Segundo o texto da revisão 00, ADUs com destino e Profile iguais podem esperar numa fila e ser agregadas até um limite de tamanho ou de tempo. Sequenciamento, ACK/NAK, retransmissão e supressão de duplicatas são outras funções da mesma camada.
A elisão não é nenhuma delas. Ao abrir um Topic ID, o cliente torna-se seu manipulador definitivo e registra uma elisionFn. A chegada de um estado novo pode fazer essa função eliminar um PDU obsoleto e manter o substituto. O enlace não falhou e o destino não recusou nada. O aplicativo decidiu não transformar o estado antigo em tráfego.
Essa decisão pode ser racional para uma leitura atual de posição, mas imprudente para comandos, alarmes, deltas ou lançamentos que se acumulam. A igualdade de tópico não prova equivalência de significado. Tampouco uma sequência mais alta prova que a anterior pode desaparecer.
O que o número de sequência não conserva
O Data PDU contém tipo, flags, Topic ID, Profile ID, sequência, comprimento e payload. O Ack PDU informa Topic e intervalos de sequência. A lista não oferece campo para política de elisão, motivo, predecessor, substituto ou horário da escolha.
Os estados de recepção, encaminhamento e entrega do RFC 9171 começam depois da criação de um bundle. Eles não podem testemunhar uma ADU retirada antes disso. O RFC 9172 protege integridade e confidencialidade dos blocos transmitidos, mas não valida a semântica do que ficou para trás. O contexto administrativo do esquema ipn em RFC 9758 também não transforma o pedido do serviço 129 em registro concluído ou adoção comprovada.
O controle adequado é um recibo local, limitado e verificável, que associe chave semântica, versão da política, objeto retirado, substituto, autoridade e Data PDU resultante. Hashes podem reduzir a retenção de conteúdo sensível sem apagar a cadeia decisória.
A primazia do código em execução pede observação independente da fila, do envio e do estado aceito no destino. A ideia de especificação mínima e decisão futura localizada permite padronizar o recibo sem centralizar a noção de obsolescência. A reflexão sobre autoridade e crença impede que um ACK seja tratado como prova de uma decisão que ele nunca registrou.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

