Resumo

  • RFC 9992 padroniza a estrutura e o processamento de KV TIEs de RIFT, não uma autorização geral para transformar dados extensíveis em estado de roteamento.
  • Um nó pode inundar uma chave desconhecida, e um Key Target pode indicar uma audiência; nenhuma das duas coisas demonstra que o destinatário aceitou a semântica ou mudou o forwarding.
  • Quando valores concorrentes vencem por desempate, a decisão limita a ambiguidade do protocolo, mas não substitui investigação, reconciliação e prova de execução.

O alerta de RFC 9992 é direto: KV TIEs não devem carregar informação de topologia que o próprio RIFT usa nos cálculos distribuídos. O custo do atalho pode ser corrida de convergência, oscilação ou uma decisão pior. Uma malha precisa de extensibilidade; não precisa de uma segunda fonte informal de verdade de rota.

Key Type, Key Identifier e valores variáveis organizam o envelope. Identificadores zero são ilegais e devem ser descartados e registrados. Os espaços Experimental, Well-Known e OUI, com subtipo nos dois primeiros, permitem evolução sem colisão. Eles não declaram qual equipe pode originar uma instância, qual controlador pode consumi-la ou quanto tempo ela continua válida.

No RIFT base de RFC 9692, equipamento que não reconhece uma KV TIE pode retransmiti-la normalmente. Assim, um mapa de difusão não é inventário de decisões. Um nó pode carregar bytes; outro pode validar a estrutura; outro pode admitir apenas para telemetria. A mudança em RIB ou FIB continua sendo um ato separado, que deve deixar prova própria.

Key Target é uma pista opcional e southbound sobre os receptores pretendidos. Nós sem esse processamento ainda enviam as TIEs adequadas a todos. A intenção do originador não se torna filtro universal nem contrato de execução. A equipe deve comparar audiência declarada, audiência que recebeu, capacidade conhecida, política local e efeito efetivo.

O desempate mostra por que “escolhido” não significa “verdadeiro”. Valores diferentes sob chave idêntica de múltiplos vizinhos northbound levam à seleção de apenas uma KV TIE; diferenças podem ganhar pelo System ID mais alto. RFC 9992 pede determinação consistente, pois ToFs em split brain podem ter efeito indesejado. O vencedor evita paralisia, mas não explica o conflito. Guardar somente a saída apaga a prova da condição de falha.

O registro IANA e a revisão por especialista cuidam de nomes e documentação. RFC 9719 cuida da gestão do protocolo. Nenhum dos dois une configuração desejada, TIE emitida, valor escolhido, decisão de controle, hardware e pacote observado. A lente de Heng Lu pede exatamente isso: especificação comum mínima, decisão localizada e auditoria do código que realmente executou.