![Propagar la hora local a través de NTP a LAN](https://rvso.com/image/776298/Propagar%20la%20hora%20local%20a%20trav%C3%A9s%20de%20NTP%20a%20LAN.png)
He sincronizado mi conmutador L3 con un servidor de hora externo, esto funciona correctamente. Sin embargo, estoy en Europa y tenemos conmutación CET/CEST y obtengo UTC del servidor de hora configurado. Configuré la zona horaria y el horario de verano en mi conmutador (muestra la hora correcta cuando uso "mostrar reloj"), pero mi conmutador propaga la hora NTP (UTC) hacia mi LAN. (Sé que esta es la operación normal)
Mi pregunta es, ¿puedo propagar con NTP la hora local (CET/CEST) hacia mis clientes LAN, o hay algún otro método para hacerlo? El problema que tengo es que no puedo configurar el cambio CET/CEST en mis clientes, no lo admiten. (Tengo PLC en mis LAN y solo son capaces de realizar configuraciones GMT)
¿Existe alguna solución para esto o debo utilizar una fuente de tiempo independiente?
¡Muchas gracias!
Respuesta1
¿Puedo propagar con NTP la hora local (CET/CEST) hacia mis clientes LAN, o hay algún otro método para hacerlo?
No, no con NTP. NTP no tiene ningún concepto de hora local, es todo UTC.Todo el paquete contieneSon algunas marcas de tiempo con segundos y fracciones de segundo de una época.
No intente configurar servidores NTP con compensación "incorrecta" para realizar compensaciones de zona horaria local. Nunca he visto que esto funcione, dificulta las configuraciones NTP sólidas y sólidas.
Las computadoras de uso general tienen (y se mantienen actualizadas) una base de datos tz de modo que puedan configurarse con, por ejemplo, Europe/Berlin
y tener la hora local correcta incluso cuando las reglas cambian.
Es posible que una computadora robusta, integrada o tonta no tenga un paquete tzdata, ni un medio para actualizarlo, ni un software de fecha y hora razonable. Es casi seguro que a su PLC le faltan algunos de estos. EsoArtículo de KB sobre cómo sincronizar la hora con los controladoresFaltan detalles sobre en qué formato o zona horaria se encuentra todo, lo que no me hace confiar en que internamente sea un reloj UTC razonable con compensaciones de zona horaria.
Desafortunadamente, sus opciones pueden limitarse a exportar datos a un sistema con un reloj con todas las funciones, dejarlo en UTC para siempre o maldecir el horario de verano todos los años al corregir las compensaciones.
Respuesta2
Por supuesto, puede propagar la hora de cualquier zona horaria a través de NTP, solo debe asegurarse
- Solo habrá una fuente de tiempo en su LAN para mitigar el peligro de que sus clientes reciban mensajes de marca de tiempo conflictivos y cambien de un lado a otro.
- su fuente horaria transmitirá la hora en la zona horaria que desea
En otras palabras: si la fuente horaria en su LAN es el conmutador L3, este sería el dispositivo que tiene una configuración para "trasladar" la zona horaria para clientes NTP o no. En caso de que su interruptor L3 no sea capaz de hacer eso, necesitará una fuente de hora diferente, que sí lo es.
Respuesta3
Como han dicho otros, no intente que NTP haga nada más que UTC, es una mala idea. El horario de verano generalmente se maneja de dos maneras diferentes dentro de los sistemas SCADA, algunos funcionan en horario de invierno durante todo el año, otros ejecutan UTC durante todo el año y algunos usan un mecanismo de sincronización diferente para dispositivos de campo donde se sincroniza la hora a través del protocolo de control (IEC-104). Por ejemplo). Recomiendo hablar con el soporte de Omron, ellos podrían darle la respuesta más rápida sobre cómo manejar esto.