Resumo

  • A RFC 2439 tornou a instabilidade um estado local: retiradas elevavam a figura de mérito de uma rota, a redução exponencial baixava o valor e dois limiares distintos determinavam quando suprimir e quando voltar a usar o caminho.
  • A experiência posterior mostrou que essa memória podia penalizar um prefixo bem conectado durante uma convergência comum. A RFC 7196 não aboliu o damping; recomendou limiares mais prudentes e um modo opcional de calcular sem suprimir.

O passado da rota passou a contar no presente

Nos anos 1990, atualizações BGP não apenas descreviam destinos alcançáveis. Seu volume também consumia processamento no roteador que as recebia e nos pares que recebiam anúncios propagados. A RFC 2439 buscou reduzir mudanças repetidas sem atrasar a convergência de rotas relativamente estáveis. Era um documento Standards Track e informou que já havia implementações comerciais quando foi publicado, em 1998. Isso descreve aquela época, não a configuração atual. RFC 2439 Registro da RFC 2439

A mudança central foi guardar mais do que o UPDATE mais recente. Um roteador que recebia uma rota de um par externo podia manter uma figura de mérito vinculada à identidade da rota. Cada transição de alcançável para inalcançável acrescentava penalidade; enquanto a rota permanecia estável, uma redução exponencial diminuía o valor acumulado. A pontuação não diagnosticava cabo rompido nem intenção maliciosa do par. Ela representava alterações observadas recentemente por aquele roteador e influenciava se ele usaria ou anunciaria o caminho. RFC 2439

Isso criou um intervalo entre a volta da alcançabilidade e a volta da elegibilidade. O limiar de supressão definia quando reter a rota; um limiar inferior de reutilização dizia quando um caminho retido poderia voltar ao uso; um tempo máximo de retenção limitava a supressão. Alcançabilidade, penalidade acumulada, estado de supressão e seleção do melhor caminho eram relacionados, mas não eram o mesmo fato. Um par podia voltar a anunciar uma rota enquanto o roteador receptor ainda a mantinha suprimida. RFC 2439

Memória condicionada ao histórico, não atraso universal

A RFC 2439 distinguiu a supressão sensível à estabilidade de um temporizador fixo. O Minimum Route Advertisement Interval do BGP cadencia anúncios; o damping depende do histórico de mudanças de cada rota. Se a pontuação fica abaixo do limiar de corte, o caminho pode continuar em uso. Depois de suprimido, não retorna até que o valor em redução caia abaixo do limiar de reutilização. Assim, rotas diferentes não recebem automaticamente o mesmo período de espera após uma mudança. RFC 2439 BGP-4

Os parâmetros têm efeitos distintos. A meia-vida define a rapidez com que a pontuação cai enquanto a rota está alcançável; no período inalcançável, a implementação pode usar outra taxa ou não reduzir o valor. Um corte mais alto tolera mais mudanças antes da supressão. Um limiar de reutilização mais baixo exige mais estabilidade para a recuperação. No exemplo da RFC 2439, com valores ilustrativos, duas ou três retiradas podem bastar para suprimir uma rota, que depois precisa permanecer anunciada e estável por cerca de uma vez e meia a duas vezes e meia a meia-vida antes da reutilização. É um resultado sob hipóteses específicas, não uma promessa para todo roteador. RFC 2439

A especificação também delimitou onde aplicar o mecanismo: às atualizações recebidas de pares externos. A RFC 2439 advertiu que aplicá-lo a rotas aprendidas por iBGP ou depois da seleção poderia criar loops. Propôs identificar a rota ao menos pelo NLRI e, por padrão, também pelo AS_PATH. Uma penalidade associada apenas ao prefixo não conta a mesma história que uma associada a um caminho específico até ele. RFC 2439

A implementação mudou quem pagava o custo

A revisão operacional RFC 4277, de 2006, relatou que as implementações então examinadas não preservavam o histórico por NLRI ou AS_PATH único, apesar do requisito da RFC 2439. Em uma rede densamente interconectada, isso podia suprimir um destino de forma excessiva, no pior caso após uma única falha; a revisão disse que esses efeitos adversos tinham sido observados. É um relato delimitado por aquela análise, não uma afirmação sobre todo roteador. A RFC 4277 também tratou separadamente o damping de sessões de pares com erros persistentes, que não é o damping de rotas individuais. RFC 4277 RFC 2439

Em 2014, a RFC 7196 apontou outro custo: uma topologia com muitos caminhos pode gerar mais UPDATE durante uma convergência normal, penalizando justamente um prefixo bem conectado. No estudo de uma semana que citou, um limiar de 6.000 suprimiu 90% menos prefixos que 2.000 e reduziu a taxa de UPDATE em cerca de 19% frente à ausência de damping. Com 12.000, o estudo mediu 0,22% de prefixos suprimidos e uma redução média horária de 11% nas atualizações. Esses são resultados daquele estudo, não previsões universais. RFC 7196

A RFC 7196 recomendou pelo menos 6.000 para uma política menos destrutiva, ainda um pouco agressiva, e 12.000 para operadores conservadores. Também disse que implementações não deveriam alterar os valores configuráveis existentes por padrão, para evitar quebrar operações. E permitiu um modo de teste que calcula quais rotas seriam suprimidas sem bloqueá-las de fato. A resposta de 2014 foi medir e recalibrar, não declarar que o damping sempre faz mal ou que um número serve a qualquer topologia. RFC 7196

A história não é uma simples passagem de “damping ligado” para “damping desligado”. A RFC 2439 fez o passado de uma rota pesar em sua reutilização imediata. A RFC 4277 mostrou que a identidade de rota mantida pela implementação podia ampliar a penalidade. A RFC 7196 tratou a convergência comum e a conectividade como custos a medir antes da supressão. Uma pontuação de damping não prova defeito físico, origem maliciosa ou interrupção geral de serviço. RFC 2439 RFC 4277 RFC 7196 Scalable Routing Design Principles Registro Datatracker da RFC 2439

Fontes