Resumo

  • A RFC 9713 tornou explícita a aplicabilidade por versão no registro Bundle Administrative Record Types da IANA; um elemento administrativo BPv7 só pode usar entradas cuja coluna de versão contenha 7.
  • As faixas 64384–64511 e 64512–65535 foram reservadas, respectivamente, para uso experimental e uso privado no BPv7. Elas evitam colisões com a alocação central, mas não criam acordo semântico entre organizações.
  • Uma trilha operacional defensável separa alocação, versão, especificação referenciada, capacidade implementada, convenção local, recebimento, autorização, ação e resultado observado.

A consulta passou a exigir duas coordenadas

A RFC 7116 criou o registro de tipos administrativos em torno do campo de quatro bits do BPv6. Depois, a RFC 9171 definiu o registro administrativo do BPv7 como um array CBOR com dois itens: primeiro um código de tipo sem sinal, depois o conteúdo específico do tipo. Faltava, porém, uma indicação inequívoca de quais linhas pertenciam ao BPv6, ao BPv7 ou a ambos.

Sem essa dimensão, o número parecia carregar mais autoridade do que realmente tinha. O valor 2 representava Custody signal no BPv6, enquanto o BPv7 já não empregava aquele mecanismo de custódia. O valor 1, Bundle status report, servia às duas versões. Encontrar “2: Custody signal” era um fato histórico correto, mas não uma permissão para um elemento BPv7 interpretar o código dessa forma.

A RFC 9713 adicionou a coluna Bundle Protocol Version à esquerda. Agora, um elemento BPv7 deve procurar 7 nessa coluna, em vez de supor que todo número ocupado vale para qualquer geração do protocolo. O identificador público de coordenação é o par número-versão.

O significado pertence à referência

Mesmo o par correto não constitui uma instrução completa. A RFC 9713 não define como BPv6 e BPv7 interoperam quando compartilham o mesmo código, nem presume interpretações idênticas. A especificação de cada tipo deve explicar sua relação com as versões do BP.

O registro atual mostra esse arranjo. A linha 1 aponta para as RFCs 5050 e 9171. A tabela também contém os valores BPv7 13 e 14 para sinais CCSDS e o valor 255 para ACME Node ID Validation. A IANA registra a alocação e a referência; é a RFC 9891 que define estruturas CBOR, tokens, verificações e processamento para 255. O inteiro é um índice para a custódia semântica, não uma cópia comprimida da especificação.

Operadores precisam preservar juntos o instantâneo do registro, a célula de versão e a revisão exata da referência. Caso contrário, um software pode alegar que o tipo está registrado enquanto implementa uma estrutura antiga, importa o significado de outra versão ou substitui silenciosamente a definição por uma convenção privada.

Espaço privado coordena a ausência de alocação central

A RFC 9713 reserva 64384–64511 para uso experimental e 64512–65535 para uso privado, ambos no BPv7. Isso resolve uma colisão real: a IANA não atribuirá um tipo público dentro dessas faixas e não ocupará inesperadamente o valor escolhido localmente.

A RFC 8126 estabelece o limite. Valores de Private Use são definidos localmente e não recebem registros individuais da IANA. Dois ambientes podem empregar o mesmo valor de maneiras incompatíveis. Experimental Use tampouco foi concebido como base de interoperabilidade geral. A faixa reservada oferece espaço, não consenso.

Duas operadoras podem escolher 65000 e permanecer em conformidade, embora codifiquem conteúdos diferentes. Uma aquisição, um enlace de roaming, uma interconexão emergencial ou a troca de fornecedor pode juntar convenções antes isoladas. O primeiro Bundle compartilhado não negocia qual dicionário privado deve prevalecer. Isso exige acordo externo com proprietário, escopo, revisão, validade, alternativa e comportamento diante de conflitos.

Entrega e processamento são fatos distintos

A RFC 9713 oferece uma fronteira clara de falha. Se um elemento administrativo recebe uma unidade de dados malformada ou um tipo que não consegue processar, deve ignorar o registro. Isso não desfaz a entrega do Bundle que o transportava nem altera outros procedimentos do Bundle Protocol Agent, como relatórios de estado.

Essa separação impede que uma falha da aplicação apague o sucesso do transporte. Também impede que o sucesso do transporte vire prova de compreensão. Um livro-razão confiável registra separadamente: entrega do envelope; identificação do registro administrativo; extração do tipo; confirmação da versão; resolução da especificação e da convenção local; análise do conteúdo; verificações de origem e integridade quando configuradas; decisão de política; tentativa de ação; mudança de estado; efeito observado.

“Recebido” pode ser verdadeiro enquanto todas as etapas posteriores são falsas ou desconhecidas. A questão não se confunde com o debate de recebimento ou custódia da RFC 9171: aqui, o ponto é a autoridade semântica depois que a entrega já ocorreu.

Um registro coordena; não opera remotamente

A RFC 9713 preservou o procedimento Specification Required e não criou novas estruturas de segurança. As considerações da RFC 9171 continuam valendo. O documento melhora uma tabela compartilhada e a regra de consulta; não atesta confiança no emissor, segurança no analisador, aprovação do controlador local ou sucesso do resultado.

O registro é valioso porque evita colisões públicas e torna auditáveis as suposições sobre versões. Mas sua autoridade termina nas afirmações que a própria linha contém.

Os ensaios de Heng Lu sobre Running-Code Primacy, Minimum Initial Specification e Reality Layers são uma lente editorial declarada para esse limite: registros comuns devem permanecer estreitos e verificáveis localmente; adoção posterior pertence aos sistemas em execução; um símbolo não deve tomar emprestado um resultado de execução que não contém. Essa é uma interpretação editorial, não uma declaração da intenção da IETF.

Fontes