Resumo

  • A RFC 9914 define DAO Projection: o Root do RPL ou um controlador externo pode instalar rotas otimizadas que não precisam seguir o DODAG principal.
  • Um PCE calcula caminhos usando a topologia e restrições como comprimento, bateria e buffers reserváveis; o Root projeta o resultado no domínio RPL por meio de Projected DAOs.
  • A especificação cobre P-Routes em Storing-Mode e Non-Storing-Mode, inclusive situações híbridas. A projeção deve ser tratada como estado sujeito a confirmação, manutenção, expiração, substituição e remoção, não como resultado permanente de cálculo.

A RFC 9914 é um IETF Proposed Standard publicado em abril de 2026 e atualiza as RFCs 6550, 6553 e 8138. A instância RPL principal é esperada previamente em Non-Storing Mode, enquanto as rotas projetadas podem produzir uma situação híbrida. Storing-Mode P-Routes e Non-Storing-Mode P-Routes distribuem e usam estado de forma diferente; contar apenas saltos finais não basta para avaliar o efeito operacional.

Uma P-Route pode encurtar um caminho ponto a ponto esticado, formar uma rota de proteção ou ser intercalada em um Track do 6TiSCH. A seleção pode ocorrer em uma RIB separada, com precedência maior que a rota comum. O operador precisa saber quando essa RIB vence o RPL regular, quando ocorre o retorno e o que acontece se somente parte dos nós instalar a rota. A topologia de siblings também não deve ser confundida automaticamente com a relação pai-filho do DODAG. Comprimento, bateria, buffers, capacidade de enlace e possibilidade de reserva precisam continuar compatíveis com as restrições do PCE.

O ciclo de vida de DAO Projection inclui confirmação da instalação, manutenção, expiração, substituição e remoção. Estado sem confirmação não deve ser considerado disponível em todo o domínio. Mudança de topologia, nó fora do ar, esgotamento de buffer ou violação de restrição deve poder provocar recálculo, retirada ou rollback. Ainda é uma questão a verificar em cada implementação como são expostos a atualidade da P-Route, a versão, o reconhecimento, o prazo e o resultado da remoção.

RPL source routing não é SRv6. A primeira tecnologia permanece dentro dos limites do RPL, da opção de informações RPL e da compressão de cabeçalho de roteamento da RFC 8138; o fato de ambas representarem caminhos não autoriza inferir capacidade ou implantação de SRv6. A RFC 9914 também não substitui a RFC 9912. A RFC 9912 trata do recovery graph do RAW e do controle local de PLR, enquanto a RFC 9913 trata da normalização de capacidades de rádios heterogêneos. O foco aqui é o mecanismo de P-DAO dentro do RPL, a precedência de RIB e o ciclo de vida do estado projetado.

Ledger de alegações e evidências RFC

Alegação Evidência RFC
DAO Projection e instalação, manutenção e remoção de P-Routes RFC 9914
DODAG e arquitetura básica do RPL RFC 6550
Opção para transportar informações do RPL RFC 6553
Limites de source routing e compressão no RPL RFC 8138
Tracks do 6TiSCH e arquitetura de redes restritas RFC 9030
Recovery graph e cobertura adjacente do RAW RFC 9912
Casos de uso de confiabilidade e baixa latência do RAW RFC 9450

Caminho de decisão para aceitação operacional

Primeiro, valide a atualidade da topologia e imponha limites auditáveis para comprimento, bateria, buffers, capacidade de enlace e relações de siblings. Depois, teste separadamente Storing, Non-Storing e cenários híbridos, incluindo reconhecimento perdido e instalação parcial. Verifique o comportamento da RIB de maior precedência, a reserva de recursos para Tracks e rotas de proteção, os temporizadores de expiração, a substituição e a remoção. Injete queda do Root/PCE, nó reiniciado, DAO antigo e mudança abrupta de topologia; confirme fallback seguro e rollback.

Só aceite um piloto limitado quando versão, TTL, confirmação e exclusão forem observáveis. Nada disso demonstra implantação universal ou suporte de fornecedor.

Conclusão

A decisão não deve se resumir a saber se o PCE encontrou uma rota elegante. É preciso demonstrar que o estado projetado continua correto, vence apenas quando deve vencer e converge depois de instalação parcial ou mudança topológica. Aceitar P-Routes é aceitar uma dependência de estado centralizado que precisa ser observável e revogável.

Fontes