Resumo

  • A RFC 9692 envia estado detalhado para o norte e defaults agregados para o sul. Uma fallen leaf é o caso em que o resumo continua existindo, mas deixa de ser verdadeiro em um plano para um destino específico.
  • A desagregação positiva anuncia o prefixo por pais que ainda têm alcance e não é transitiva. A negativa remove pais incapazes e pode se propagar até a folha de entrada que escolhe o plano.
  • Prefix TIE negativo, banco convergido e RIB calculada são evidências de controle. Nenhum deles, isoladamente, comprova instalação na FIB física ou entrega do serviço.

O benefício operacional do RIFT começa com a ausência de detalhes desnecessários. A RFC 9692, publicada na trilha de padrões do IETF em abril de 2025, define o protocolo para fabrics Clos e fat-tree. North TIEs levam adjacências e prefixos em direção às spines; South TIEs levam normalmente adjacências, defaults IPv4/IPv6 e exceções desagregadas. O registro da RFC descreve essa combinação como link state ao norte e distance vector ao sul.

A compressão deixa as folhas com pouco estado, mas um default não carrega a lista de destinos que cada plano perdeu. Uma fallen leaf é uma folha alcançável por apenas parte dos nós Top-of-Fabric devido à falta de conectividade. Como a folha de ingresso costuma escolher o plano, a informação da exceção precisa chegar até esse ponto; caso contrário, o pacote entra no plano cujo default permanece e cujo caminho específico desapareceu.

Atrair pelo caminho que existe ou excluir o que falhou

Na desagregação positiva, o roteador que ainda alcança o prefixo anuncia uma rota positiva mais específica em South Prefix TIE. O longest-prefix match atrai o tráfego. A operação não é transitiva: o receptor um nível abaixo não a repete automaticamente. Ela basta quando os ToFs capazes cobrem coletivamente os nós do plano quebrado.

Na desagregação negativa, um ToF anuncia que não consegue alcançar os prefixos da folha. A rota negativa só é acionável dentro de um agregado positivo mais curto. Ela herda seus next hops e remove os pais que anunciaram a negativa. Por isso, a RFC distingue a RIB abstrata, que guarda a negativa e seus desempates, da FIB, que contém as instruções positivas restantes.

Um nó intermediário só propaga a negativa para o sul quando nenhum filho anuncia o prefixo e todos os pais o negaram. Assim a exceção pode chegar à folha que escolhe o plano. Quando um pai retira a negativa, o nó intermediário também deve retirar a sua.

Há dois gatilhos. No ToF, compara-se a alcançabilidade derivada de todos os North Node TIEs, incluindo links horizontais, com o SPF southbound; as diferenças identificam as folhas caídas. Mais abaixo, durante a associação de prefixos, o nó pode descobrir que todos os next hops herdados do agregado foram podados pelas negativas. São decisões do plano de controle, não confirmações de tráfego.

Cada camada precisa de seu próprio recibo

A primeira evidência é a falha de link ou adjacência. O RIFT pode usar BFD; RFC 5880 e RFC 5881 definem detecção bidirecional rápida. A detecção não identifica sozinha todos os prefixos afetados.

A seguir vêm a mudança de Node e Prefix TIE, o cálculo da fallen leaf, a origem e recepção do desagregado e o resultado SPF/RIB. Só depois vem a instalação real na FIB de cada equipamento relevante. A RFC 9719 modela configuração e estado do RIFT, incluindo interfaces, vizinhos, bases TIE e estatísticas SPF. É uma visão valiosa do protocolo, não um atestado completo do hardware.

O plano de dados exige teste próprio. Um método ativo como o TWAMP da RFC 5357 registra o que uma sonda observou num intervalo. O conjunto deve variar folhas de entrada, prefixos, famílias de endereço e hashes ECMP. Mesmo assim, um teste bem-sucedido não comprova todas as alternativas, capacidade sob carga ou o estado da aplicação.

A RFC 9696 explica que a negativa precisa de conhecimento completo dos prefixos no ToF e que a programação da FIB pode ser recursiva e mais complexa. Também observa que ECMP não garante entrega nem latência limitada. É orientação de aplicabilidade, não resultado de um produto nomeado.

O registro de errata da RFC 9692 possui uma correção técnica mantida para atualização, sobre material Thrift omitido na seção 7.2. Ela não altera a desagregação de fallen leaves.

Os textos de Heng Lu sobre primazia do código em execução, especificação inicial mínima e camadas da realidade fornecem uma lente editorial para separar regra, execução e resultado. Não são requisitos do IETF nem prova de implantação.

A conclusão correta é estreita: a RFC 9692 define como corrigir o default amplo demais. O fechamento operacional exige ligar detecção, propagação, cálculo, FIB, sonda e serviço, além de provar que a cadeia voltou ao normal quando a negativa foi retirada.