Resumen

  • RFC 9856 ofrece Warm Standby y Hot Standby para G-sources redundantes que transportan un mismo Single Flow Group dentro de EVPN.
  • Single Forwarder, etiquetas ESI/DCB y BFD describen decisiones o vivacidad; no certifican un único contenido efectivo ni una recepción sin cortes.
  • La conclusión debe unir salud de fuente, época de selección, descartes, conmutación, secuencia, receptores y aceptación de la aplicación.

La redundancia no decide sola

El problema de RFC 9856 no es que varios PE conecten una misma fuente. Es que varios sistemas fuente emiten lo que el tenant considera un único flujo, definido como (*,G) o (S,G) con prefijo de origen. El DF habitual protege la primera situación; la segunda necesita otra autoridad de selección.

Warm Standby elige un Single Forwarder entre PE aguas arriba. Los demás descartan los paquetes recibidos en sus AC locales y el SF acepta sólo una entrada local. Así se evita transportar duplicados previstos por el núcleo. Sin embargo, la elección puede ser coherente mientras la fuente ganadora está muda, entrega contenido antiguo o el filtro no coincide con el estado anunciado.

Hot Standby permite que las copias avancen hasta los PE aguas abajo. La identidad del segmento fuente viaja con etiquetas ESI y el receptor de la red elige qué camino aceptar. La ventaja es una alternativa ya presente; el coste probatorio es mayor: cada punto aguas abajo debe aplicar la misma época de selección. DCB programado o BFD activo no prueban que no escapó un duplicado ni que la conmutación conservó cada paquete válido.

La evidencia mínima identifica cada productor y la frescura de su carga; conserva SFG, anuncios, preferencias y decisión con su generación BGP; mide aceptaciones y descartes por AC o etiqueta; y vincula el evento de cambio con el primer paquete válido, la secuencia estable y la recuperación de la aplicación. Los contadores deben registrar reinicios y denominadores: cero descartes también puede significar cero tráfico.

El último tramo pertenece a los receptores. Muestras en varias ramas deben registrar pérdida, repetición, reordenamiento y tiempo. Después, el servicio debe validar decodificación, ingestión o semántica. La membresía de RFC 9251 y el reenvío de RFC 9625 ayudan a construir el camino; no son acuses de recibo.

Fuentes