Протокол точного времени ( PTP ) - это протокол, используемый для синхронизации часов в компьютерной сети . В локальной сети он обеспечивает точность часов в субмикросекундном диапазоне, что делает его пригодным для систем измерения и управления. [1] PTP в настоящее время используется для синхронизации финансовых транзакций , передач с вышек мобильной связи , подводных акустических систем и сетей, которые требуют точного времени, но не имеют доступа к сигналам спутниковой навигации .
Исходная версия PTP, IEEE 1588-2002 , была опубликована в 2002 году. IEEE 1588-2008 , также известный как PTP версии 2, не имеет обратной совместимости с исходной версией 2002 года. IEEE 1588-2019 был опубликован в ноябре 2019 года и включает улучшения с обратной совместимостью по сравнению с публикацией 2008 года. IEEE 1588-2008 включает концепцию профиля, определяющую рабочие параметры и опции PTP. Было определено несколько профилей для приложений, включая телекоммуникации , распределение электроэнергии и аудиовизуальные средства .IEEE 802.1AS является адаптацией PTP для использования саудиовидео BridgingиTime-Sensitive сетей.
История
По словам Джона Эйдсона, возглавлявшего усилия по стандартизации IEEE 1588-2002, «IEEE 1588 разработан, чтобы заполнить нишу, не обслуживаемую одним из двух доминирующих протоколов, NTP и GPS . достижимо с использованием NTP. Он также разработан для приложений, которые не могут нести стоимость приемника GPS на каждом узле или для которых сигналы GPS недоступны ». [2]
Первоначально протокол PTP был определен в стандарте IEEE 1588-2002, официально названном «Стандарт протокола точной тактовой синхронизации для сетевых систем измерения и управления» и опубликованном в 2002 году. В 2008 году IEEE 1588-2008 был выпущен как пересмотренный стандарт; также известный как PTP версии 2 (PTPv2), он повышает точность, точность и надежность, но не имеет обратной совместимости с исходной версией 2002 года. [3] IEEE 1588-2019 был опубликован в ноябре 2019 года, [4] неофициально известен как PTPv2.1 и включает обратно совместимые улучшения по сравнению с публикацией 2008 года. [5]
Архитектура
Стандарты IEEE 1588 описывают иерархическую архитектуру главный-подчиненный для распределения часов. Согласно этой архитектуре система распределения времени состоит из одной или нескольких коммуникационных сред (сегментов сети) и одного или нескольких часов. Обычные часы представляют собой устройство с одним сетевым соединением и либо источник (ведущий) или назначения для (ведомой) ссылки синхронизации. Граничные часы имеют несколько сетевых соединения и могут точно синхронизировать один сегмент сети к другому. Мастер синхронизации выбирается для каждого сегмента сети в системе. Корневой эталон времени называется гроссмейстером . [6] Грандмастер передает информацию синхронизации на часы, находящиеся в его сегменте сети. Граничные часы с присутствием в этом сегменте затем передают точное время другим сегментам, к которым они также подключены.
Упрощенная система PTP часто состоит из обычных часов, подключенных к одной сети, без использования граничных часов. Гроссмейстер избирается, и все остальные часы синхронизируются напрямую с ним.
IEEE 1588-2008 вводит часы, связанные с сетевым оборудованием, используемым для передачи сообщений PTP. В прозрачных часах модифицируют PTP сообщения , поскольку они проходят через устройство. [7] Временные метки в сообщениях исправлены за время, потраченное на прохождение сетевого оборудования. Эта схема повышает точность распределения за счет компенсации изменчивости доставки по сети.
PTP обычно использует ту же эпоху, что и время Unix (начало 1 января 1970 г.). [a] В то время как время Unix основано на всемирном координированном времени (UTC) и зависит от дополнительных секунд , PTP основывается на международном атомном времени (TAI). Грандмастер PTP сообщает текущее смещение между UTC и TAI, так что UTC можно вычислить из полученного времени PTP.
Детали протокола
Синхронизация и управление системой PTP достигается за счет обмена сообщениями через среду связи. С этой целью PTP использует следующие типы сообщений.
- Сообщения Sync , Follow_Up , Delay_Req и Delay_Resp используются обычными и граничными часами и передают связанную со временем информацию, используемую для синхронизации часов по сети.
- Pdelay_Req , Pdelay_Resp и Pdelay_Resp_Follow_Up используются прозрачными часами для измерения задержек в среде связи, чтобы они могли быть компенсированы системой. Прозрачные часы и связанные с ними сообщения недоступны в IEEE 1588-2002.
- ANNOUNCE сообщения используются наилучшим алгоритмом часофикации в IEEE 1588-2008 , чтобы построить иерархию часов и выбрать гроссмейстера . [b]
- Управляющие сообщения используются сетевым управлением для мониторинга, настройки и обслуживания системы PTP.
- Сигнальные сообщения используются для некритичной по времени связи между часами. Сигнальные сообщения были введены в IEEE 1588-2008.
Сообщения делятся на сообщения о событиях и общие сообщения. Сообщения о событиях критичны по времени в том смысле, что точность меток времени передачи и получения напрямую влияет на точность распределения часов. Sync , Delay_Req , Pdelay_Req и Pdelay_resp - это сообщения о событиях . Общие сообщения являются более традиционными блоками данных протокола в том смысле, что данные в этих сообщениях важны для PTP, а их временные метки передачи и приема - нет. Сообщения Announce , Follow_Up , Delay_Resp , Pdelay_Resp_Follow_Up , Management и Signaling являются членами общего класса сообщений. [8] : Пункт 6.4
Транспорт сообщений
Сообщения PTP могут использовать протокол дейтаграмм пользователя через Интернет-протокол (UDP / IP) для транспортировки. IEEE 1588-2002 использует только транспорты IPv4 , [9] : Приложение D, но оно было расширено для включения IPv6 в IEEE 1588-2008. [8] : Приложение F В IEEE 1588-2002 все сообщения PTP отправляются с использованием многоадресной передачи сообщений, в то время как IEEE 1588-2008 представил возможность для устройств согласовывать одноадресную передачу для каждого порта. [8] : Пункт 16.1 При многоадресной передаче используется многоадресная IP- адресация, для которой групповые адреса многоадресной рассылки определены для IPv4 и IPv6 (см. Таблицу). [8] : Приложения D и E Сообщения о критических по времени событиях (Sync, Delay_req, Pdelay_Req и Pdelay_Resp) отправляются на порт номер 319. Общие сообщения (Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, управление и сигнализация) используют номер порта 320. [ 8] : пункт 6.4
Сообщения | IPv4 | IPv6 | IEEE 802.3 Ethernet [8] : Приложение F [c] |
---|---|---|---|
Все, кроме сообщений о задержке однорангового узла | 224.0.1.129 [д] | FF0x :: 181 [e] | 01-1B-19-00-00-00 [ф] |
Сообщения о задержке однорангового узла : Pdelay_Req , Pdelay_Resp и Pdelay_Resp_Follow_Up [g] | 224.0.0.107 [ч] | FF02 :: 6B | 01-80-C2-00-00-0E |
В IEEE 1588-2008 инкапсуляция также определена для DeviceNet , [8] : Приложение G ControlNet [8] : Приложение H и PROFINET . [8] : Приложение I
Домены
Домен [i] - это взаимодействующий набор часов, которые синхронизируются друг с другом с помощью PTP. Часы назначаются домену на основании содержимого полей имени поддомена (IEEE 1588-2002) или domainNumber (IEEE 1588-2008) в сообщениях PTP, которые они получают или генерируют. Домены позволяют нескольким системам распределения часов использовать одну и ту же среду связи.
Содержимое поля имени поддомена ( IEEE 1588-2002 ) | Адрес многоадресной рассылки IPv4 ( IEEE 1588-2002 ) [j] | domainNumber ( IEEE 1588-2008 ) | Заметки |
---|---|---|---|
_DFLT | 224.0.1.129 | 0 | Домен по умолчанию |
_ALT1 | 224.0.1.130 | 1 | Альтернативный домен 1 |
_ALT2 | 224.0.1.131 | 2 | Альтернативный домен 2 |
_ALT3 | 224.0.1.132 | 3 | Альтернативный домен 3 |
Специфичные для приложения до 15 октетов [9] : пункт 6.2.5.1 | 224.0.1.130, 131 или 132 в соответствии с хэш - функции от имени субдомена [9] : Приложение C | С 4 по 127 | Пользовательские домены |
Лучший алгоритм мастер-часов
Лучший мастер синхронизация (ВМС) алгоритм выполняет распределенный выбор наилучшего кандидата часов на основе следующих свойств тактовых:
- Идентификатор - универсальный уникальный числовой идентификатор часов. Обычно это строится на основе MAC-адреса устройства .
- Качество - Обе версии IEEE 1588 пытаются количественно оценить качество синхронизации на основе ожидаемого отклонения синхронизации, технологии, используемой для реализации часов или местоположения в схеме слоя тактовых импульсов , хотя только V1 (IEEE 1588-2002) знает слой поля данных . PTP V2 (IEEE 1588-2008) определяет общее качество часов с помощью полей данных clockAccuracy и clockClass .
- Приоритет - административно назначенная подсказка о приоритете, используемая BMC для помощи в выборе грандмастера для домена PTP. IEEE 1588-2002 использовал единственную логическую переменную для обозначения приоритета. IEEE 1588-2008 имеет два 8-битных поля приоритета.
- Дисперсия - оценка стабильности часов, основанная на наблюдении за их характеристиками по отношению к эталону PTP.
IEEE 1588-2008 использует алгоритм иерархического выбора, основанный на следующих свойствах в указанном порядке: [8] : Рисунок 27
- Приоритет 1 - пользователь может назначить конкретный статический приоритет для каждого тактового сигнала, предварительно определив приоритет среди них. Меньшие числовые значения указывают на более высокий приоритет.
- Класс - каждые часы являются членом данного класса, каждый класс имеет свой собственный приоритет.
- Точность - точность между часами и временем по Гринвичу в наносекундах (нс)
- Дисперсия - изменчивость часов
- Приоритет 2 - окончательно определенный приоритет, определяющий порядок резервного копирования в случае, если другие критерии были недостаточны. Меньшие числовые значения указывают на более высокий приоритет.
- Уникальный идентификатор - выбор на основе MAC-адреса используется в качестве разрешения конфликтов, когда все остальные свойства равны.
IEEE 1588-2002 использует алгоритм выбора, основанный на схожих свойствах.
Свойства часов объявляются в сообщениях Sync IEEE 1588-2002 и сообщениях Announce IEEE 1588-2008 . Текущий мастер часов передает эту информацию через равные промежутки времени. Часы, которые считают себя лучшими ведущими часами, будут передавать эту информацию, чтобы вызвать смену основных часов. Как только текущий мастер распознает лучшие часы, текущий мастер прекращает передачу сообщений Sync и связанных свойств часов ( сообщения Announce в случае IEEE 1588-2008), и лучшие часы становятся мастером. [10] Алгоритм BMC учитывает только самопровозглашенное качество тактовых импульсов и не принимает во внимание качество сетевого соединения. [11]
Синхронизация
Используя алгоритм BMC, PTP выбирает главный источник времени для домена IEEE 1588 и для каждого сегмента сети в домене.
Часы определяют разницу между собой и своим хозяином. [12] Пусть переменнаяпредставляют физическое время. Для данного ведомого устройства смещение вовремя определяется:
где представляет время, измеренное ведомыми часами в физическом времени , а также представляет время, измеренное главными часами в физическом времени .
Мастер периодически передает текущее время в виде сообщения другим часам. В соответствии с IEEE 1588-2002 широковещательная передача осуществляется до одного раза в секунду. Согласно IEEE 1588-2008 разрешено до 10 в секунду.
Каждая трансляция начинается в определенное время с сообщением синхронизации, отправленным мастером на все часы в домене. Часы, получающие это сообщение, принимают к сведению местное время. когда получено это сообщение.
Затем мастер может отправить многоадресное Follow_Up с точнымотметка времени. Не все мастера имеют возможность представлять точную метку времени в сообщении синхронизации . Только после завершения передачи они могут получить точную метку времени для передачи Sync со своего сетевого оборудования. Мастера с этим ограничением используют сообщение Follow_Up для передачи. Мастера с возможностями PTP, встроенными в их сетевое оборудование, могут представлять точную временную метку в сообщении Sync и не должны отправлять сообщения Follow_Up.
Чтобы точно синхронизироваться со своим главным устройством, часы должны индивидуально определять время передачи сообщений Sync по сети . Время прохождения определяется косвенно путем измерения времени прохождения сигнала туда и обратно от каждых часов до их главного устройства. Часы инициируют обмен со своим мастером, предназначенным для измерения времени прохождения.. Обмен начинается с того, что часы отправляют сообщение Delay_Req в момент времени.к мастеру. Мастер получает и отмечает время Delay_Req в момент времени.и отвечает сообщением Delay_Resp . Мастер включает метку временив сообщении Delay_Resp .
Через эти обмены часы учатся , , а также .
Если время передачи сообщения синхронизации , и постоянное смещение между ведущими и ведомыми часами, тогда
Комбинируя два приведенных выше уравнения, мы находим, что
Часы теперь знают смещение во время этой транзакции и может исправить себя на эту сумму, чтобы согласовать ее со своим хозяином.
Одно из предположений состоит в том, что этот обмен сообщениями происходит в течение столь малого периода времени, что это смещение можно безопасно считать постоянным в течение этого периода. Другое предположение состоит в том, что время передачи сообщения, идущего от ведущего устройства к ведомому, равно времени передачи сообщения, идущего от ведомого устройства к ведущему. Наконец, предполагается, что и ведущий, и ведомый могут точно измерить время отправки или получения сообщения. Степень, в которой эти предположения верны, определяет точность часов на ведомом устройстве. [8] : Пункт 6.2
Дополнительные возможности
Стандарт IEEE 1588-2008 перечисляет следующий набор функций, которые реализации могут выбрать для поддержки:
- Альтернативная шкала времени
- Кластер Великого Мастера
- Мастера одноадресной рассылки
- Альтернативный Мастер
- Трассировка пути
Связанные инициативы
- Международный симпозиум IEEE по точности синхронизации часов для измерения, управления и связи (ISPCS) является IEEE организовано ежегодное мероприятие , которое включает в себя plugtest и программу конференции с бумажными и стендовых презентаций, учебных пособий и дискуссий , охватывающих несколько аспектов PTP [13]
- Институт встраиваемых систем (InES) Цюрихского университета прикладных наук / ZHAW занимается практической реализацией и применением PTP.
- IEEE 1588 - ключевая технология в стандарте LXI для обмена данными и управления для тестирования и измерений.
- IEEE 802.1AS-2011 является частью группы стандартов IEEE Audio Video Bridging (AVB), расширенной рабочей группой IEEE 802.1 Time-Sensitive Networking (TSN). Он определяет профиль для использования IEEE 1588-2008 для синхронизации времени через виртуальную мостовую локальную сеть (как определено IEEE 802.1Q ). В частности, 802.1AS определяет, как IEEE 802.3 ( Ethernet ), IEEE 802.11 ( Wi-Fi ) и MoCA могут быть частями одного временного домена PTP. [14]
- SMPTE 2059-2 - это профиль PTP для использования при синхронизации систем вещания [15]
- Стандарт совместимости аудиосети AES67 включает профиль PTPv2, совместимый с SMPTE ST2059-2. [16]
- Dante использует PTPv1 для синхронизации. [17]
- Q-LAN [18] и RAVENNA [17] используют PTPv2 для синхронизации времени.
- Проект White Rabbit объединяет синхронный Ethernet и PTP
- Отраслевой профиль протокола точного времени Профили PTP (L2P2P и L3E2E) для промышленной автоматизации в соответствии с IEC 62439-3
- IEC / IEEE 61850-9-3 Профиль PTP для автоматизации подстанции, принятый в IEC 61850
- Протокол параллельного резервирования использование профилей PTP (L2P2P и L3E2E) для промышленной автоматизации в параллельных сетях
- PTP изучается для применения в качестве безопасного протокола синхронизации времени в глобальном мониторинге энергосистем [19]
Смотрите также
- Список реализаций PTP
Заметки
- ^ Возможность профилей в соответствии с IEEE 1588-2008 позволяет использовать эпохи для конкретных приложений. [8] : Приложение B
- ^ В IEEE 1588-2002 информация, переносимаясообщениями Announce, переносится всообщениях Sync . В IEEE 1588-2008сообщение Sync было оптимизировано, и эта информация больше не передается здесь.
- ^ PTP через IEEE 802.3 Ethernet использует Ethertype 0x88F7
- ^ Домены, отличные от IEEE 1588-2002, используют адреса назначения с 224.0.1.130 по 224.0.1.132 (см. # Домены ).
- ^ Где x - это область адреса (2 для локального канала) согласно RFC 2373 (см. Многоадресный адрес IPv6 )
- ^ В некоторых приложениях PTP разрешается отправлять все сообщения PTP на номер 01-1B-19-00-00-00.
- ^ Сообщения задержки однорангового узла предназначены для передачи непосредственно подключенному соседу. Адреса многоадресной рассылки для этих сообщений предназначены для локального канала по объему и не проходят через маршрутизатор . IEEE 1588-2008 также рекомендует установить время жизни на 1 (IPv4) или ограничениепереходовна 0 (IPv6) в качестве дополнительной гарантии того, что сообщения не будут маршрутизироваться.
- ^ Обмен сообщениями о задержке однорангового узла отсутствует в IEEE 1588-2002.
- ^ IEEE 1588-2002 определяет домен как любой взаимосвязанный набор часов (независимо от того, синхронизированы ли они друг с другом) и использует субдомен для обозначения того, что известно как домен в IEEE 1588-2008.
- ^ IEEE 1588-2008 использует 224.0.1.129 в качестве адреса для всех многоадресных сообщений.
Рекомендации
- ^ Eidson, Джон (10 октября 2005). «Стандарт IEEE-1588 для протокола точной синхронизации часов для сетевых систем измерения и управления, учебное пособие» (PDF) . Национальный институт стандартов и технологий (NIST).
- ^ Эйдсон, Джон С. (апрель 2006 г.). Измерение, управление и обмен данными с использованием IEEE 1588 . Springer . ISBN 978-1-84628-250-8.
- ^ Эйдсон, Джон (2 октября 2006 г.). «Стандартная версия 2 IEEE 1588 - Учебное пособие» (PDF) . Архивировано из оригинального (PDF) 31 марта 2010 года . Проверено 12 июня 2008 года .
- ^ «1588-2019 - Утвержденный IEEE проект стандарта для протокола точной синхронизации часов для сетевых систем измерения и управления» . IEEE . Дата обращения 15 февраля 2020 .
- ^ Дуглас Арнольд (24 сентября 2017 г.). "Что будет в следующем выпуске IEEE 1588?" . Дата обращения 15 февраля 2020 .
- ^ «Значения общих терминов, используемых в IEEE 1588» . Национальный институт стандартов и технологий. Архивировано из оригинального 27 мая 2010 года . Проверено 19 мая 2006 года .
- ^ «AN-1838 IEEE 1588 Boundary Clock and Transparent Clock Implementation с использованием DP83640» (PDF) . ti.com . Техасские инструменты . Проверено 17 июля 2019 .
- ^ Б с д е е г ч я J K L IEEE 1588-2008 , IEEE , 24 июля 2008, DOI : 10,1109 / IEEESTD.2008.4579760 , ISBN 978-0-7381-5400-8
- ^ а б в IEEE 1588-2002 , IEEE , 8 ноября 2002, DOI : 10,1109 / IEEESTD.2002.94144 , ISBN 978-0-7381-3369-0
- ^ Ватт, Стив Т .; Ачанта, Шанкар; Абубакари, Хамза; Саген, Эрик (март 2014 г.), Понимание и применение протокола точного времени (PDF) , получено 9 сентября 2017 г.
- ^ Технический персонал FSMLabs (сентябрь 2015 г.), Smart and Dumb PTP Client и «так называемый» алгоритм Best Master Clock , получено 17 мая 2018 г.
- ^ Международный стандарт IEC 61588: Протокол точной синхронизации часов для сетевых систем измерения и управления. 2004 г.
- ^ Сайт ISPCS
- ^ Джеффри М. Гарнер (28 мая 2010 г.), IEEE 802.1AS и IEEE 1588 (PDF)
- ^ SMPTE публикует первые две части стандарта, разрешающего развертывание оборудования с синхронизацией по времени PTP на существующих установках SDI , Общество инженеров кино и телевидения , 13 апреля 2015 г. , получено 21 мая 2015 г.
- ^ AES-R16-2016: Отчет по стандартам AES - параметры PTP для взаимодействия AES67 и SMPTE ST 2059-2 , Audio Engineering Society , 2 мая 2016 г.
- ^ a b https://www.smpte.org/sites/default/files/users/user27446/AES67%20for%20Audio%20Production-Background%20Applications%20and%20Challenges.pdf
- ^ «Протокол синхронизации PTPv2 в AV-сетях» . Люминекс. 6 июня 2017 г.
Q-LAN обновился до PTPv2 примерно два года назад.
- ^ Пепичелло, Антонио; Ваккаро, Альфредо (17 декабря 2018 г.), «Надежная архитектура, основанная на протоколе точного времени для синхронизации WAMPAC», Международная ежегодная конференция AEIT 2018 , IEEE , стр. 1–5, doi : 10.23919 / AEIT.2018.8577414 , ISBN 978-8-8872-3740-5, S2CID 58819556
Внешние ссылки
- Сайт NIST IEEE 1588
- Документация PTP в ИнЭС
- PTP и синхронизация мобильных сетей LTE
- PTP объясняется с точки зрения установки / обслуживания
- Техническая документация Hirschmann PTP
- Обзор PTP в Руководстве по настройке программного обеспечения коммутатора Cisco CGS 2520
- Перспективы и приоритеты RuggedCom Smart Grid Research Технологии IEC 61850
- Проекты с решением для умных подстанций
- МакГи, Джим; Goraj, Мацей (2010), "ПС Смарт высокого напряжения , на основе IEC 61850 Process Bus и IEEE 1588 Синхронизация времени", 2010 Первая IEEE Международная конференция по смарт - сетки связи , С. 489-494,. Дои : 10,1109 / SMARTGRID.2010.5622092 , ISBN 978-1-4244-6510-1, S2CID 30638718
- Инграм, DME; Кэмпбелл, округ Колумбия; Schaub, P .; Ледвич, GF (2011). «Система тестирования и оценки мультипротокольных схем защиты выборочных значений» . Труды IEEE PES Trondheim PowerTech 2011 . Тронхейм, Норвегия: IEEE: 1–7. DOI : 10.1109 / PTC.2011.6019243 . ISBN 978-1-4244-8419-5. S2CID 42991214 .
- Проект Белый Кролик PTP
- Протокол точного времени IEC и IEEE , Pacworld, сентябрь 2016 г.]
- Учебное пособие по профилям отказоустойчивого протокола точного времени в МЭК 62439-3 [ мертвая ссылка ]
- МЭК 62439-3 Приложения AE Резервное подключение часов и управление сетью
- Протокол синхронизации PTPv2 в AV-сетях
- FSMLabs: IEEE PTP 1588 из одного источника не может соответствовать стандартам финансового регулирования