¿Qué es la sincronización de tiempo PTP (IEEE 1588)?

Volver al glosario

Cómo PTP alcanza precisión de sub-microsegundo

PTP parte de la misma idea básica que NTP, intercambiar mensajes de tiempo y medir el retardo, pero eleva la precisión mucho más al atacar las dos cosas que limitan la sincronización de tiempo por software ordinario: dónde se toma la marca de tiempo y cómo se mide el retardo de red. En lugar de marcar un mensaje en software después de que ya pasó por el sistema operativo y la pila de red, un dispositivo PTP marca la hora tan cerca del puerto físico como puede, idealmente en hardware justo en el punto donde el paquete sale o llega. Eso elimina el fluctuación impredecible que agrega el encolado en software, que es la mayor fuente de error en un intercambio NTP.

El protocolo funciona haciendo que un reloj de referencia elegido, el grandmaster, envíe periódicamente un mensaje anunciando la hora, mientras el dispositivo receptor anota exactamente cuándo llegó ese mensaje. Un segundo intercambio deja al dispositivo medir el viaje de ida y vuelta, para que pueda estimar el retardo de la ruta de una vía y corregir su propio reloj por él. Como ambos extremos marcan la hora a nivel de hardware, el error residual queda dominado por asimetrías de ruta diminutas y estables en lugar de por retardos de software cambiantes, y por eso las redes PTP bien diseñadas mantienen los relojes juntos dentro de fracciones de un microsegundo.

Se espera que la red misma participe en lugar de quedarse pasiva de por medio. Un switch ordinario agrega una cantidad variable de retardo de encolado a cada trama, y esa variabilidad arruinaría la precisión si quedara sin corregir. PTP resuelve esto definiendo roles de reloj especiales para los switches, para que el retardo que un paquete acumula al cruzar la red se mida y se reste en lugar de adivinarse. El resultado es que el tiempo se mantiene preciso aun a través de varios saltos, algo que un protocolo de software puramente extremo a extremo no puede prometer.

Relojes grandmaster, boundary y transparent

Una red PTP se organiza en torno a una jerarquía de roles de reloj. En la cima está el reloj grandmaster, la mejor fuente de tiempo en la red, por lo general disciplinada por GPS u otra referencia satelital para que rastree un estándar global. Los dispositivos eligen automáticamente el grandmaster usando un proceso de selección que compara la calidad declarada de cada candidato, así que si la referencia primaria falla, un respaldo puede tomar el rol sin intervención manual. Cada otro reloj rastrea en última instancia su tiempo de vuelta a cualquiera que sea el grandmaster que esté a cargo.

Un reloj boundary es un dispositivo, típicamente un switch, que termina PTP en el puerto que da hacia el grandmaster y luego actúa como maestro para los dispositivos debajo de él. Absorbe el intercambio de tiempo, recupera tiempo preciso para sí mismo, y redistribuye ese tiempo hacia abajo, lo que mantiene pequeño el número de relojes que un segmento debe alcanzar y evita que el error se acumule a través de una red grande. Los relojes boundary dejan a una subestación escalar a muchos dispositivos manteniendo cada intercambio de sincronización corto y limpio.

Un reloj transparent toma un enfoque distinto: en lugar de volverse un maestro, mide cuánto tiempo pasa cada mensaje PTP dentro de él y escribe ese tiempo de residencia en un campo de corrección que el mensaje lleva. El dispositivo receptor lee la corrección acumulada y resta el retardo exacto que el paquete experimentó al cruzar cada reloj transparent en la ruta. Así es como PTP se mantiene preciso a través de múltiples switches sin dejar que la fluctuación de encolado se acumule, y elegir entre diseños boundary y transparent es una decisión central al diseñar una red de tiempo precisa.

Un paso, dos pasos y cuándo PTP supera a NTP en campo

PTP define dos formas de entregar la hora exacta de envío de un mensaje de tiempo. En la operación de dos pasos el dispositivo envía el mensaje primero y luego envía un mensaje de seguimiento que lleva la marca de tiempo exacta de hardware de cuándo el primero realmente salió, porque ese instante solo se conoce después de la transmisión. En la operación de un paso el hardware escribe la hora real de salida directamente en el paquete saliente al vuelo, así que no hace falta seguimiento. Un paso reduce el conteo de mensajes y se prefiere cuando el hardware lo soporta, mientras que dos pasos es más simple de implementar y sigue siendo común; ambos alcanzan la misma precisión cuando se hacen bien.

La pregunta práctica para la mayoría de los operadores es si necesitan PTP en absoluto, ya que NTP ya mantiene los relojes alineados dentro de unos pocos milisegundos, lo que es más que suficiente para el orden de eventos, las tendencias y el análisis de secuencia de eventos. PTP se gana su costo y complejidad adicionales solo donde la aplicación exige una precisión un orden de magnitud o más ajustada de la que entrega NTP. El caso clásico es una subestación digital moderna, donde los relés de protección intercambian valores de medición muestreados y señales de disparo críticas en tiempo por la red, y donde se requiere una alineación de nivel microsegundo para que esas muestras se combinen correctamente.

Para una plataforma SCADA en la nube como Merobix, la frontera relevante es clara: PTP vive dentro de la red local rápida de una subestación o una celda de control de alta velocidad, disciplinando los instrumentos que necesitan concordar al microsegundo, mientras que el enlace de área amplia de regreso a la nube corre sobre el tiempo ordinario de internet donde la precisión de clase NTP es enteramente suficiente. Un sistema bien diseñado usa PTP precisamente donde su precisión se necesita y no paga por él donde no, para que los datos de campo estrechamente sincronizados aún aterricen en una línea de tiempo coherente y comparable una vez que llegan al historiador.

Preguntas frecuentes