Resumo

  • A revisão de 28 de outubro do projeto de roteamento elástico remove duas maneiras de acionar o retorno de rotas alternativas.
  • A nova primeira condição pressupõe que todos os fluxos já voltaram à rota principal e que sua utilização ficou abaixo do limiar pós-restauração. O projeto não indica qual teste permite mover o primeiro fluxo.

Um desvio rápido, uma volta com a chave do lado de dentro

Quando uma das fibras de um enlace agregado falha, a conectividade pode permanecer intacta enquanto a capacidade cai. O caminho mais curto continua apontando para o mesmo lugar, agora estreito demais. O texto revisto da proposta dá ao nó local uma reação: acompanhar a utilização das saídas, detectar congestionamento e distribuir fluxos por caminhos alternativos. Segment Routing em caminhos estritos conduz o desvio; pesos UCMP consideram banda disponível e utilização. O nó age enquanto uma otimização global de engenharia de tráfego ainda está sendo preparada.

O mecanismo precisa, depois, retirar os fluxos do desvio. A seção 4.4 chama essa migração de traffic fallback: tráfego em caminhos alternativos retorna ao caminho primário. Sua Condição 1, porém, começa depois que todo o tráfego já foi transferido de volta e exige que a utilização do caminho primário não exceda o Post-restore Threshold. A Condição 2 prolonga a primeira por um Restore Period configurável. O resultado do retorno virou requisito para iniciá-lo.

Na versão 00, de julho, havia duas portas de entrada. Uma se abria quando a utilização do enlace congestionado caía abaixo de um limiar de restauração. A outra dependia de o nó concluir dinamicamente que o enlace local suportaria todo o tráfego sem congestionamento. Ambas exigiam estabilidade durante um período configurável. O texto de outubro substituiu esses métodos por condições formuladas para o estado final. O resumo do mecanismo ainda menciona um limiar de restauração, mas a seção operacional não diz como decidir o primeiro retorno.

É possível imaginar uma previsão da utilização após a volta de todos os fluxos. Também é possível devolver pequenos grupos e medir a reação. A seção 4.4 não especifica previsão, teste, ordem gradual ou regra de recuo. A utilização observada enquanto parte da carga segue pelo caminho alternativo não prova que o caminho primário suportará a carga reunida. Falta um critério anterior à ação; uma revisão que o defina mudará a leitura desta falha.

O Datatracker da IETF classifica o documento como Internet-Draft individual. A notícia é uma mudança verificável no projeto, não um relato de falha em produção. Seu ponto sensível está na promessa de autonomia local: se o nó pode decidir quando escapar do congestionamento, ele precisa saber quando pode encerrar o escape. A redação atual descreve onde o tráfego deve chegar e deixa sem instrução o primeiro passo.

Fontes