Resumo

  • Datado de 7 de setembro de 2026, draft-ietf-dtn-bibe-00 recoloca Bundle-in-Bundle Encapsulation como trabalho do grupo DTN, agora restrito a encapsulamento e segmentação e sem o antigo mecanismo de transferência de custódia.
  • Cada bundle encapsulante é um novo objeto BPv7. Entregar todos eles não demonstra que um único elemento recebeu os segmentos, reteve o estado, completou a remontagem e apresentou o bundle interno ao BPA.
  • Relatórios BP observam o trajeto antes e depois da decapsulação. Rejeições, despejos e expiração dentro dela exigem logs, contadores e configuração no nó de saída.

Quatro bundles externos podem produzir quatro relatórios de entrega e, ainda assim, nenhum bundle interno. Se o endpoint tiver dois membros sem afinidade definida, os primeiros segmentos podem ir para um elemento e os demais para outro. Cada lado guarda um conjunto verdadeiro, porém incompleto. Quando o prazo vence, ambos apagam o estado. O transporte exterior funcionou; a recepção interior nunca ocorreu.

Essa é a fronteira operacional específica da revisão 00. Publicado em 7 de setembro como documento do grupo de trabalho DTN, o texto continua sendo Internet-Draft, sujeito a mudança, substituição ou expiração. A adoção organiza trabalho comum. Não equivale a RFC, consenso final, implantação ou teste de interoperabilidade.

BIBE captura o bundle encaminhado como octetos opacos. Pode transportá-los inteiros em uma carga ou dividi-los entre várias cargas. O nó de entrada origina cada invólucro como bundle novo; não está modificando e prosseguindo com o objeto interno. Destino, origem, criação, lifetime, report-to, flags, blocos de extensão e política de segurança pertencem ao percurso externo.

A independência tem valor. Uma camada de confidencialidade sobre a carga externa pode esconder inclusive origem e destino internos. Um domínio intermediário aplica roteamento, fila, qualidade e segurança ao invólucro sem tocar os bytes protegidos. Versões diferentes do Bundle Protocol também podem atravessar a rede uma dentro da outra.

Mas surgem duas contabilidades. A entrega externa termina quando a carga alcança um elemento registrado no endpoint. A recepção interna só existe depois que uma carga completa é aceita ou todos os bytes segmentados são remontados e o resultado é apresentado ao BPA conforme a RFC 9171. No intervalo há capacidade opcional, armazenamento finito e decisão local.

O limite de segmentação é configurado previamente por endpoint e mede apenas octetos internos. O dimensionamento real soma primary block, extensões, moldura CBOR e BPSec do lado de fora. Cada transferência recebe Transfer ID, comprimento total e offsets. O identificador é interpretado junto com source node ID e destination EID externos; não codifica ordem, idade nem perda.

Depois do primeiro segmento não há abort nem cancellation. Se a origem parar, o receptor não diferencia desistência de perda em trânsito. O estado parcial fica até a expiração comum, salvo remoção antecipada pela política de recursos. Antes desse instante, reutilizar o mesmo ID para a mesma dupla pode misturar transferências ainda vivas.

As regras de remontagem rejeitam o que não fecha. Offset mais comprimento acima do total é malformado. Total divergente ou sobreposição com conteúdo diferente torna a transferência corrompida e elimina seu estado; duplicata idêntica é tolerável. Suporte a remontagem é opcional, e um elemento sem ele deve descartar cargas segmentadas.

Mesmo com suporte, a memória não é promessa ilimitada. O nó pode despejar um conjunto incompleto antes do vencimento para proteger recursos. Nesse caso, a transferência simplesmente falha e o bundle interno nunca chega ao BPA. O relatório externo correto não registra essa escolha interna.

A afinidade dos segmentos é outra parte da configuração. Um endpoint singleton satisfaz a regra. Um endpoint que entrega o conjunto completo a todos os membros também. Um grupo que escolhe um membro diferente para cada bundle não satisfaz: os segmentos se dispersam. Resolver o nome e alcançar o endpoint não cria, por si só, um contexto comum de remontagem.

BIBE não acrescenta confirmação ou retransmissão próprias. Para o encapsulador, o encaminhamento termina quando os novos bundles são entregues à rede inferior. A confiabilidade deve vir de convergence layer, repetição, outro mecanismo de custódia ou acknowledgement, ou das aplicações. As atas do IETF 126 registram justamente a retomada sem custody transfer e com escopo concentrado em encapsulamento e segmentação.

Os relatórios da RFC 9171 ainda servem, desde que não sejam fundidos. Nos invólucros, acompanham recepção, encaminhamento, exclusão e entrega no túnel. No bundle interno, recomeçam apenas após sua apresentação ao BPA. Todos os relatórios externos presentes e nenhuma recepção interna esperada apontam para a decapsulação, não para uma perda genérica no caminho.

O diagnóstico central para aí. Falta de suporte, formato reservado, total incompatível, conflito, despejo por memória e expiração acontecem após a entrega externa e antes de existir um bundle interno. O draft afirma que essas disposições não cabem em relatório de status sobre nenhum dos objetos. Precisam aparecer em meios locais.

O lifetime comum limita o estado, mas não substitui governança do receptor. Todos os invólucros de uma transferência expiram juntos e nunca depois do bundle interno. A regra impede que o túnel prolongue uma oportunidade vencida e define quando o Transfer ID pode ser reciclado. Porém é o emissor quem declara o prazo. Um par hostil pode escolher data distante e omitir um segmento; o receptor deve impor seu próprio teto.

Confiança também não passa automaticamente pelo invólucro. Autenticar a carga externa pode provar qual peer do túnel a enviou e bloquear fragmentos falsos antes da remontagem. Não autentica a origem declarada no bundle interno. A opacidade que protege privacidade também pode contornar filtros intermediários, tornando o nó de saída responsável por repetir a admissão normal.

Na disciplina de Heng Lu, cada realidade conserva seu alcance. O rótulo de grupo é coordenação; o relatório externo é observação de transporte; a remontagem é resultado local; a recepção no BPA é novo fato de protocolo. Processamento pela aplicação e resultado externo vêm depois. O recibo mais fácil não ganha autoridade sobre os demais.

Uma operação defensável liga as etapas. Para cada transferência, preserva origem e endpoint externos, Transfer ID, expiração, faixas, elemento receptor real, motivo de rejeição ou despejo, conclusão, hash reconstruído, identidade interna e recepção no BPA. Quatro entregas externas provam quatro cargas no limite do túnel. Só a cadeia completa prova que o bundle de dentro foi recebido.

Fontes

  1. IETF Datatracker — Bundle-in-Bundle Encapsulation
  2. Draft atual do grupo, revisão 00
  3. Ata do grupo DTN no IETF 126
  4. Draft individual anterior
  5. Draft BIBE-CT expirado
  6. RFC 9171 — Bundle Protocol versão 7
  7. RFC 9172 — Segurança do Bundle Protocol
  8. RFC 9758 — Atualização do esquema URI ipn
  9. RFC 6169 — Riscos de segurança em túneis IP
  10. RFC 4459 — MTU e fragmentação em túneis
  11. RFC 2473 — Túnel genérico de pacotes em IPv6
  12. Heng Lu — Running-Code Primacy
  13. Heng Lu — Minimum Initial Specification
  14. Heng Lu — Reality Layers