say) > ReurrendeforracindeNT. atime.com os-de-comunic: © Vower Noticias (htps 21.04.2022 RESUMEN DE INFORMACION DE NTP Y PTP Tanto PTP como NTP proporcionan sincronizacion de tiempo a través de una red basada en paquetes. Este articulo explica el principio de funcionamiento de ambos protocolos y muestra sus diferencias. Quick Links: ‘+ Lintroduccién (#introduction) + Z.NTP: protocolo de tiempo de red (REC 1305, 5905) (#NTP) ++ 2.1. Principio de sineronizacién ~ NTP Unicast (#Unicas ‘+ 2.2. Principio de sincronizanién = NIP Multicast (#Multicast) ‘+ 23. Definicién de Estrato en Ia Sincronizacién de Tiempo NTP (#Stratur)* S.PIP: protacolo de tiempo de precisién (IEEE 1588) (#PTP) + 3.1, Principio de sincronizacién ~ PTP (stsynchronizationy + 3.1.1. Sintonizacién: ajuste Ia frecuencia de los esclavos al maestro (#syntonization) ‘+ 2.1.2 Sineronizacién- ajuste el tiempo de los esclavos al maestro (#synchronization ‘+ 2.2. Sineronizacién de un cliente PTP (#pte-client) * 2. Posibilidades de configuracién (configuration) + 3.3.1. Modo de medicién de retardo: E2E o P2P (#Delay-measurement) + 2.3.2. Configuracién de mutidifusion y unidifusién (#multiunicas) + 33.3. Capa? y Capa (#laver) + 2.3.4 Configuracién de 1y 2 pasos (dstep) 12.2.5 Intervalos de mensajes y tiempos de espera (#message) 3.4 Perfiles (#orofles) 4, Comparacién: NTP frente a PTP (comparison) 41. Trdfico de red (sraffic) 4.2, Numero de clientes (clients) 4.3. udles ol protocolo adecuado para su apicacién? (application) ++ 5 :Como puede ayudar Mobatime? (#Mobatime) 1. Introduccion ‘Tanto PTP como NTP proporcionan sincronizacién de tiempo a través de una red basada en paquetes. PTP define los mensajes de sincronizacién utizados entre un relo] Maestro y Esclavo similar al modo Servidor y Cliente utilizado en el Protocolo de tiempo de red (NTP). Sin embargo, no ambos protocolos estén dedicados a las mismas aplicaciones. Depende de las necesidades del sistema, cudl de los protocolos se prefiere Este articulo expla el principio de funcionamienta de ambos protocolos y muestra sus diferencias, La descripcién proporcionada aqut de ambos protocolos permite al lector comprender los beneficios dde ambos protocolos y lo ayuda a elegir a solucin adecuada para sus nect 2. NTP: protocolo de tiempo de red (RFC 1305, 5905) NIP es un antiguo protocolo de Internet, que todavia se usa ampliamente pata distibui el tiempo. NTP proporciona una forma sencilla de sincronizar todos los dispositivos a través de una red normal e incluso a través de Internet publica. Para garantizar una hora fiable en una red local, la mejor solucién es colocar un servidor NTP que esté conectado a una antena GNSS, en la red. Mientras que se necesita tiempo para relojes, sistemas de control de acceso y otros sistemas similares, la precisién de NTP es suficiente. El beneficio de NTP es su solidez y su capacidad para ejecutarse en equipos de TI estandar. NTP utiliza el protocolo de datagramas de usuario UDP para transmitirlas solicitudes y respuestas. NTP admite dos modos diferentes.2.1. Principio de sincronizacién — NTP Unicast ‘Server Client Para sincronizar su reloj con un servidor remoto, el cliente NTP debe calcular el tiempo de retraso de ‘day wuelta (hite//en wikipedia ora/wiki/Round-trip- delay time) y el desplazamiento, El retraso de ida y vuelta se calcula como (ts to) - (bt) sin que importe ‘tyes la marca de tiempo del cliente de la transmisign del paquete de solicitud, +t es la marca de tiempo del servidor de la recepcion del paquete de solicitud, tzes la marca de tlempo del servidor de la transmisién del paquete de respuesta y ‘yes la marca de tiempo del cliente de la recepcién del paquete de respuesta, Por lo tanto ‘y-ty es l tiempo transcurrido en el lado del cliente entre la emisién del paquete de solictud y la recepcién del paquete de respuesta y ‘y-ty es el tiempo que esperé el servidor antes de enviar la respuesta. Eldesplazamiento @ viene dado por (tte) + (te 2 La sincronizaci6n NTP es correcta cuando tanto la entrada como la salida rutas, {atinu/en.wikinedia,ora/wiki/Routing) entre el cliente y el servidor tienen un retardo nominal simétrico. &) 2.2. Principio de sincronizaci6n - NTP Multicast La multidiusin es un tipo de transmisién, pero solo para un grupo definido de cispositives finales. Los dispositivos finales registran su pertenencia a un grupo con una direccién IP ficticia através de IGMP (Protocolo de gestién de grupos de Internet) en el conmutador o enrutador. El conmutador / enrutador registra a que puerto tiene que enviar qué paquetes de multidifusién. Este tipo de sineronizacién de tiempo solo impone una carga minima en la red, ya que la comunicacién solo se lleva a cabo en una direccién y solo entre los participantes del mismo grupo de multidusion Defniciones de multdifusién * los clientes se unen a un grupo y “escuchan’ en la direccién del grupo los clientes no necesitan una direccién IP el servidor envia datos alla direccién del grupo comunicacién unidireccional la direccién del grupo es una direccién IP en el rango de 224.0.0.0 a 239.255.255.255Client 4 Client 2 Client 3 Client 4 Client n 2.3. Definicion de Estrato en la Sincronizacién horaria NTP. NTP utiliza un sistema jerdrquico de niveles de fuentes de reloj. Cada nivel de esta jerarquia se denomina estrato y se le asigna un ntimero de capa que comienza con cero en la parte superior. El nivel del estrato define su cistancia desde el reloj de referencia. Es importante sefalar que el estrato no es una indicacién de calidad o confiabilidad, Esta definicién de estrato también es diferente de la nocién de estratos de reloj(hitp//en wikinedia org/wiki/Synchronization in telecommuni sado en telecosistemas de comunicacién. {Stratum 2 Las flechas amarilas indican una conexién directa; las flechas rojas indican una conexién de red,selojes GNSS (http//en.wikipedia ora/wikV/GPS clock) generalmente se consideran como reloj de estrato 0. Eso significa que un servidor NTP, sincronizado por un receptor de sefial horaria GNSS, representa un reloj de estrato 1 3. PTP - Protocolo de tiempo de precision Precision Time Protocol (PTP) es un protocolo utilizado para sineronizarrelojes en una red basada en paguetes. Se utllza para proporcionar una hora altamente precisa y confiable a través de redes locales ‘ode rea amplia para vatios sistemas y aplicaciones. PTP se define en el esténdar IEEE 1588, 3.1. Principio de sincronizacién — PTP Para adaptar su tiempo al tiempo del maestro, el esclave necesita corregit las valores. Primero, el esclavo cortige la deriva de su elo) (Sintonizaci6n) y luego adapta su tiempo determinando el desplazamiento en funcién de la duracién de la transmisién (Sincronizacién) 3.1.1. Sintonizaci maestro in: ajuste la frecuencia de los esclavos al Antes de la sincronizacién de tiempo, el esclavo usa los mensajes de sincronizacién consecutivos para sincronizarse con el maestro (alinear su frecuencia), La diferencia entre dos marcas de tiempo Consecutivas t; le esté diciendo al esclavo el intervalo de mensajes de sincronizacién del maestro. Con sus propias marcas de tiempo t, ahora puede calcular y compensar su desviacién de reloj. Este procedimiento se repite regularmente para compensar las varlaciones de frecuencia con el tiempo debido a las condiciones ambientales u otros cambios. Seen | L2tow ge qs | 2 i 2 i 1! i |@ tet Stag taney, | 1 foto ah tyr [eR Choon) | i 4 Send interval Master Ay = tf"! ef Receive interval Slave Az = f+ — 2 A Drift of the slave rs 3.1.2. Sincronizaci6n: ajuste el tiempo de los esclavos al maestro Para sincronizar la hora de un esclavo PTP se utiliza el proceso que se muestra aqui. El maestro lo inicia enviando un mensaje de sincronizacién (y sigue en modo de dos pasos). Luego, el esclavo envia la Solicitud de demora y obtiene la respuesta de demora, Con estos mensajes, el esclavo recopila as cuatro marcas de tiempo t ay, que le permiten calcular su compensacién y adaptar su tiempo al del maestro. La clave de la precisién de PTP es la precision de esas cuatro marcas de tiempo, por lo que se requiere una marca de tiempo de hardware.— eee Offset and delay calculations Tw a 40 aqurteNel. 42 —— 41 apparent 43g Diset Qa offset = 9—® Example: potatoes B=57-56-1 st Delay = -5~ offset = 5—* 3.2. Sincronizaci6n de un cliente PTP Elestindar no define cémo el esclavo esta corrigiendo su rela) interno. Hay dos opciones + Transiclén suave: el esclavo acelera o ralentiza su reloj hasta que se alinea con la hora del maestro + Paso inmediato: El esclavo ajusta la hora a la hora del maestro (salto hacia delante o hacia atras). Depende de la aplicacién, qué comportamiento se utiliza, Sino se permiten saltos de tiempo (por ejemplo, por razones de registro}, se requiere una transicién suave. Por otro lado, sila alineacién répida es importante, es mejor tener un salto y luego inmediatamente el tiempo correcto, 3.3. Posibilidades de configuracién 3.3.1. Modo de medicion de retardo: E2E 0 P2P Extremo a Extiemo (E2E): Este mecanismo de retraso requiere que el esclavo mida el retraso entre ély el maestro (por lo tanto, de extremo a extremo). EI Maestro y el Esclavo enivian mensajes IEEE 1588 lamados SOLICITUD DE DEMORA y RESPUESTA DE DEMORA de ida y vuelta entre los dos, lo que permite medir la demora. Una vez conocido el retardo, el Esclavo puede ajustar su frecuencia y tiempo para sincronizarse con el Maestro, Idealmente, la demora entre el Maestro y el Esclavo es constante, por ejemplo, cuando se usa un cable. En una red del mundo real, hay dispositivos de Capa 2 y/o Capa 3 en el medio que hacen que el retardo sea variable, Silos dispositivos de red entre el maestro y el esclavo funcionan como un reloj transparente, agregan valores de correccién a ciertos mensajes PTP, lo que ayuda al esclavo a eliminar este retraso variable. De igual a igual (P2P):Este mecanismo de demora requiere que cada elemento de la red mida la demora entre su puerto de entrada y el dispositive conectade en el otro extremo del cable de este puerto de entrada (el dispositivo par). A medida que el Maestro envia su vision del tiempo (usando mensajes SYNC) hacia los Esclavos, cada elemento de la red en el camino recibe el mensaje SYNC y agrega una correccién al ‘mensaje SYNC. La correccién incluye el retard de cable medido del puerto de entrada en el que se recibié el mensaje SYNC. Para Transparent Clocks, la corteccién también incluye el retraso a través del puente. Esta correccién es acumulativa ya que atraviesa los nodos salt a salto. Cuando el mensaje ‘SYNC finalmente llega a un Esclavo, la correccién acumulativa en el mensaje SYNC contendré el retraso total desde el Maestro hasta el Esclavo. Esto elimina al Esclavo de tener que enviar y recibir ‘mensajes con el Maestro, Peer-to-Peer es una tecnologia IEEE 1588 mas nueva, yno todos los dispositivos implementados en la actualidad son compatibles con Peer-to-Peer. 3.3.2. Configuracion de multidifusion y unidifusion Originalmente, PTP se define como multdifusién, EIBMCA usa mensajes de multidifusién para encontrar el grandmaster y solo con multicast, el esclavo puede encontrar el maestro por si mismo sin configuracién del usuario, En redes mas grandes, la comunicacién de multidifusién produce mucho més trfico y algunas redes no admiten multidifusién por diferentes razones. En estos casos, la operacién unicast es una posible solucién. Con la comunicacién unicast, el esclavo necesita saber la cireccién del maestro de antemano (por configuracién del usuatio): El esclavo necesita una lista de posibles maestros (tabla de ‘maestros aceptables) para saber de dénde puede tomar su tiempo. Multicast Unidifusion ‘Autoconfiguracién con BMCA menos tréfico de red % Algunas redes bloquean la multicifusién 9 se necesita configuracién previa de maestros 3.3.3. Capa 2 y Capa 3 La capa 2 define el protocolo para establecer y terminar una conexién fisica entre dos dispositivos. Por debajo IEEE 802 (htps//en.wikipedia.org/wiki/IEEE_802),la capa 2 se puede dividir en dos subcapas. EI MAC aprueba los dispositivos para acceder y transmit medios, mientras que la capa de enlace légico (LLC) primero identifica los protocolos en la capa de red y luego verifica los ertores y la sincronizacién de tramas, Donde la capa 3 funciona con direcciones IP la capa 2 funciona con direcciones MAC. Las direcciones MAC son identificadores tinicos para el adaptador de red presente en cada dispositive. Como las direcciones IP son una capa de abstraccién més alta que las direcclones MAC, son necesarlamente “mas lentas' (teéricamente, para nuestra experiencia humana, es académico). Las direcciones IP ‘también son ‘alquiladas’ 0 ‘asignadas' generalmente por un servidor DHCP. Una direccién MAC es una direccién fia para el adaptador de red y no se puede cambiar en un dispositivo sin cambiar el adaptador de hardware. PTPv2 brinda la posibilidad de ejecutarse con UDP (ISO/OSI Layer 3, Ethertype: UDP x0800) 0 directamente en ethernet (Layer 2, Ethertype x88F7). 3.3.4. Configuracion de 1 y 2 pasos La clave de la precision de IEEE 1588 es la capacidad de marcar la hora de los mensajes PTP lo mas cerca posible de la entrada salida de la interfz fisica. La alta precisin solo es posible si se utiliza hardware para capturar las marcas de tiempo. Se utlizan dos tipos de modos de marca de tiempo, de ‘Tpaso y de 2 pasos: Modo de 1 paso Lamarca de tiempo se captura en tiempo real a medida que el mensaje comienza a transmitirse por el puerto fisico y, a medida que se transmite el mensaje, la marca de tiempo se agrega sobre la marcha Modo de 2 pasosLamarca de tiempo se captura en tiempo real cuando el mensaje comienza a transmitirse por el puerto fisico, pero le marca de tiempo no se agrega sobre la marcha a este mensaje. ComoecoEn su lugar, se usa el mensaje esténdar para llevar la marca de tiempo capturada. Las implementaciones anteriores de IEEE 1588v2 usaban el mado de marca de tiempo de 2 pasos, ya que el hardware no podia agregar la marca de tiempo sobre la marcha. La mayoria de las Implementaciones modernas admiten el modo de marca de tiempo de 1 paso, 3-Mejor algoritmo de reloj maestro: En un dominio PTP, todos los nodes escuchan el llamado mensaje «Anunciar: ‘An Anunclar mensaje contiene informacién de calidad y prioridad del Reloj que lo envia + Cuando no ‘Anunciar" se recibieron mensajes durante un intervalo definido los nodos become Master y comienzan a enviar sus propios mensajes de «Anuncio» + Siunnodo recibe un mensaje de «Anuncio» que es mejor por su calidad, el odo deja de enviar ‘mensajes de «Anuncio» y becomes esclavo + Siunnodo recibe un mensaje de eAnuncio» que es peor por su calidad, el nodo permanece en Maestro y continia enviando mensajes de «Anuncio» en un intervalo definido © Cuando la red ha determinado el mejor nodo de la red, este es el tinico que envia mensajes de Anuncio => 1 Maestro, N Esclavos © Este algoritmo se ejecuta todo el tiempo, lo que significa que si otro nodo becomes mejor 0 el maestro actual empeora que otro nodo la topologta cambia + Este algoritmo se lama Mejor algoritmo de reloj maestro (BMCA) 3.3.5. Intervalos de mensajes y tiempos de espera PTP define tres intervalos diferentes, que se pueden configurar para los diferentes tipos de mensajes (descritos en el capitulo 3.1): Intervalo de anuncio: Elintervalo para el mensaje de anuncio es configurable desde 27 al 8? seconds. Con este rango, el mensaje de anuncio se puede enviar desde 128 veces por segundo.econd a una vez cada 128 seconds, Sino se define de otra manera, se utiliza el auste 1, donde cada 2 secoSe envian mensajes de anuncio de nds. Intervalo de sincronizacién Para elintervalo de sincronizacién, se puede configurar el mismo rango que para el mensaje de anunclo, Se utiliza la configuracién predeterminada 0, donde cada secoy se envian mensajes de sincronizacién. Intervalo de solicitud de retrasc Para elintervalo de solicitud de demora, se puede configurar el mismo rango que para el mensaje de Se utiliza la configuracién predeterminada 0, donde cada secoy se envian mensajes de solictud de demora. 3.4. Perfiles Un perfil PTP es una seleccién de caraceristicas opcioneles y valores de atributos. El propésite de un perfil es establecer restricciones sobre los posibes atributos PTP para simpliicarlainteroperablidad entre diferentes dispositivos PTP en una determinada aplicacién. IEEE 188 ha definido dos perfiles PTP predeterminados:E2E predeterminade: Sineronizacién de extremo a extremo en la capa 3 (consulte el capitulo 2.3) P2P predeterminado: ‘Sineronizaeién punto a punto en la capa 2 (ver capitulo 2.4) Otros perfiles son definidos por diferentes industrias para sus aplicaciones especificas. Industrias de energia IEEE 61850-9-3 (perfil de utiidad de energia), EEE C37.238 (perfil de energia) Telecom Peri: Peril de frecuencia definido en ITU-T 6 8265.1, perfil de fase definido en ITU-T 8275.1 y 6.82752. Emisién SMPTE ST 2059-2 2015 TSN (Difusién, Automatizacién): 1EEEGO2.1AS 4. Comparacién: NTP frente a PTP EXENCION DE RESPONSABILIDAD : La sigulente informacién no es generalmente valida. La comparacién es especifica de los requisites y puede diferir en las aplicaciones reales! Se intent6 contrastarlos factores basicos. Los factores basicos se compararon entre si para mostrar las ventajas del protocolo respectivo. Es importante comprender que no existe una linea divisora clara y que la aplicacién determina en ultima instancia la eleccién del protocolo. Los servidores de tiempo NTP y PTP utiizan protocolos de tiempo de red para servir el tiempo a otros dispositivos en la red y lograr la sincronizacién del tiempo. NTP utilizado para sincronizacién de hivel de aplicaciént + Granularidad de nivel grueso + No existe requisito de garantia de sineronizacién + Ejemplo: archivos de registro de errores de marca de tiempo »PTP utilizado para sincronizacién de precision + Aplicaciones de misién critica + Hardware dedicado para minimizar los problemas en la ruta + Algoritmos de gama alta para eliminar la luctuacién de la red y los equlpos 4.1. Trafico de red La carga de ambos protocolos depende princinalmente de los ajustes configurados. 4.2. Numero de clientes NIP. Usando el modo Multicast, sicamente no hay limite pare el niimero de clientes. El paquete de tiempo NTP se envia a todos los clientes a la vez, por lo que el mero de clientes no es relevante para el servidory no aumenta su carga En el modo Unicast, el servidor NTP necesita responder cada solicitud de un cliente individualmente Los potentes servidores NTP de itima generacin son capaces de responder a varios miles de solicitudes por segundo.ecoy sin reducir la precisién Para el propio cliente, el nimero de otros clientes en la red no es relevantePTP: En su mayoria, PTP utiliza comunicacién de maultdifusién y, por lo tanto, la carga de la red aumenta con cada dispositive conectado. Cada dispositive debe ser capaz de manejar todos los mensajes de rmuttidifusién transferidos en la red En esta configuracién, el nimero maximo de clientes depende de todos los dispositivas conectados, ro solo del maestro. Si se utiliza el modo de unidifusién, esta limitacién se elimina yel limite solo lo dofine el Grandmaster. Grandmasters son capaces de responder a varios miles de solicitudes por ssecoy sin reducir la precisién. En general, la cantidad de clientes que se pueden manejar depende en ‘gran medida de los intervalos configurados, 4.3, ,Cual es el protocolo adecuado para su aplicacién? EXENCION DE RESPONSABILIDAD : Le siguiente informactén no es generalmente vida. Es importante comprender que no exist una linea divsora clara y que la aplicacién determina en dima instancia la eleceién del protocol. Tanto PTP como NTP proporcionan sincronizacién de tlempo a través de una red basada en paquetes. Pero no ambos protacolas estén dedicados alas mismas aplicaciones. Depende de las necesidades del sistema, cudl de os protocolos se prefiere. NTP es Ia eleccién para todas las aplicaciones, para las cuales una precisién de sincronizacién en el rango de Miliseconds es suficiente. Para esas aplicaciones, NTP es el més simple y mas ecosolucién econémica. Es fiable, robusto y facil de configurar. NTP no requiere ninguna configuracién 0 equipo especial en la red subyacente. Las aplicaciones tipicas de NTP son: + Sincronizacién de relojes + Archivos de registro ‘Se necesita PTP donde se requiere un mayor nivel de precisién, Con sub micros PTPecond o incluso nanosecay las precisiones son factibles. La clave de PTP es la marca de tiempo del hardware. Solo si ¢! sellado de tiempo ocurre cerca del cable, es posible alcanzar este alto nivel de precisién. E! inconveniente de esto es la necesidad de hardware dedicado y una red disefiada Las aplicaciones tipicas de PTP son: + Telecom ~ Sincronizacién de las estaciones base + Control de trfico: sincronizacién de diferentes equipos de control o diferentes sitios. + Broadcast: sincronizacién de equipos de audio y video + Energia ~ Sincronizacién de subestaciones + Banca ~ Sincronizacién para transacciones de alta velocidad 5. iComo puede ayudar Mobatime? MOBATIEMPO proporcionar NTP (httns:/wwwmobatime.com/es/categor%sC3%ADa-de: pinductos/senidor-de-tiempo-ntn/\y ETP (https:i/www.mobatime,com/es/categorsC3%ADa-de- prnductos/nip-grandmaster/)productos, que ofrece interfaces de alta precisién como PRC, PTP IEEE1588 V2, NTP, etc. con la ventaja dela precision en la exactitud y la trazabilida, Grandmasters y Time Server estén equivados con osciladores atémicos o de cristal para proporcionar soluciones de ‘tiempo, pulso, fase y frecuencia compatibles con la sincronizacién utilizando el Sistema de navegacién por satélite global para una red de infraestructura mediana o grande. ‘Servdores de tempo NTP (tos ww nmobatime.com/es/categorC3%AD2-de-prductos/senidor ‘etiempe nin) Sincroniza tus redes con ata precisin y confiablidad, Todos los sistemas dela red informatica tienen Ia nora exacta gracias ala sineronizacién via NTP Poo tarto, los eventos se pueden organiza ronolégicamente gracias a ells de tiempo precisos + tiempo de alta precisién para todos los entornos de red + Servidor de tiempo NTP (Network Time Protocol) para varias aplicaciones + Reloj maestro de servidor de tiempo combinado para uso en sistemas de reloj complejosprandmaste) son sistemas combinados de iempo y sinconizacin que representan a maxima precisiny disponiblidad. Se pueden utilizar como IEEE-1588 PTP grandmastersy asi cumplirlos requisitos basicos para el cumplimiento de las esrictas especificaciones de precision de tiempo de MFIDIlen el campo del comercio de alta frecuencia, por elempo, ‘+ extremadamente estable y de alta precisién gracias a los osciladores de rubidio ‘+ muy preciso en modo rueda libre ‘+ Servidor de tiempo PTP (Protocolo de tiempo de precisién) para varias aplicaciones (brtpsylun mobatime.comfes/producto/éts4160/) Esclavo PTP (hitps/www.mobatime.com/es/categor%.C3%ADa-de-productos/ptp-esclavo/) producto DIS 4020. timebridge (hitas://www.mobatime,com/es/producto/dis4020/) permite convertr sefales