Resumo

  • Usuários do BIRD recorriam a ferramentas que liam a CLI e a convertiam em JSON; Matejka explicou por que pediram uma interface padrão.
  • No roteador Linux, a decisão passa pela fonte de verdade: um endereço IPv6 é texto ou são seus 16 bytes?

Transformar a saída da CLI do BIRD em JSON ajuda uma ferramenta a consumir dados do daemon. O formato, porém, continua dependendo de uma conversão feita fora do software. Na RIPE 93, Maria Matejka explicou que usuários queriam uma API padrão depois de recorrer a programas que liam o estado da CLI e o convertiam. A manutenção começa na borda: se a representação muda, quem escreveu o adaptador precisa acompanhar.

A apresentação ligou cada protocolo ao tipo de cliente. O NETCONF mantém uma sessão longa por SSH, útil para operações de configuração. Um navegador tende a abrir uma requisição HTTP e encerrá-la; o RESTCONF atende esse padrão sem sessão persistente. O CORECONF usa CoAP e CBOR para equipamentos com recursos limitados. Essas escolhas organizam as conversas com o cliente e o formato dos dados.

Um roteador Linux reúne mais de uma conversa. O exemplo de Matejka combina BIRD, NetworkManager e systemd, componentes com árvores e funções próprias. Para o operador, é um equipamento. Para integrar suas interfaces, alguém ainda precisa compor os modelos em um endpoint que represente o conjunto. A palestra aponta essa composição como o problema que os protocolos não resolvem sozinhos.

A escolha da representação também define quem tem a palavra final sobre o dado. Matejka usou o endereço IPv6 como exemplo: a fonte de verdade são os 16 bytes ou a forma textual? YANG pode descrever o modelo acessível ao cliente, enquanto cada programa usa estruturas internas próprias. Um proxy precisa saber qual forma conserva o significado e qual delas deve prevalecer quando há divergência.

O caminho mais compacto ainda está em discussão. Em 31 de outubro de 2026, o Datatracker do IETF marcava o Internet-Draft 21 do CORECONF como expirado, com última revisão em 2 de março; a página apontava para novembro o marco de envio ao IESG. A data do marco era futura em relação à RIPE 93, realizada em 26 de outubro. A evolução do CORECONF altera uma opção de transporte, enquanto a composição das árvores do roteador segue como decisão separada.

A documentação citada não registra um teste interoperável de endpoint que una BIRD, NetworkManager e systemd. Um teste convincente leria os três modelos, faria uma alteração delimitada e mostraria a origem dos valores. Esse é o critério que permite distinguir uma API integrada de três interfaces reunidas em um folheto.

Fontes primárias: sessão da RIPE 93 · transcrição oficial · equipe BIRD · RFC 6241 · RFC 6242 · RFC 8040 · RFC 7950 · RFC 7951 · RFC 9254 · status do CORECONF.