[PTP][1588v2] Sync消息和Delay_Req消息

于 2023-11-29 19:30:00 发布
阅读量1.2k 收藏 15
点赞数 11
CC 4.0 BY-SA版权
分类专栏： 时钟芯片 文章标签： PTP 时钟芯片
未经许可，禁止转载，否则追究。LISUN
本文链接：https://blog.csdn.net/qq_29246181/article/details/134683609
文章详细解析了IEEE1588V2协议中PrecisionTimeProtocol(PTP)的报文格式，包括Sync消息和Delay_Req消息的实例，展示了不同类型的字段含义和示例数据包结构。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一、报文格式

+0------3--------7--------11--------15--------------------------------31
|TranSpec|MsgType|Reserved1| VerPTP |              MsgLength          |
+----------------|------------------|---------------------------------|
|  DomainNumber  |      Reserved2   |              FlagField          |
+---------------------------------------------------------------------|
|                             CorrectionField                         |
|                                                                     |
+---------------------------------------------------------------------|
|                                Reserved3                            |
+---------------------------------------------------------------------|
|                          SourcePortIdentity                         |
|                                                                     |
|                                   +---------------------------------|
|                                   |SequenceID                       |
+----------------|------------------|---------------------------------|
|  ControlField  |  LogMsgInterval  |                                 |
+---------------------------------------------------------------------|
|                           OriginTimestamp                           |
|                                                                     |
|                                   |                                 |
字段长度含义
TranSpec4 bits传送相关。
0–表示PTP消息由1588协议使用
1–表示PTP消息由802.1as协议使用
MsgType4 bits0x00: Sync
0x01: Delay_Req
Reserved14 bits保留字段。
VerPTP4 bits表示1588协议的版本。
MsgLength2 bytesPTP消息的长度，即PTP消息的全部字节数目。
计入字节始于报头的第一个字节，同时包含并收尾于任何尾标的最后一个字节，或是无尾标成员时收尾于消息的最后一个字节。
DomainNumber1 byte域编号，表示发送该消息时钟所属的域
Reserved21 byte保留字段。
FlagField2 bytes标志域。
CorrectionFieldCorrectionField修正域，各报文都有，主要用在Sync报文中，用于补偿网络中的传输时延，E2E的频率同步。
Reserved34 bytes保留字段。
SourcePortIdentity10 bytes源端口标识符，发送该消息时钟的ID和端口号。
SequenceID2 bytes序列号ID，表示消息的序列号，以及关联消息的对应关系。
ControlField1 byte控制域，由消息类型决定。
LogMsgInterval1 byte录入消息周期，PTP消息的发送时间间隔
OriginTimestamp10 bytes源时间标签。

二、报文示例

(1) 基于UDP的Sync消息

Frame 1: 90 bytes on wire (720 bits), 90 bytes captured (720 bits)
Ethernet II, Src: 0a:2a:0a:31:0a:13 (0a:2a:0a:31:0a:13), Dst: IeeeI&MS_00:00:00 (01:1b:19:00:00:00)
Internet Protocol Version 4, Src: 10.1.1.1 (10.1.1.1), Dst: 224.0.1.129 (224.0.1.129)
User Datagram Protocol, Src Port: ptp-event (319), Dst Port: ptp-event (319)
Precision Time Protocol (IEEE1588)
    0000 .... = transportSpecific: 0x00
    .... 0000 = messageId: Sync Message (0x00)
    .... 0010 = versionPTP: 2
    messageLength: 44
    subdomainNumber: 0
 flags: 0x002c
        0... .... .... .... = PTP_SECURITY: False
        .0.. .... .... .... = PTP profile Specific 2: False
        ..0. .... .... .... = PTP profile Specific 1: False
        .... .0.. .... .... = PTP_UNICAST: False
        .... ..0. .... .... = PTP_TWO_STEP: False
        .... ...0 .... .... = PTP_ALTERNATE_MASTER: False
        .... .... ..1. .... = FREQUENCY_TRACEABLE: True
        .... .... ...0 .... = TIME_TRACEABLE: False
        .... .... .... 1... = PTP_TIMESCALE: True
        .... .... .... .1.. = PTP_UTC_REASONABLE: True
        .... .... .... ..0. = PTP_LI_59: False
        .... .... .... ...0 = PTP_LI_61: False
    correction: 0.144547 nanoseconds
        correction: Ns: 0 nanoseconds
    ClockIdentity: 0x00259e1000000001
    SourcePortID: 1280
    sequenceId: 62761
    control: Sync Message (0)
    logMessagePeriod: -10
    originTimestamp (seconds): 947130386
    originTimestamp (nanoseconds): 414447272

(2) 基于以太的Sync消息

Frame 1: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Ethernet II, Src: 0a:2a:0a:31:0a:13 (0a:2a:0a:31:0a:13), Dst: HuaweiTe_98:f2:6e (00:25:9e:98:f2:6e)
    Destination: HuaweiTe_98:f2:6e (00:25:9e:98:f2:6e)
    Source: 0a:2a:0a:31:0a:13 (0a:2a:0a:31:0a:13)
    Type: PTPv2 over Ethernet (IEEE1588) (0x88f7)
Precision Time Protocol (IEEE1588)
    0000 .... = transportSpecific: 0x00
    .... 0000 = messageId: Sync Message (0x00)
    .... 0010 = versionPTP: 2
    messageLength: 44
    subdomainNumber: 0
flags: 0x042c
        0... .... .... .... = PTP_SECURITY: False
        .0.. .... .... .... = PTP profile Specific 2: False
        ..0. .... .... .... = PTP profile Specific 1: False
        .... .1.. .... .... = PTP_UNICAST: True
        .... ..0. .... .... = PTP_TWO_STEP: False
        .... ...0 .... .... = PTP_ALTERNATE_MASTER: False
        .... .... ..1. .... = FREQUENCY_TRACEABLE: True
        .... .... ...0 .... = TIME_TRACEABLE: False
        .... .... .... 1... = PTP_TIMESCALE: True
        .... .... .... .1.. = PTP_UTC_REASONABLE: True
        .... .... .... ..0. = PTP_LI_59: False
        .... .... .... ...0 = PTP_LI_61: False
correction: 0.602692 nanoseconds
        correction: Ns: 0 nanoseconds
        SubNs: 0.602692 nanoseconds
    ClockIdentity: 0x00259e1000000001
    SourcePortID: 1280
    sequenceId: 25801
    control: Sync Message (0)
   logMessagePeriod: 127
    originTimestamp (seconds): 947130222
    originTimestamp (nanoseconds): 436724034

(3) 基于UDP的Delay_Req消息

Frame 1: 94 bytes on wire (752 bits), 94 bytes captured (752 bits)
Ethernet II, Src: HuaweiTe_00:00:11 (00:18:82:00:00:11), Dst: HuaweiTe_92:27:fe (28:6e:d4:92:27:fe)
Internet Protocol Version 4, Src: 10.0.1.2 (10.0.1.2), Dst: 10.0.1.50 (10.0.1.50)
User Datagram Protocol, Src Port: ptp-event (319), Dst Port: ptp-event (319)
Precision Time Protocol (IEEE1588)
    0000 .... = transportSpecific: 0x00
    .... 0001 = messageId: Delay_Req Message (0x01)
    .... 0010 = versionPTP: 2
    messageLength: 44
    subdomainNumber: 0
    flags: 0x050a
        0... .... .... .... = PTP_SECURITY: False
        .0.. .... .... .... = PTP profile Specific 2: False
        ..0. .... .... .... = PTP profile Specific 1: False
        .... .1.. .... .... = PTP_UNICAST: True
        .... ..0. .... .... = PTP_TWO_STEP: False
        .... ...1 .... .... = PTP_ALTERNATE_MASTER: True
        .... .... ..0. .... = FREQUENCY_TRACEABLE: False
        .... .... ...0 .... = TIME_TRACEABLE: False
        .... .... .... 1... = PTP_TIMESCALE: True
        .... .... .... .0.. = PTP_UTC_REASONABLE: False
        .... .... .... ..1. = PTP_LI_59: True
        .... .... .... ...0 = PTP_LI_61: False
    correction: 0.000000 nanoseconds
        correction: Ns: 0 nanoseconds
        SubNs: 0.000000 nanoseconds
    ClockIdentity: 0x704433fffe297564
    SourcePortID: 4363
    sequenceId: 48672
    control: Delay_Req Message (1)
    logMessagePeriod: 127
    originTimestamp (seconds): 0
    originTimestamp (nanoseconds): 0

(4) 基于以太的Delay_Req消息

Frame 1: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Ethernet II, Src: 0e:e0:f0:00:00:02 (0e:e0:f0:00:00:02), Dst: IeeeI&MS_00:00:00 (01:1b:19:00:00:00)
    Destination: IeeeI&MS_00:00:00 (01:1b:19:00:00:00)
    Source: 0e:e0:f0:00:00:02 (0e:e0:f0:00:00:02)
    Type: PTPv2.over Etherner (IEEE1588) (0x88f7)
Precision Time Protocol (IEEE1588)
    0000 .... = transportSpecific: 0x00
        ...0 .... = 802 1as conform:Flase
    .... 0001 = messageId: Delay_Req Message (0x01)
    .... 0010 = versionPTP: 2
    messageLength: 44
    subdomainNumber: 0
    flags: 0x0128
        0... .... .... .... = PTP_SECURITY: False
        .0.. .... .... .... = PTP profile Specific 2: False
        ..0. .... .... .... = PTP profile Specific 1: False
        .... .1.. .... .... = PTP_UNICAST: False
        .... ..0. .... .... = PTP_TWO_STEP: False
        .... ...1 .... .... = PTP_ALTERNATE_MASTER: True
        .... .... ..0. .... = FREQUENCY_TRACEABLE: True
        .... .... ...0 .... = TIME_TRACEABLE: False
        .... .... .... 1... = PTP_TIMESCALE: True
        .... .... .... .0.. = PTP_UTC_REASONABLE: False
        .... .... .... ..1. = PTP_LI_59: False
        .... .... .... ...0 = PTP_LI_61: False
    correction: -22895715404183.000000 nanoseconds
        correction: Ns: -22895715404183 nanoseconds
        SubNs: 0.000000 nanoseconds
    ClockIdentity: 0x00259e1000000003
    SourcePortID: 3330
    sequenceId: 19267
    control: Delay_Req Message (1)
    logMessagePeriod: 127
    originTimestamp (seconds): 0

三、参考标准

标准描述
IEEE 1588 V2面向网络测控系统的精密时钟同步协议
IEEE P1588™ D2.2网络测控系统精密时钟同步协议标准草案
IEEE 1588 Sync报文单步时间戳
就是个linux工程师的博客
09-22 7371
在IEEE 1588中，报文的单步时间戳应用于Sync报文和Pdelay_resp报文。这两种报文的单步时间戳的实现有着不同的定义。本文介绍的是Sync报文的单步时间戳，这是单步时间戳最常见的应用，而支持Pdelay_resp报文的单步时间戳的网络硬件非常少见，目前的linux内核中，都没有一种硬件设备支持它。 什么是单步时间戳 什么叫两步时间戳，什么叫单步时间戳？我们结合Sync报文的发送来看一下。 Master在发送Sync报文时，记录发送时间戳t1，紧接着通过发送一个Follow_up报文，把t1告
sync是同步还是非同步_1588v2，是怎样实现时钟同步的？
weixin_40005542的博客
11-07 1251
IEEE1588v2 及其原理：IP RAN的同步方式：5G – the challenges of GNSS timing and synchronisation5G+BDS/GNSS-之中挑战1588v2，是怎样实现时钟同步的？以下文章内容引自:无线深海1 什么是1588v2 ？对于无线通信来说，时钟同步至关重要，是基站正常工作的必要条件。如果同步有问题，轻则切换成功率降低，重则...
PTP精确时间协议
imhikaru的专栏
05-04 4318
Precision Time Protocol （PTP） IEEE 1588 PTP 是一种高精度时间同步协议, 在网络通过同步信号周期性对所有节点时钟校正。 PTP一般在硬件级实现的，精度更高，常见的是直接在 MAC 层嵌入时间戳, 1588v1能达到亚毫秒级精度，1588v2能达到亚微秒级精度。1588v2本只用于设备间高精度时间同步，随着技术的发展，1588v2也具备频率同步功能。 NTP是在应用层软件实现.精度在毫秒级别。 同步过程: 参考上图，同步过程有以下步骤: sync.
PTP报文解析
diankui7151的博客
06-13 7154
PTP 1588 时间同步报文详细解析
1588报文
1615549892
04-26 3842
1588
PTP移植笔记六：Delay_Req
u011226925的博客
04-23 2478
按照协议，发送Delay_Req应能从硬件读取精确的发送时间。 调试代码是偶然发现硬件时间戳功能好像是在发送时置了一个标志位，也就是说这个时间戳是可以打在任何发送出去的数据包上面的，那么驱动后面还应该有一个读取这个时间戳的代码。以后有空的时候再看。 ...
PTP报文介绍
shenlansee的博客
07-10 3233
以太网帧类型域值（Ethertype）为 0x0800，检查 IPv4 报文类型域，若为 0x11 说明上层数据为 UDP 数据报文，再检查 UDP 目的端口号，若为 319/320 则为 PTP 报文；主要介绍 sync 同步报文、delay_req 延迟请求报文、follow_up 跟随报文 和 delay_resp 延迟响应报文 四种报文的报文主体 body 部分。2). 在传输层将 PTP 报文加 UDP 报头封装成 UDP 报文；1）sync 同步报文 & delay_req 延迟请求报文。
PTP协议_IEEE1588_V2_中文版
08-07
### PTP协议_IEEE1588_V2_中文版 #### PTP精确时钟同步协议简介 **PTP（Precision Time Protocol）**，即精确时间协议，是一种用于同步计算机网络中设备时钟的标准协议。IEEE 1588标准有两个主要版本：Version 1 ...
PTPv2(IEEE1588)报文解析流程.zip_PTPv2协议_PTP协议_ieee1588_ptpv2d_ptpv2报文
07-14
4. **Delay_Resp**（延迟响应）报文：主时钟接收到Delay_Req后返回，包含接收到Delay_Req的时间戳，用于计算往返延迟。 PTPv2报文解析流程如下： 1. **初始化**：系统启动时，从时钟会广播PTP报文，寻找最佳主时钟...
1588v2中的PTP报文格式及应用
05-01
1588v2标准，也称为PTP（Precision Time Protocol），是一种高精度时间同步协议，常用于电信和工业自动化网络中。1588v2的PTP报文格式是实现精确时间同步的基础，它规定了如何在网络中传输时间信息。 1588v2协议...
深入理解1588 v2协议在PTP Ethernet交换机中的应用
PTP协议中还使用了一些辅助消息类型来处理特定情况，比如用于警告的Announce消息，和用于维护PTP通信的Management消息等。 在以太网中实现PTP时，通常会用到特殊的硬件设备，如PTP交换机。PTP交换机对PTP消息进行...
IEEE 1588(PTP)报文，可用wireshark解析
09-23
ieee1588 ptp协议以太网报文，可以用wireshark软件打开，适用于学习ieee1588 ptp报文解析，学习各种工业以太网协议可参考本人其他下载文件
IEEE 1588 Sync和Follow_Up格式
未来为我而来
03-06 3637
Sync====34 bytes header---------------------10 - transportSpecific, messageType （1）02 - reserved, versionPTP （1）00 2c - messageLength （2）00 - domainNumber （1）00 - reserved （1）02 00 - flagField （2）00
IEEE1588v2解析（3）--PTP的路径时延测量方法介绍
weixin_43408952的博客
05-27 5538
PTP时延指的是一个设备的master port和另一个设备的slave port之间PTP报文传输路径时延。 PTP协议定义了两种时延的测量方法，通过测量时延，可以算出master 和slave之间时间偏差（time offset），有了时间偏差，就可以调整slave的时间了。 下面介绍下两种时延测量方法： 1） Delay request-response mechanism 平均时延：Mean Path Delay = [(t2 – t1) + (t4 – t3)]/2 = [(t2 –
PTP 报文格式
weixin_42923473的博客
12-11 1万+
介绍了 PTP 报文的格式，包括报文头和不同报文类型的负载。
深入浅出1588v2(PTP)里的时间同步原理
热门推荐
飞临云的博客
02-27 2万+
简单的方法是你把sync包给网卡，但是里面的时间并不填充，而是让网卡在发送时，把这个时间填写进去，这也需要网卡支持，但是明显更符合实际一点。是15:00的时候发送了一个sync包，包里面带有时间t1即15:00，slave在自己时间是15:40的时候收到了这条信息，接收时间点是t2，slave看到包里面数据显示这条信息发送时间点是master的15:00，假如slave已经知道了它和master之间传递消息需要30分钟，那它可以很简单的算出它现在比master快了10分钟，否则它现在应该是15:30。
PTP时钟协议原理
建建的博客
08-07 3432
EEE1588协议，又称PTP（precisetime protocol，精确时间协议），可以达到亚微秒级别时间同步精度，于2002年发布version1，2008年发布version2。IEEE1588 协议的同步原理，所提出的Delay Request-Response Mechanism（延时响应机制）如图1所示。 图中所描述的PTP报文为以下几种： （1）sync同步报文 （2）Follow_up跟随报文 （3）Delay_req延迟请求报文 （4）Delay_resp延迟请求响.
IEEE1588v2解析（7）gPTP协议和PTP的关系
weixin_43408952的博客
06-01 1万+
gPTP和PTP协议的联系和区别的总结；
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jianqiang.xue

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值