Resumo

  • Route Flap Damping acumula uma penalidade decrescente com o histórico recente de um prefixo e pode suprimir a rota quando cruza um limiar local.
  • A supressão explica por que um roteador deixa de usar ou anunciar a rota, mas não identifica falha, intenção nem o histórico visto por outros observadores.
  • A reutilização significa que a penalidade local caiu o suficiente para reconsiderar a rota. A recuperação ainda requer causa, reparo, encaminhamento, tráfego e uma janela estável.

Quando o observador produz o silêncio

Imagine um circuito de acesso alternando entre ativo e inativo. O prefixo do cliente é retirado, reanunciado e retirado novamente. O NOC vê cada transição; depois o gráfico fica plano, a rota some de um edge e o relatório declara estabilidade.

A falha física continua. O edge cruzou seu limiar de damping e passou a suprimir o prefixo. A calma é real, mas descreve o comportamento do observador tanto quanto o da origem.

A RFC 2439 define Route Flap Damping para conter instabilidade e reduzir a carga de mudanças BGP repetidas. O algoritmo aumenta uma medida nas transições e a deixa decair com o tempo. Acima do limite, uma rota instável pode deixar de ser usada ou anunciada até que seu histórico inspire mais confiança.

A pergunta respondida é restrita: diante dos eventos vistos por esta implementação e de seus parâmetros, a rota deve ser aceita, usada ou anunciada agora? A causa pode ser circuito marginal, reinício, loop de automação, manutenção, mudança de origem ou flaps falsos provocados. O mecanismo não escolhe entre elas.

A RFC 2439 reconhece que não é possível prever com exatidão a estabilidade futura; o histórico recente é uma estimativa. Penalidade é um resumo temporal de transições, não um código de falha.

Um prefixo, vários estados locais

O damping é local. Dois roteadores podem receber sequências diferentes e usar outros incrementos, limiares, meias-vidas e tempos máximos. Um pode suprimir enquanto o outro continua selecionando ou anunciando.

A RFC 7196 explica que parâmetros antigos podiam punir sites bem conectados porque a riqueza topológica amplifica mensagens. Não havia consenso sobre um conjunto único de valores padrão. Ela recomenda limiar de pelo menos 6.000 para uma postura ainda agressiva e 12.000 para uma conservadora. A RFC 7454 também recomenda os parâmetros ajustados.

Logo, “o prefixo foi amortecido” é incompleto sem observador, política, parâmetros, eventos brutos e horário. Mesmo completo, prova supressão local, não diagnóstico remoto.

Reutilização não é recibo de reparo

A penalidade decai. Abaixo do limiar de reutilização, a implementação pode reconsiderar a rota. Isso prova que um contador local atravessou um limite configurado, mas não carrega um reparo.

Não mostra troca de interface, fim de loop ou remoção de atacante. Também não prova seleção, FIB ou entrega. A RFC 4271 separa informação recebida, seleção local e anúncio de saída; o plano de dados acrescenta etapas.

O modo “calcular sem amortecer” da RFC 7196 permite comparar a penalidade com o fluxo bruto sem retirar alcançabilidade. Assim, o operador distingue menor instabilidade de silêncio criado pelo filtro.

Fontes