¿Qué es PTP? Precision Time Protocol explicado

PTP (Precision Time Protocol) hace que todos los relojes y dispositivos de una red mantengan exactamente la misma hora, hasta una fracción de millonésima de segundo. Es el hermano mayor preciso de NTP, el protocolo que pone en hora los ordenadores y servidores corrientes.

¿Por qué tan preciso?

En algunos entornos «casi igual» no basta. Piense en un estudio de televisión donde varias señales de cámara deben ir perfectamente sincronizadas, un sistema de trading que debe marcar cada transacción en el momento justo, o una subestación de alta tensión que debe localizar un fallo al microsegundo. Ahí se usa PTP.

¿Cómo se logra esa precisión?

Dos cosas marcan la diferencia con NTP:

• La hora la marca la propia tarjeta de red, no el software del ordenador. Eso evita un retardo costoso e impredecible.
• Conmutadores de red especiales tienen en cuenta su propio retardo y lo corrigen activamente, para que la hora no se desvíe por el camino.

Un dispositivo de la red es el jefe del tiempo: el grandmaster. Suele obtener su hora de satélites (GPS y sistemas afines) y la distribuye a todos los demás dispositivos.

En resumen

¿Le bastan los milisegundos? Entonces NTP sirve. ¿Necesita microsegundos o mejor? Entonces PTP es la respuesta. ¿Tiene dudas? Con gusto lo pensamos con usted.

Precision Time Protocol (PTP), estandarizado en IEEE 1588, lleva la sincronización de relojes al nivel sub-microsegundo sobre una red Ethernet. Mientras que NTP es suficiente para registros y validación TLS a nivel de milisegundos, PTP exige decisiones conscientes en los switches, en el oscilador y en la arquitectura de red. Este artículo explica cuándo necesita usted PTP, cómo funciona la jerarquía y qué profile encaja con su aplicación.

PTP en 60 segundos

PTP utiliza un grandmaster clock que distribuye su hora a todos los demás relojes de la red mediante una serie de cuatro intercambios de marcas de tiempo por ciclo. Dos mejoras fundamentales respecto a NTP permiten la mayor precisión:

• Marcado de tiempo por hardware en la Network Interface Controller (NIC) en lugar de la capa software del SO. Esto elimina el jitter del planificador del kernel.
• Network symmetry: los switches con soporte PTP corrigen activamente su propio retardo interno de cola, de modo que se compensan los retardos asimétricos.

Según Banerjee & Matsakis (2023), capítulo 7.4, PTP alcanza, según el ámbito de aplicación, los siguientes órdenes de magnitud: el trading financiero requiere ±100 µs, el transporte ±10 µs, broadcast ±1 µs, telecomunicaciones de ±150 ns a ±3 µs, y la detección de fallos en líneas eléctricas de ±100 a ±500 ns. Con el profile White Rabbit de alta precisión se puede alcanzar precisión sub-nanosegundo en entornos de laboratorio.

PTP vs NTP: ¿cuándo elegir cada protocolo?

La pregunta «PTP o NTP» es una decisión de inversión. Los switches con soporte PTP cuestan un múltiplo de los switches normales, y los grandmasters PTP suelen exigir holdover OCXO o Rubidio.

	NTP	PTP (IEEE 1588)
Precisión típica en LAN	1 a 10 ms	100 ns a 1 µs
Requisitos de hardware	switches normales	switches con soporte PTP (boundary o transparent clocks)
Marcado de tiempo	software (kernel del SO)	hardware (NIC)
Exigencia de simetría	no	sí, los switches compensan su propio retardo
Aplicación típica	servidores TI, relojes, registros	broadcast, finanzas, subestaciones digitales, 5G fronthaul

Para una comparación más amplia: consulte nuestro artículo NTP vs PTP.

¿Cómo se estructura la jerarquía PTP?

PTP define cuatro roles de reloj. La red elige cada segundo, mediante el Best TimeTransmitter Clock Algorithm (BTCA, anteriormente Best Master Clock Algorithm), quién es el grandmaster.

• Grandmaster clock: la fuente. Recibe su hora de GNSS o de una fuente atómica. Distribuye la hora PTP a la red. En entornos Masterclock se trata típicamente de un GMR6000 o un NTP100-OSC.
• Boundary clock: tiene varios puertos y se sitúa entre dos redes PTP. Recibe la hora PTP en un puerto y la retransmite en el otro. Banerjee & Matsakis (2023, sección 7.4): *"A boundary clock receives time from one network, and can serve as a source on a different network if the BTT algorithm calls for it."*
• Transparent clock: un switch o router con soporte PTP que deja pasar los paquetes PTP y añade además un campo de corrección por su propio retardo de cola. Crucial para la precisión: un switch normal perturba PTP, un transparent clock lo corrige.
• Ordinary clock: tiene un solo puerto. Recibe la hora típicamente, aunque en principio también puede convertirse en grandmaster si el BTCA así lo indica.

Una advertencia de Banerjee & Matsakis (2023): *"Be careful that the component adds the delay as a pre-computed value rather than as a measurement, because the precision is significantly degraded when PTP-aware components compute this delay by taking the time to measure the ingress and egress epochs within software."* Pregunte por tanto a su proveedor de switches de forma explícita cómo se implementa la corrección del transparent clock, no solo si «PTP está soportado».

¿Qué son los profiles PTP y por qué existen?

IEEE 1588 define el protocolo general. Pero cada industria tiene sus propios requisitos de precisión, estrategias de redundancia y opciones de transporte. Para ello existen los profiles — subconjuntos predefinidos de IEEE 1588 con una elección fija de parámetros.

• Default Profile (Annex J de IEEE 1588): implementación genérica. Funciona en cualquier sitio, pero no está optimizada para exigencias industriales específicas.
• Telecom Profile G.8275.1: full-timing support para redes móviles. Sincronización de frecuencia y fase. Exige switches con soporte PTP en toda la ruta. Se utiliza para 4G y 5G fronthaul.
• Telecom Profile G.8275.2: partial-timing support. Funciona sobre redes en las que no todos los switches tienen soporte PTP. Menos preciso que G.8275.1, pero más pragmático en despliegues legacy.
• Power Profile IEC 61850-9-3: PTP para subestaciones digitales en redes eléctricas. Exige boundary clocks, redundancia HSR y PRP y una precisión de ±1 µs en toda la subestación.
• Power Profile IEEE C37.238: variante americana del power profile, con objetivo comparable. Muchos grandmasters soportan ambos a la vez.
• Media Profile SMPTE 2059-2: PTP para broadcast IP (reemplaza el antiguo genlock SDI). Forma parte de la suite SMPTE ST 2110 para professional media over IP.
• Enterprise Profile: alternativa más ligera para redes TI que quieren más que NTP sin la carga operativa de los profiles Telecom o Power.

Importante: los equipos PTP que siguen profiles distintos no son intercambiables. Banerjee & Matsakis (2023, sección 7.4) advierten explícitamente: *"PTP equipment following different profiles may not be compatible. The user is also warned that sometimes equipment from different manufacturers can prove incompatible even if they purport to follow the same profile."*

Elija por tanto primero el profile (determinado por su industria), y solo después la marca. Para una inmersión más profunda en las variantes power-utility: consulte nuestro artículo Power Profile: IEC 61850-9-3 vs IEEE C37.238.

¿Qué hardware necesita para PTP?

Un despliegue PTP depende de tres componentes de hardware que usted debe especificar correctamente.

Switches con soporte PTP

El árbitro entre «PTP real» y «PTP sobre el papel». Un switch gigabit normal deja pasar los paquetes PTP pero añade un retardo impredecible. Un switch con soporte PTP es o bien un transparent clock (corrige su propio retardo) o un boundary clock (termina PTP en el puerto de entrada y lo regenera en el puerto de salida). Ambos patrones funcionan, con diferentes compromisos en escalabilidad y diagnóstico.

Oscilador del grandmaster

El oscilador interno del grandmaster determina cómo sobrevive la red si GNSS falla. Tres familias:

• TCXO: holdover de minutos a algunas horas dentro de ±1 ms. Adecuado para aplicaciones TI, no para PTP estricto.
• OCXO: holdover de 24 horas a varios días dentro de ±1 µs. Estándar para broadcast y despliegues PTP industriales.
• Rubidio: holdover de semanas dentro de ±1 µs. Para defensa, telecom fronthaul, trading financiero con un escenario de pérdida de GNSS de más de 24 horas.

Consulte nuestro artículo Fuentes de holdover: TCXO, OCXO y Rubidium comparados para la comparación detallada.

Antena GNSS y disciplinado

El grandmaster necesita una fuente GNSS para disciplinar el oscilador de forma periódica. La elección de la antena, la longitud del cable y la visibilidad del cielo son cruciales — consulte nuestro artículo Disciplinado GNSS: GPS, GLONASS, Galileo y BeiDou juntos.

Presupuesto de precisión: ¿qué se obtiene de forma realista?

Cada capa en la ruta PTP añade incertidumbre. Una regla aproximada, con la advertencia de que las cifras exactas dependen mucho de la implementación del switch, las longitudes de cable y la carga de la red:

• Grandmaster disciplinado por GNSS, OCXO: desviación de decenas de ns a ±100 ns respecto a UTC
• Switch con soporte PTP (transparent clock): típicamente ±100 ns adicionales por salto
• Reloj final vía boundary clock en el último segmento: en torno a ±1 µs de presupuesto total

Banerjee & Matsakis (2023, sección 7.4) confirman: las aplicaciones PTP alcanzan típicamente precisión sub-microsegundo siempre que toda la cadena tenga soporte PTP. Sin componentes con soporte PTP, PTP cae a una precisión comparable a NTP.

Preguntas frecuentes

¿Necesito PTP, o basta con NTP?

Para registros TI, validación de certificados TLS y correlación de logs a nivel de milisegundos, NTP es más que suficiente. PTP se vuelve necesario en cuanto tenga requisitos por debajo del milisegundo: sincronización de frames broadcast, trading financiero (MiFID II), subestaciones digitales (IEC 61850), 5G fronthaul. Regla rápida: ¿milisegundos? NTP. ¿Microsegundos? PTP.

¿Funciona PTP sobre WAN o internet?

PTP está diseñado para entornos LAN controlados. En internet PTP funciona, pero pierde su ventaja de precisión sobre NTP porque los routers intermedios no tienen soporte PTP. Banerjee & Matsakis (2023) observan que PTP sin componentes con soporte PTP es tan sensible a rutas variables como NTP. Para despliegues WAN: PTP dentro de cada site, NTP entre sites, o considere White Rabbit para aplicaciones científicas.

¿Cuál es la diferencia entre end-to-end y peer-to-peer delay?

End-to-end (E2E) calcula el retardo de un paquete PTP en toda la ruta del grandmaster al esclavo, en una sola medición. Peer-to-peer (P2P) calcula el retardo por enlace entre vecinos directos. P2P es más robusto ante cambios de red y es obligatorio en el Power Profile (IEC 61850-9-3). E2E es más sencillo y es el valor por defecto en muchos otros profiles.

¿Qué es White Rabbit y cuándo es relevante?

White Rabbit es un profile PTP de alta precisión que alcanza precisión sub-nanosegundo gracias a hardware adicional (medición de la señal portadora en los switches). Desarrollado en el CERN para la sincronización de aceleradores de partículas. Para broadcast comercial o finanzas resulta excesivo. Para aplicaciones científicas, radioastronomía y experimentos cuánticos es la elección estándar.

¿Pueden funcionar PTP y NTP juntos en una misma red?

Sí, y en la práctica sucede a menudo. Un grandmaster PTP como el Masterclock GMR6000 entrega simultáneamente PTP para los dispositivos mission-critical y NTP para el resto de la red. Coloque los switches con soporte PTP en un único segmento del árbol para los clientes PTP, y permita que los clientes NTP se conecten a través de switches normales.

Siguiente paso

Vea los master clocks de Masterclock que soportan PTP.

Fuentes y normas

Esta página remite a las siguientes normas oficiales y organismos autorizados:

1. IEEE 1588-2019 — Standard for a Precision Clock Synchronization Protocol 2. IEC 61850-9-3:2016 — Communication networks and systems for power utility automation – Part 9-3: Precision Time Protocol profile 3. IEEE C37.238-2017 — Standard Profile for Use of IEEE 1588 PTP in Power System Applications 4. NIST Time and Frequency Division — Time Services overview