9.3. Настройка PTP
Назначение
Протокол PTP (Precision Time Protocol), определенный в стандарте IEEE 1588-2008, предназначен для высокоточной синхронизации часов компьютерных систем по сети. Протокол обеспечивает решение задачи синхронизации временных меток с точностью, превосходящей возможности стандартных протоколов синхронизации времени. Это делает его особенно актуальным для применения в промышленной автоматизации, транспортных системах, энергетике и других областях, где требуется высокая точность синхронизации времени.
Описание
Протокол PTP основан на архитектуре master-slave, в которой одно устройство выступает в качестве ведущих часов, а остальные - в качестве ведомых. Ведущие часы являются источником времени в сети и синхронизируют часы всех устройств, передавая временные метки ведомым часам. Протокол PTP в основном состоит из следующих важных компонентов и этапов:
процесс синхронизации: ведущие часы публикуют информацию о времени в сети. После получения данных о времени ведомые часы настраивают свои локальные часы в соответствии со временем основных часов;
измерение задержки передачи (delay): ведущие часы измеряют задержку передачи своей информации о времени на ведомые часы, позволяя ведомым часам корректировать свое время;
расчет смещения по времени (offset): часы вычисляют разницу во времени между своим собственным временем и временем ведущих часов (смещение) на основе информации о времени, получаемой от ведущих часов, и информации о локальном времени;
коррекция времени: регулировка локального времени на основе рассчитанного смещения, для обеспечения соответствия локального времени и времени ведущих часов.
По сравнению с предыдущими технологиями, PTP обладает следующими преимуществами:
улучшенная точность синхронизации времени: PTP обеспечивает точность синхронизации по времени до микросекунд, что значительно превышает точность традиционного протокола NTP (Network Time Protocol), который обеспечивает синхронизацию с точностью до миллисекунд. Эта высокая точность лучше соответствует потребностям многих приложений реального времени;
поддержка различных сетевых топологий: PTP применим к любой сетевой топологии, будь то звезда, дерево или mesh, обеспечивая высокоточную синхронизацию. Это делает протокол PTP подходящим для широкого спектра приложений;
поддержка аппаратной обработки: PTP использует аппаратную поддержку для ускорения синхронизации времени. Это значительно повышает скорость синхронизации, уменьшает задержку и повышает производительность системы в режиме реального времени;
масштабируемость: масштабируемый дизайн PTP облегчает интеграцию большего количества устройств и датчиков. Это позволяет использовать PTP в широком спектре приложений, таких как Интернет вещей и “умные дома”.
Таким образом, являясь высокоточным протоколом синхронизации времени, PTP обеспечивает повышенную точность, более широкое применение, более быструю обработку, масштабируемость и гибкость по сравнению с предыдущими технологиями. Эти преимущества сделали PTP незаменимой технологией синхронизации времени в различных областях.
Базовые принципы
Ниже приведены некоторые важные концепции PTP, которые могут помочь пользователям разобраться в его функциях и правильно настроить систему.
Домен PTP
Понятие домена PTP относится к группе устройств в сети, которые используют протокол точного времени. В домене PTP существует только одни главные часы, и все устройства домена синхронизируются с этими часами. Устройства в домене PTP могут обмениваться информацией о времени по протоколу PTP и выполнять калибровку и синхронизацию времени только в пределах своего домена. Каждый домен PTP обозначается числом от 0 до 127. По умолчанию значение идентификатора домена равно 0.
Часы
В протоколе PTP существует три типа часов:
Обычные часы (Ordinary Clock – OC): это устройство в домене PTP, имеющее только один порт, участвующий в синхронизации времени по PTP. Обычные часы либо могут играть роль ведущих часов, обеспечивающих источник времени, либо ведомых часов, получая время от другого источника. Они не могут выступать в качестве промежуточного узла в домене PTP.
Граничные часы (Boundary Clock – BC): это устройство в домене PTP с двумя или более портами, участвующими в синхронизации времени. Граничные часы получают время от ведущих часов через один порт, выступая в роли ведомых, и раздают время через другие порты, выступая в роли ведущих.
Прозрачные часы (Transparent Clock – TC): это промежуточное устройство, передающее PTP-пакеты между ведущими и ведомыми часами. При передаче пакетов прозрачные часы корректируют PTP-сообщения, добавляя в заголовок время задержки, которое возникло при прохождении через само устройство.
Порт
Порты, на которых работает протокол PTP, называются PTP-портами. Существуют следующие типы PTP-портов:
ведущий порт: порт на граничных (BC), или обычных часах (OC), который используется для раздачи времени для ведомых часов;
ведомый порт: порт на граничных (BC), или обычных часах (OC), который используется для получения времени от ведущих часов.
Главные часы (Grandmaster Clock – GM)
Главные часы – это часы высшего приоритета (главные) в PTP-домене, источник времени для всех остальных часов домена. Все часы в PTP-домене организованы в определенную иерархическую структуру, корнем которой являются главные часы. Для динамического выбора в качестве главных наиболее точных и стабильных часов (оптимальных) и организации иерархии часов в PTP-домене используется алгоритм BMC (Best Master Clock).
Алгоритм BMC
В алгоритме BMC оптимальные часы выбираются динамически посредством обмена сообщениями протокола PTP между всеми доступными часами домена. Все часы обмениваются данными о приоритете, классе и точности, передаваемыми в сообщениях типа Announce. На основе этих данных они выбирают оптимальные часы для домена PTP.
BMC выбирает главные часы в соответствии со следующими критериями:
Приоритет 1 (Priority1): Число от 0 до 255. Чем меньше число, тем выше приоритет. Значение по умолчанию 128.
Класс часов (Clock-Class): Допустимые значения – 6, 7, 13, 14, 52, 58, 187, 193, 248. Чем меньше число, тем выше приоритет. Значение по умолчанию 248.
Погрешность часов относительно UTC (Clock-Accuracy): допустимые значения от 0x20 до 0x31, 0xFE. Чем меньше число, тем выше приоритет. Значение по умолчанию 0xFE.
Приоритет 2 (Priority2): Число от 0 до 255. Чем меньше число, тем выше приоритет. Значение по умолчанию 128.
При выборе используется следующая последовательность приоритетов:
Priority1>Clock-Class>Clock-Accuracy>Priority2
Если приоритет 1 у двух устройств одинаковый, будет сравниться класс часов. Если класс часов одинаковый – погрешность и далее приоритет 2. Если все параметры одинаковые выбираются часы с минимальным идентификатором PTP. Выбранные таким образом часы становятся главными часами.
Инкапсуляция пакетов PTP
Процесс синхронизации времени в PTP основан на обмене PTP пакетами. Ведомые часы вычисляют разницу между своим временем и временем ведущих часов и задержку передачи сообщений от ведущих часов по сети на основе временных меток в получаемых PTP пакетах и подстраиваются для синхронизации с временем ведущих часов. Временная метка PTP может добавляться ASIC-ом для обеспечения более точного определения времени. Аппаратная обработка пакетов с помощью ASIC обеспечивает более высокую производительность, по сравнению с программной обработкой с помощью процессора.
Для передачи пакетов PTP может использоваться Ethernet-инкапсуляция (L2), или UDP (IPv4/IPv6) инкапсуляция (L3).
Процесс синхронизации
Процесс синхронизации времени по PTP включает в себя следующие этапы:
Выбор ведущих и ведомых часов: В процессе синхронизации по PTP один узел выбирается в качестве ведущих часов, а другие узлы становятся ведомыми. Ведущие часы имеют более высокоточный источник времени и отправляют информацию о времени ведомым часам по сети. Ведомые часы синхронизируют свое время, корректируя его на основе информации, полученной от ведущих часов.
Идентификация и инициализация часов: Сначала узлам необходимо идентифицировать каждые часы и инициализировать соответствующие параметры для ведущих и ведомых часов, включая тактовую частоту, задержку и т.д.
Передача сообщений между часами: Основной механизм синхронизации по PTP заключается в обеспечении синхронизации времени посредством передачи сообщений по сети. Ведущие часы периодически отправляют синхронизирующие сообщения (Sync) в сеть, а ведомые часы получают эти сообщения и возвращают соответствующие сообщения.
Компенсация и коррекция задержки: В процессе синхронизации по PTP требуется компенсировать задержку, возникающую из-за необходимости передачи сообщений по сети. Вычисляя время передачи сообщений, задержки могут быть компенсированы для обеспечения точности во времени. Ведомые часы также подстраивают свое время, ориентируясь на разницу во времени с ведущим часами.
Механизмы обеспечения отказоустойчивости и оптимизации: В реальных сетях из-за таких факторов, как сложная топология и нестабильное качество соединений, синхронизация PTP может сбоить или не обеспечивать нужную точность. Поэтому в процессе синхронизации по PTP для повышения стабильности системы важно учитывать механизмы обеспечения отказоустойчивости. Кроме того, для синхронизации по протоколу PTP можно оптимизировать сетевые условия, например, выбирая лучшие ведущие часы и/или подстраивая интервалы синхронизации.
Проверка согласованности времени: Проверка согласованности времени также важна в процессе синхронизации по PTP. Распространенные методы проверки включают мониторинг разницы во времени между ведущими и ведомыми часами, а также оценку точности синхронизации.
Процесс синхронизации, подробно описанный в стандарте IEEE 1588, выполняется с помощью механизма Delay Request-Response.
Рис. 9.2 Процесс синхронизации с помощью механизма Delay Request-Response
Ведущие часы периодически отправляют синхронизирующее сообщение (Sync, или Sync и Follow_Up), в которое записывают точное начальное время отправки этого сообщения t1; ведомые часы записывают точное время t2, когда на них поступает синхронизирующее сообщение; затем ведомые часы отправляют сообщение Delay_Req ведущим часам, записывая точное время t3, когда отправляется это сообщение; ведущие часы записывают точное время t4, когда поступает сообщение Delay_Req; затем ведущие часы отправляют сообщение Delay_Resp, содержащее время t4, ведомым часам. С помощью этого метода, зная все временные метки, ведомые часы могут вычислить задержку распространения времени по сети и разницу во времени между ведущими и ведомыми часами.
Параметры протокола PTP по умолчанию
Параметр |
Значение по умолчанию |
|---|---|
PTP протокол |
отключен |
тип устройства PTP |
прозрачные часы (TC) |
PTP priority1 и priority2 |
128 |
механизм синхронизации |
двухступенчатый |
PTP Announce интервал |
2 сек |
PTP Announce таймаут |
3 сек |
PTP Delay request интервал |
1 сек |
PTP peer Delay request интервал |
1 сек |
PTP Sync интервал |
1 сек |
Настройка часов
Настройка обычных часов (OC) и пограничных часов (BC)
На рисунке ниже показана настройка в соответствии с представленной сетевой конфигурацией.
Рис. 9.3 PTP домен с обычными (OC) и пограничными часами (BC)
Изображенный на рисунке выше, коммутатор Switch1 играет роль ведущих часов в домене PTP. Он будет источником времени для других устройств. Коммутатор Switch2 получает время от коммутатора Switch1 и отправляет его на коммутатор Switch3. Коммутатор Switch3 только получает время.
Шаг 1: Вход в режим “Global config”
Switch# configure terminal
Настройка коммутатора Switch1
Шаг 2: Настройка типа устройства PTP и установка приоритета 1
Настройка коммутатора Switch1 в роли обычных часов (OC) с одним интерфейсом, использующимся для раздачи времени.
Настройка значения параметра приоритет 1 равным 0 для того, чтобы коммутатор получил наивысший приоритет в домене PTP и стал выполнять роль ведущих часов этого домена.
Switch1(config)# ptp device-type oc
Switch1(config)# ptp priority1 0
Шаг 3: Выбор механизма синхронизации ведущих часов (Опционально)
Посылка начальной временной метки ведущими часами в PTP может быть одноступенчатой или двухступенчатой. При одноступенчатой посылке временная метка высылается в пакете Sync. При двухступенчатой – устройство сначала передает по сети пакет Sync без метки времени и следом за ним пакет Follow_UP, в котором уже передает начальную метку времени. По умолчанию используется двухступенчатая посылка.
В одном домене PTP рекомендуется использовать на всех ведущих часах один и тот же режим посылки начальной временной метки.
Switch1(config)# ptp clock-step two-step
Шаг 4: Настройка механизма измерения задержки (Опционально)
Существует два режима работы механизма измерения задержки: end-to-end и peer-to-peer.
В режиме end-to-end используется механизм запроса-ответа задержки (Delay request-response mechanism), с помощью которого вычисляется задержка от ведущих до ведомых часов. Если между ведущими и ведомыми часами присутствуют прозрачные часы, они должны быть настроены в end-to-end режиме.
В режиме peer-to-peer используется механизм измерения соседнего узла (Peer delay mechanism), с помощью которого каждый узел измеряет задержку до своих непосредственных соседей. Если в домене присутствуют прозрачные часы, они должны быть настроены в peer-to-peer режиме. По умолчанию используется end-to-end режим механизма измерения задержки.
Switch1(config)# ptp delay-mechanism p2p
Шаг 5: Старт процесса PTP на коммутаторе и включение PTP на интерфейсе
Switch1(config)# ptp start
Switch1(config)# interface eth-0-24
Switch1(config-if)# ptp enable
Настройка коммутатора Switch2
Шаг 6: Настройка типа устройства PTP
Настройка коммутатора Switch2 в роли пограничных часов (BC) с одним интерфейсом, получающим время от коммутатора Switch1 и вторым интерфейсом, раздающим время коммутатору Switch3.
Switch2(config)# ptp device-type bc
Шаг 7: Настройка механизма измерения задержки (Опционально)
Примечание
Используйте тот же механизм, что и на коммутаторе Switch1.
Switch2(config)# ptp delay-mechanism p2p
Шаг 8: Старт процесса PTP на коммутаторе и включение PTP на интерфейсах
Switch2(config)# ptp start
Switch2(config)# interface range eth-0-24 , eth-0-22
Switch2(config-if-range)# ptp enable
Настройка коммутатора Switch3
Шаг 9: Настройка типа устройства PTP и установка приоритета 1
Настройка коммутатора Switch3 в роли обычных часов (OC) с одним интерфейсом, использующимся для получения времени.
Настройка значения параметра приоритет 1 равным 255 для того, чтобы коммутатор получил низший приоритет в домене PTP и стал выполнять роль ведомых часов.
Switch3(config)# ptp device-type oc
Switch3(config)# ptp priority1 255
Шаг 10: Настройка механизма измерения задержки (Опционально)
Примечание
Используйте тот же механизм, что и на коммутаторе Switch2.
Switch3(config)# ptp delay-mechanism p2p
Шаг 11: Старт процесса PTP на коммутаторе и включение PTP на интерфейсе
Switch3(config)# ptp start
Switch3(config)# interface range eth-0-24
Switch3(config-if-range)# ptp enable
Шаг 12: Выход из режима “Global config”
Switch(config)# end
Шаг 13: Проверка
Проверка состояния PTP на коммутаторе Switch1:
Switch1# show ptp
------------------- Global config ------------------
PTP State : enable
Port Number : 1
Domain : 0
Clock-step Mode : two-step
Priority1 : 0
Priority2 : 128
Clock Type : ordinary clock
Delay Mechanism : P2P
------------------- Time status -------------------
00583f.fffe.1ce157-0 seq 0 RESPONSE MANAGEMENT TIME_STATUS_NP
Master offset: 0
Ingress time: 0
GrandMaster present: false
GrandMaster identity: 00583f.fffe.1ce157
Switch1#
Проверка состояния PTP на интерфейсе коммутатора Switch1:
Switch1# show ptp interface
00583f.fffe.1ce157-24 seq 0 RESPONSE MANAGEMENT PORT_DATA_SET
Port identity : 00583f.fffe.1ce157-24
Port name : eth-0-24
Port state : MASTER
Version number : 2
Delay mechanism : P2P
Announce interval : 1 LMI
Sync interval : 0 sec
Delay request minimum interval : 0 LMI
Mean path delay : 920
Pdelay request interval : 0 LMI
Announce timeout : 3 sec
Switch1#
Примечание: LMI (Logarithmic Mean Interval) – логарифмическое (по основанию 2) представление интервала, LMI = Log₂(интервал в секундах). Реальный интервал рассчитывается как 2 в степени LMI (2LMI).
Просмотр статистики PTP на интерфейсе коммутатора Switch1:
Switch1# show ptp interface statistics
00583f.fffe.1ce157-24 seq 0 RESPONSE MANAGEMENT PORT_STATS_NP
Port identity : 00583f.fffe.1ce157-24
Port name : eth-0-24
rx_Sync : 0
rx_Delay_Req : 0
rx_Pdelay_Req : 2689
rx_Pdelay_Resp : 2689
rx_Follow_Up : 0
rx_Delay_Resp : 0
rx_Pdelay_Resp_Follow_Up : 2689
rx_Announce : 0
rx_Signaling : 0
rx_Management : 0
tx_Sync : 2698
tx_Delay_Req : 0
tx_Pdelay_Req : 2704
tx_Pdelay_Resp : 2689
tx_Follow_Up : 2698
tx_Delay_Resp : 0
tx_Pdelay_Resp_Follow_Up : 2689
tx_Announce : 1350
tx_Signaling : 0
tx_Management : 0
Switch1#
Проверка состояния PTP на коммутаторе Switch2:
Switch2# show ptp
------------------- Global config ------------------
PTP State : enable
Port Number : 2
Domain : 0
Clock-step Mode : two-step
Priority1 : 128
Priority2 : 128
Clock Type : boundary clock
Delay Mechanism : P2P
------------------- Time status -------------------
00583f.fffe.1ce0e5-0 seq 0 RESPONSE MANAGEMENT TIME_STATUS_NP
Master offset: 7
Ingress time: 1763632712879953573
GrandMaster present: true
GrandMaster identity: 00583f.fffe.1ce157
Switch2#
Проверка состояния PTP на интерфейсе коммутатора Switch2:
Switch2# show ptp interface
00583f.fffe.1ce0e5-24 seq 0 RESPONSE MANAGEMENT PORT_DATA_SET
Port identity : 00583f.fffe.1ce0e5-24
Port name : eth-0-24
Port state : SLAVE
Version number : 2
Delay mechanism : P2P
Announce interval : 1 LMI
Sync interval : 0 sec
Delay request minimum interval : 0 LMI
Mean path delay : 919
Pdelay request interval : 0 LMI
Announce timeout : 3 sec
00583f.fffe.1ce0e5-22 seq 0 RESPONSE MANAGEMENT PORT_DATA_SET
Port identity : 00583f.fffe.1ce0e5-22
Port name : eth-0-22
Port state : MASTER
Version number : 2
Delay mechanism : P2P
Announce interval : 1 LMI
Sync interval : 0 sec
Delay request minimum interval : 0 LMI
Mean path delay : 907
Pdelay request interval : 0 LMI
Announce timeout : 3 sec
Switch2#
Просмотр статистики PTP на интерфейсе коммутатора Switch2:
Switch2# show ptp interface statistics
00583f.fffe.1ce0e5-24 seq 0 RESPONSE MANAGEMENT PORT_STATS_NP
Port identity : 00583f.fffe.1ce0e5-24
Port name : eth-0-24
rx_Sync : 3054
rx_Delay_Req : 0
rx_Pdelay_Req : 3053
rx_Pdelay_Resp : 3053
rx_Follow_Up : 3054
rx_Delay_Resp : 0
rx_Pdelay_Resp_Follow_Up : 3053
rx_Announce : 1526
rx_Signaling : 0
rx_Management : 0
tx_Sync : 0
tx_Delay_Req : 0
tx_Pdelay_Req : 3053
tx_Pdelay_Resp : 3053
tx_Follow_Up : 0
tx_Delay_Resp : 0
tx_Pdelay_Resp_Follow_Up : 3053
tx_Announce : 0
tx_Signaling : 0
tx_Management : 0
00583f.fffe.1ce0e5-22 seq 0 RESPONSE MANAGEMENT PORT_STATS_NP
Port identity : 00583f.fffe.1ce0e5-22
Port name : eth-0-22
rx_Sync : 0
rx_Delay_Req : 0
rx_Pdelay_Req : 1081
rx_Pdelay_Resp : 1081
rx_Follow_Up : 0
rx_Delay_Resp : 0
rx_Pdelay_Resp_Follow_Up : 1081
rx_Announce : 0
rx_Signaling : 0
rx_Management : 0
tx_Sync : 3045
tx_Delay_Req : 0
tx_Pdelay_Req : 3052
tx_Pdelay_Resp : 1081
tx_Follow_Up : 3045
tx_Delay_Resp : 0
tx_Pdelay_Resp_Follow_Up : 1081
tx_Announce : 1524
tx_Signaling : 0
tx_Management : 0
Switch2#
Проверка состояния PTP на коммутаторе Switch3:
Switch3# show ptp
------------------- Global config ------------------
PTP State : enable
Port Number : 1
Domain : 0
Clock-step Mode : two-step
Priority1 : 255
Priority2 : 128
Clock Type : ordinary clock
Delay Mechanism : P2P
------------------- Time status -------------------
00583f.fffe.1ce073-0 seq 0 RESPONSE MANAGEMENT TIME_STATUS_NP
Master offset: -7
Ingress time: 1763633069692589324
GrandMaster present: true
GrandMaster identity: 00583f.fffe.1ce157
Switch3#
Проверка состояния PTP на интерфейсе коммутатора Switch3:
Switch3# show ptp interface
00583f.fffe.1ce073-24 seq 0 RESPONSE MANAGEMENT PORT_DATA_SET
Port identity : 00583f.fffe.1ce073-24
Port name : eth-0-24
Port state : SLAVE
Version number : 2
Delay mechanism : P2P
Announce interval : 1 LMI
Sync interval : 0 sec
Delay request minimum interval : 0 LMI
Mean path delay : 912
Pdelay request interval : 0 LMI
Announce timeout : 3 sec
Switch3#
Просмотр статистики PTP на интерфейсе коммутатора Switch3:
Switch3# show ptp interface statistics
00583f.fffe.1ce073-24 seq 0 RESPONSE MANAGEMENT PORT_STATS_NP
Port identity : 00583f.fffe.1ce073-24
Port name : eth-0-24
rx_Sync : 1626
rx_Delay_Req : 0
rx_Pdelay_Req : 1627
rx_Pdelay_Resp : 1626
rx_Follow_Up : 1626
rx_Delay_Resp : 0
rx_Pdelay_Resp_Follow_Up : 1626
rx_Announce : 813
rx_Signaling : 0
rx_Management : 0
tx_Sync : 0
tx_Delay_Req : 0
tx_Pdelay_Req : 1626
tx_Pdelay_Resp : 1627
tx_Follow_Up : 0
tx_Delay_Resp : 0
tx_Pdelay_Resp_Follow_Up : 1627
tx_Announce : 0
tx_Signaling : 0
tx_Management : 0
Switch3
Настройка прозрачных часов (TC)
На рисунке показана настройка в соответствии с представленной сетевой конфигурацией.
Рис. 9.4 PTP домен с обычными (OC) и прозрачными часами (TC)
Изображенный на рисунке выше, коммутатор Switch1 играет роль ведущих часов в домене PTP. Он будет источником времени для других устройств. Коммутатор Switch2 получает время от коммутатора Switch1 и отправляет его на коммутатор Switch3, при этом коммутатор Switch2 не корректирует свое время. Коммутатор Switch3 только получает время.
Настройка коммутатора Switch2
В этом примере коммутаторы Switch1 и Switch3 имеют ту же конфигурацию, что и в настройке домена с обычными (OC) и пограничными часами (BC). Следующая конфигурация предназначена для настройки коммутатора Switch2 в качестве прозрачных часов (TC), вместо пограничных часов (BC).
Шаг 1: Вход в режим “Global config”
Switch2# configure terminal
Шаг 2: Настройка типа устройства PTP
Настройка коммутатора Switch2 в роли прозрачных часов (TC) в peer-to-peer режиме измерения задержки.
Switch2(config)# ptp device-type p2p-tc
Шаг 3: Старт процесса PTP на коммутаторе и включение PTP на интерфейсах
Switch2(config)# ptp start
Switch2(config)# interface range eth-0-24 , eth-0-22
Switch2(config-if-range)# ptp enable
Шаг 4: Выход из режима “Global config”
Switch2(config)# end
Шаг 5: Проверка
Проверка состояния PTP на коммутаторе Switch2:
Switch2# show ptp
------------------- Global config ------------------
PTP State : enable
Port Number : 2
Domain : 0
Clock-step Mode : two-step
Priority1 : 128
Priority2 : 128
Clock Type : transparent clock
Delay Mechanism : P2P
Switch2#
Проверка состояния PTP на коммутаторе Switch3:
Switch3# show ptp
------------------- Global config ------------------
PTP State : enable
Port Number : 1
Domain : 0
Clock-step Mode : two-step
Priority1 : 255
Priority2 : 128
Clock Type : ordinary clock
Delay Mechanism : P2P
------------------- Time status -------------------
00583f.fffe.1ce073-0 seq 0 RESPONSE MANAGEMENT TIME_STATUS_NP
Master offset: 14
Ingress time: 1763639146461658327
GrandMaster present: true
GrandMaster identity: 00583f.fffe.1ce157
Switch3#
Проверка состояния PTP на интерфейсе коммутатора Switch3:
Switch3# show ptp interface
00583f.fffe.1ce073-24 seq 0 RESPONSE MANAGEMENT PORT_DATA_SET
Port identity : 00583f.fffe.1ce073-24
Port name : eth-0-24
Port state : SLAVE
Version number : 2
Delay mechanism : P2P
Announce interval : 1 LMI
Sync interval : 0 sec
Delay request minimum interval : 0 LMI
Mean path delay : 913
Pdelay request interval : 0 LMI
Announce timeout : 3 sec
Switch3#
Просмотр статистики PTP на интерфейсе коммутатора Switch3:
Switch3# show ptp interface statistics
00583f.fffe.1ce073-24 seq 0 RESPONSE MANAGEMENT PORT_STATS_NP
Port identity : 00583f.fffe.1ce073-24
Port name : eth-0-24
rx_Sync : 7406
rx_Delay_Req : 0
rx_Pdelay_Req : 4632
rx_Pdelay_Resp : 4634
rx_Follow_Up : 7406
rx_Delay_Resp : 0
rx_Pdelay_Resp_Follow_Up : 4634
rx_Announce : 3704
rx_Signaling : 0
rx_Management : 6
tx_Sync : 0
tx_Delay_Req : 0
tx_Pdelay_Req : 7407
tx_Pdelay_Resp : 4632
tx_Follow_Up : 0
tx_Delay_Resp : 0
tx_Pdelay_Resp_Follow_Up : 4632
tx_Announce : 0
tx_Signaling : 0
tx_Management : 3
Switch3#