Resumen

  • Route Flap Damping acumula una penalización decreciente a partir de los cambios recientes de un prefijo y puede suprimir la ruta cuando cruza un umbral local.
  • La supresión explica por qué un router deja de usar o anunciar esa ruta. No identifica la avería, la intención ni lo que observaron otras redes.
  • La reutilización significa que la penalización local decayó lo suficiente para reconsiderar la ruta. La recuperación aún requiere causa, reparación, reenvío y una ventana estable.

Cuando el observador fabrica el silencio

Imaginemos un circuito de acceso que alterna entre activo e inactivo. El prefijo del cliente se retira, se reanuncia y vuelve a retirarse. El NOC ve primero cada transición. Después el gráfico queda plano, la ruta desaparece en un edge y el informe afirma que la red se estabilizó.

La avería física continúa. El edge cruzó su umbral de damping y ahora suprime el prefijo. La calma es real, pero registra el comportamiento del observador tanto como el de la fuente.

RFC 2439 diseñó Route Flap Damping para contener la inestabilidad y reducir la carga de cambios BGP repetidos. El algoritmo incrementa una medida con las transiciones y deja que decaiga con el tiempo. Al superar el umbral de supresión, una ruta inestable puede quedar apartada hasta que su historial inspire más confianza.

La pregunta que responde es concreta: según los eventos vistos por esta implementación y sus parámetros, ¿debe aceptar, usar o anunciar ahora la ruta? No explica por qué ocurrieron. Podría haber un enlace marginal, un router reiniciándose, un bucle de automatización, mantenimiento, un cambio de origen o flaps falsos provocados.

RFC 2439 reconoce que no se puede predecir con exactitud la estabilidad futura. El historial reciente sirve como estimación. La penalización resume transiciones ponderadas por tiempo; no es un código de fallo.

Un prefijo, varias verdades locales

El damping es local. Dos routers pueden recibir secuencias distintas y usar otros incrementos, umbrales, vidas medias o tiempos máximos. Uno puede suprimir mientras otro sigue seleccionando o anunciando el prefijo.

RFC 7196 explica que parámetros antiguos podían castigar duramente a sitios bien conectados porque la riqueza topológica amplifica mensajes. No existía consenso sobre un único conjunto predeterminado. El documento recomienda un umbral mínimo de 6.000 para una postura aún agresiva y de 12.000 para una conservadora. RFC 7454 también recomienda las pautas ajustadas.

Por eso «el prefijo fue amortiguado» es incompleto sin observador, política, parámetros, secuencia cruda y hora. Aun con esos campos, prueba supresión local, no diagnóstico remoto.

Reutilizar no certifica la reparación

La penalización de una ruta suprimida decae. Cuando baja del umbral de reutilización, la implementación puede reconsiderarla. El evento demuestra que un contador local atravesó un límite configurado; no transporta una reparación.

No dice que se sustituyera una interfaz, terminara un bucle o desapareciera un atacante. Tampoco prueba selección, instalación en FIB ni entrega de paquetes. RFC 4271 separa información recibida, selección local y anuncios salientes; el camino de datos añade otras etapas.

El modo «calcular sin amortiguar» de RFC 7196 permite comparar el modelo de penalización con el flujo bruto sin retirar alcanzabilidad. Así se distingue una reducción real de la inestabilidad de un silencio creado por el filtro.

Fuentes