{"id":77041,"date":"2020-04-07T13:42:46","date_gmt":"2020-04-07T11:42:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2"},"modified":"2020-04-07T13:42:46","modified_gmt":"2020-04-07T11:42:46","slug":"podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","title":{"rendered":"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Introdu\u00e7\u00e3o<\/b><\/p>\n<p>A concep\u00e7\u00e3o de uma \"Subesta\u00e7\u00e3o Digital\" na energia el\u00e9trica requer sincroniza\u00e7\u00e3o com precis\u00e3o de 1 \u03bcs. Para a realiza\u00e7\u00e3o de transa\u00e7\u00f5es financeiras, tamb\u00e9m \u00e9 necess\u00e1ria precis\u00e3o em microssegundos. Nessas aplica\u00e7\u00f5es, a precis\u00e3o do tempo NTP j\u00e1 n\u00e3o \u00e9 suficiente.<\/p>\n<p>O protocolo de sincroniza\u00e7\u00e3o PTPv2, descrito na norma IEEE 1588v2, permite alcan\u00e7ar precis\u00e3o de sincroniza\u00e7\u00e3o na casa de dezenas de nanossegundos. O PTPv2 possibilita o envio de pacotes de sincroniza\u00e7\u00e3o atrav\u00e9s de redes L2 e L3.<\/p>\n<p>As principais \u00e1reas em que o PTPv2 \u00e9 aplicado incluem:<\/p>\n<ul>\n<li>energia;<\/li>\n<li>equipamento de medi\u00e7\u00e3o e controle;<\/li>\n<li>complexo industrial de defesa;<\/li>\n<li>telecomunica\u00e7\u00f5es;<\/li>\n<li>setor financeiro.<\/li>\n<\/ul>\n<p>\nNeste post, discutimos como funciona o protocolo de sincroniza\u00e7\u00e3o PTPv2.<\/p>\n<p>Temos mais experi\u00eancia na ind\u00fastria e frequentemente nos deparamos com esse protocolo em aplica\u00e7\u00f5es energ\u00e9ticas. Portanto, tamb\u00e9m faremos uma revis\u00e3o com foco <noindex><a rel=\"nofollow\" href=\"https:\/\/www.phoenixcontact.com\/online\/portal\/ru?1dmy&amp;urile=wcm%3apath%3a\/ruru\/web\/main\/products\/subcategory_pages\/Managed_switches_P-08-10-16-01\/aead25f7-3319-485d-8868-126c62b77cb1\">na energia<\/a><\/noindex>.<\/p>\n<p><b>Por que \u00e9 necess\u00e1rio?<\/b><\/p>\n<p>Atualmente, nas normas 34.01-21-004-2019 da PJSC \"Rosseti\" e 56947007-29.240.10.302-2020 da PJSC \"FSK EES\", existem requisitos para a organiza\u00e7\u00e3o do barramento de processo com garantia de sincroniza\u00e7\u00e3o de tempo via PTPv2.<\/p>\n<p>Isso se deve ao fato de que ao barramento de processo s\u00e3o conectados terminais de prote\u00e7\u00e3o por rel\u00e9 e dispositivos de medi\u00e7\u00e3o, que, atrav\u00e9s do barramento de processo, por meio dos chamados fluxos SV (fluxos multicast), transmitem valores instant\u00e2neos de corrente e tens\u00e3o.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Os terminais de prote\u00e7\u00e3o por rel\u00e9 utilizam esses valores para implementar as prote\u00e7\u00f5es de conex\u00e3o. Se a precis\u00e3o das medi\u00e7\u00f5es de tempo for baixa, algumas prote\u00e7\u00f5es podem operar de forma incorreta.<\/p>\n<p>Por exemplo, a prote\u00e7\u00e3o de seletividade absoluta pode ser uma v\u00edtima de uma \"sincroniza\u00e7\u00e3o fraca\" de tempo. Muitas vezes, a l\u00f3gica de tais prote\u00e7\u00f5es \u00e9 baseada na compara\u00e7\u00e3o de duas grandezas. Se as grandezas divergem em um valor suficientemente grande, a prote\u00e7\u00e3o \u00e9 ativada. Se essas grandezas forem medidas com precis\u00e3o de tempo de 1 ms, pode-se obter uma grande diferen\u00e7a onde os valores na verdade est\u00e3o normais, se medidos com precis\u00e3o de 1 \u03bcs.<\/p>\n<p><b>Vers\u00f5es do PTP<\/b><\/p>\n<p>O protocolo PTP foi inicialmente descrito em 2002 no padr\u00e3o IEEE 1588-2002, denominado \"Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems\". Em 2008, foi lan\u00e7ado o padr\u00e3o atualizado IEEE 1588-2008, que descreve a vers\u00e3o 2 do PTP. Nesta vers\u00e3o do protocolo, a precis\u00e3o e a estabilidade foram aprimoradas, mas a compatibilidade retroativa com a primeira vers\u00e3o do protocolo n\u00e3o foi mantida. Al\u00e9m disso, em 2019, foi lan\u00e7ada a vers\u00e3o do padr\u00e3o IEEE 1588-2019, que descreve o PTP v2.1. Esta vers\u00e3o adiciona pequenas melhorias ao PTPv2 e \u00e9 retrocompat\u00edvel com o PTPv2.<\/p>\n<p>Em outras palavras, temos a seguinte representa\u00e7\u00e3o das vers\u00f5es:<\/p>\n<p>PTPv1<br \/>\n(IEEE 1588-2002)<\/p>\n<p>PTPv2<br \/>\n(IEEE 1588-2008)<\/p>\n<p>PTPv2.1<br \/>\n(IEEE 1588-2019)<\/p>\n<p>PTPv1 (IEEE 1588-2002)<\/p>\n<p> \u2014<br \/>\nIncompat\u00edveis<\/p>\n<p>Incompat\u00edveis<\/p>\n<p>PTPv2 (IEEE 1588-2008)<\/p>\n<p>Incompat\u00edveis<\/p>\n<p> \u2014<br \/>\nCompat\u00edveis<\/p>\n<p>PTPv2.1 (IEEE 1588-2019)<\/p>\n<p>Incompat\u00edveis<\/p>\n<p>Compat\u00edveis<\/p>\n<p> \u2014 <\/p>\n<p>\nMas, como sempre, existem nuances.<\/p>\n<p>A incompatibilidade entre PTPv1 e PTPv2 implica que um dispositivo que suporta PTPv1 n\u00e3o poder\u00e1 sincronizar com rel\u00f3gios precisos operando em PTPv2. Para a sincroniza\u00e7\u00e3o, eles utilizam diferentes formatos de mensagens.<\/p>\n<p>No entanto, \u00e9 poss\u00edvel combinar dispositivos com PTPv1 e dispositivos com PTPv2 em uma mesma rede. Para isso, alguns fabricantes permitem escolher a vers\u00e3o do protocolo nas portas dos rel\u00f3gios de borda. Ou seja, os rel\u00f3gios de borda podem sincronizar-se via PTPv2 e, ao mesmo tempo, sincronizar outros rel\u00f3gios conectados a eles, tanto via PTPv1 quanto via PTPv2.<\/p>\n<p><b>Dispositivos PTP. Quais s\u00e3o e como diferem?<\/b><\/p>\n<p>O padr\u00e3o IEEE 1588v2 descreve v\u00e1rios tipos de dispositivos. Todos eles est\u00e3o listados na tabela.<\/p>\n<p>Os dispositivos interagem entre si atrav\u00e9s de redes locais, utilizando PTP.<\/p>\n<p>Os dispositivos PTP s\u00e3o chamados de rel\u00f3gios. Todos os rel\u00f3gios obt\u00eam o tempo preciso a partir de rel\u00f3gios mestre.<\/p>\n<p>Existem 5 tipos de rel\u00f3gios:<\/p>\n<p>Grandmaster clock (Rel\u00f3gio Mestre)<\/p>\n<p>Fonte principal de tempo preciso. Frequentemente equipado com uma interface para conex\u00e3o GPS.<\/p>\n<p>Ordinary Clock (Rel\u00f3gio Comum)<\/p>\n<p>Dispositivo com uma porta, que pode ser mestre (rel\u00f3gio l\u00edder) ou escravo (rel\u00f3gio subordinado)<\/p>\n<p>Rel\u00f3gios mestres (mestre)<\/p>\n<p>S\u00e3o a fonte de tempo preciso, a partir da qual outros rel\u00f3gios se sincronizam<\/p>\n<p>Rel\u00f3gios escravos (escravo)<\/p>\n<p>Dispositivo final, que se sincroniza a partir dos rel\u00f3gios mestres<\/p>\n<p>Boundary Clock (Rel\u00f3gio de Borda)<\/p>\n<p>Dispositivo com v\u00e1rias portas, que pode ser mestre ou escravo.<\/p>\n<p>Ou seja, esses rel\u00f3gios podem se sincronizar com rel\u00f3gios mestres superiores e sincronizar rel\u00f3gios escravos inferiores.<\/p>\n<p>Rel\u00f3gio Transparente End-to-End<\/p>\n<p>Dispositivo com v\u00e1rias portas que n\u00e3o \u00e9 nem rel\u00f3gio mestre nem escravo. Ele transmite dados PTP entre dois rel\u00f3gios. <\/p>\n<p>Durante a transmiss\u00e3o de dados, os rel\u00f3gios transparentes corrigem todas as mensagens PTP. <\/p>\n<p>A corre\u00e7\u00e3o \u00e9 realizada adicionando um atraso de tempo neste dispositivo no campo de corre\u00e7\u00e3o no cabe\u00e7alho da mensagem transmitida.<\/p>\n<p>Rel\u00f3gio Transparente Peer-to-Peer<\/p>\n<p>Dispositivo com v\u00e1rias portas que n\u00e3o \u00e9 nem rel\u00f3gio mestre nem escravo. <br \/>\nEle transmite dados PTP entre dois rel\u00f3gios. <\/p>\n<p>Durante a transmiss\u00e3o de dados, os rel\u00f3gios transparentes corrigem todas as mensagens PTP Sync e Follow_Up (mais detalhes a seguir).<\/p>\n<p>A corre\u00e7\u00e3o \u00e9 conseguida adicionando um atraso ao campo de corre\u00e7\u00e3o do pacote transmitido com o atraso no dispositivo transmissor e no canal de transmiss\u00e3o de dados.<\/p>\n<p>N\u00f3 de Gerenciamento<\/p>\n<p>Dispositivo que configura e diagnostica outros rel\u00f3gios<\/p>\n<p>Rel\u00f3gios mestres e escravos s\u00e3o sincronizados usando marcas de tempo nas mensagens PTP. Existem dois tipos de mensagens no protocolo PTP:<\/p>\n<ul>\n<li>Mensagens de Evento \u2013 s\u00e3o mensagens sincronizadas que pressup\u00f5em a gera\u00e7\u00e3o de uma marca de tempo no momento do envio da mensagem e no momento da recep\u00e7\u00e3o<\/li>\n<li>Mensagens Gerais \u2013 estas mensagens n\u00e3o exigem marcas de tempo, mas podem conter marcas de tempo para mensagens relacionadas<\/li>\n<\/ul>\n<p><\/p>\n<p>Mensagens de Evento<\/p>\n<p>Mensagens Gerais<\/p>\n<p>Sync<br \/>\nDelay_Req<br \/>\nPdelay_Req<br \/>\nPdelay_Resp<\/p>\n<p>Anunciar<br \/>\nFollow_Up<br \/>\nDelay_Resp<br \/>\nPdelay_Resp_Follow_Up<br \/>\nGerenciamento<br \/>\nSinaliza\u00e7\u00e3o<\/p>\n<p>A seguir, todos os tipos de mensagens ser\u00e3o examinados com mais detalhes.<\/p>\n<p><b>Principais problemas de sincroniza\u00e7\u00e3o<\/b><\/p>\n<p>Ao transmitir um pacote de sincroniza\u00e7\u00e3o pela rede local, ele sofre um atraso no switch e no canal de transmiss\u00e3o de dados. Qualquer switch ir\u00e1 proporcionar um atraso de cerca de 10 \u03bcs, o que n\u00e3o \u00e9 aceit\u00e1vel para PTPv2. Para o dispositivo final, precisamos alcan\u00e7ar uma precis\u00e3o de 1 \u03bcs. (Isso se estamos falando do setor de energia. Outros aplicativos podem exigir ainda mais precis\u00e3o.)<\/p>\n<p>No IEEE 1588v2, s\u00e3o descritos v\u00e1rios algoritmos de opera\u00e7\u00e3o que permitem medir o atraso de tempo e corrigi-lo.<\/p>\n<p><b>Algoritmo de opera\u00e7\u00e3o<\/b><br \/>\nEm opera\u00e7\u00e3o normal, o protocolo funciona em duas fases.<\/p>\n<ul>\n<li>Fase 1 \u2014 estabelecimento da hierarquia 'Rel\u00f3gios Mestres - Rel\u00f3gios Escravos'.<\/li>\n<li>Fase 2 \u2014 sincroniza\u00e7\u00e3o dos rel\u00f3gios usando o mecanismo End-to-End ou Peer-to-Peer.<\/li>\n<\/ul>\n<p>\n<i>Fase 1 \u2014 Estabelecimento da hierarquia 'Mestre-Escravo'<\/i><\/p>\n<p>Cada porta de rel\u00f3gios comuns ou de fronteira possui um n\u00famero espec\u00edfico de estados (rel\u00f3gios escravos e rel\u00f3gios mestres). O padr\u00e3o descreve o algoritmo de transi\u00e7\u00e3o entre esses estados. Na programa\u00e7\u00e3o, tal algoritmo \u00e9 chamado de aut\u00f4mato finito ou m\u00e1quina de estados (mais detalhes na Wiki).<\/p>\n<p>Este aut\u00f4mato finito utiliza o algoritmo Best Master Clock Algorithm (BMCA) para estabelecer o mestre ao conectar dois rel\u00f3gios.<\/p>\n<p>Este algoritmo permite que os rel\u00f3gios assumam as responsabilidades de rel\u00f3gios grandmasters quando os rel\u00f3gios grandmasters superiores perdem o sinal de GPS, se desligam da rede, etc.<\/p>\n<p>As transi\u00e7\u00f5es entre estados de acordo com o BMCA est\u00e3o brevemente ilustradas no esquema a seguir:<br \/>\n<img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/add811d60135de3be9c6865a5e4493c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAs informa\u00e7\u00f5es sobre os rel\u00f3gios na outra extremidade do 'fio' s\u00e3o enviadas em uma mensagem especial (mensagem Announce). Quando essa informa\u00e7\u00e3o \u00e9 recebida, o algoritmo da m\u00e1quina de estados \u00e9 acionado e ocorre a compara\u00e7\u00e3o de quais rel\u00f3gios s\u00e3o melhores. A porta nos melhores rel\u00f3gios torna-se o rel\u00f3gio mestre.<\/p>\n<p>A hierarquia simples \u00e9 apresentada no esquema abaixo. Os caminhos 1, 2, 3, 4, 5 podem conter rel\u00f3gios transparentes (Transparent clock), mas eles n\u00e3o participam do estabelecimento da hierarquia 'Rel\u00f3gios Mestres \u2013 Rel\u00f3gios Escravos'.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/05831c032a2d4df286ef41c531c949a3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Fase 2 \u2014 Sincroniza\u00e7\u00e3o de rel\u00f3gios comuns e de fronteira<\/b><\/p>\n<p>Logo ap\u00f3s o estabelecimento da hierarquia 'Rel\u00f3gios Mestres \u2013 Rel\u00f3gios Escravos', inicia-se a fase de sincroniza\u00e7\u00e3o dos rel\u00f3gios comuns e de fronteira.<\/p>\n<p>Para sincroniza\u00e7\u00e3o, os rel\u00f3gios mestres enviam aos rel\u00f3gios escravos uma mensagem que cont\u00e9m um carimbo de data\/hora.<\/p>\n<p>Os rel\u00f3gios mestres podem ser:<\/p>\n<ul>\n<li>de um est\u00e1gio;<\/li>\n<li>de dois est\u00e1gios.<\/li>\n<\/ul>\n<p>\nRel\u00f3gios de um est\u00e1gio para sincroniza\u00e7\u00e3o enviam uma \u00fanica mensagem Sync.<\/p>\n<p>Rel\u00f3gios de dois est\u00e1gios para sincroniza\u00e7\u00e3o utilizam duas mensagens \u2013 Sync e Follow_Up.<\/p>\n<p>Para a fase de sincroniza\u00e7\u00e3o, podem ser utilizados dois mecanismos:<\/p>\n<ul>\n<li>Mecanismo de solicita\u00e7\u00e3o-resposta de atraso (Delay request-response mechanism).<\/li>\n<li>Mecanismo de medi\u00e7\u00e3o de atraso de n\u00f3 vizinho (Peer delay measurement mechanism).<\/li>\n<\/ul>\n<p>\nVamos come\u00e7ar analisando esses mecanismos no caso mais simples \u2014 quando rel\u00f3gios transparentes n\u00e3o s\u00e3o utilizados.<\/p>\n<p>Mecanismo de solicita\u00e7\u00e3o-resposta de atraso (Delay request-response mechanism)<\/p>\n<p>O mecanismo prev\u00ea duas etapas:<\/p>\n<ol>\n<li>Medi\u00e7\u00e3o do atraso na transmiss\u00e3o da mensagem entre os rel\u00f3gios mestres e escravos. Isso \u00e9 realizado atrav\u00e9s do mecanismo de solicita\u00e7\u00e3o-resposta de atraso.<\/li>\n<li>Realiza-se a corre\u00e7\u00e3o do desvio do tempo preciso.<\/li>\n<\/ol>\n<p>\n<i>Medi\u00e7\u00e3o do atraso<\/i><br \/>\n<img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/3a0d534384329c6232259736995eb0bd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nt1 \u2013 Tempo de envio da mensagem Sync pelos rel\u00f3gios mestres; t2 \u2013 Tempo de recebimento da mensagem Sync pelos rel\u00f3gios escravos; t3 \u2013 Tempo de envio da solicita\u00e7\u00e3o de atraso (Delay_Req) pelos rel\u00f3gios escravos; t4 \u2013 Tempo de recebimento da Delay_Req pelos rel\u00f3gios mestres.<\/p>\n<p>Quando os rel\u00f3gios escravos conhecem os tempos t1, t2, t3 e t4, eles podem calcular a m\u00e9dia de atraso durante a transmiss\u00e3o da mensagem de sincroniza\u00e7\u00e3o (tmpd). Isso \u00e9 calculado da seguinte forma:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/513eb7352a143073835fe36aedd9cb98.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDurante a transmiss\u00e3o da mensagem Sync e Follow_Up, \u00e9 calculado o atraso de tempo do mestre para o escravo \u2013 t-ms.<\/p>\n<p>Durante a transmiss\u00e3o das mensagens Delay_Req e Delay_Resp, \u00e9 calculado o atraso de tempo do escravo para o mestre \u2013 t-sm.<\/p>\n<p>Se entre esses dois valores surgir alguma assimetria, ocorrer\u00e1 um erro na corre\u00e7\u00e3o do tempo exato. O erro \u00e9 determinado pelo fato de que o atraso calculado \u00e9 a m\u00e9dia dos atrasos t-ms e t-sm. Se os atrasos n\u00e3o forem iguais, ajustaremos o tempo de forma imprecisa.<\/p>\n<p><i>Corre\u00e7\u00e3o do deslocamento do tempo exato<\/i><\/p>\n<p>Depois que o atraso entre os rel\u00f3gios mestres e escravos \u00e9 conhecido, os rel\u00f3gios escravos realizam a corre\u00e7\u00e3o do tempo.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/27f230252126a768273b40e8c8e7cc4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOs rel\u00f3gios escravos utilizam a mensagem Sync e a mensagem opcional Follow_Up para calcular o deslocamento do tempo exato ao transmitir pacotes dos rel\u00f3gios mestres para os escravos. O deslocamento \u00e9 calculado pela seguinte f\u00f3rmula:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/190604a9287f285e191eb26381fca52c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mecanismo de medi\u00e7\u00e3o de atraso entre n\u00f3s vizinhos (Peer delay measurement mechanism)<\/b><\/p>\n<p>Este mecanismo tamb\u00e9m utiliza duas etapas para sincroniza\u00e7\u00e3o:<\/p>\n<ol>\n<li>Os dispositivos medem o atraso de tempo at\u00e9 todos os vizinhos atrav\u00e9s de todas as portas. Para isso, eles usam o mecanismo de atraso entre pares (peer delay mechanism).<\/li>\n<li>Corre\u00e7\u00e3o do deslocamento do tempo exato.<\/li>\n<\/ol>\n<p>\n<i>Medi\u00e7\u00e3o do atraso entre dispositivos que suportam o modo Peer-to-Peer<\/i><\/p>\n<p>O atraso entre as portas que suportam o mecanismo peer-to-peer \u00e9 medido usando as seguintes mensagens:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/897c9914110e9a56f98f4fa835f524cd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuando a porta 1 conhece os tempos t1, t2, t3 e t4, ela pode calcular o atraso m\u00e9dio (tmld). Isso \u00e9 calculado pela seguinte f\u00f3rmula:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/17416bf3b60f86136002b27cf4987b27.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEm seguida, a porta usa este valor ao calcular o campo de corre\u00e7\u00e3o para cada mensagem Sync ou mensagem opcional Follow_Up que passa por este dispositivo. <\/p>\n<p>O atraso final ser\u00e1 igual \u00e0 soma do atraso durante a transmiss\u00e3o atrav\u00e9s deste dispositivo, do atraso m\u00e9dio durante a transmiss\u00e3o pelo canal de dados e do atraso j\u00e1 contido nesta mensagem, inclu\u00edda em dispositivos superiores.<\/p>\n<p>As mensagens Pdelay_Req, Pdelay_Resp e o opcional Pdelay_Resp_Follow_Up permitem obter a lat\u00eancia do mestre para o escravo e do escravo para o mestre (circular).<\/p>\n<p>Qualquer assimetria entre esses dois valores introduzir\u00e1 um erro na corre\u00e7\u00e3o do desvio do tempo preciso.<\/p>\n<p><i>Corre\u00e7\u00e3o do desvio do tempo preciso<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/c9cdedffd98db044718b8bc0eef156b9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOs rel\u00f3gios escravos utilizam a mensagem Sync e a mensagem opcional Follow_Up para calcular o desvio do tempo preciso ao transmitir pacotes dos rel\u00f3gios mestres para os escravos. O desvio \u00e9 calculado pela seguinte f\u00f3rmula:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/dff497d0f5644c3591f05f99e4c8c23a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAs vantagens do mecanismo de corre\u00e7\u00e3o peer-to-peer \u2013 o tempo de lat\u00eancia de cada mensagem Sync ou Follow_Up \u00e9 calculado ao longo de sua transmiss\u00e3o pela rede. Assim, mudan\u00e7as na rota de transmiss\u00e3o n\u00e3o afetar\u00e3o de forma alguma a precis\u00e3o da corre\u00e7\u00e3o.<\/p>\n<p>Ao usar esse mecanismo, a sincroniza\u00e7\u00e3o do tempo n\u00e3o requer o c\u00e1lculo da lat\u00eancia do caminho percorrido pelo pacote de sincroniza\u00e7\u00e3o, como \u00e9 feito no interc\u00e2mbio b\u00e1sico. Ou seja, as mensagens Delay_Req e Delay_Resp n\u00e3o s\u00e3o enviadas. Nesse m\u00e9todo, a lat\u00eancia entre os rel\u00f3gios mestres e escravos \u00e9 simplesmente somada no campo de corre\u00e7\u00e3o de cada mensagem Sync ou Follow_Up.<\/p>\n<p>Outra vantagem \u2013 os rel\u00f3gios mestres s\u00e3o descarregados da necessidade de processar mensagens Delay_Req.<\/p>\n<p><b>Modos de opera\u00e7\u00e3o dos rel\u00f3gios transparentes<\/b><\/p>\n<p>Consequentemente, foram analisados exemplos simples. Agora, suponha que switches apare\u00e7am no caminho da sincroniza\u00e7\u00e3o.<\/p>\n<p>Se forem utilizados switches sem suporte a PTPv2, o pacote de sincroniza\u00e7\u00e3o ser\u00e1 atrasado no switch por cerca de 10 \u03bcs.<\/p>\n<p>Switches com suporte a PTPv2 na terminologia IEEE 1588v2 s\u00e3o chamados de rel\u00f3gios transparentes. Os rel\u00f3gios transparentes n\u00e3o s\u00e3o sincronizados com os rel\u00f3gios mestres e n\u00e3o participam da hierarquia 'Rel\u00f3gios Mestres \u2013 Rel\u00f3gios Escravos', mas ao transmitir mensagens de sincroniza\u00e7\u00e3o, lembram-se de quanto tempo a mensagem foi atrasada neles. Isso permite corrigir a lat\u00eancia do tempo.<\/p>\n<p>Os rel\u00f3gios transparentes podem operar em dois modos:<\/p>\n<ul>\n<li>End-to-End.<\/li>\n<li>Peer-to-Peer.<\/li>\n<\/ul>\n<p>\n<b>End-to-End (E2E)<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/94e5d2f343d1657f1458adcbb344d024.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOs rel\u00f3gios transparentes E2E transmitem mensagens Sync e mensagens associadas Follow_Up para todas as portas. Mesmo para aquelas bloqueadas por protocolos (como RSTP).<\/p>\n<p>O comutador registra o carimbo de data\/hora quando o pacote Sync (Follow_Up) foi recebido na porta e quando foi enviado da porta. Com base nessas duas marcas de tempo, calcula-se o tempo de processamento da mensagem pelo comutador. No padr\u00e3o, esse tempo \u00e9 chamado de tempo de resid\u00eancia.<\/p>\n<p>O tempo de processamento \u00e9 adicionado ao campo correctionField da mensagem Sync (rel\u00f3gios de uma etapa) ou Follow_Up (rel\u00f3gios de duas etapas).<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/b04cfa6cd1a93f25222079d5bb864a6d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOs rel\u00f3gios transparentes E2E medem o tempo de processamento para mensagens Sync e Delay_Req que passam pelo comutador. No entanto, \u00e9 importante entender que a lat\u00eancia entre os rel\u00f3gios mestres e escravos \u00e9 calculada usando um mecanismo de solicita\u00e7\u00e3o-resposta de atraso. Se os rel\u00f3gios mestres mudarem ou se o caminho entre os rel\u00f3gios mestres e escravos mudar, a lat\u00eancia \u00e9 medida novamente. Isso aumenta o tempo de transi\u00e7\u00e3o em caso de mudan\u00e7as na rede.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/5bcb72a639accf802ffba7a1fa9a4767.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOs rel\u00f3gios transparentes P2P, al\u00e9m de medir o tempo de processamento da mensagem pelo comutador, medem a lat\u00eancia no canal de comunica\u00e7\u00e3o at\u00e9 o vizinho mais pr\u00f3ximo, usando o mecanismo de medi\u00e7\u00e3o de lat\u00eancia do n\u00f3 vizinho.<\/p>\n<p>A lat\u00eancia \u00e9 medida em cada canal em ambas as dire\u00e7\u00f5es, incluindo canais que est\u00e3o bloqueados por algum protocolo (por exemplo, RSTP). Isso permite calcular imediatamente a nova lat\u00eancia no caminho de sincroniza\u00e7\u00e3o, caso os rel\u00f3gios mestres ou a topologia da rede sejam alterados.<\/p>\n<p>O tempo de processamento das mensagens pelos comutadores e o tempo de lat\u00eancia s\u00e3o acumulados durante a transfer\u00eancia das mensagens Sync ou Follow_Up.<\/p>\n<p><b>Tipos de suporte PTPv2 pelos comutadores<\/b><\/p>\n<p>Os comutadores podem suportar PTPv2:<\/p>\n<ul>\n<li>por software;<\/li>\n<li>por hardware.<\/li>\n<\/ul>\n<p>\nNa implementa\u00e7\u00e3o do protocolo PTPv2 por software, o comutador solicita o carimbo de data\/hora do firmware. O problema \u00e9 que o firmware opera ciclicamente, e ser\u00e1 necess\u00e1rio esperar at\u00e9 que ele termine o ciclo atual, processe a solicita\u00e7\u00e3o e, ap\u00f3s o pr\u00f3ximo ciclo, forne\u00e7a o carimbo de data\/hora. Isso tamb\u00e9m levar\u00e1 tempo, resultando em lat\u00eancia, embora n\u00e3o t\u00e3o significativa quanto a falta de suporte por software para PTPv2.<\/p>\n<p>Apenas o suporte por hardware para PTPv2 permite cumprir a precis\u00e3o necess\u00e1ria. Nesse caso, a emiss\u00e3o do carimbo de data\/hora \u00e9 realizada por um ASIC especial, que est\u00e1 instalado na porta.<\/p>\n<p><b>Formato da mensagem<\/b><\/p>\n<p>Todas as mensagens PTP consistem nos seguintes campos:<\/p>\n<ul>\n<li>Header \u2013 34 bytes.<\/li>\n<li>Body \u2013 o tamanho depende do tipo de mensagem.<\/li>\n<li>Suffix \u2013 opcional.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/99086e6601dcdf8f41c10f273c4ebfdc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Header<\/b><\/p>\n<p>O campo Header \u00e9 o mesmo para todas as mensagens PTP. Seu tamanho \u00e9 de 34 bytes.<\/p>\n<p>Formato do campo Header:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/e4500d7e9026d9d059b1dcd668a44e5f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>messageType <\/b>\u2013 cont\u00e9m o tipo de mensagem transmitida, como Sync, Delay_Req, PDelay_Req, etc.<\/p>\n<p><b>messageLength<\/b> \u2013 cont\u00e9m o tamanho total da mensagem PTP, incluindo header, body e suffix (mas excluindo os bytes de preenchimento).<\/p>\n<p><b>domainNumber<\/b> \u2013 define a que <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pt\/domain\/\"   title=\"dom\u00ednio\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1225\">dom\u00ednio<\/a> PTP pertence a mensagem.<\/p>\n<p><b>Dom\u00ednio<\/b> \u2013 \u00e9 um conjunto de diferentes rel\u00f3gios reunidos em um \u00fanico grupo l\u00f3gico e sincronizados a partir de um rel\u00f3gio mestre, mas n\u00e3o necessariamente sincronizados com rel\u00f3gios pertencentes a outro dom\u00ednio.<\/p>\n<p><b>flags<\/b> \u2013 este campo cont\u00e9m v\u00e1rios flags para identificar o status da mensagem.<\/p>\n<p><b>correctionField<\/b> \u2013 cont\u00e9m o tempo de atraso em nanosegundos. O tempo de atraso inclui o atraso na transmiss\u00e3o atrav\u00e9s de rel\u00f3gios transparentes, bem como o atraso na transmiss\u00e3o atrav\u00e9s do canal no modo Peer-to-Peer.<\/p>\n<p><b>sourcePortIdentity<\/b> \u2013 este campo cont\u00e9m informa\u00e7\u00f5es sobre de qual porta a mensagem foi originalmente enviada.<\/p>\n<p><b>sequenceID<\/b> \u2013 cont\u00e9m um n\u00famero de identifica\u00e7\u00e3o para mensagens individuais.<\/p>\n<p><b>controlField<\/b> \u2013 campo de artefato =) Ele permanece da primeira vers\u00e3o do padr\u00e3o e cont\u00e9m informa\u00e7\u00f5es sobre o tipo desta mensagem. Essencialmente, \u00e9 o mesmo que messageType, mas com menos op\u00e7\u00f5es.<\/p>\n<p><b>logMessageInterval<\/b> \u2013 este campo \u00e9 determinado pelo tipo de mensagem.<\/p>\n<p><b>Corpo<\/b><\/p>\n<p>Como discutido acima, existem v\u00e1rios tipos de mensagens. Esses tipos s\u00e3o descritos abaixo:<\/p>\n<p><b>Mensagem Announce<\/b><br \/>\nA mensagem Announce \u00e9 utilizada para \"informar\" outros rel\u00f3gios dentro de um mesmo dom\u00ednio sobre seus par\u00e2metros. Esta mensagem permite estabelecer a hierarquia \"Rel\u00f3gio Mestre \u2013 Rel\u00f3gios Escravos\".<br \/>\n<img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/054b35f0c74757d531205fa352b90f4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Sync<\/b><br \/>\nA mensagem de sincroniza\u00e7\u00e3o (Sync) \u00e9 enviada pelos rel\u00f3gios mestres e cont\u00e9m a hora do rel\u00f3gio mestre no momento em que a mensagem Sync foi criada. Se os rel\u00f3gios mestres forem de dois est\u00e1gios, o timestamp na mensagem Sync ser\u00e1 definido para 0, e o timestamp real ser\u00e1 enviado na mensagem associada Follow_Up. A mensagem Sync \u00e9 utilizada para ambos os mecanismos de medi\u00e7\u00e3o de atraso.<\/p>\n<p>A mensagem \u00e9 transmitida usando Multicast. Opcionalmente, pode-se usar Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/38268221aa5663ba021f225c9de01df9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Delay_Req<\/b><\/p>\n<p>O formato da mensagem Delay_Req \u00e9 id\u00eantico ao da mensagem Sync. Os rel\u00f3gios escravos enviam Delay_Req. Ela cont\u00e9m a hora do envio do Delay_Req pelos rel\u00f3gios escravos. Esta mensagem \u00e9 usada apenas para o mecanismo de pedido-resposta de atraso.<\/p>\n<p>A mensagem \u00e9 transmitida usando Multicast. Opcionalmente, pode-se usar Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/1e64f3902ff3364b968581ff6b6a6573.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Follow_Up<\/b><\/p>\n<p>A mensagem Follow_Up pode ser enviada opcionalmente por rel\u00f3gios mestres e cont\u00e9m o hor\u00e1rio de envio <b>mensagens Sync<\/b> mestre. A mensagem Follow_Up \u00e9 enviada apenas por rel\u00f3gios mestres de duas etapas.<\/p>\n<p>A mensagem Follow_Up \u00e9 utilizada para ambos os mecanismos de medi\u00e7\u00e3o de lat\u00eancia.<\/p>\n<p>A mensagem \u00e9 transmitida usando Multicast. Opcionalmente, pode-se usar Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/00917743466b8a331922d18e0928d3db.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Delay_Resp<\/b><\/p>\n<p>A mensagem Delay_Resp \u00e9 enviada pelos rel\u00f3gios mestres. Ela cont\u00e9m o hor\u00e1rio de recebimento do Delay_Req pelos rel\u00f3gios mestres. Esta mensagem \u00e9 usada apenas para o mecanismo de solicita\u00e7\u00e3o-resposta de lat\u00eancia.<\/p>\n<p>A mensagem \u00e9 transmitida usando Multicast. Opcionalmente, pode-se usar Unicast.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/b9d0bc41f94ceee560c0c593dd9e4afd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Pdelay_Req<\/b><\/p>\n<p>A mensagem Pdelay_Req \u00e9 enviada pelo dispositivo que solicita a lat\u00eancia. Ela cont\u00e9m o hor\u00e1rio de envio da mensagem a partir da porta deste dispositivo. Pdelay_Req \u00e9 usada apenas para o mecanismo de medi\u00e7\u00e3o de lat\u00eancia do n\u00f3 vizinho.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/7eef44a2655158758cdbcfbc25fc2e48.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Pdelay_Resp<\/b><\/p>\n<p>A mensagem Pdelay_Resp \u00e9 enviada pelo dispositivo que recebeu a solicita\u00e7\u00e3o de lat\u00eancia. Ela cont\u00e9m o hor\u00e1rio de recebimento da mensagem Pdelay_Req por este dispositivo. As mensagens Pdelay_Resp s\u00e3o usadas apenas para o mecanismo de medi\u00e7\u00e3o de lat\u00eancia do n\u00f3 vizinho.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/6a3bb44c70fc09db3025df93c4d58a3f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagem Pdelay_Resp_Follow_Up<\/b><\/p>\n<p>A mensagem Pdelay_Resp_Follow_Up \u00e9 enviada opcionalmente pelo dispositivo que recebeu a solicita\u00e7\u00e3o de lat\u00eancia. Ela cont\u00e9m o hor\u00e1rio de recebimento da mensagem Pdelay_Req por este dispositivo. A mensagem Pdelay_Resp_Follow_Up \u00e9 enviada apenas por rel\u00f3gios mestres de duas etapas.<\/p>\n<p>Al\u00e9m disso, esta mensagem pode ser usada para o tempo de execu\u00e7\u00e3o em vez de um carimbo de data\/hora. O tempo de execu\u00e7\u00e3o \u00e9 o per\u00edodo entre o recebimento do Pdelay-Req e o envio do Pdelay_Resp.<\/p>\n<p>Pdelay_Resp_Follow_Up \u00e9 usado apenas para o mecanismo de medi\u00e7\u00e3o de lat\u00eancia do n\u00f3 vizinho.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/523043f7a880030474098fcdc1c5822d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Mensagens de Controle (Mensagem Management)<\/b><\/p>\n<p>Mensagens de controle PTP s\u00e3o necess\u00e1rias para transmitir informa\u00e7\u00f5es entre um ou mais rel\u00f3gios e o n\u00f3 de controle.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/4388d9f4b6b12f3a2cdc764c20597499.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Transmiss\u00e3o em LV<\/b><\/p>\n<p>A mensagem PTP pode ser transmitida em dois n\u00edveis:<\/p>\n<ul>\n<li>De rede \u2013 dentro de dados IP.<\/li>\n<li>De enlace \u2013 dentro de um quadro Ethernet.<\/li>\n<\/ul>\n<p>\nTransmiss\u00e3o da mensagem PTP via UDP atrav\u00e9s de IP via Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/361e008fc48396915e5e9c23cc52bd63.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPTP via UDP atrav\u00e9s de Ethernet<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/1862a5d27931a744e75e3c5bc63d7091.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Perfis<\/b><\/p>\n<p>O PTP possui muitos par\u00e2metros \"flex\u00edveis\" que precisam ser configurados. Por exemplo:<\/p>\n<ul>\n<li>Op\u00e7\u00f5es BMCA.<\/li>\n<li>Mecanismo de medi\u00e7\u00e3o de lat\u00eancia.<\/li>\n<li>Intervalos e valores iniciais de todos os par\u00e2metros configur\u00e1veis, etc.<\/li>\n<\/ul>\n<p>\nE apesar de anteriormente termos dito que os dispositivos PTPv2 s\u00e3o compat\u00edveis entre si, na verdade isso n\u00e3o \u00e9 bem assim. Os dispositivos devem ter as mesmas configura\u00e7\u00f5es para interagir.<\/p>\n<p>Assim, existem os chamados perfis PTPv2. Os perfis s\u00e3o grupos de configura\u00e7\u00f5es configuradas e restri\u00e7\u00f5es definidas do protocolo, permitindo a implementa\u00e7\u00e3o da sincroniza\u00e7\u00e3o de tempo para uma aplica\u00e7\u00e3o espec\u00edfica.<\/p>\n<p>O padr\u00e3o IEEE 1588v2 descreve apenas um perfil \u2013 o \u201cPerfil Padr\u00e3o\u201d. Todos os outros perfis foram criados e descritos por v\u00e1rias organiza\u00e7\u00f5es e associa\u00e7\u00f5es.<\/p>\n<p>Por exemplo, o perfil para energia el\u00e9trica ou PTPv2 Power Profile foi criado pelo comit\u00ea Power Systems Relaying Committee e pelo comit\u00ea Substation Committee da sociedade IEEE Power and Energy Society. O perfil \u00e9 denominado IEEE C37.238-2011.<\/p>\n<p>O perfil descreve que o PTP pode ser transmitido:<\/p>\n<ul>\n<li>Somente atrav\u00e9s de redes L2 (ou seja, Ethernet, HSR, PRP, n\u00e3o IP).<\/li>\n<li>As mensagens s\u00e3o transmitidas apenas por multicast.<\/li>\n<li>Como mecanismo de medi\u00e7\u00e3o de lat\u00eancia, utiliza-se o mecanismo de medi\u00e7\u00e3o de atraso entre pares.<\/li>\n<\/ul>\n<p>\nO dom\u00ednio padr\u00e3o \u00e9 0, e o dom\u00ednio recomendado \u00e9 93.<\/p>\n<p>A filosofia por tr\u00e1s da cria\u00e7\u00e3o do C37.238-2011 \u00e9 a redu\u00e7\u00e3o do n\u00famero de caracter\u00edsticas opcionais, deixando apenas as fun\u00e7\u00f5es necess\u00e1rias para uma intera\u00e7\u00e3o confi\u00e1vel entre dispositivos e aumentando a estabilidade do sistema.<\/p>\n<p>Al\u00e9m disso, foi definida a frequ\u00eancia de transmiss\u00e3o de mensagens:<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/117c81192ff2eb160652738bb9ecbb1d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNa verdade, apenas um par\u00e2metro est\u00e1 dispon\u00edvel para escolha \u2013 o tipo de rel\u00f3gios mestre (monof\u00e1sicos ou bif\u00e1sicos).<\/p>\n<p>A precis\u00e3o deve ser de no m\u00e1ximo 1 \u00b5s. Em outras palavras, em um \u00fanico caminho de sincroniza\u00e7\u00e3o, podem estar contidos no m\u00e1ximo 15 rel\u00f3gios transparentes ou tr\u00eas rel\u00f3gios de fronteira.<\/p>\n<p><img decoding=\"async\" alt=\"Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2.\" src=\"\/wp-content\/uploads\/2020\/04\/d3f1cb822d01b8733eadb6cd75805b20.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/phoenix_contact\/blog\/495920\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441. \u0412 \u044d\u0442\u0438\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u0445 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 NTP \u0443\u0436\u0435 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 PTPv2, \u043e\u043f\u0438\u0441\u0430\u043d\u043d\u044b\u0439 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043e\u043c IEEE 1588v2, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0434\u043e\u0431\u0438\u0442\u044c\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u0438 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0434\u0435\u0441\u044f\u0442\u043a\u043e\u0432 \u043d\u0430\u043d\u043e\u0441\u0435\u043a\u0443\u043d\u0434. PTPv2 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0442\u044c \u043f\u0430\u043a\u0435\u0442\u044b \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0447\u0435\u0440\u0435\u0437 L2 \u0438 L3-\u0441\u0435\u0442\u0438. \u041e\u0441\u043d\u043e\u0432\u043d\u044b\u043c\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77042,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77041","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u043e\u0441\u0442\u0438 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 PTPv2 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-04-07T11:42:46+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-04-07T11:42:46+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Detalhes sobre a implementa\u00e7\u00e3o do protocolo de sincroniza\u00e7\u00e3o de tempo PTPv2 | ProHoster","description":"Introdu\u00e7\u00e3o A constru\u00e7\u00e3o do conceito de \u2018Subesta\u00e7\u00e3o Digital\u2019 na energia el\u00e9trica exige sincroniza\u00e7\u00e3o com precis\u00e3o de 1 \u00b5s. Para realizar transa\u00e7\u00f5es financeiras, tamb\u00e9m \u00e9 necess\u00e1ria precis\u00e3o em \u00b5s.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u043e\u0441\u0442\u0438 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0440\u0435\u043c\u0435\u043d\u0438 PTPv2 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0426\u0438\u0444\u0440\u043e\u0432\u043e\u0439 \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u0446\u0438\u0438\u00bb \u0432 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u044d\u043d\u0435\u0440\u0433\u0435\u0442\u0438\u043a\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e 1 \u043c\u043a\u0441. \u0414\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u0442\u0440\u0430\u043d\u0437\u0430\u043a\u0446\u0438\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c \u0432 \u043c\u043a\u0441.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/podrobnosti-realizaczii-protokola-sinhronizaczii-vremeni-ptpv2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-07T11:42:46+00:00","article:modified_time":"2020-04-07T11:42:46+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77041","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:25:29","updated":"2026-02-09 15:52:39","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/77041","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=77041"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/77041\/revisions"}],"predecessor-version":[{"id":158469,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/77041\/revisions\/158469"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/77042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=77041"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=77041"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=77041"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}