Resumen
- RFC 9721 aborda un problema de modelo en EVPN-IRB: el número único de una ruta MAC+IP deja de expresar novedad cuando la IP pasa a otra MAC, la MAC pasa a otra IP o los PE de un segmento all-active aprenden el mismo host en momentos distintos.
- La norma mantiene un solo campo mediante un padre MAC, hijos MAC+IP que heredan, sincronización entre pares, reconciliación por máximo, sondas ARP/NDP y recuperación de duplicados. El valor mayor no demuestra identidad, ubicación, convergencia de forwarding ni resultado del servicio.
La IP no cambió. La carga fue recreada y sí cambió su MAC. El orquestador ve continuidad; el host responde en el nuevo lugar; la ruta combinada que representa esa realidad, sin embargo, empieza con secuencia cero. La asociación antigua había alcanzado 23. Si el operador mira sólo el número, la infraestructura que ya no existe parece veintitrés veces más reciente.
RFC 9721 no trata ese fallo como una rareza de virtualización. Expone una confusión estructural: juntar una MAC y una IP en un anuncio no convierte ambas en el mismo objeto versionado.
La ruta unida ocultó una relación variable
RFC 7432 usa la comunidad extendida MAC Mobility para ordenar ubicaciones de una MAC. En ese ámbito, una secuencia creciente tiene un sujeto claro. Con EVPN-IRB, una Route Type 2 puede cargar MAC e IP. Según el diseño descrito en RFC 9135, la primera alimenta el puente y la segunda la tabla ARP/ND o un IP-VRF.
Hay dos registros y dos funciones, aunque viajen juntos. Una IP puede sobrevivir a la MAC de una VM. Una MAC puede permanecer mientras cambia el direccionamiento. Muchos clientes detrás de un firewall pueden compartir una sola MAC. La asociación uno-a-uno deja de ser una ley y se vuelve un caso particular.
Asignar un contador independiente a cada pareja tampoco basta. La asociación nueva puede reiniciarse en cero y perder contra la anterior. Subirla sin considerar las demás asociaciones de la nueva MAC puede introducir otra inconsistencia. Separar dos secuencias en el formato resolvería parte de la semántica, pero añadiría cambios de compatibilidad y diagnóstico.
RFC 9721 escoge una jerarquía local. La ruta MAC es el padre; las MAC+IP son hijas y heredan su secuencia. Al aprender una pareja local, el PE recalcula el padre. Debe superar cualquier ruta remota pertinente para esa MAC y, si la IP estaba unida a otra MAC, superar también la secuencia de aquella.
El anuncio final no contiene el razonamiento. El receptor ve el resultado, no las comparaciones ni la lista de hijos actualizados. Por eso una captura BGP sólo demuestra que se emitió una reclamación ordenada. La justificación exige el evento local, la interfaz, el ESI, el padre antes y después, los valores remotos consultados y cada hijo heredero.
All-active convierte la edad en consenso distribuido
Dos PE pueden servir el mismo Ethernet Segment en modo all-active. El tráfico y las respuestas ARP/NDP no llegan a ambos en el mismo instante. El aprendizaje local depende del hash, de la actividad del host y del momento en que desaparece el estado remoto.
Tras un traslado, PE1 puede aprender cuando la ruta antigua ya fue retirada y asignar cero. PE2 puede aprender un instante antes de ese retiro y asignar N+1. Ambos números son coherentes con su evidencia local. Para los PE remotos, la misma ESI presenta dos edades. Puede perderse ECMP; una ruta posterior puede ser aceptada por uno y rechazada por otro.
La respuesta de RFC 9721 es sincronizar el estado local y Peer-Sync-Local. Un valor del par puede elevar el padre local; todos sus hijos deben heredarlo. La unidad operativa es una época compartida por todos los PE autorizados a anunciar por ese ESI.
La sesión del par no certifica la época. Hay que registrar qué objeto se sincronizó, de qué nodo vino, qué valor local reemplazó, qué hijos cambiaron y si cada anunciante aplicó el resultado. Un ESI común sólo nombra el dominio; no prueba que sus memorias coincidan.
El máximo evita una regresión, no identifica la realidad
En un dominio heterogéneo pueden llegar secuencias distintas para la ruta MAC sola y sus rutas MAC+IP. La especificación manda interpretar el padre remoto a partir del máximo y recalcularlo cuando se retira una ruta. Si no se anuncia MAC sola, se deriva el padre del máximo entre las rutas combinadas.
La regla preserva orden frente a implementaciones diferentes. No dice por qué apareció el máximo. Puede proceder de un movimiento legítimo, de sincronización, de una carrera que hizo rebotar asociaciones, de una entrada obsoleta o de tráfico falsificado en el acceso. Un contador no es reloj de pared y un best path no es testigo físico.
El registro de erratas de RFC 9721 contiene la errata técnica 9001, rechazada. Su escenario muestra que un PE que sólo conoce RFC 7432 no está obligado a elevar la MAC nueva por encima de la secuencia antes asociada a la misma IP bajo otra MAC. El Area Director reconoció esa limitación del comportamiento nuevo en un equipo heredado, pero no aceptó llamarla incompatibilidad retroactiva: RFC 7432 nunca definió esa extensión y el formato anterior sigue interoperando.
No corresponde tratar la errata como texto normativo. Sí corresponde verificar qué PE implementan RFC 9721 antes de permitir movimientos que dependen de su algoritmo.
La sonda separa control y presencia
Al recibir una ruta remota ganadora, el PE debe sondear y eliminar estados locales vinculados. RFC 826 aporta ARP y RFC 4861 Neighbor Discovery. Una respuesta demuestra presencia de algo que reclama la dirección localmente; no autentica la carga, ni confirma el mandato del orquestador, ni prueba el camino remoto.
Un silencio tampoco demuestra mudanza. Puede ser pérdida, filtrado, host dormido o una sonda emitida desde contexto incorrecto. El recibo completo guarda objetivo, interfaz, tiempo, respuesta, entrada borrada, ruta retirada, FIB reemplazado y paquetes posteriores.
En el caso de MAC compartida, dos IP pueden intercambiar asociaciones mientras quedan vecinos antiguos. Las reglas del padre hacen que los anuncios reboten e incrementen secuencias hasta que las entradas obsoletas se purgan. La subida del contador es un síntoma de la carrera, no su solución.
Congelar protege bajo incertidumbre
RFC 9161 describe la detección de IP duplicada para Proxy ARP/ND. RFC 9721 distingue MAC duplicada, una IP detrás de MAC diferentes y una IP anunciada sin MAC en overlay enrutado; RFC 9136 proporciona el contexto de Route Type 5.
Un umbral de movimientos en una ventana puede congelar la dirección. Ese estado limita daño, pero no atribuye causa. Una migración cíclica, datos no sincronizados, dos orquestadores o suplantación pueden producir la misma señal observable.
La recuperación comienza corrigiendo el host: retirar la asignación equivocada. Después se espera el envejecimiento o se acelera con unfreeze y clear. Unfreeze emite una secuencia mayor. Si el conflicto sigue vivo, la intervención sólo reinicia la disputa con otra cifra. Si se repara un PE y no sus pares all-active, la sincronización puede devolver la época que se intentó borrar.
Cerrar exige cuatro recibos: desprovisión del extremo incorrecto, acción de tabla acotada, convergencia de todos los pares y resultado de aplicación. El incremento no hereda autoridad de ninguno.
Un expediente de movilidad que sobreviva al incidente
El operador necesita conservar la intención de la plataforma; cada aprendizaje MAC/IP; el padre y sus hijos; valores Peer-Sync-Local; anuncios y retiros; soporte de versión; cálculo del máximo; elección RIB; programación de puente, vecino, IP-VRF y FIB; sonda y borrado; contador, umbral y freeze; autorización de unfreeze; y tráfico bidireccional de la aplicación.
No es una lista ceremonial. Permite separar responsabilidades. La plataforma asigna identidad. El acceso observa presencia. El grupo multi-homing acuerda época. BGP distribuye. El plano de forwarding ejecuta. La aplicación demuestra utilidad.
La especificación mínima de Lu Heng justifica el campo común sin convertirlo en autoridad total. La disciplina de capas impide que anuncio, tabla y servicio se validen entre sí por proximidad. La primacía del código en ejecución da más peso a tablas sincronizadas, sondas y paquetes que a una secuencia elegante.
RFC 9721 mantiene un número porque la compatibilidad tiene valor. Su lección para el liderazgo es el precio de esa decisión: la organización debe custodiar el contexto que el número no transporta. Sin él, el valor mayor no es la verdad más reciente; es sólo la afirmación más difícil de desplazar.
Fuentes
- Texto completo de RFC 9721
- Registro de publicación de RFC 9721
- Registro IETF de RFC 9721
- Historial documental de RFC 9721
- Erratas de RFC 9721
- RFC 7432: BGP MPLS-Based Ethernet VPN
- RFC 9135: Integrated Routing and Bridging in EVPN
- RFC 9161: Proxy ARP/ND en EVPN
- RFC 9136: IP Prefix Advertisement in EVPN
- RFC 826: Address Resolution Protocol
- RFC 4861: IPv6 Neighbor Discovery
- Lu Heng: Running-Code Primacy
- Lu Heng: Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
- Lu Heng: On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
