O que é o PTP? Precision Time Protocol explicado

O PTP (Precision Time Protocol) faz com que todos os relógios e dispositivos de uma rede mantenham exatamente a mesma hora, até uma fração de milionésimo de segundo. É o irmão mais velho preciso do NTP, o protocolo que acerta a hora dos computadores e servidores comuns.

Porquê tão preciso?

Em alguns ambientes «quase igual» não chega. Pense num estúdio de televisão onde vários sinais de câmara têm de estar perfeitamente sincronizados, num sistema de negociação que tem de carimbar cada transação no momento certo, ou numa subestação de alta tensão que tem de localizar uma falha ao microssegundo. É aí que se usa o PTP.

Como se consegue essa precisão?

Duas coisas fazem a diferença face ao NTP:

• A hora é carimbada pela própria placa de rede, não pelo software do computador. Isso evita um atraso dispendioso e imprevisível.
• Switches de rede especiais têm em conta o seu próprio atraso e corrigem-no ativamente, para que a hora não se desvie pelo caminho.

Um dispositivo da rede é o chefe do tempo: o grandmaster. Costuma obter a sua hora de satélites (GPS e sistemas afins) e distribui-a a todos os outros dispositivos.

Em resumo

Bastam-lhe milissegundos? Então o NTP serve. Precisa de microssegundos ou melhor? Então o PTP é a resposta. Em dúvida? Pensamos com gosto em conjunto consigo.

O Precision Time Protocol (PTP), normalizado em IEEE 1588, leva a sincronização de relógios ao nível do sub-microssegundo numa rede Ethernet. Enquanto o NTP é suficiente para logging e validação TLS ao nível do milissegundo, o PTP exige escolhas conscientes em switches, oscilador e arquitetura de rede. Este artigo explica quando precisa de PTP, como funciona a hierarquia, e que perfil se adequa à sua aplicação.

O PTP em 60 segundos

O PTP utiliza um grandmaster clock que distribui o seu tempo a todos os outros relógios da rede através de uma série de quatro trocas de carimbos temporais por ciclo. Duas melhorias fundamentais em relação ao NTP garantem a maior precisão:

• Hardware-timestamping no Network Interface Controller (NIC) em vez da camada de software do sistema operativo. Isso elimina o jitter do scheduler do kernel.
• Network symmetry: switches PTP-aware corrigem ativamente o seu próprio atraso interno de fila, de modo que atrasos assimétricos sejam compensados.

Segundo Banerjee & Matsakis (2023), capítulo 7.4, o PTP atinge as seguintes ordens de grandeza consoante a aplicação: financial trading exige ±100 µs, transportes ±10 µs, broadcast ±1 µs, telecom ±150 ns a ±3 µs, e power line fault detection ±100 a ±500 ns. Com o perfil de alta precisão White Rabbit pode-se obter, em ambiente laboratorial, precisão de sub-nanossegundo.

PTP vs NTP: quando escolher cada protocolo?

A questão "PTP ou NTP" é uma decisão de investimento. Os switches PTP-aware custam um múltiplo dos switches comuns, e os grandmasters PTP exigem frequentemente holdover por OCXO ou Rubídio.

	NTP	PTP (IEEE 1588)
Precisão típica em LAN	1 a 10 ms	100 ns a 1 µs
Requisitos de hardware	switches comuns	switches PTP-aware (boundary ou transparent clocks)
Timestamping	software (kernel do SO)	hardware (NIC)
Exigência de symmetry	não	sim, switches compensam o próprio atraso
Aplicação típica	servidores TI, relógios, logging	broadcast, finança, digital substation, 5G fronthaul

Para uma comparação mais aprofundada: consulte o nosso artigo NTP vs PTP.

Como é estruturada a hierarquia PTP?

O PTP define quatro funções de relógio. A rede escolhe a cada segundo, através do Best TimeTransmitter Clock Algorithm (BTCA, anteriormente Best Master Clock Algorithm), quem é o grandmaster.

• Grandmaster clock: a fonte. Recebe o seu tempo de GNSS ou de uma fonte atómica. Distribui o tempo PTP pela rede. Em ambientes Masterclock isto é tipicamente um GMR6000 ou um NTP100-OSC.
• Boundary clock: tem várias portas e fica entre duas redes PTP. Recebe tempo PTP numa porta e retransmite na outra. Banerjee & Matsakis (2023, secção 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: um switch ou router PTP-aware que deixa passar os pacotes PTP e acrescenta um campo de correção para o seu próprio atraso de fila. Crucial para a precisão: um switch comum perturba o PTP, um transparent clock corrige.
• Ordinary clock: tem uma porta. Tipicamente recebe tempo, podendo em princípio também tornar-se grandmaster se o BTCA assim o indicar.

Um aviso 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."* Pergunte, portanto, explicitamente ao fornecedor do switch como está implementada a correção de transparent-clock, não apenas se "o PTP é suportado".

O que são perfis PTP e porque existem?

O IEEE 1588 define o protocolo geral. Mas cada indústria tem exigências de precisão, estratégias de redundância e escolhas de transporte próprias. Para isso existem perfis — subconjuntos pré-definidos do IEEE 1588 com escolha fixa de parâmetros.

• Default Profile (Anexo J do IEEE 1588): implementação genérica. Funciona em toda a parte, mas não está otimizada para exigências de uma indústria específica.
• Telecom Profile G.8275.1: full-timing support para redes móveis. Sincronização de frequência e de fase. Exige switches PTP-aware em todo o trajeto. Utilizado para 4G e 5G fronthaul.
• Telecom Profile G.8275.2: partial-timing support. Funciona sobre redes em que nem todos os switches são PTP-aware. Menos preciso que o G.8275.1, mas mais pragmático em legacy-deployments.
• Power Profile IEC 61850-9-3: PTP para digital substations em redes elétricas. Boundary clocks obrigatórios, redundância HSR e PRP e precisão de ±1 µs em toda a subestação.
• Power Profile IEEE C37.238: variante norte-americana do power-profile, com objetivo equivalente. Muitos grandmasters suportam ambos em simultâneo.
• Media Profile SMPTE 2059-2: PTP para IP-broadcast (substitui o antigo SDI-genlock). Faz parte do conjunto de normas SMPTE ST 2110 para media profissional sobre IP.
• Enterprise Profile: alternativa mais leve para redes de TI que pretendem mais do que o nível NTP sem a carga operacional dos perfis Telecom ou Power.

Importante: equipamento PTP que segue perfis diferentes não é intercambiável. Banerjee & Matsakis (2023, secção 7.4) advertem expressamente: *"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."*

Escolha portanto primeiro o perfil (determinado pela sua indústria), só depois a marca. Para um aprofundamento nas variantes para o setor elétrico: veja o nosso artigo Power Profile: IEC 61850-9-3 vs IEEE C37.238.

Que hardware é preciso para PTP?

Uma implementação PTP depende de três componentes de hardware que tem de especificar corretamente.

Switches PTP-aware

O árbitro entre "PTP real" e "PTP on-paper". Um switch gigabit comum deixa passar os pacotes PTP, mas introduz atrasos imprevisíveis. Um switch PTP-aware é ou um transparent clock (corrige o seu próprio atraso) ou um boundary clock (termina o PTP na entrada e regenera-o na saída). Ambos os padrões funcionam, com diferentes compromissos em scalability e troubleshooting.

Oscilador do grandmaster

O oscilador interno do grandmaster determina quão bem a rede sobrevive em caso de queda do GNSS. Três famílias:

• TCXO: holdover de minutos a algumas horas dentro de ±1 ms. Adequado para aplicações de TI, não para PTP strict.
• OCXO: holdover de 24 horas a alguns dias dentro de ±1 µs. Padrão para implementações PTP em broadcast e indústria.
• Rubídio: holdover de semanas dentro de ±1 µs. Para defesa, telecom-fronthaul, financial trading com cenário de queda de GNSS superior a 24 h.

Consulte o nosso artigo Fontes de holdover: TCXO, OCXO e Rubídio comparados para a comparação detalhada.

Antena GNSS e disciplinamento

O grandmaster precisa de uma fonte GNSS para disciplinar periodicamente o oscilador. A escolha da antena, o comprimento de cabo e o sky-view são cruciais — consulte o nosso artigo Disciplinamento GNSS: GPS, GLONASS, Galileo e BeiDou em conjunto.

Orçamento de precisão: o que se pode obter realisticamente?

Cada camada no trajeto PTP acrescenta incerteza. Uma regra prática aproximada, com a ressalva de que os valores exatos dependem muito da implementação do switch, dos comprimentos de cabo e da carga de rede:

• Grandmaster, disciplinado por GNSS, OCXO: dezenas de ns a ±100 ns de desvio em relação ao UTC
• Switch PTP-aware (transparent clock): tipicamente ±100 ns extra por hop
• Relógio final através de boundary clock no último segmento: cerca de ±1 µs no orçamento total

Banerjee & Matsakis (2023, secção 7.4) confirmam: as aplicações PTP obtêm tipicamente precisão sub-microssegundo enquanto toda a cadeia for PTP-aware. Sem componentes PTP-aware, o PTP recai numa precisão equivalente à do NTP.

Perguntas frequentes

Preciso de PTP, ou o NTP é suficiente?

Para logging de TI, validação de certificados TLS e correlação de logs ao nível do milissegundo, o NTP é amplamente suficiente. O PTP é necessário assim que tiver exigências ao nível do sub-milissegundo: sincronização de frames em broadcast, financial trading (MiFID II), digital substations (IEC 61850), 5G fronthaul. Uma regra prática curta: tem milissegundos? NTP. Microssegundos? PTP.

O PTP funciona sobre WAN ou Internet?

O PTP foi concebido para ambientes LAN controlados. Na Internet o PTP funciona, mas perde a sua vantagem de precisão sobre o NTP, porque os routers intermédios não são PTP-aware. Banerjee & Matsakis (2023) observam que o PTP, sem componentes PTP-aware, é tão sensível a caminhos variáveis quanto o NTP. Para implementações WAN: PTP dentro de cada local, NTP entre locais, ou considere White Rabbit para aplicações científicas.

Qual a diferença entre end-to-end e peer-to-peer delay?

End-to-end (E2E) calcula o atraso de um pacote PTP por todo o trajeto do grandmaster até ao slave, numa única medição. Peer-to-peer (P2P) calcula o atraso por cada ligação entre vizinhos diretos. O P2P é mais robusto perante alterações de rede e é obrigatório no Power Profile (IEC 61850-9-3). O E2E é mais simples e é o padrão em muitos outros perfis.

O que é o White Rabbit e quando é relevante?

O White Rabbit é um perfil PTP de alta precisão que atinge precisão sub-nanossegundo através de hardware adicional (medição de carrier-signal nos switches). Foi desenvolvido no CERN para sincronização de aceleradores de partículas. Para broadcast comercial ou finança é exagero. Para aplicações científicas, radio-astronomia e experiências quânticas é a escolha padrão.

O PTP e o NTP podem coexistir na mesma rede?

Sim, e na prática isso acontece com frequência. Um grandmaster PTP como o Masterclock GMR6000 fornece simultaneamente PTP para dispositivos mission-critical e NTP para o resto da rede. Coloque os switches PTP-aware num segmento em árvore para os clientes PTP, e deixe os clientes NTP ligar-se através de switches comuns.

Próximo passo

Ver master clocks Masterclock que suportam PTP.

Fontes e normas

Esta página refere-se às seguintes normas oficiais e 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