Разрешается ли синхронизировать время на автономных термометрах манометрах с разных компьютеров

Обновлено: 06.07.2024

Синхронизация системного времени компьютера.

Применение некоторых цифровых видов излучения (JT65, WSJT, JT9, FT8 и др.) требуют строгой синхронизации времени компьютеров как на стороне передающего, так и на стороне приемного устройства. Для данных целей разработаны и могут использоваться различные программы. Предлагается несколько вариантов синхронизации.

I. Одноразовая ручная синхронизация.

1. Синхронизация с помощью ОС Windows .

Кликом правой кнопки мышки по текущему времени в лотке задач открываем окно, выбираем «Настройка даты/времени» и кликам левой кнопкой. В открытом окне «Свойства: Дата и время» открываем вкладку «Время Интернета», устанавливаем «птичку» в окошке «Выполнять синхронизацию с сервером времени в Интернете», нажимаем кнопку «Обновить сейчас» и ожидаем несколько секунд соответствующей надписи, подтверждающий синхронизацию, а также надписи, сообщающей о дате и времени следующей. По умолчанию это через 7 суток, если пользователь не установил иное по разделу II данной статьи (на скриншоте – каждые 2 часа). Для окончания процесса нажимаем кнопку «Применить», затем «ОК».

Недостатком данного метода можно считать отсутствие информации о разнице системного и серверного времени на момент синхронизации, а также о ее недостаточной точности для некоторых мод, например FT8. В этом легко можно убедиться, если сразу же сделать синхронизацию одним из методов, указанными ниже.

2. Синхронизация системного времени компьютера с помощью программы TR4W .

Одноразовую синхронизацию системного времени компьютера в ручном режиме возможно производить с помощью контест программы TR4W.

В открытом окне программы используем меню: Инструменты – Синхронизировать время компьютера . В открывшемся окне нажимаем кнопку «Получить разницу» , после чего нажимаем «Синхр. часы» . Нажимая последовательно эти кнопки несколько раз можно добиться минимального и даже нулевого значения разницы между величиной серверного и системного времени компьютера (в мсек). Окно закрыть, из программы выйти.

II. При использовании ОС Windows можно изменять период автоматической синхронизации времени без применения специальных программ.

По умолчанию, операционная система Windows обращается к серверам синхронизации только раз в неделю. При условии, что пользователь в настройках поставил автоматическую проверку времени. Для некоторых такой период может показаться достаточно большим или может быть весьма частым, чем хотелось бы. К счастью, в системе предусмотрена смена этого параметра через настройки реестра:

1. Откройте окно “ Выполнить ” через меню “Пуск” .

2. В командной строке наберите слово regedit и запустите кнопкой “OK”.

3. Вам необходимо поочередно добраться до следующего раздела:

HKEY_LOCAL_MACHINE – SYSTEM - ControlSet001 – Services - W32Time – TimeProviders – NtpClient и выбрать в окне параметр SpecialPollInterval . Здесь указано значение 604800, если перевести его в десятичную систему исчисления. Это количество секунд равное одной недели. Сюда можно занести другое значение , которое необходимо вам, сконвертировав его в секунды. Каждый час – 3600 секунд. Сутки 3600 х 24 = 86400 секунд и т.д.

4. Установите желаемое значение количества секунд и сохраните. Например, установлена синхронизация системных часов с сервером через каждые 2 часа – 7200 секунд.

5. Перезагрузите компьютер.

Теперь синхронизация времени произойдет в момент включения компьютера (при подключенном интернете) и далее автоматически каждые два часа пока он будет включен.

III. Синхронизация системного времени компьютера с помощью программы SP TimeSinc .

SP TimeSync - приложение для синхронизации системного времени через интернет. Программа имеет простой интерфейс и позволяет добиться точности синхронизации вплоть до нескольких миллисекунд. Имеется возможность сверять системное время автоматически, при этом программа не тратит интернет-трафик, имеет небольшой размер и не требует инсталляции. Интерфейс SP TimeSync поддерживает множество языков, включая украинский, русский и белорусский. На сайте разработчиков есть версия программы для 64-разрядных систем.

Устанавливаем как обычно по умолчанию.

После установки программы в открывшемся окне делаем настройки:

1. Открываем вкладку « Параметры » и ставим "птички" в желаемых установках, а также выбираем язык интерфейса. Рекомендую установить в «Запускать при старте Windows » и «Сворачивать в иконку в трэе».

2. Переходим к вкладке « NTP клиент» и в окошке «Получать каждые» устанавливаем интервал времени , через который будет проходить автоматическая синхронизация локального времени компьютера с внешним сервером (например, каждые 5 мин). Это время зависит от возможностей компа и интенсивности работы оператора на передачу.

3. Возвращаемся в исходное положение окна (вкладка «Время» ). Программа показывает локальное время компа. Нажимаем кнопку «Получить время» Программа показывает время на сервере, а также разницу с локальным системным временем компа и задержку. Нажимаем на ставшую активной кнопку «Задать время» - происходить синхронизация локального времени с серверным.

4. Для дальнейшей синхронизации по заданному интервалу времени в п.2 программу НЕ ЗАКРЫВАТЬ , а просто СВЕРНУТЬ , нажав соответственную кнопку в заголовке окна. При этом иконка программы появляется в лотке задач. Закрытая программа синхронизацию НЕ ПРОИЗВОДИТ.

5. Рекомендую при работе с модой FT 8 сначала открыть программу и выполнить операции по п.3. При этом DT у принимаемых станций в очередном 15-ти секундном цикле станет минимально возможным. Однако это зависит еще и от синхронизации времени в компе конкретной станции.

Синхронизация времени в промышленных сетях необходима для согласования работы устройств и приложений, осуществляющих обработку данных в режиме реального времени. Помимо этого, синхронизация требуется в системах мониторинга и управления с целью протоколирования возникающих событий и своевременного реагирования на них.

В зависимости от решаемых задач, могут потребоваться разные уровни точности синхронизации времени. Так одной из наиболее чувствительных к точности времени систем является система автоматизации на энергетических подстанциях. Современная система автоматизации подстанции описана в стандарте МЭК 61850, в котором указано, что точность синхронизации времени на шине процессов должна быть не хуже 1 мкс.

Существует несколько методов синхронизации времени.

Часы Master отправляют информацию о времени на часы Slave. Последние используют полученные данные, учитывая задержку на передачу информации, для синхронизации времени. Задержка может быть измерена или рассчитана. Данный метод может быть использован только в тех системах, где сеть передачи данных и путь от часов Master к часам Slave не меняются, в противном случае при синхронизации времени будет неверно учтена задержка. При использовании этого метода следует учесть, что в любой системе могут возникнуть какие-либо помехи и шумы, которые повлияют на время передачи информации от мастера, но, так как связь односторонняя, отследить дополнительные задержки невозможно.

Помимо отличий в методах синхронизации, разделяют еще и типы сетевых инфраструктур.

Выделенная и конвергентная сети

В выделенной сети для синхронизации времени используют выделенную линию передачи данных. В такой сети используют методы синхронизации времени 1PPS и IRIG-B.

В конвергентной сети синхронизация времени происходит по тем же каналам, по которым передается весь остальной трафик системы. Для подобных систем используют протоколы синхронизации времени NTP, SNTP и PTP.

Кроме того, в отдельную группу можно отнести системы синхронизации от орбитальных спутников – например, GPS/ГЛОНАС.

Технологии синхронизации времени

Рассмотрим, что представляет собой каждый из способов синхронизации времени.

GPS (Global Positioning System) – Глобальная система позиционирования. Синхронизация времени осуществляется во время определения местонахождения устройства, оснащенного GPS-приёмником. Для этого устройство ловит сигнал со спутников, установленных на околоземной орбите. Каждый из спутников имеет атомные часы, за счет чего система GPS обеспечивает хорошую точность. Минусом данного метода является необходимость в GPS-антенне, сигнал от которой может быть нестабильным.
1PPS (1 pulse per second) – Сигнал 1PPS не содержит метки времени. Master-устройство посылает 1 импульс в секунду по отдельной сети: оптоволоконной линии, витой паре или коаксиальному кабелю. Часы Slave используют этот импульс только для синхронизации начала каждой секунды. Устройства не могут с помощью 1PPS получить информацию по дате и времени, поэтому его чаще всего используют совместно с другими протоколами синхронизации, например NTP.
NTP (Network Time protocol) – Протокол сетевого времени широко распространен в сетях Ethernet и Интернет. Принцип работы NTP основан на многоуровневой системе с множеством источников времени.
IRIG-B (Inter Range Instrumentation Group) – С помощью данной технологии передается информация о дате и времени вместе с импульсным сигналом синхронизации. IRIG-B используют выделенную сеть для передачи информации. Сеть может быть построена на оптическом волокне, витой паре или коаксиальном кабеле.

Каждый уровень системы NTP называется слоем и содержит источники времени.

Слой 0 — эталонные часы (например, атомные часы или часы GPS)
Слой 1 — серверы времени, подключённые напрямую к эталонным часам. Часы этого слоя считаются лучшими источниками времени в системе
Слой 2 — серверы времени, которые синхронизируются с часами слоя 1

Всего слоев может быть до 16 (часы 16 слоя считаются не синхронизированными). Устройства предыдущего слоя всегда выступают в качестве серверов времени для устройств более низкого слоя. Каждое устройство в такой иерархической системе может получать данные о времени с устройств своего слоя и предыдущего. Полученные данные сравниваются по определенному алгоритму и выбирается наиболее точное время. Подобная развернутая многоуровневая система также позволяет оптимизировать трафик и нагрузку на устройства в сети.

Более подробно познакомимся с протоколом синхронизации точного времени - PTP.

Стандарт IEEE 1588 V2

Для систем, которым не хватает точности синхронизации, предоставляемой протоколами NTP/SNTP, был разработан стандарт IEEE 1588 v2. Данный стандарт описывает протокол точного времени - PTP (Precision Time protocol). PTP предназначен для использования в локальных сетях и гарантирует высокую точность синхронизации.

Типы устройств в системе РТР:

Выбор гроссмейстера

Концепция построения «Цифровой подстанции» в электроэнергетике требует синхронизации с точностью 1 мкс. Для проведения финансовых транзакций также требуется точность в мкс. В этих приложениях точности времени NTP уже недостаточно.

Протокол синхронизации PTPv2, описанный стандартом IEEE 1588v2, позволяет добиться точности синхронизации в несколько десятков наносекунд. PTPv2 позволяет отправлять пакеты синхронизации через L2 и L3-сети.

Основными областями, где применяется PTPv2, являются:

энергетика;
контрольно-измерительное оборудование;
оборонно-промышленный комплекс;
телеком;
финансовый сектор.

У нас больше опыта в промышленности и мы часто встречаемся с этим протоколом в энергетических приложениях. Соответственно, и обзор сделаем с оглядкой на энергетику.

Зачем необходим?

На данный момент в СТО 34.01-21-004-2019 ПАО «Россети» и в СТО 56947007-29.240.10.302-2020 ПАО «ФСК ЕЭС» содержатся требования к организации шины процесса с обеспечением синхронизации времени по PTPv2.

Связано это с тем, что к шине процесса подключаются терминалы релейной защиты и устройства измерения, которые через шину процесса, при помощи так называемых SV-потоков (multicast-потоки), передают мгновенные значения тока и напряжения.

Терминалы релейной защиты используют эти значения для реализации защит присоединений. Если точность измерений по времени будет небольшой, то некоторые защиты могут ложно отрабатывать.

Например, жертвой «слабой» синхронизации времени могут стать защиты абсолютной селективности. Часто логика подобных защит строится на сравнении двух величин. Если величины расходятся на достаточно большое значение, то защита срабатывает. Если эти величины измерить с точностью времени 1 мс, то можно получить большую разницу там, где значения на самом деле находятся в норме, если измерить их с точностью 1 мкс.

Другими словами, имеем следующую картину с версиями:

Но, как и всегда, есть нюансы.

Но совместить устройства c PTPv1 и устройства с PTPv2 в одной сети все-таки можно. Для этого некоторые производители позволяют на портах граничных часов выбирать версию протокола. То есть, граничные часы могут синхронизироваться по PTPv2 и при этом синхронизировать другие подключенные к ним часы и по PTPv1, и по PTPv2.

Устройства PTP. Какие бывают и чем различаются?

Стандартом IEEE 1588v2 описано несколько типов устройств. Все они приведены в таблице.

Устройства взаимодействуют друг с другом через ЛВС, используя PTP.

Устройства PTP называются часами. Все часы берут точное время у гроссмейстерских часов.

Есть 5 типов часов:

Grandmaster clock (Гроссмейстерские часы)	Основной источник точного времени. Часто оснащаются интерфейсом для подключения GPS.
Ordinary Clock (Обычные часы)	Устройство с одним портом, которое может быть мастером (ведущими часами) или слэйвом (ведомыми часами)
Ведущие часы (мастер)	Являются источником точно времени, по которому синхронизируются другие часы
Ведомые часы (слэйв)	Конечное устройство, которое синхронизируется от ведущих часов
Boundary Clock (Граничные часы)	Устройство с несколькими портами, которое может быть мастером или слейвом.

Event Messages	General Messages
Sync Delay_Req Pdelay_Req Pdelay_Resp	Announce Follow_Up Delay_Resp Pdelay_Resp_Follow_Up Management Signaling

Основные проблемы синхронизации

При передаче пакета синхронизации через локальную сеть он задерживается на коммутаторе и в канале передачи данных. Любой коммутатор будет давать задержку около 10 мкс, что недопустимо для PTPv2. Ведь нам на конечном устройстве необходимо получить точность 1 мкс. (Это если речь идет про энергетику. Другие приложения могут требовать и большей точности.)

В IEEE 1588v2 описаны несколько алгоритмов работы, которые позволяют фиксировать задержку времени и корректировать ее.

Алгоритм работы
При нормальной работе протокол работает в две фазы.

Фаза 1 — установка иерархии «Ведущие часы – Ведомые часы».
Фаза 2 — синхронизация часов при помощи механизма End-to-End или Peer-to-Peer.

Каждый порт обычных или граничных часов имеет определенное количество состояний (ведомые часы и ведущие часы). Стандарт описывает алгоритм перехода между этими состояниями. В программировании такой алгоритм называется конечным автоматом или машиной состояний (подробнее в Wiki).

Этот конечный автомат использует алгоритм Best Master Clock Algorithm (BMCA) для установки мастера при соединении двух часов.

Данный алгоритм позволяет часам брать на себя обязательства гроссмейстерских часов, когда вышестоящие гроссмейстерские часы теряют сигнал GPS, отключаются от сети и т.д.

Переходы между состояниями в соответствии с BMCA кратко отображены на следующей схеме:

Простая иерархия представлена схеме ниже. Пути 1, 2, 3, 4, 5 могут содержать прозрачные часы (Transparent clock), но они не участвуют в установлении иерархии «Ведущие часы – Ведомые часы».

Фаза 2 — Синхронизация обычных и граничных часов

Сразу после установки иерархии «Ведущие часы – Ведомые часы» начинается фаза синхронизации обычных и граничных часов.

Ведущие часы могут быть:

Для фазы синхронизации могут быть использованы два механизма:

Механизм запроса-ответа задержки (Delay request-response mechanism).
Механизм измерения задержки соседнего узла (Peer delay measurement mechanism).

Механизм запроса-ответа задержки (Delay request-response mechanism)

Механизм предполагает два шага:

Если между этими двумя значениями возникает какая-то асимметрия, то появляется ошибка коррекции ухода точного времени. Ошибка обуславливается тем, что вычисленная задержка является средним от задержек t-ms и t-sm. Если задержки не равны друг другу, то мы будем корректировать время неточно.

Коррекция сдвига точного времени

После того как задержка между ведущими часами и ведомыми часами известна, ведомые часы выполняют коррекцию времени.

Механизм измерения задержки соседнего узла (Peer delay measurement mechanism)

Данный механизм также использует два шага для синхронизации:

Устройства измеряют задержку времени до всех соседей через все порты. Для этого они используют peer delay mechanism.
Корректировка сдвига точного времени.

Когда порту 1 известно время t1, t2, t3 и t4, он может рассчитать среднюю задержку (tmld). Она рассчитывается по следующей формуле:

Любая асимметрия между этими двумя значениями привнесет ошибку коррекции сдвига точного времени.

Корректировка сдвига точного времени

Режимы работы прозрачных часов

Соответственно, это были разобраны простые примеры. А теперь предположим, что на пути синхронизации появляются коммутаторы.

Если использовать коммутаторы без поддержки PTPv2, то пакет синхронизации будет задерживаться на коммутаторе примерно на 10 мкс.

Прозрачные часы могут работать в двух режимах:

Задержка измеряется на каждом канале в обоих направлениях, включая каналы, которые заблокированы каким-либо протоколом (например, RSTP). Это позволяет сразу вычислить новую задержку на пути синхронизации, если изменились гроссмейстерские часы или топология сети.

Типы поддержки PTPv2 коммутаторами

Коммутаторы могут поддерживать PTPv2:

Соблюсти необходимую точность позволяет только аппаратная поддержка PTPv2. В этом случае выдача метки времени выполняется специальным ASIC’ом, который установлен на порт.

Формат поля Header:

Домен – это несколько разных часов, собранных в одну логическую группу и синхронизированных от одних ведущих часов, но не обязательно синхронизированных с часами, принадлежащими к другому домену.

correctionField – содержит время задержки в наносекундах. Время задержки включает в себя задержку при передаче через прозрачные часы, а также задержку при передаче через канал при использовании режима Peer-to-Peer.

Pdelay_Resp_Follow_Up используются только для механизма измерения задержки соседнего узла.

Передача в ЛВ

Сетевом – в составе IP-данных.
Канальном – в составе Ethernet-фрейма.

PTP через UDP через Ethernet

PTP имеет достаточно много «гибких» параметров, которые необходимы настроить. Например:

Опции BMCA.
Механизм измерения задержки.
Интервалы и начальные значения всех конфигурируемых параметров и т.д.

Поэтому существуют так называемые профили PTPv2. Профили являются группами сконфигурированных настроек и определенных ограничений протокола, чтобы можно было реализовать синхронизацию времени для определенного приложения.

Сам стандарт IEEE 1588v2 описывает только один профиль – “Default Profile”. Все остальные профили созданы и описаны различными организациями и ассоциациями.

Профиль описывает, что PTP может передаваться:

По сути для выбора доступен только один параметр – тип ведущих часов (одноступенчатые или двухступенчатые).

Точность должна быть не более 1 мкс. Другими словами в одном пути синхронизации может содержаться максимально 15 прозрачных часов или трое граничных часов.

Описывает лучшие практики, расположение, значения, управление политикой и **** соображения безопасности для параметра максимальной терпимости для политики безопасности синхронизации часов компьютера.

Справочники

Этот параметр безопасности определяет максимальную разницу во времени (в минутах), которую Kerberos V5 переносит между временем на клиентских часах и временем на контроллере домена, который обеспечивает проверку подлинности Kerberos.

Чтобы предотвратить "атаки повтора", протокол Kerberos v5 использует штампы времени в качестве части определения протокола. Для правильной работы штампов времени необходимо максимально синхронизировать часы клиента и контроллера домена. Другими словами, для обоих устройств необходимо установить одно и то же время и дату. Так как часы двух компьютеров часто не синхронизируются, этот параметр политики можно использовать для установления максимально допустимой разницы между протоколом Kerberos между часами клиента и часами контроллера домена. Если разница между часами клиентского компьютера и часами контроллера домена меньше максимальной разницы во времени, указанной в этой политике, любой штамп времени, используемый в сеансе между двумя устройствами, считается подлинным.

Возможные значения для этого параметра групповой политики:

Определенное пользователем количество минут от 1 до 99 999
Не определено

Местонахождение

Конфигурация компьютера\Windows Параметры\security Параметры\Account Policies\Kerberos Policy

Значения по умолчанию

В следующей таблице приведены фактические и действующие значения по умолчанию для этой политики. Значения по умолчанию также можно найти на странице свойств политики.

Тип сервера или объект групповой политики	Значение по умолчанию
Default Domain Policy	5 минут
Политика контроллера домена по умолчанию	Не определено
Параметры по умолчанию для автономного сервера	Неприменимо
Действующие параметры по умолчанию для контроллера домена	5 минут
Действующие параметры по умолчанию для рядового сервера	Неприменимо
Действующие параметры по умолчанию для клиентского компьютера	Неприменимо

Управление политикой

В этом разделе описаны компоненты, средства и рекомендации, которые помогут в управлении этой политикой.

Перезагрузка устройства не требуется для того, чтобы этот параметр политики был эффективным.

Этот параметр политики настроен на контроллере домена.

Групповая политика

Клиентские устройства получат новый параметр во время следующего запланированного и успешного обновления групповой политики. Но для того, чтобы контроллеры домена сразу назначили эти новые параметры, требуется gpupdate.exe/force. На локальном устройстве двигатель конфигурации безопасности обновит этот параметр примерно через пять минут.

Параметры применяются в следующем порядке с помощью объекта групповой политики (GPO), который перезаписывал параметры на локальном компьютере при следующем обновлении групповой политики:

Параметры локальной политики
Параметры политики сайта
Параметры политики домена
Параметры политики подразделения

Когда локальный параметр серый, он указывает, что GPO в настоящее время контролирует этот параметр.

Вопросы безопасности

В этом разделе описывается, каким образом злоумышленник может использовать компонент или его конфигурацию, как реализовать меры противодействия, а также рассматриваются возможные отрицательные последствия их реализации.

Уязвимость

Чтобы предотвратить "атаки повтора" (которые являются атаками, в которых учетные данные проверки подлинности повторно перенаправляются вредоносным пользователем или программой для получения доступа к защищенного ресурса), протокол Kerberos использует в качестве части определения штампы времени. Для правильной работы штампов времени необходимо тесно синхронизировать часы клиентского компьютера и контроллера домена. Так как часы двух компьютеров часто не синхронизируются, администраторы могут использовать эту политику, чтобы установить максимально допустимую разницу в протоколе Kerberos между часами клиентского компьютера и часами контроллера домена. Если разница между часами клиентского компьютера и часами контроллера домена меньше максимальной разницы во времени, указанной в этом параметре, любой штамп времени, используемый в сеансе между двумя компьютерами, считается подлинным.

Противодействие

Настройка максимально допустимой нагрузки для параметра синхронизации часов на компьютере до 5 минут.

Доброго времени суток! Может кто поделиться опытом, как кто синхронизирует по времени разное телекоммуникационное оборудование? Предложений(GPS) на рынке много, но почему-то все упирается в сертификат от авиационных властей, а не на стандарт средства измерения. Спасибо!

VIRGA

Все зависит от типа оборудования и вида решаемой задачи.
Оборудование КДП синхронизируем от станции точного времени (Метроном или аналогичный). МВРЛ, ЛККС, АЗН-В -имеют собственные спутниковые источники синхронизации.
Ширпотреб типа локальной сети с выходом в интернет - от сети.

ultra_novice

Имеется в виду всяческая масса разных телекоммуникационных мультиплексоров, коммутаторов и т.д. Метроном - цена дюже зело нечеловеческая. То что АЗН-В имееют свою синхронизацию - это понятно, но к ней завсегда проблемно подключится(надо договариваться с рахработчиком). Да и зачем нам влезать куда-то - "не навреди". Вот как синхронизировать по времени УПАТС - можно купить за 30-50 т.р. приемник по двум системам, но у него только сертификат средства измерения.

Tnemo

В составе КСА УВД должен быть сервер единого времени (СЕВ), синхронизируемый по GPS. Он работает по стандартному протоколу ntp. Подключиться к серверу ntp по сети может любой компьютер или ntp-клиент УПАТС.

ultra_novice

Не все оборудование поддерживает NTP и даже SNMP. КСА - нет. По комплексам документирования вроде до пол-минуты точность требуется - т.е. подошел раз в месяц, поправил.

VIRGA

Вот как синхронизировать по времени УПАТС - можно купить за 30-50 т.р. приемник по двум системам, но у него только сертификат средства измерения.

Не вижу проблем для данного применения. Покупайте и синхронизируйте.

ultra_novice

Не вижу проблем для данного применения. Покупайте и синхронизируйте.

Не дали добро из отсутствия сертификата МАК. Почему и спрашивал. GPS-свисток перманентное решение проблемы, но и там хорошие стоят неплохих денег + нет антенны.

VIRGA

Кто же эти "недавальщики" добра?
Откройте им страшную тайну. Оборудование, которое Вы хотите синхронизировать, также не имеет сертификата злющего МАКа.
Может после этого будут сговорчивее.

ultra_novice

Сверху завернули ;-). Может и бюджет кроили как-то, может и еще какие причины. Забавно, что на обычные приборы сертификат МАК не надо, вози в поверку и только. Ну тут ладно - просто думал, что кто опытом поделиться,
тут еще возникает задача, когда оборудование вроде со временем, но без NTP/SNMP.

VladimirSL

Позвольте полюбопытствовать, чисто из академического интереса, что за оборудование со временем но без NTP? И еще вы упоминаете SNMP, может быть имеется ввиду SNTP?

ultra_novice

Simple Network Managment Protocol - в Google лень лезть, может и ошибся. Шлем SNMP-запрос оборудованию, взамен получаем SNMP-ответ (любая ОС поддерживает такое, вроде бы). Оборудование c SNMP, но без NTP - тот же RAD(Kilomux/Megaplex). Из не поддерживающих то и то, какие-то из наших отечественных мультиплексоров(точно не помню марку, может и навожу "тень на плетень" из-за головы дырявой).

VladimirSL

Хоть я и не понял какое отношение SNMP имеет к синхронизации времени, ну да ладно. По поводу RAD'овских железок, на сколько я помню они в основном ориентированы для работы в "классических" сетях (SONET, SDH) исходя из этого могу предположить что для синхронизации времени они используют ToPSync, попробуйте покопать в этом направлении.

ultra_novice

С помощью SNMP проверяем время на оборудовании, сравниваем его со временем компьютера синхронизированного через NTP(или к которому подключен GPS-приемник), и с помощью SNMP устанавливаем внутреннее время самого оборудования. Да, пример оборудования и без SNMP и NTP - это если нет возможности подключиться к оборудованию через Ethernet интерфейс(хоть LAN, хоть WAN), но есть возможность через COM-порт. Тут сильно сложнее получается, такой случай крайне редок, но у меня был такой, хотя и не долго.

yakov65

У нас на обзорном локаторе установлено оборудование Сонар. Вот с него взяли синхронизацию, через МИК-РЛ, ТС-30 завели на Гранит. С него синхронизируется Мегафон. Проблема решена. И заметьте, ни каких сертификатов и без выхода во всемирную паутину.

Читайте также:

Разрешается ли синхронизировать время на автономных термометрах манометрах с разных компьютеров

Выделенная и конвергентная сети

Технологии синхронизации времени

Стандарт IEEE 1588 V2

Справочники

Рекомендации

Местонахождение

Значения по умолчанию

Управление политикой

Групповая политика

Вопросы безопасности

Уязвимость

Противодействие

VIRGA

ultra_novice

Tnemo

ultra_novice

VIRGA

ultra_novice

VIRGA

ultra_novice

VladimirSL

ultra_novice

VladimirSL

ultra_novice

yakov65