此产品的文档集力求使用非歧视性语言。在本文档集中,非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言,文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。
思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言,希望全球的用户都能通过各自的语言得到支持性的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任,并建议您总是参考英文原始文档(已提供链接)。
本文档通过适用于8275.1和8275.2电信配置文件中的Cisco IOS® XR设备的示例配置、示例和故障排除命令,介绍Precision时间协议(PTP)和同步以太网(SyncE)的工作原理。
我们使用的时钟是挂钟或手表,但对于网络设备而言,它是交替使用0和1的周期信号,用于采样数据位。就像时钟中的秒针有表示秒的角运动,一对零和1表示T(时间段[T=1/频率])。为了生成此时钟,网络设备使用误差为±100 ppm(百万分率)的晶体振荡器来生成时钟信号,例如,频率为250 MHz和100 ppm的时钟的频率范围为249.975 MHz到250.025 MHz。因此,理想情况下,时钟不是完全周期性的,但足以满足从接口采样数据信号的需求。
电信网络(3G/4G/5G)使用非常高质量的(层)时钟,并且所有基站(NodeB/eNodeB等)应尽可能以最小的错误/延迟(大约1微秒)同步到此时钟。
在发送端用高频(载波信号)波调制的消息信号(例如语音信号)必须在接收端用与发送端相同的载波信号解调。如果接收端发生载波频率或相位的任何变化/偏移,消息信号将损坏。但是,Rx载波和Tx载波之间始终会出现少量偏移。
比方说,使用安全盒发送消息并使用密钥将其锁定。如果有人想阅读安全盒中的信息,则必须使用相同的密钥解锁接收端的盒。如果副本密钥有任何扭曲/畸形,则无法读取消息。
各种电信服务的可接受抵消包括:
同步是将时钟对准同一时间/相位和频率。
时钟同步可分为频率同步(实现= / =其中=也称为相同速率)、相位同步(同一时间)和时间同步(一天中的时间)。
所有NE应将其时钟的频率与源时钟(源于MasterClock)匹配。
NE的频率同步可以通过SyncE或PTPv2实现,本节将进一步讨论。
SyncE的工作是从接口上接收的数据包(工作在物理层)以及接口上接收的ESMC数据包(大约每秒一个数据包)得出频率,来描述时钟质量。因此,它不会添加任何控制数据包,也不会受流量拥塞影响,流量拥塞是SyncE的最佳方面。
PTP在数据包上运行,因此会出现控制数据包流,并且数据包会受到拥塞的影响,这会增加延迟。
相位同步就是对这些时钟信号进行校准。我们可以看到上述频率同步信号尚未对齐,因此它们具有相位偏移。
PTPv2用于在网络中传输相位信息。
时间同步(也称为一天中的时间)仅在所有NE中具有相同的时间。即,t1=t2。
NTP和PTP用于在网络中传输时间信息。NTP提供毫秒精度,而PTP可提供高达亚微秒的精度。
时间同步和相位同步在网络中经常被同义使用,因为用于相位同步的PTP将实现时间同步。
NTP现在不会成为我们讨论的一部分。
SyncE的工作原理是从端口上收到的数据中提取时钟频率。
这里有一个简单的示例。数据信号由本地振荡器处理,输出数据从Tx端口送出。您可以观察到时钟频率存在于端口上传输的数据信号中。SyncE的工作原理是对接收到Rx端口的信号进行反向处理,得到发送时钟的频率信息。
SyncE是ITU-T关于如何在网络中传输频率的建议。根据建议,该频率将从物理层中的比特流中恢复,如前所述。将在链中分配的时钟称为主参考时钟(PRC),网络中的所有时钟都必须可跟踪到该时钟。要获得可跟踪时钟,主时钟和终端设备之间的链路中的所有节点都需要根据SyncE建议使用同步以太网设备时钟(EEC)来实施。已恢复时钟的性能不会取决于网络负载,因为它不会与任何特定数据包同步。
MasterClock NE采用来自网络时钟(SSU或BITS)的外部输入计时参考。然后,这些参考资料被用作EEC时钟的输入,通常位于NE的中心定时卡上。然后,EEC输出定时参考用于采样数据并发送SyncE启用Tx端口上的流量。
在SlaveClock NE,时钟在收发器时钟数据恢复(CDR)内恢复。在某些情况下,RX时钟在收发器上不可用,可能需要使用外部CDR来恢复时钟。然后,时钟通过背板发送以到达SlaveClock的中心定时卡。该定时基准然后成为对EEC的参考(也称为线路定时参考)。如SlaveClock NE所示,EEC可以接受线路和外部参考以及±4.6 ppm本地振荡器的输入(在没有线路或外部参考的情况下使用)。此后,从时钟NE成为下一个下游NE的主时钟NE,并且同步以节点到节点的方式传输,每个节点参与恢复和分发。
以太网同步消息通道(ESMC)是ITU-T定义的以太网慢速协议(即,将消息发送到组播以太网目标地址01-80-C2-00-00-02并使用以太网类型88-09),以防止消息从同步链路泄漏到另一条链路。
它传输同步状态消息(SSM)信息,该信息是传输时钟的质量级别(QL)。例如:如果上游设备与PRC时钟同步,则收到的QL值为QL-PRC,对应的SSM值为0010。
ESMC信息PDU以每秒一个PDU的速率定期发送。在五秒内未收到ESMC PDU会导致SSF=true(QL=QL-FAILED)。QL的默认(初始)值为DNU(SSM=1111),并且仅当收到有效的QL TLV时才必须更改。
需要注意的是,如果设备是双宿主,并且两个上游设备的信号源都是PRC,则设备上从两个链路收到的QL是QL-PRC。因此,我们需要相应地确定链路的优先级,以选择与跳数、链路等相关的正确上游设备。
通过多个NE的MasterClock-SlaveClock同步(带有多个可能的同步输入以保护同步)可能会导致NE之间的定时环路。为了避免计时环路,NE应该在NE的方向上插入DNU的SSM值,该值用作NE时钟的实际同步源。
SyncE工作在物理层,ESMC数据包也通过以太网慢速协议传输。LAG是另一种使用慢速协议的功能,LAG运行在ESMC之上。因此,在LAG组中每个支持以太网的同步链路上都需要处理ESMC消息。
还必须指出,由于有可能形成定时环路,需要认真考虑使用并行链路,例如LAG的情况。
理想情况下,在捆绑的单个成员链路上运行它就足够了,否则由运营商来配置多个支持以太网的同步端口。
IEEE 1588由电气电子工程师协会(IEEE)在2002年定义,为网络测量和控制系统的精确时钟同步协议(PTP)。简称为Precision Time Protocol(PTP)。
IEEE 1588v1适用于工业自动化、测试和测量领域。随着IP网络的发展和3G网络的普及,对电信网络时间同步的需求日益增加。为了满足这一需求,IEEE于2006年6月在IEEE 1588v1的基础上起草了IEEE 1588v2,于2007年修订了IEEE 1588v2,并于2008年底发布了IEEE 1588v2。
1588v2是一种时间同步协议,允许设备之间实现高度准确的时间同步。它还用于实现设备之间的频率同步。
这种基于分组的同步机制通过有效的分组交换机制将亚微秒级的频率和相位同步与ToD分配功能相结合
PTP的主要弱点也归因于其数据包性质,因为PTP使用的同步数据包是在主时钟和主机之间的网络中转发的,这些主机受所有网络事件的影响,例如帧延迟(延迟)、帧延迟变化(数据包抖动)和帧丢失。即使采用将高优先级应用于同步流的最佳实践,这些同步数据包仍将遇到拥塞以及可能的路由和转发问题,例如顺序错误和路由摆动。
我们发送数据包中的时间(hh:mm:ss),并使用数据包流往返时间查找数据包的传输延迟,并通过调整往返延迟的一半来更正时钟时间。
PTP使用分层的主时钟 — 从时钟体系结构进行时钟分配。
它指定系统中的实时时钟如何相互同步。这些时钟被组织到MasterClock−SlaveClock同步层次结构中,其中时钟位于层次结构顶部,MasterClock用于确定整个系统的参考时间。同步是通过交换PTP定时消息来实现的,从时钟使用定时信息将其时钟调整为层次结构中其MasterClock的时间。
PTP采用组播通信模型设计。PTP还支持单播通信模型,只要协议的行为得到保留。PTP假设通告消息由一个端口定期发送并发送到通信路径中普通时钟或边界时钟的所有其他端口。如果通信路径包含两个以上的端口,则假设通告消息以组播形式发送,或者通告信息使用单播消息复制到通信路径中的所有端口。PTP端口通过接收组播Announce消息来发现通信路径中的其他端口。
协议在称为域的逻辑范围内执行。所有PTP消息、数据集、状态机和所有其他PTP实体始终与特定域ID关联
协议定义了事件和常规PTP消息。事件消息是定时消息,即,在传输和接收时生成准确的时间戳(在设备上,在入口/出口点记录的时间,但不需要消息携带时间t)。一般消息不需要准确的时间戳。
域由使用PTP协议相互通信的时钟的逻辑分组组成。
PTP域用于划分管理实体内的网络。PTP消息和数据集与域相关联,因此,PTP协议对于不同的域是独立的。
PTP时间准确性由于事件消息所获取的路径的不对称而降低。具体来说,时间偏移误差为不对称的1/2。
PTP无法检测到不对称。但是,如果已知的话,PTP会纠正不对称性。非对称性可以在物理层引入,例如,通过传输介质不对称,由网桥和路由器引入,而在大型系统中,由事件消息通过不同的路由穿过网络而经过的前向和反向路径。应配置系统和选择组件,在所需计时准确性的指导下,将这些影响降至最低。在距离只有几米的单子网系统中,对于超过几个ns的时间精度,非对称性通常不是需要考虑的问题。
事件消息集包括:
通用消息集包括:
Sync、Delay_Req、Follow_Up和Delay_Resp消息用于生成和传达使用延迟请求 — 响应机制同步普通时钟和边界时钟所需的计时信息。
Pdelay_Req、Pdelay_Resp和Pdelay_Resp_Follow_Up消息用于测量实施对等延迟机制的两个时钟端口之间的链路延迟。链路延迟用于在由点对点透明时钟组成的系统中更正Sync和Follow_Up消息中的计时信息。
实施对等延迟机制的普通时钟和边界时钟可以使用测量的链路延迟和Sync和Follow_Up消息中的信息同步。Announce消息用于建立同步层次结构。管理消息用于查询和更新时钟维护的PTP数据集。这些消息还用于自定义PTP系统以及用于初始化和故障管理。管理消息在管理节点和时钟之间使用(不作为我们讨论的一部分)。
信令消息用于时钟之间的通信,以用于所有其他目的。例如,信令消息可用于在MasterClock和SlaveClocks之间协商单播消息的速率。
PTP设备有五种基本类型,如下所示:
在域内,普通时钟和边界时钟的每个端口都执行协议状态机的独立副本。对于“状态决策事件”,每个端口都会检查端口上收到的所有通告消息的内容。使用最佳MasterClock算法,分析通告消息内容以及与普通时钟或边界时钟相关联的数据集的内容,以确定时钟的每个端口的状态。
PTP状态机
普通时钟和边界时钟的每个端口都维护一个单独的PTP状态机副本。此状态机定义端口允许的状态和状态之间的转换规则。确定MasterClock−SlaveClock层次结构的主要“状态决策事件”是收到通告消息和通告间隔(通告消息之间的间隔)的结束。确定MasterClock/SlaveClock层次结−的端口状态如下:
最佳主时钟算法
最佳主时钟算法会比较描述两个时钟的数据,以确定哪个数据描述更佳的时钟。此算法用于确定本地时钟端口接收的几个Announce消息中所描述的时钟中哪一个是最佳时钟。它还用于确定新发现的时钟(外部MasterClock)是否优于本地时钟本身。描述外部MasterClock的数据包含在Announce消息的grandMasterClock字段中。
数据集比较算法基于具有以下优先级的属性成对比较:
除了此优先顺序外,当两个Announce消息反映同一外部MasterClock时,还会使用本地时钟和外部MasterClock之间的边界时钟数所测量的“距离”。距离在Announce消息的stepsRemoved字段中指示。这种情况可能发生在PTP系统中,PTP外部的协议未删除循环路径。数据集比较算法明确地选择两个时钟中的一个作为“更好”或“拓扑更好”。
PTP配置文件的目的是允许组织指定PTP的属性值和可选功能的特定选择,当使用相同的传输协议时,PTP可以相互协作并实现满足特定应用要求的性能。
PTP配置文件应定义:
为使用PTP的数据包网络定义的各种配置文件如下:
8265.x配置文件用于实现与PTP的频率同步。
8275.x用于使用PTP进行时间/相位同步。NCS5xx/55xx目前支持8265.1、8275.1、8275.2和8273.2。
8265.1以前用于3G/4G时钟同步,而8275.x现在用于5G,因为对5G网络的准确性要求更高。
本附件包含用于相位/时间分配的PTP电信配置文件,以及来自网络的完全定时支持。
同步模型:
G.8275.1配置文件采用逐跳同步模型。从服务器到客户端时钟的路径中的每台网络设备都会将其本地时钟与上游设备同步,并提供与下游设备的同步
节点类型:
在此配置文件中,允许的节点类型为普通时钟、边界时钟和端到端透明时钟。
在此配置文件中,禁止的节点类型是对等透明时钟。
域:
可以使用从24到43的域ID。默认域ID为24
Clock Mode:
允许一步时钟和两步时钟。时钟必须能够接收和处理从一步时钟和两步时钟发送的消息。传输消息时不需要时钟支持一步和两步模式。
需要、允许或禁止的传输机制
在此配置文件中,允许的传输机制为:
必须支持两种传输机制中的至少一种。对于通过IEEE 802.3/以太网的传输,必须支持不可转发组播地址01-80-C2-00-00-0E和可转发组播地址01-1B-19-00-00-00,才能符合此配置文件
单播/组播消息:
所有消息使用两个组播地址(01-80-C2-00-00-0E/01-1B-19-00-00-00)之一以组播形式发送。此版本的配置文件不允许单播模式。
最佳主时钟算法选项:
此配置文件使用备用BMCA。
从每个可用节点按顺序比较以下时钟参数以选择最佳主时钟:
表 1.Telcom配置文件BMCA层次结构
参数 |
描述 |
第 1 优先级 |
不在电信配置文件中使用 |
Clock-class |
时钟可跟踪性的度量。 MasterClock的频率/时间是否可追踪到GNSS参考(A,B优于C) |
时钟精度 |
GM的时钟输出到主参考的准确度如何? 例如:时间精确到25纳秒以内。 |
偏移量缩放日志差异(OSLV) |
时钟精度的测量。未同步到其他源时,时钟输出变化了多少。 |
优先级 2 |
如果上述所有参数均匹配,则用户在MasterClock-node上定义优先级 |
本地端口优先级 |
用户在DUT上定义每端口优先级 |
GM时钟标识 |
GrandMasterClock的时钟ID用作断路器 |
删除的步骤 |
如果可通过多个端口到达grandMasterClock,则选择最短路径(A优于B) |
路径延迟测量选项(延迟请求/延迟响应):
此配置文件使用延迟请求/延迟响应机制。此配置文件中不得使用对等延迟机制,必须使用delay_req — 响应方法。
此PTP电信配置文件定义一个备用BMCA,它允许使用两种主要方法设置阶段/时间同步网络的拓扑:
自动拓扑建立:
当将此建议中定义的localPriority属性配置为默认值时,备用BMCA会根据PTP时钟交换的通告消息自动建立PTP拓扑。此操作后会构建一个具有通向T-GM的最短路径的同步树。在此模式下,在故障事件和拓扑重新配置期间,将再次运行备用BMCA并生成新的同步树。此备用BMCA操作可确保无需手动干预或预先网络分析即可创建任何计时环路。新PTP拓扑的收敛时间取决于网络规模和PTP参数的特定配置。
手动网络规划:使用本建议中定义的localPriority属性与其默认值不同的值,可以手动构建同步网络拓扑,其方式与同步数字层次结构(SDH)网络通常基于同步状态消息(SSM)运行的方式类似。此选项允许根据配置的本地系统优先级在故障事件和拓扑重新配置期间完全控制操作。但是,在部署之前需要进行仔细的网络规划以避免计时环路。
使用Priority2时的注意事项:
PTP属性priority2在此配置文件中可配置。在某些特殊情况下,使用priority2属性可以简化网络管理。本节介绍两个使用案例;其他可能的案例供进一步研究。
运营商可以配置PTP属性priority2,使所有电信边界时钟(T-BC)可同时跟踪到一个电信大主时钟(T-GM)或跟踪到两个不同的T-GM。
例如,在此映像中,如果两个T-GM的所有其他PTP属性相同,并且两个T-GM配置了相同的priority2值,则每个T-BC将选择具有最短路径的T-GM。如果两个T-GM配置了不同的priority2值,所有T-BC都将同步到具有最小priority2值的T-GM。
运营商可以配置PTP属性priority2,以防止在T-GM出现故障时上游网络的T-BC与下游网络的T-BC同步。
例如,在图中,如果所有T-BC的所有其他PTP属性都相同,并且所有T-BC的PTP属性priority2都配置了相同的值,则当T-GM出现故障时,上游网络中的T-BC可以与下游网络中的T-BC同步,具体取决于所有T-BC的clockIdentity值。如果上游网络中的T-BC被配置为比下游网络中的T-BC具有更小的priority2值,则当T-GM发生故障时,下游网络中的T-BC将同步到上游网络中的T-BC。
链路聚合上的操作:
当嵌入符合此配置文件的PTP时钟的两个设备通过链路聚合(LAG)连接时,应直接访问每个物理链路以传输PTP消息,从而绕过LAG。此方法可防止在通过属于LAG的不同链路传送正向和反向路径时可能出现的潜在不对称性。
选择PTP以太网组播目标地址的注意事项:
当使用PTP映射时,此PTP配置文件支持不可转发组播地址01-80-C2-00-00-0E和可转发组播地址01-1B-19-00-00-00。
要使用的以太网组播地址取决于运营商策略;下面提供了进一步的注意事项。
与T-BC或T-TC的PTP端口相关联的第2层桥接功能不应转发任何目的MAC地址为01-1B-19-00-00-00的帧;这可以通过在过滤数据库中正确调配此组播地址来实现。
一些网络运营商认为,绝不能通过不了解PTP的网络设备转发PTP消息。
使用不可转发组播地址01-80-C2-00-00-0E可在大部分时间保证此属性(某些较旧的以太网设备存在例外)。
因此,在网络设备配置错误的情况下(例如,如果PTP功能在PTP感知网络设备中未启用),使用此组播地址可防止不正确的同步分配,因为PTP消息将被不了解PTP的网络设备阻止。
一些网络运营商认为,使用可转发组播地址更为灵活,并且最好转发PTP消息,以便在某些设备错误配置为非PTP节点时保持同步链路运行,不过存在性能降低的潜在风险。网络管理系统(NMS)很容易发现配置错误并发出警报。
但是,通过在每个以太网设备的过滤数据库中正确调配此组播地址,可以阻止PTP消息。
此建议定义另一个PTP配置文件,以允许从网络分配具有部分定时支持(PTS)的相位和时间(即,无需每个设备在网络中运行ptp)。8275.2与8275.1之间的主要区别在于,它运行在IPv4单播上,并不是网络中的所有节点都需要运行PTP。
传输机制:
在此配置文件中,所需的传输机制是UDP/IPv4。
单播消息:
所有消息均以单播方式发送。
在此电信配置文件中,默认情况下会启用单播协商。
SlaveClock将按照单播消息协商过程启动会话。
域:
可以使用从44到63的域id。默认域ID为44。
最佳主时钟算法选项:
此配置文件使用备用BMCA。
属性lPath延迟测量选项(延迟请求/延迟响应)、自动拓扑建立和使用priority2的考虑事项与电信配置文件8275.1相同
环拓扑中通过IP传输的PTP的注意事项:
当通过IP传输层使用PTP消息传送时,需要考虑第3层协议的某些方面。PTP层使用目的IP地址将消息传送到IP层。然后,只要存在源节点到目的地址的通过IP传输网络的路径,IP层就会确保将消息传送到目的地。IP层包括动态路由协议,这些协议可以根据IP路由器之间的可用链路来调整通过网络的路径。有时,IP传输层采用的路径可能不是同步规划器“期望”的路径。在IP传输层应用一些限制来控制PTP消息的次优路径可能会有益。环形拓扑中很可能出现这种情况。
以下图所示的拓扑为例,将SlaveClock配置为从BC3和BC4请求单播服务。在收到BC3和BC4的Announce消息后,SlaveClock将运行BMCA,并根据以下事实选择BC4作为其父时钟:步骤BC4的删除值为1,而BC3的删除值为3。然后,SlaveClock将从BC4请求同步消息。
如果BC4和R6之间的连接断开(请参阅下图),则无法通过预期路径到达BC4。但是,它仍然可以到达,因为路由协议将通过在环上路由IP数据包来保留连接。BC4仍保留为父时钟,因为BMCA仍认为它更好。
最有可能的情况是,SlaveClock应切换到BC3以获得更好的性能。
可以采用一些技术来确保在上述故障场景中,SlaveClock将选择BC3作为其父时钟。它们基于阻止从BC4到SlaveClock的PTP IP消息(如果这些消息在环上顺时针传输)。该解决方案基于仅阻止PTP消息,而不阻止可能使用相同IP地址的其他协议的消息。
第 1 项.唯一IP地址和静态路由:
在某些部署模式中,可以分配唯一的IP地址以单独使用PTP。然后,这允许使用静态路由控制节点之间PTP流的方向。对BC4进行配置后,到达11.x.x.141(SlaveClock)的唯一路径将是BC4和R6之间的链路。此外,可以配置R6,以便用于到达11.y.y.104(BC4)的唯一路径是R6和BC4之间的链路。如果R6和BC4之间的链路发生故障,则没有路由可用于获取11.x.x.141和11.y.y.104之间的IP数据包,因此SlaveClock不会收到来自BC4的Announced,BMCA将选择BC3作为父时钟。请参阅此图。
第 2 项.IP 过滤器
所有路由器都支持某种级别的IP过滤。过滤器可用于保护路由器的控制平面免受不需要的消息的影响。在这种情况下,它们可用于控制路由接口子集上对PTP消息的接受。
在这种情况下,将R6配置为保护SlaveClock免受采用错误路由的PTP消息的影响。在R6面向BC3的接口上,如果源地址与BC3上PTP进程的源地址匹配,则可应用过滤器以仅允许消息发送到UDP端口319或320。该接口上收到的所有来自BC4的消息都将丢弃。请参阅此图。
选项 3.所有PTP消息的BC处理
BC可以终止接收到BC所使用的任何域的任何端口中的所有PTP消息。然后,可以根据PTP进程本身的决策丢弃或转发PTP消息。如果PTP消息的目的地址不是BC拥有的地址,则选择是丢弃该消息,或者将其传送到转发引擎以继续发送到目的地。如果PTP消息用于与BC不同的域,则可以使用后一种情况。同样在后一种情况下,包含BC的网络元件也可以更新任何被转发的事件消息的校正字段以补偿PTP消息的提取和处理,即支持这些消息的透明时钟功能。如果路由器支持IP数据包的基于策略的路由,则可以从IP平面提取消息。
此示例如图所示。
第 4 项.从IP传输使用生存时间(TTL)机制:
PTP节点可能发送PTP数据包,其中的IP/传输报头中携带的TTL字段设置为到达与其具有PTP合同的对等PTP端口所需的最小路由跳数。在典型的PTP不感知网络中,主时钟和从时钟之间没有感知路由器,如果PTP不感知路由器的数量大于PTP消息的TTL值,PTP消息将被其中一个不感知路由器的丢弃。这可用于限制PTP数据包在相邻路由器之间经过的IP跳数,并避免通过不需要的较长路径进行通信。
此行为可能是每个PTP端口或每个PTP时钟,并且特定于实施。假定在这种环拓扑中,IP路由将注意确保通向PTP MasterClock的较短路径被视为比环中的较长路径更好的路由。
例如,如果SlaveClock有一个直接连接的MasterClock,该主时钟也可通过较长的路径到达,则它可以使用TTL值1确保PTP数据包仅通过直接连接的路径到达MasterClock,而不是通过环路的较长路径。
模式说明:
PTP时钟从未同步到时间源,并且未处于同步到时间源的过程中。
PTP时钟正在同步到时间源。此模式的持续时间和功能因实施而异。实施中不需要此模式。
相位锁定 — PTP时钟与时间源相位同步,并且在某种内部可接受精度内。
频率锁定 — 时钟频率同步到时间源,并且在某种内部可接受精度内。
由于它与[IEEE 1588]中定义的PTP端口状态相关,如果存在处于从属状态的PTP端口,则时钟处于锁定模式。
PTP时钟不再与时间源同步,而是使用在其先前同步时获得的信息或者其它信息源仍然可用时获得的信息,以在所需规范内保持性能或者不能保持所需规范内的性能。节点可能完全依赖自己的设施进行保持,或者可能使用类似从网络输入的频率来实现时间和/或相位的保持。
路由器允许为频率和时间(ToD)选择不同的源。频率选择可以在路由器可用的任何频率源之间,例如BITS、GPS、SyncE或IEEE 1588 PTP。ToD选择是在为频率选择的源和PTP之间(如果可用)(ToD选择来自GPS、DTI或PTP)。这称为混合模式,其中物理频率源(BITS或SyncE)用于提供频率同步,而PTP用于提供ToD同步。
部署8275.1时,可以在网络中同时使用SyncE(用于频率传输)和ptp(相位/时间传输),以实现更高的准确性(称为混合模式,是自7.3.x版本起NCS唯一支持的模式)
本地优先级属性不会在通告消息中传输。如果所比较的数据集的所有其他先前属性都相等,则此属性在数据集比较算法中用作断路器
8275.1:
边界时钟 |
||
配置 |
说明 |
|
ptp |
ptp |
|
时钟 |
||
域 24 |
||
profile g.8275.1 clock-type T-BC |
Profile 8275.1正与时钟角色一起使用,作为T-BC电信边界时钟 |
|
! |
||
profile T-BC-MasterClock |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输以太网 |
正在使用以太网传输 |
|
端口状态MasterClock-only |
要使用的端口状态仅是MasterClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
profile T-BC-SLAVE |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输以太网 |
正在使用以太网传输 |
|
port state Slave仅时钟 |
要使用的端口状态仅是SlaveClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
ptp |
为此端口启用PTP |
|
profile T-BC-MasterClock |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
! |
||
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
ptp |
为此端口启用PTP |
|
profile T-BC-SLAVE |
在此ptp端口下调用用户定义的角色 |
|
local-priority 130 |
||
! |
||
! |
||
SyncE |
频率同步 |
在全球范围内启用IT |
质量itu-t选项1 |
接收的时钟的QL按照每个itu-t选项1执行 |
|
日志选择更改 |
||
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
频率同步 |
在接口上启用syncE |
|
选择输入 |
接口处于SyncE的SlaveClock状态 |
|
第 15 优先级 |
具有本地意义。 |
|
等待恢复0 |
路由器在时钟选择中包含新活动的同步以太网时钟源之前等待的时间量。默认值为 300 秒 |
|
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
频率同步 |
在接口上启用syncE |
|
等待恢复0 |
路由器在时钟选择中包含新活动的同步以太网时钟源之前等待的时间量。默认值为 300 秒 |
|
GrandMasterClock |
||
配置 |
说明 |
|
ptp |
ptp |
全局启用ptp |
时钟 |
||
域 24 |
||
profile g.8275.1 clock-type T-GM |
Profile 8275.1正与时钟角色一起使用,以成为T-GM telecom大主时钟 |
|
! |
||
profile T-MasterClock |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输以太网 |
正在使用以太网传输 |
|
端口状态MasterClock-only |
要使用的端口状态仅是MasterClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
ptp |
为此端口启用PTP |
|
profile T-MasterClock |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
! |
||
! |
||
! |
||
SyncE |
频率同步 |
在全球范围内启用IT |
质量itu-t选项1 |
配置ITU-T质量级别(QL)选项。ITU-T选项1也是默认设置 |
|
日志选择更改 |
启用日志 |
|
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
频率同步 |
在接口上启用syncE |
|
等待恢复0 |
路由器在时钟选择中包含新活动的同步以太网时钟源之前等待的时间量。默认值为 300 秒 |
|
SlaveClock |
||
配置 |
说明 |
|
ptp |
ptp |
全局启用ptp |
时钟 |
||
域 24 |
||
profile g.8275.1 clock-type T-TSC |
Profile 8275.1正与时钟角色一起使用以成为T-TSC telecom SlaveClock |
|
! |
||
profile T-SLAVE |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输以太网 |
正在使用以太网传输 |
|
port state Slave仅时钟 |
要使用的端口状态仅是SlaveClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
ptp |
为此端口启用PTP |
|
profile T-SLAVE |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
! |
||
! |
||
! |
||
SyncE |
频率同步 |
在全球范围内启用IT |
质量itu-t选项1 |
配置ITU-T质量级别(QL)选项。ITU-T选项1也是默认设置 |
|
日志选择更改 |
启用日志 |
|
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
频率同步 |
在接口上启用syncE |
|
选择输入 |
接口处于SyncE的SlaveClock状态 |
|
第 15 优先级 |
具有本地意义。 |
|
等待恢复0 |
路由器在时钟选择中包含新活动的同步以太网时钟源之前等待的时间量。默认值为 300 秒 |
|
! |
8275.2:
边界时钟 |
||
配置 |
说明 |
|
ptp |
ptp |
|
时钟 |
||
域 44 |
||
profile g.8275.2 clock-type T-BC |
Profile 8275.2正与时钟角色一起使用,作为T-BC电信边界时钟 |
|
! |
||
profile T-BC-MasterClock |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输ipv4 |
正在使用以太网传输 |
|
端口状态MasterClock-only |
要使用的端口状态仅是MasterClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
profile T-BC-SLAVE |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输ipv4 |
正在使用以太网传输 |
|
port state Slave仅时钟 |
要使用的端口状态仅是SlaveClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
ptp |
为此端口启用PTP |
|
profile T-BC-MasterClock |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
! |
||
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
ip address 10.0.0.1 255.255.255.252 |
||
ptp |
为此端口启用PTP |
|
profile T-BC-SLAVE |
在此ptp端口下调用用户定义的角色 |
|
local-priority 130 |
||
MasterClock ipv4 10.0.0.2 255.255.255.252 |
明确提及MasterClock ip |
|
! |
||
GrandMasterClock |
||
配置 |
说明 |
|
ptp |
ptp |
全局启用ptp |
时钟 |
||
域 44 |
||
profile g.8275.2 clock-type T-GM |
Profile 8275.1正与时钟角色一起使用,以成为T-GM telecom大主时钟 |
|
! |
||
profile T-MasterClock |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输ipv4 |
正在使用以太网传输 |
|
端口状态MasterClock-only |
要使用的端口状态仅是MasterClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/18 |
MasterClock接口。连接到下游SlaveClock的端口 |
|
ptp |
为此端口启用PTP |
|
profile T-MasterClock |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
! |
||
! |
||
! |
||
SlaveClock |
||
配置 |
说明 |
|
ptp |
ptp |
全局启用ptp |
时钟 |
||
域 44 |
||
profile g.8275.2 clock-type T-TSC |
Profile 8275.1正与时钟角色一起使用以成为T-TSC telecom SlaveClock |
|
! |
||
profile T-SLAVE |
定义ptp端口的角色。 |
|
multicast target-address ethernet 01-80-C2-00-00-0E |
正在使用不可转发组播地址(可选) |
|
传输ipv4 |
正在使用以太网传输 |
|
port state Slave仅时钟 |
要使用的端口状态仅是SlaveClock |
|
同步频率16 |
将以每秒数据包的频率发送同步数据包 |
|
通告频率8 |
通告数据包将以每秒数据包的频率发送 |
|
delay-request frequency 16 |
Delay_Req数据包将以每秒数据包的频率发送 |
|
! |
||
! |
||
interface TenGigE0/0/0/19 |
SlaveClock接口端口连接到上游MasterClock |
|
ip address 10.0.0.1 255.255.255.252 |
||
ptp |
为此端口启用PTP |
|
profile T-SLAVE |
在此ptp端口下调用用户定义的角色 |
|
local-priority 120 |
localPriority属性在数据组比较算法中用作断路器,如果被比较的数据组的所有其他先前属性都相等 |
|
MasterClock ipv4 10.0.0.2 255.255.255.252 |
明确提及MasterClock ip |
|
! |
||
! |
||
! |
如果接口上未收到ESMC数据包,或者端口末尾未配置SyncE,但您仍希望启用syncE。您可以通过静态定义接口上的QL值并禁用SSM来执行此操作。
SyncE |
频率同步 |
质量itu-t选项1 |
|
日志选择更改 |
|
! |
|
interface TenGigE0/0/0/19 |
|
频率同步 |
|
ssm disable |
|
质量接收精确itu-t选项1 PRC |
|
选择输入 |
|
第 15 优先级 |
|
等待恢复0 |
|
! |
要使用8275.2的混合模式,请在接口下使用“physical-layer-frequency”。这将启用SyncE用于频率,ptp用于相位。
要启用具有8275.2“physical-layer-frequency”的混合模式,必须在全局ptp下配置。
ptp |
时钟 |
域 44 |
profile g.8275.2 clock-type T-BC |
! |
配置文件名82752 |
传输ipv4 |
同步频率16 |
通告频率8 |
delay-request frequency 16 |
! |
physical-layer-frequency |
日志 |
伺服事件 |
! |
! |
示例拓扑8275.1:
设备A:
ptp
clock
domain 24
profile g.8275.1 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
frequency synchronization
quality itu-t option 1
log selection changes
!
interface TenGigE0/0/0/23
description ***to PTP GM***
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
priority 10
wait-to-restore 0
!
!
interface TenGigE0/0/0/19
ptp
profile T-BC-MasterClock
!
frequency synchronization
wait-to-restore 0
!
!
设备B:
ptp
clock
domain 24
profile g.8275.1 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
interface TenGigE0/0/0/23
ptp
profile T-BC-MasterClock
!
!
interface TenGigE0/0/0/19
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
!
!
示例拓扑8275.2:
设备A:
ptp
clock
domain 44
profile g.8275.2 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state SlaveClock-only
sync frequency 16
clock operation one-step
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
frequency synchronization
quality itu-t option 1
log selection changes
!
interface TenGigE0/0/0/23
description ***to PTP GM***
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
priority 10
wait-to-restore 0
!
!
interface TenGigE0/0/0/19
ip address 10.0.0.1 255.255.255.252
ptp
profile T-BC-MasterClock
MasterClock ipv4 10.0.0.2 255.255.255.252
!
frequency synchronization
wait-to-restore 0
!
!
设备B:
ptp
clock
domain 44
profile g.8275.2 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
interface TenGigE0/0/0/19
mtu 9216
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
!
!
一些show命令并描述其输出。
除非偏移量在可接受的范围内,否则设备状态不会变为LOCK。同时请务必选中“Offset from MasterClock”。
设备状态:
FREE-RUN/HOLDOVER:未锁定到任何时钟源。
FREQ_LOCKED:频率同步到主时钟
PHASE_LOCKED:频率和相位均同步到主时钟
伺服模式:
混合:使用SyncE进行频率同步。PTP仅用于相位同步。
默认值:使用PTP同步频率和相位
伺服算法b/w SlaveClock和MasterClock观测到的时间差。
从PTP数据包提取时间戳的计数器。应该继续增加。
从PTP数据包提取的最后一个T1/T2/T3/T4时间戳(秒.nanosec)。应该彼此靠近并均匀地增加。
T1/T4:由MasterClock发送,T2/T3:在SlaveClock计算
基于PTP时间戳计算的偏移量。
伺服器执行的粗略调整(setTime、stepTime)和精细(adjustFreq)调整以使其与MasterClock对齐。
3. show ptp interfaces brief显示输出端口状态。它应该是MasterClock/SlaveClock状态。
4. ptp丢弃的数据包必须非常低。
5.检查丢包原因:
6.数据包无法到达PTP。
数据包是否到达NPU?
NCS (DNX) platforms: show controllers npu stats traps-all instance all location 0/0/CPU0 | inc 1588
RxTrap1588 0 71 0x47 32040 7148566 0
ASR9000 platform: show controller np counters <np> location 0/0/cpu0 | inc PTP
Check for PTP_ETHERNET / PTP_IPV4 counters
Packet drops at NPU (not specific to PTP)
NCS (DNX) platforms: show controllers fia diagshell <np> "diag counters g" location 0/0/cpu0
Shows Rx/TX path statistics along with any drops happening in the NPU
ASR9000 platform: show drops all location <LC>
在SPP检查丢弃:
show spp node-counters location 0/0/cpu0
# Check for any drop-counters incrementing
NCS (DNX) platforms: show spp trace platform common error last 20 location 0/0/cpu0
Dec 10 02:29:38.322 spp/fretta/err 0/0/CPU0 t2902 FRETTA SPP classify RX:
Failed in dpa_punt_mapper; ssp: 0x1e, inlif: 0x2000, rif: 0x11;
trap_code:FLP_IEEE_1588_PREFIX punt_reason:PTP-PKT pkt_type:L2_LOCALSWITCH rc:
'ixdb' detected the 'fatal' condition 'Not found in database': No such file or directory
ASR9000 platforms:
SPP punt path is simpler in ASR9000 with no risk of a lookup failure.
Drops not expected during packet classification.
7. show ptp packet-counters <interface-id>显示数据包流。确保遵循syncàDelay_ReqàDelay_Resp(如果是2步时钟,则遵循Follow_Up)。
8.检查选定接口的标志。
9.检查收到的QL。在选定接口上,QLsnd将为DNU以防止环路。要更改接口首选项,您可以更改优先级属性(默认情况下为100)。
10.确保“Output Driven by”是所选的SyncE接口。
11. show ptp foreign-MasterClocks brief输出是参与BMCA以成为MasterClocks的ptp设备的列表。检查相应的标志以查看所选的主时钟。您可以通过show ptp packet-counters <interface-id>看到从这些端口接收的通告消息。具有最佳属性的设备将赢得BMCA。如果多个端口具有相同的属性,则本地优先级将成为最后一个分路器。但是,使用ptp也可以自动建立拓扑而不使用本地优先级。
12. Ptp不选择预期的主时钟(BMCA)。
检查远程节点通告的时钟:
show ptp foreign-MasterClocks
Interface TenGigE0/9/0/2 (PTP port number 1)
IPv4, Address X.X.X.X, Unicast
Configured priority: None (128)
Configured clock class: None
Configured delay asymmetry: None
Announce granted: every 16 seconds, 1000 seconds
Sync granted: every 16 seconds, 1000 seconds
Delay-resp granted: 64 per-second, 1000 seconds
Qualified for 4 hours, 50 minutes, 6 seconds
Clock ID: 1
Received clock properties:
Domain: 44, Priority1: 128, Priority2: 128, Class: 6
Accuracy: 0x21, Offset scaled log variance: 0x4e5d
Steps-removed: 1, Time source: Atomic, Timescale: PTP
Frequency-traceable, Time-traceable
Current UTC offset: 38 seconds (valid)
Parent properties:
Clock ID: 1
Port number: 1
合格和所选主时钟的列表:
show ptp foreign-MasterClocks brief
M=Multicast,X=Mixed-mode,Q=Qualified,D=QL-DNU,
GM=GrandMasterClock,LA=PTSF_lossAnnounce,LS=PTSF_lossSync
Interface Transport Address Cfg-Pri Pri1 State
----------------------------------------------------------------------------
Te0/0/0/12 Ethernet 008a.9691.3830 None 128 M,Q,GM
检查在MasterClock通告的时钟:
show ptp advertised-clock
Clock ID: 8a96fffe9138d8
Clock properties:
Domain: 24, Priority1: 128, Priority2: 128, Class: 6
Accuracy: 0xfe, Offset scaled log variance: 0xffff
Time Source: Internal (configured, overrides Internal)
Timescale: PTP (configured, overrides PTP)
No frequency or time traceability
Current UTC offset: 0 seconds
13. Ptp未与主时钟同步:
•Intended PTP MasterClock selected.
•PTP session established
•But not able to synchronize with the MasterClock
show ptp interface brief
Intf Port Port Line
Name Number State Encap State Mechanism
--------------------------------------------------------------------------------
Te0/0/0/12 1 Uncalibrated Ethernet up 1-step DRRM
OR occasional PTP flap in the field
Jul 31 09:29:43.114 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state PHASE_LOCKED to state HOLDOVER
Jul 31 09:30:23.116 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state HOLDOVER to state FREQ_LOCKED
ul 31 09:35:28.134 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state FREQ_LOCKED to state PHASE_LOCKED
14.检查PTP是否由于数据包丢失而发生摆动:
show ptp trace last 100 location 0/rp0/cpu0
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Updated checkpoint record for clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0): Checkpoint ID 0x40002f60
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Inserted clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) into BMC list at position 0
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Comms] Received BMC message from node 0/0/CPU0. Comms is active
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] GrandMasterClock removed, local clock better than foreign MasterClock(s)
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Leap Seconds] GrandMasterClock lost
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Stopping servo
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] BMC servo stopped, BMC servo not synced
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [Comms] Started grandMasterClock message damping timer
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Sending SlaveClock update to platform. No grandMasterClock available
Aug 1 02:35:46.059 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Received clock update from the platform. Clock active, not using PTP for frequency, using PTP for time. Current local clock is not a primary ref, sync state is 'Sync' and QL is 'Opt-I/PRC'
15.检查show ptp configuration-errors的输出以了解是否存在任何配置错误。
Announce消息(8275.1)的捕获显示传输的时钟的特征:
捕获的同步消息显示时间戳生成(一个步骤)。
版本 | 发布日期 | 备注 |
---|---|---|
2.0 |
30-Nov-2021 |
为便于访问,删除了文档中对各部分的引用,并添加了文档中的超链接。 |
1.0 |
24-Nov-2021 |
初始版本 |