Resumen

  • RFC 9786 lleva la elección DF desde cada Ethernet Tag al puerto del ES completo; no inspecciona la disponibilidad de todos los servicios agregados allí.
  • La unanimidad sobre algoritmo y bitmap es obligatoria. El anuncio distinto de una sola PE puede extender una vuelta al algoritmo por defecto a todo el ES.
  • LACP, ARP/ND, MAC, VRF, P/B, FIB, tráfico observado y aceptación del cliente pertenecen a cadenas de evidencia diferentes.

La unidad de control creció

RFC 9786 define Port-Active para multihoming EVPN activo/reserva a nivel de interfaz. En lugar de la elección por [ES, Ethernet Tag] asociada a RFC 7432, elimina el Tag del cálculo. Una interfaz queda activa y las demás en espera; los servicios L2, VPWS, L3 e IRB conectados a ella se mueven como un conjunto.

El CE puede conservar un solo LAG. Las PE del grupo deben presentar los mismos parámetros LACP —system ID, port priority y port key— y el operador obtiene un camino determinista, valioso cuando el reparto de flujos complicaría QoS. RFC 9786 no obliga a usar ICCP o LDP y no depende de un underlay concreto.

Sin embargo, la comodidad agrupa también el impacto. El DF debe mantener la interfaz arriba y reenviando; los non-DF deberían bloquear ambos sentidos en todos los VLAN. Pueden dejar el puerto down o sostenerlo en LACP Out of Sync. Son obligaciones de comportamiento. El resultado de la elección solo dice quién recibió el papel, no que el ganador y los suplentes cumplieron cada obligación.

Unanimidad no significa preparación

IANA registra el bit 5 de DF Election Capability como Port Mode. Con P=1, Modulo y HRW trabajan sobre el ES sin Ethernet Tag. La preferencia de RFC 9785 también puede ordenar puertos, y Don’t Preempt puede conservar al titular cuando vuelve un candidato de mayor preferencia.

El alcance de esa señal es deliberadamente estrecho. Según RFC 8584, todas las Route Type 4 del ES deben coincidir en algoritmo y bitmap. Si falta la comunidad, aparece más de una, o un anuncio no incluye lo configurado localmente, la interpretación vuelve al Algorithm 0 sin capacidades.

RFC 9786 llama unanimidad a esa condición y señala su superficie de seguridad: cambiar una PE puede obligar a todas a volver al procedimiento por defecto, con posible reparto injusto, interrupción, pérdida o duplicación. Una divergencia local se convierte así en un cambio de régimen para el ES entero. La prueba debe incluir cada anuncio recibido, no solo la configuración del nodo observado.

Incluso cuando el consenso es perfecto, el DF es una conclusión de control. No prueba la óptica, la identidad del partner LACP, collecting/distributing, la instalación de una VRF, una adyacencia o el paso de un paquete. La intención compartida y la capacidad ejecutada no son equivalentes.

La reserva tiene varias temperaturas

Un puerto standby puede estar down y necesitar tiempo para subir y estabilizarse. Por eso RFC 9786 recomienda sincronizar antes de la transición: cachés ARP y Neighbor Discovery para IRB/L3, quizá tablas VRF, y tablas MAC para L2. La elección no realiza esa transferencia; solo hace más visible cuándo su ausencia importa.

LACP Out of Sync permite una reserva “caliente”. Reduce parte del trabajo de levantar el miembro, pero describe una condición de enlace, no la actualidad de los vecinos, las MAC, el FIB o el estado remoto. Una plataforma puede tener LACP listo y estado de servicio atrasado, o estado replicado y ningún miembro seleccionado por el CE.

Las señales Primary/Backup cubren otro tramo. RFC 8214 define L2-Attr Extended Community y RFC 9786 recomienda P o B, nada más, en Ethernet A-D per-ES. El P/B padre debe prevalecer sobre valores per-EVI. Sirve para acelerar la decisión remota; sigue siendo una declaración de rol, no un recibo de entrega.

Los equipos antiguos que solo entienden RFC 7432/RFC 8214 ignoran L2-Attr per-ES. Mantienen su resolución habitual y reconocen Single-Active por ESI Label. Por eso una captura de una sola PE puede ocultar que otra decide con semántica anterior. La compatibilidad se verifica como inventario y observación, no como deseo.

El puerto puede seguir activo mientras falla un EVI

Port Mode no usa AC-DF. Con P=1, A se anuncia en cero y un A=1 recibido se ignora. Si cae una subinterfaz y se retira Ethernet A-D per-EVI, la elección a nivel de puerto no cambia. Ese aislamiento evita que una falla de servicio mueva todo el puerto, pero también impide usar la permanencia del DF como prueba de salud del servicio.

La operación necesita dos paneles conectados. El de puerto conserva ESI, candidatos, algoritmo, bitmap, timers, DF/BDF, LACP y P/B per-ES. El de servicio conserva VLAN/EVI/VPWS/VRF, ARP/ND, MAC, FIB, adyacencias, contadores, reachability y sondas del cliente. El primero explica autoridad; el segundo demuestra entrega.

RFC 9722 sincroniza tiempos de activación y reduce ciertos transitorios, pero no observa aplicaciones. RFC 9784 resuelve el límite EVC/ENNI con vES y retiros agrupados; RFC 9785 resuelve orden y no-preemption. RFC 9786 reutiliza piezas sin heredar una garantía de readiness.

El registro informativo, el Datatracker y la consulta de errata fijan el expediente documental. La captura del 11 de septiembre de 2026 no mostró errata coincidente. No aporta evidencia de implementación, adopción, tiempos de convergencia ni SLA.