Я синхронизировал свой коммутатор L3 с внешним сервером времени, это работает правильно. Однако я в Европе, и у нас переключение CET/CEST, и я получаю UTC с настроенного сервера времени. Я настроил часовой пояс и летнее время на своем коммутаторе (показывает правильное время, когда я использую "show clock"), но мой коммутатор распространяет время NTP (UTC) в мою локальную сеть. (Я знаю, что это нормальная работа)
Мой вопрос в том, могу ли я распространять локальное (CET/CEST) время с помощью NTP для моих клиентов LAN, или есть другие методы сделать это? Проблема в том, что я не могу настроить переключение CET/CEST на моих клиентах, они этого не поддерживают. (У меня есть PLC в моих LAN, и они могут только настраивать GMT)
Есть ли какое-либо решение этой проблемы или мне придется использовать отдельный источник времени?
Большое спасибо!
решение1
Могу ли я передавать локальное время (CET/CEST) клиентам по локальной сети с помощью NTP или есть другие способы сделать это?
Нет, не с NTP. У NTP вообще нет понятия местного времени, только UTC.Все содержимое пакетапредставляет собой несколько временных меток с секундами и долями секунды из эпохи.
Не пытайтесь настроить "неправильные" смещенные NTP-серверы для выполнения смещений локального часового пояса. Я никогда не видел, чтобы это работало, это затрудняет надежные конфигурации NTP.
Компьютеры общего назначения имеют (и постоянно обновляют) базу данных tz, так что их можно настроить, скажем, Europe/Berlinи иметь правильное местное время даже при изменении правил.
Прочный, встроенный или иной тупой компьютер может не иметь пакета tzdata или средств его обновления или разумного программного обеспечения времени и даты. Почти наверняка ваш ПЛК не имеет некоторых из них. ЭтоСтатья базы знаний о том, как синхронизировать время с контроллерамиотсутствуют сведения о формате или часовом поясе, что не повышает моей уверенности в том, что внутри находятся разумные часы UTC со смещением часовых поясов.
К сожалению, ваши возможности могут быть ограничены экспортом данных в систему с полнофункциональными часами, сохранением времени по Гринвичу навсегда или ежегодными проклятиями по поводу перехода на летнее время при исправлении смещений.
решение2
Конечно, вы можете распространять время любого часового пояса через NTP, вам просто нужно убедиться, что
- в вашей локальной сети будет только один источник времени, чтобы снизить опасность того, что ваши клиенты будут получать противоречивые сообщения с метками времени и переключаться туда и обратно
- Ваш источник времени будет транслировать время в часовом поясе, который вы хотите
Другими словами: если источником времени в вашей локальной сети является коммутатор L3, это будет устройство, которое либо имеет настройку для «трансляции» часового пояса для клиентов NTP, либо нет. В случае, если ваш коммутатор L3 не способен на это, вам понадобится другой источник времени, который.
решение3
Как уже говорили другие, не пытайтесь заставить NTP делать что-либо, кроме UTC, это плохая идея. Летнее время обычно обрабатывается несколькими способами в системах SCADA, некоторые используют зимнее время круглый год, некоторые используют UTC круглый год, а некоторые используют другой механизм синхронизации для полевых устройств, где вы синхронизируете время через протокол управления (например, IEC-104). Я бы рекомендовал поговорить со службой поддержки Omron, они могут дать вам самый быстрый ответ о том, как с этим справиться.