Протокол точного времени

Протокол точного времени ( PTP ) — это протокол синхронизации часов в компьютерной сети с относительно высокой точностью и, следовательно, потенциально высокой точностью. В локальной сети (LAN) точность может составлять доли микросекунды, что делает ее подходящей для систем измерения и управления. ^{[ 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 для использования с мостами аудио-видео и сетями, чувствительными ко времени .

История

По словам Джона Эйдсона, который возглавлял усилия по стандартизации IEEE 1588-2002, «IEEE 1588 разработан для того, чтобы заполнить нишу, которую плохо обслуживает ни один из двух доминирующих протоколов, NTP и GPS . IEEE 1588 разработан для локальных систем, требующих точности, превосходящей те Достижимо с помощью 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 г.). ^{[ а ]} В то время как время 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 PTPv1 и были добавлены в PTPv2.
Сообщения объявления используются лучшим алгоритмом главных часов в IEEE 1588-2008 для построения иерархии часов и выбора гроссмейстера . ^{[ б ]}
Сообщения управления используются управлением сети для мониторинга, настройки и обслуживания системы 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}^{[ с ]}	Тип
Все, кроме сообщений о задержке узла	224.0.1.129 ^{[ д ]}	FF0x::181 ^{[ и ]}	01-1Б-19-00-00-00 ^{[ ж ]}	Пересылаемый
Сообщения о задержке узла: Pdelay_Req , Pdelay_Resp и Pdelay_Resp_Follow_Up. ^{[ г ]}	224.0.0.107 ^{[ ч ]}	FF02::6B	01-80-C2-00-00-0E	Непересылаемый

В IEEE 1588-2008 инкапсуляция также определена для DeviceNet . ^{[ 8 ]}^{: Приложение G} Контрольная сеть ^{[ 8 ]}^{: Приложение H} и ПРОФИНЕТ . ^{[ 8 ]}^{: Приложение I}

Домены

Домен ^{[ я ]} представляет собой взаимодействующий набор часов, которые синхронизируются друг с другом с помощью PTP. Часы назначаются домену на основании содержимого полей имени поддомена (IEEE 1588-2002) или поля номера домена (IEEE 1588-2008) в сообщениях PTP, которые они получают или генерируют. Домены позволяют нескольким системам распределения часов использовать одну и ту же среду связи.

имени субдомена Содержимое поля ( IEEE 1588-2002 )	IPv4-адрес многоадресной рассылки ( ИИЭЭ 1588-2002 ) ^{[ Дж ]}	номер домена ( ИИЭЭ 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 ]}^{: Приложение С}	с 4 по 127	Пользовательские домены

Лучший алгоритм основных часов

Алгоритм лучшего главного тактового сигнала (BMCA) выполняет распределенный выбор лучших тактовых импульсов, которые будут выступать в качестве ведущих, на основе следующих свойств тактовых импульсов:

Идентификатор – универсальный уникальный числовой идентификатор часов. устройства Обычно он создается на основе MAC-адреса .
Качество. Обе версии IEEE 1588 пытаются количественно оценить качество тактового сигнала на основе ожидаемого отклонения синхронизации, технологии, используемой для реализации тактового сигнала или местоположения в схеме уровня синхронизации , хотя только V1 (IEEE 1588-2002) знает уровень поля данных . PTP V2 (IEEE 1588-2008) определяет общее качество часов с помощью полей данных clockAccuracy и clockClass .
Приоритет – административно назначаемая подсказка о приоритете, используемая BMCA для помощи в выборе главного мастера для домена PTP. IEEE 1588-2002 использовал одну логическую переменную для указания приоритета. IEEE 1588-2008 содержит два 8-битных поля приоритета.
Отклонение – оценка стабильности часов на основе наблюдения за их производительностью по сравнению с эталоном PTP.

IEEE 1588-2008 использует иерархический алгоритм выбора, основанный на следующих свойствах в указанном порядке: ^{[ 8 ]}^{: Рисунок 27}

Приоритет 1 – пользователь может назначить каждому тактовому сигналу определенный статический приоритет, заранее определяя приоритет среди них. Меньшие числовые значения указывают на более высокий приоритет.
Класс – каждые часы являются членом определенного класса, каждый класс имеет свой приоритет.
Точность – точность между часами и UTC, в наносекундах (нс).
Variance – изменчивость часов.
Приоритет 2 – окончательно определенный приоритет, определяющий порядок резервного копирования в случае, если других критериев окажется недостаточно. Меньшие числовые значения указывают на более высокий приоритет.
Уникальный идентификатор — выбор на основе MAC-адреса используется в качестве средства разрешения конфликтов, когда все остальные свойства равны.

IEEE 1588-2002 использует алгоритм выбора, основанный на аналогичных свойствах.

Свойства часов объявляются в сообщениях синхронизации IEEE 1588-2002 и в сообщениях объявления IEEE 1588-2008 . Нынешний лидер регулярно передает эту информацию. Часы, считающие себя лучшим лидером, передадут эту информацию, чтобы вызвать смену лидера. Как только текущий лидер распознает лучший тактовый сигнал, он прекращает передачу синхронизации сообщений и связанных с ним свойств тактового сигнала (сообщения Announce в случае IEEE 1588-2008), и лучший тактовый сигнал становится лидером. ^{[ 10 ]} BMCA учитывает только самозаявленное качество часов и не принимает во внимание качество сетевого соединения. ^{[ 11 ]}

Синхронизация

Через BMCA PTP выбирает источник времени для домена IEEE 1588 и для каждого сегмента сети в домене.

Часы определяют смещение между собой и своим лидером. ^{[ 12 ]} Пусть переменная $t$ представляют физическое время. Для данного ведомого устройства смещение $o(t)$ во время $t$ определяется:

\ o(t)=s(t)-m(t)

где $s(t)$ представляет время, измеренное ведомыми часами в физическое время $t$ , и $m(t)$ представляет время, измеренное ведущими часами в физическое время $t$ .

Лидер периодически передает текущее время в виде сообщения другим часам. В соответствии со стандартом IEEE 1588-2002 широковещательная передача осуществляется до одного раза в секунду. Согласно IEEE 1588-2008 допускается до 10 импульсов в секунду.

Каждая трансляция начинается в определенное время $T_{1}$ с сообщением синхронизации , отправленным лидером всем часам в домене. Часы, получившие это сообщение, фиксируют местное время. $T_{1}'$ когда это сообщение будет получено.

Впоследствии лидер может отправить многоадресную рассылку Follow_Up с точными $T_{1}$ временная метка. Не все руководители имеют возможность указать точную метку времени в сообщении синхронизации . Только после завершения передачи они смогут получить точную метку времени для передачи синхронизации со своего сетевого оборудования. Лидеры с этим ограничением используют сообщение Follow_Up, чтобы сообщить $T_{1}$ . Руководители, имеющие возможности PTP, встроенные в их сетевое оборудование, могут отображать точную метку времени в сообщении синхронизации и не должны отправлять сообщения Follow_Up.

Чтобы точно синхронизироваться со своим лидером, часы должны индивидуально определять время прохождения по сети сообщений синхронизации . Время прохождения определяется косвенно путем измерения времени прохождения туда и обратно от каждого такта до его лидера. Часы инициируют обмен со своим лидером, предназначенный для измерения времени прохождения. $d$ . Обмен начинается с того, что часы отправляют сообщение Delay_Req в момент времени. $T_{2}$ лидеру. Лидер получает и ставит временную метку Delay_Req вовремя. $T_{2}'$ и отвечает сообщением Delay_Resp . Лидер включает метку времени $T_{2}'$ в сообщении Delay_Resp .

Благодаря этим обменам часы учатся $T_{1}$ , $T_{1}'$ , $T_{2}$ и $T_{2}'$ .

Если $d$ — время передачи сообщения синхронизации , а ${\tilde {o}}$ - постоянное смещение между часами ведущего и ведомого, тогда

\ T_{1}'-T_{1}={\tilde {o}}+d{\text{ and }}\ T_{2}'-T_{2}=-{\tilde {o}}+d

Объединив два приведенных выше уравнения, мы находим, что

{\tilde {o}}={\frac {1}{2}}(T_{1}'-T_{1}-T_{2}'+T_{2})

Часы теперь знают смещение ${\tilde {o}}$ во время этой сделки и может скорректировать себя на эту сумму, чтобы привести ее в соглашение со своим лидером.

Одно из предположений состоит в том, что этот обмен сообщениями происходит в течение столь малого периода времени, что это смещение можно смело считать постоянным в течение этого периода. Другое предположение состоит в том, что время прохождения сообщения от лидера к ведомому равно времени прохождения сообщения от ведомого к лидеру. Наконец, предполагается, что и лидер, и последователь могут точно измерить время отправки или получения сообщения. Степень, в которой эти предположения верны, определяет точность часов на ведомом устройстве. ^{[ 8 ]}^{: Пункт 6.2}

Дополнительные функции

Стандарт IEEE 1588-2008 перечисляет следующий набор функций, которые реализации могут поддерживать:

Альтернативная шкала времени
Кластер Гранд-Мастера
Мастера одноадресной передачи
Альтернативный мастер
Трассировка пути

IEEE 1588-2019 добавляет дополнительные дополнительные и обратно совместимые функции: ^{[ 5 ]}

Модульные прозрачные часы
Специальные порты PTP для взаимодействия с транспортами со встроенным распределением времени.
Одноадресные Delay_Req и Delay_Resp сообщения
Ручная настройка порта, переопределяющая BMCA
Калибровка асимметрии
Возможность использования опорной частоты физического уровня (например, Synchronous Ethernet ).
Изоляция профиля
Междоменные взаимодействия
TLV безопасности для проверки целостности
Стандартные показатели отчетности по производительности
Мониторинг подчиненного порта

Связанные инициативы

Международный симпозиум IEEE по точной синхронизации часов для измерения, управления и связи (ISPCS) — это ежегодное мероприятие, организуемое IEEE, которое включает в себя тестирование плагинов и программу конференций с бумажными и стендовыми презентациями, учебными пособиями и дискуссиями, охватывающими некоторые аспекты PTP. ^{[ 13 ]}
Институт встраиваемых систем (InES) Цюрихского университета прикладных наук/ZHAW занимается практической реализацией и применением PTP.
IEEE 1588 — это ключевая технология стандарта LXI для связи и управления испытаниями и измерениями.
IEEE 802.1AS-2011 является частью группы стандартов IEEE Audio Video Bridging (AVB). ^{[ к ]} Он определяет профиль для использования 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 ]}
Данте использует PTPv1 для синхронизации. ^{[ 17 ]}
Q-LAN ^{[ 18 ]} и РАВЕННА ^{[ 17 ]} используйте PTPv2 для синхронизации времени.
Проект White Rabbit сочетает в себе синхронный Ethernet и PTP.
Отраслевой профиль протокола точного времени Профили PTP (L2P2P и L3E2E) для промышленной автоматизации в соответствии со стандартом IEC 62439-3
Профиль PTP IEC/IEEE 61850-9-3 для автоматизации подстанций, принятый в IEC 61850
Использование протокола параллельного резервирования профилей PTP (L2P2P и L3E2E) для промышленной автоматизации в параллельных сетях.
PTP изучается для применения в качестве безопасного протокола синхронизации времени в глобальном мониторинге энергетических систем. ^{[ 19 ]}

См. также

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

Примечания

^ Возможности профиля в соответствии со стандартом IEEE 1588-2008 позволяют использовать эпохи для конкретного приложения. ^{[ 8 ]}^{: Приложение Б}
^ В IEEE 1588-2002 информация, передаваемая сообщениями Announce , передается в сообщениях синхронизации . В IEEE 1588-2008 сообщение синхронизации было оптимизировано, и эта информация больше сюда не переносится.
^ PTP через чистый Ethernet IEEE 802.3 с использованием Ethertype 0x88F7
^ Домены IEEE 1588-2002, не являющиеся стандартными, используют адреса назначения с 224.0.1.130 по 224.0.1.132 (см. #Domains ).
^ Где 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 в качестве адреса для всех многоадресных сообщений.
^ AVB дополнительно расширяется целевой группой IEEE 802.1 Time-sensitive Networking (TSN).

Ссылки

^ Эйдсон, Джон (10 октября 2005 г.). «Стандарт IEEE-1588 для протокола точной синхронизации часов для сетевых систем измерения и управления, учебное пособие» . Национальный институт стандартов и технологий (NIST).
^ Эйдсон, Джон К. (апрель 2006 г.). Измерение, управление и связь с использованием IEEE 1588 . Спрингер . ISBN 978-1-84628-250-8 .
^ Эйдсон, Джон (2 октября 2006 г.). «Стандарт IEEE 1588, версия 2 — Учебное пособие» (PDF) . Архивировано из оригинала (PDF) 31 марта 2010 года . Проверено 12 июня 2008 г.
^ «1588-2019 — Утвержденный IEEE проект стандарта для протокола точной синхронизации часов для сетевых систем измерения и управления» . ИИЭЭ . Проверено 15 февраля 2020 г.
^ Jump up to: ^а ^б Дуглас Арнольд (24 сентября 2017 г.). «Что будет в следующем издании IEEE 1588?» . Проверено 15 февраля 2020 г.
^ «Значения общих терминов, используемых в IEEE 1588» . Национальный институт стандартов и технологий. Архивировано из оригинала 27 мая 2010 года . Проверено 19 мая 2006 г.
^ «AN-1838 Граничные часы IEEE 1588 и реализация прозрачных часов с использованием DP83640» (PDF) . ti.com . Техасские инструменты . Проверено 17 июля 2019 г.
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Стандарт IEEE для протокола точной синхронизации часов для сетевых систем измерения и управления , IEEE , 24 июля 2008 г., doi : 10.1109/IEESTD.2008.4579760 , ISBN 978-0-7381-5400-8
^ Jump up to: ^а ^б ^с Стандарт IEEE для протокола точной синхронизации часов для сетевых систем измерения и управления , IEEE , 8 ноября 2002 г., doi : 10.1109/IEESTD.2002.94144 , ISBN 978-0-7381-3369-0
^ Ватт, Стив Т.; Ачанта, Шанкар; Абубакари, Хамза; Саген, Эрик (март 2014 г.), Понимание и применение протокола точного времени (PDF) , получено 9 сентября 2017 г.
^ Технический персонал FSMLabs (сентябрь 2015 г.), «Умный и тупой PTP-клиент» и «так называемый» алгоритм 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 , Общество аудиоинженеров , 2 мая 2016 г.
^ Jump up to: ^а ^б 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

Внешние ссылки

Сайт НИСТ IEEE 1588
Документация ПТП в ИнЭС
PTP и синхронизация мобильных сетей LTE
PTP поясняется с точки зрения установки/обслуживания
Технический документ Hirschmann PTP
Обзор PTP в Руководстве по настройке программного обеспечения коммутатора Cisco CGS 2520
Перспективы и приоритеты исследований RuggedCom Smart Grid в области технологий IEC 61850
Проекты с использованием интеллектуальных подстанций
МакГи, Джим; Горай, Мацей (2010 г.), «Интеллектуальная высоковольтная подстанция на основе технологической шины IEC 61850 и синхронизации времени IEEE 1588», Первая международная конференция IEEE по коммуникациям в интеллектуальных сетях , 2010 г., стр. 489–494, doi : 10.1109/SMARTGRID.2010.5622092 , ISBN 978-1-4244-6510-1 , S2CID 30638718
Ингрэм, DME; Кэмпбелл, Д.А.; Шауб, П.; Ледвич, Г. Ф. (2011). «Система тестирования и оценки для схем защиты многопротокольных выборочных значений» . 2011 IEEE Тронхейм PowerTech . Тронхейм, Норвегия: IEEE. стр. 1–7. дои : 10.1109/PTC.2011.6019243 . ISBN 978-1-4244-8419-5 . S2CID 42991214 .
Проект «Белый кролик» PTP
Протокол точного времени IEC&IEEE , Pacworld, сентябрь 2016 г.
IEC 62439-3 Приложения AE Резервное подключение часов и управление сетью
Протокол синхронизации PTPv2 в AV-сетях
FSMLabs: IEEE PTP 1588 из одного источника не может соответствовать стандартам финансового регулирования

[9] Возможности профиля в соответствии со стандартом IEEE 1588-2008 позволяют использовать эпохи для конкретного приложения. ^{[ 8 ]}^{: Приложение Б}

[10] В IEEE 1588-2002 информация, передаваемая сообщениями Announce , передается в сообщениях синхронизации . В IEEE 1588-2008 сообщение синхронизации было оптимизировано, и эта информация больше сюда не переносится.

[12] PTP через чистый Ethernet IEEE 802.3 с использованием Ethertype 0x88F7

[13] Домены IEEE 1588-2002, не являющиеся стандартными, используют адреса назначения с 224.0.1.130 по 224.0.1.132 (см. #Domains ).

[14] Где x — область адреса (2 для локального канала) согласно RFC 2373 (см. адрес многоадресной рассылки IPv6 ).

[15] В некоторых приложениях PTP разрешено отправлять все сообщения PTP на номер 01-1B-19-00-00-00.

[16] Сообщения о задержке узла предназначены для распространения непосредственно подключенному соседу. Адреса многоадресной рассылки для этих сообщений предназначены для локальной связи и не передаются через маршрутизатор . IEEE 1588-2008 также рекомендует установить время жизни на 1 (IPv4) или ограничение переходов на 0 (IPv6) в качестве дополнительной гарантии того, что сообщения не будут маршрутизироваться.

[17] Сообщения о задержке узла отсутствуют в IEEE 1588-2002.

[18] IEEE 1588-2002 определяет домен как любой взаимосвязанный набор часов (независимо от того, синхронизированы ли они друг с другом) и использует поддомен для обозначения того, что в IEEE 1588-2008 называется доменом .

[19] IEEE 1588-2008 использует 224.0.1.129 в качестве адреса для всех многоадресных сообщений.

[24] AVB дополнительно расширяется целевой группой IEEE 802.1 Time-sensitive Networking (TSN).

[1] Эйдсон, Джон (10 октября 2005 г.). «Стандарт IEEE-1588 для протокола точной синхронизации часов для сетевых систем измерения и управления, учебное пособие» . Национальный институт стандартов и технологий (NIST).

[Eidson-2] Эйдсон, Джон К. (апрель 2006 г.). Измерение, управление и связь с использованием IEEE 1588 . Спрингер . ISBN 978-1-84628-250-8 .

[Eidson2-3] Эйдсон, Джон (2 октября 2006 г.). «Стандарт IEEE 1588, версия 2 — Учебное пособие» (PDF) . Архивировано из оригинала (PDF) 31 марта 2010 года . Проверено 12 июня 2008 г.

[4] «1588-2019 — Утвержденный IEEE проект стандарта для протокола точной синхронизации часов для сетевых систем измерения и управления» . ИИЭЭ . Проверено 15 февраля 2020 г.

[Arnold_2017-5] Jump up to: ^а ^б Дуглас Арнольд (24 сентября 2017 г.). «Что будет в следующем издании IEEE 1588?» . Проверено 15 февраля 2020 г.

[6] «Значения общих терминов, используемых в IEEE 1588» . Национальный институт стандартов и технологий. Архивировано из оригинала 27 мая 2010 года . Проверено 19 мая 2006 г.

[TI2013-7] «AN-1838 Граничные часы IEEE 1588 и реализация прозрачных часов с использованием DP83640» (PDF) . ti.com . Техасские инструменты . Проверено 17 июля 2019 г.

[1588-2008-8] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Стандарт IEEE для протокола точной синхронизации часов для сетевых систем измерения и управления , IEEE , 24 июля 2008 г., doi : 10.1109/IEESTD.2008.4579760 , ISBN 978-0-7381-5400-8

[1588-2002-11] Jump up to: ^а ^б ^с Стандарт IEEE для протокола точной синхронизации часов для сетевых систем измерения и управления , IEEE , 8 ноября 2002 г., doi : 10.1109/IEESTD.2002.94144 , ISBN 978-0-7381-3369-0

[20] Ватт, Стив Т.; Ачанта, Шанкар; Абубакари, Хамза; Саген, Эрик (март 2014 г.), Понимание и применение протокола точного времени (PDF) , получено 9 сентября 2017 г.

[21] Технический персонал FSMLabs (сентябрь 2015 г.), «Умный и тупой PTP-клиент» и «так называемый» алгоритм Best Master Clock , получено 17 мая 2018 г.

[IEC-22] Международный стандарт IEC 61588: Протокол точной синхронизации часов для сетевых систем измерения и управления. 2004.

[23] Веб-сайт ISPCS

[25] Джеффри М. Гарнер (28 мая 2010 г.), IEEE 802.1AS и IEEE 1588 (PDF)

[26] SMPTE публикует первые две части стандарта, позволяющего развертывать оборудование с синхронизацией PTP на существующих предприятиях SDI , Общество инженеров кино и телевидения , 13 апреля 2015 г. , получено 21 мая 2015 г.

[27] AES-R16-2016: Отчет о стандартах AES — параметры PTP для совместимости AES67 и SMPTE ST 2059-2 , Общество аудиоинженеров , 2 мая 2016 г.

[coveloz2016-28] Jump up to: ^а ^б https://www.smpte.org/sites/default/files/users/user27446/AES67%20for%20Audio%20Production-Background%20Applications%20and%20Challenges.pdf ^{[ мертвая ссылка ]}

[29] «Протокол синхронизации PTPv2 в AV-сетях» . Люминекс. 6 июня 2017 г. Q-LAN обновился до PTPv2 примерно два года назад.

[30] Пепичелло, Антонио; Ваккаро, Альфредо (17 декабря 2018 г.), «Надежная архитектура, основанная на протоколе точного времени для синхронизации WAMPAC», Международная ежегодная конференция AEIT 2018 , IEEE , стр. 1–5, doi : 10.23919/AEIT.2018.8577414 , ISBN 978-8-8872-3740-5 , S2CID 58819556

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]

[ 7 ]

[ а ]

[ б ]

[ 8 ]

[ 9 ]

[ с ]

[ д ]

[ и ]

[ ж ]

[ г ]

[ ч ]

[ я ]

[ Дж ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ к ]

[ 14 ]

[ 15 ]

[ 16 ]

[ 17 ]

[ 18 ]

[ 19 ]