Resumo

  • A RFC 9650 troca Standards Action por Expert Review no registro IS-IS Neighbor Link-Attribute Bit Values, permitindo coordenação durante a fase experimental e reduzindo o incentivo para ocupar valores sem registro.
  • Um valor público prova qual significado recebeu aquele lugar no namespace; não prova que um roteador o implementa, anuncia, aceita em política ou converte em uma rota.
  • A governança precisa ligar solicitação, decisão do especialista, linha da IANA, build, ativação, LSP, interpretação do par, política, encaminhamento e serviço por recibos distintos.

O pacote chegou; a conclusão não

Um operador captura um LSP com um bit conhecido. O valor existe na IANA e aponta para uma RFC. Ainda assim, três perguntas continuam abertas: o emissor usou uma implementação autorizada? O receptor reconheceu a semântica? A política local permitiu que essa informação influenciasse o cálculo?

A própria RFC 5029 impede o atalho. Ela define o sub-TLV Link-Attributes, subtipo 19, como um campo de 16 bits; 0x1 significa Local Protection Available e 0x2, Link Excluded from Local Protection. O sub-TLV é opcional, aparece no máximo uma vez por vizinho e deve ser ignorado silenciosamente por roteadores sem suporte.

Logo, anúncio e efeito são fatos diferentes por desenho. A ausência de erro visível também não prova suporte: o comportamento correto de um par antigo pode ser justamente ignorar.

A mudança estreita da RFC 9650

A RFC 9650 não redefine os bits. Ela altera o procedimento de registro criado pela RFC 5029. Standards Action era restritivo demais para extensões experimentais, segundo o documento, e aumentava o risco de conflitos quando desenvolvedores usavam pontos de código não registrados. O remédio é Expert Review.

O registro atual da IANA mostra a nova política, os especialistas designados e as referências às RFCs 5029, 9667 e 9650. Ele também inclui 0x4, Local Edge Enabled for Flooding, da RFC 9667.

Essa linha é autoridade sobre unicidade e referência. Não é um selo sobre produto, fornecedor ou rede.

A política menos rígida pode ser a mais disciplinada

A RFC 8126 alerta que exigências excessivas afastam usuários do registro. Se os elementos reais ficam invisíveis, colisões se tornam mais prováveis e o registro perde utilidade. Por isso, a política deve ser a menos rígida que ainda proteja a necessidade do namespace.

Expert Review não é ausência de exame. A RFC 7370 orienta os especialistas de IS-IS a considerar normalmente documentos de grupo de trabalho ou planejados para patrocínio de um Area Director, verificar consenso ou aprovação pertinente e analisar mérito técnico. O especialista não deve substituir o consenso da IETF. Após aprovação, a IANA registra o valor e o documento; se o documento não avançar, entram em cena expiração e desalocação.

O veredito cobre a solicitação de espaço. Segurança da implementação, prontidão de implantação e benefício operacional não fazem parte desse mandato.

O custo escondido de escolher um número “temporário”

A RFC 7120 registra dois problemas de implementações pré-RFC. A IANA pode atribuir depois outro valor ao mesmo mecanismo, isolando os primeiros builds, ou pode atribuir o valor privado a outra extensão, criando duas interpretações para o mesmo campo.

A alocação pública reduz esse risco porque transforma uma escolha local em coordenação observável. Contudo, um experimento precisa também de plano de expiração. Desalocar a entrada não remove firmware distribuído. O inventário de builds e configurações deve acompanhar o estado do registro.

Uma cadeia de evidências para a operação

Guarde a solicitação com revisão do documento, finalidade e data. Guarde o especialista, os critérios, dúvidas e decisão. Fotografe logicamente a linha IANA, incluindo valor, referência e estado.

No build, registre commit, proveniência, testes do emissor e parser, bits desconhecidos e sub-TLVs duplicados. Na mudança, registre autorizador, dispositivos, configuração, janela e rollback. Na rede, conecte o LSP emitido à captura recebida; depois separe parse sintático, suporte semântico, decisão de política, cálculo de rota, instalação na FIB e observação do serviço.

A primazia do código em execução determina qual prova consultar. O registro diz o significado coordenado. Só o binário carregado e a telemetria dizem o que aquela máquina fez.

A segurança não foi delegada ao especialista

A RFC 9650 afirma que não muda as questões de segurança da RFC 5029. A especificação original nota que capacidades adicionais em LSPs podem ser observadas e modificadas; cada uso precisa tratar divulgação, alteração e integridade conforme o risco.

O procedimento de registro não autentica o anunciante, não testa memória do parser e não concede permissão para mudar rotas. Coordenar um símbolo e governar sua execução são controles complementares, não intercambiáveis.

Na Minimum Initial Specification, o nível comum deve conter apenas o necessário para cooperação: uma posição escassa, um significado público. Implementar e adotar continuam decisões localizadas. As camadas de realidade mantêm registro, pacote, interpretação e resultado em seus lugares.

Sources