Resumen

  • RFC 9722 transporta un Service Carving Time (SCT) absoluto en la ruta Ethernet Segment y coordina a los PE capaces alrededor de ese objetivo; un SCT válido solo acredita la declaración del emisor.
  • Una recuperación «sincronizada» exige evidencias de reloj, recepción, capacidades, temporizadores, programación DF/NDF y tráfico, unidas a la misma generación.
  • «Sin pérdidas» describe el plano de datos del cliente. No se deduce de una actualización BGP, una elección completada ni un panel sin alarmas.

Una cita no es un resultado

Un PE EVPN vuelve tras una avería. Descubre a sus socios de multihoming, suma un periodo de espera a su hora local y anuncia el SCT en su Ethernet Segment Route. Los pares ya tienen una cita para repetir la elección DF. Pero al llegar ese instante un ASIC puede seguir instalando filtros, otro reloj puede separarse varios milisegundos y un tercer PE quizá no haya recibido la ruta. El control puede ser coherente mientras los paquetes se pierden, duplican o forman un bucle breve.

RFC 9722, estándar publicado en mayo de 2025, actualiza RFC 8584. Sustituye la carrera entre vencimientos locales por una hora absoluta compartida. Hace programable la transición; no crea una transacción distribuida ni un criterio de aceptación del servicio.

Persisten dos bordes peligrosos. Si el nuevo DF reenvía antes de que pare el antiguo, puede haber duplicados o bucle. Si el antiguo para primero, aparece un agujero negro. Un tiempo de descubrimiento largo reduce la precipitación, pero prolonga la interrupción. RFC 9722 coordina el cuándo; no observa la preparación.

El contenido real del SCT

El SCT viaja en una comunidad extendida BGP de la Ethernet Segment Route, RT-4. IANA reserva el subtipo 0x0F de Transitive Opaque Extended Community. El valor es un sello NTP abreviado: 32 bits de segundos y los 16 bits altos de la fracción, con granularidad cercana a 15 microsegundos. No incluye la era NTP.

El PE calcula el objetivo sumando a su reloj local el periodo de descubrimiento. Una recepción válida confirma que el emisor afirmó un «ahora» y una espera. No demuestra que su reloj sea correcto, que todos compartan era y desfase, que BGP llegue a tiempo o que el hardware termine.

El bit 3 de DF Election Capabilities es la capacidad T. Todos los PE del segmento deben anunciarla. Al detectar un par sin T, los demás vuelven inmediatamente al procedimiento básico y cancelan el retraso SCT. Por eso la membresía es evidencia: no vale un inventario antiguo, sino el conjunto observado en ese segmento y esa recuperación.

Recibir también puede significar descartar

El receptor compara SCT con su hora. Descarta un valor pasado y también aquel cuyo desplazamiento futuro supera su peering timer local; en ambos casos trata la elección del par como ya sucedida. La regla acota anuncios obsoletos o remotos, pero dos implementaciones correctas pueden actuar distinto si difieren sus relojes o configuraciones.

El expediente debe guardar la RT-4 original, hora de recepción, SCT interpretado, desplazamiento calculado, límite local y decisión por PE. «Ruta BGP recibida» borra la bifurcación decisiva. Un valor bien formado puede rechazarse; uno aceptado puede descansar en un reloj después desacreditado.

En recuperaciones concurrentes, RFC 9722 ordena los SCT y realiza una sola elección en el mayor, el más tardío. Las acciones anteriores se cancelan o reprograman. Funciona si todos vieron el mismo conjunto a tiempo. Hay que conservar candidatos, orden, timer sustituido y razón del máximo; la hora final sola no descubre una ruta tardía ni un timer cancelado que igualmente disparó.

El reloj necesita recibos propios

RFC 5905 expresa la calidad NTP mediante offset, delay, dispersión, jitter y distancia raíz, no con una simple luz «sincronizado». RFC 8633 recomienda al menos cuatro fuentes independientes y diversas cuando importa la precisión, y vigilancia continua. Varias fuentes aún pueden compartir un fallo o discrepar por leap smear. RFC 8915 autentica servidor e intercambio NTS y combate la repetición; no certifica que la hora sea objetivamente correcta.

Una afirmación de confianza requiere fuentes, selección, offset, distancia raíz, dispersión, jitter, estado leap, última actualización y cualquier step o slew durante la recuperación. «NTP activo» es estado de proceso, no cota del desacuerdo entre PE.

RFC 9722 define un skew configurable, 10 ms por defecto. El PE que pasa de DF a NDF aplica NDF en SCT − skew; el resultado se aplica en SCT. La ventana busca evitar reenvío solapado, pero su anchura segura depende de escala, hardware y precisión. El valor de fábrica no es una medición. Se necesitan distribuciones observadas de error de reloj, proceso de ruta, cálculo y programación.

La elección aún debe llegar al silicio

El algoritmo produce un rol. El software debe traducirlo a reglas por VLAN o Ethernet Tag, enviarlas a tarjetas y confirmar su activación. Una API puede responder antes que la tabla; las tarjetas pueden acabar a horas distintas; cientos de servicios pueden atravesar una cola sin atomicidad.

Para cada servicio, reténganse cuatro momentos: decisión, envío de programación, confirmación del hardware y primer estado de reenvío observado. Añádanse DF antiguo y nuevo, segmento, VLAN o etiqueta, generación y errores. Un único «DF convergido» esconde clientes rezagados en agujero negro o doble reenvío.

Los paquetes cierran la cadena. Durante una ventana declarada, sondas bidireccionales o telemetría con secuencias deben contar huecos, reordenación, duplicados y cambios de ruta. Si puede haber bucle, hacen falta vistas de entrada y salida. Ausencia de quejas no es cero pérdida; una muestra solo acredita su flujo, sus puntos y su periodo.

Fuentes

Fuentes primarias: RFC 9722, registro RFC Editor, IETF Datatracker, RFC 8584, RFC 7432, RFC 5905, RFC 8633, RFC 8915 y el registro IANA.