[PTP][1588v2] Delay_Resp消息

2023-12-04 14:30
文章标签 消息 delay ptp 1588v2 resp

本文主要是介绍[PTP][1588v2] Delay_Resp消息，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、报文格式

+0------3--------7--------11--------15--------------------------------31
|TranSpec|MsgType|Reserved1| VerPTP |              MsgLength          |
+----------------|------------------|---------------------------------|
|  DomainNumber  |      Reserved2   |              FlagField          |
+---------------------------------------------------------------------|
|                             CorrectionField                         |
|                                                                     |
+---------------------------------------------------------------------|
|                                Reserved3                            |
+---------------------------------------------------------------------|
|                          SourcePortIdentity                         |
|                                                                     |
|                                   +---------------------------------|
|                                   |        SequenceID               |
+----------------|------------------|---------------------------------|
|  ControlField  |  LogMsgInterval  |                                 |
+---------------------------------------------------------------------|
|                            ReceiveTimestamp                         |
|                                                                     |
|                                   |                                 |
+---------------------------------------------------------------------|
|                         RequestingPortIdentity                      |
|                                                                     |
|                                   |                                 |
字段长度含义
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消息的发送时间间隔
receiveTimestamp10 bytes接收时间戳。
requestingPortIdentity10 bytes请求端口标识。

二、报文示例

(1) 基于UDP的Delay_Resp消息

Frame 1: 104 bytes on wire (832 bits), 104 bytes captured (832 bits)
Ethernet II, Src: HuaweiTe_92:27:fe (28:6e:d4:92:27:fe), Dst: HuaweiTe_00:00:11 (00:18:82:00:00:11)
Internet Protocol Version 4, Src: 10.1.1.20 (10.0.1.50), Dst: 10.0.1.2 (10.0.1.2)
User Datagram Protocol, Src Port: ptp-general (320), Dst Port: ptp-general (320)
Precision Time Protocol (IEEE1588)0001 .... = transportSpecific: 0x01.... 1001 = messageId: Delay_Resp Message (0x09).... 0010 = versionPTP: 2messageLength: 54subdomainNumber: 0flags: 0x04000... .... .... .... = 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.... .... ..0. .... = FREQUENCY_TRACEABLE: False.... .... ...0 .... = TIME_TRACEABLE: False.... .... .... 0... = PTP_TIMESCALE: False.... .... .... .0.. = PTP_UTC_REASONABLE: False.... .... .... ..0. = PTP_LI_59: False.... .... .... ...0 = PTP_LI_61: Falsecorrection: 0.000000 nanosecondscorrection: Ns: 0 nanosecondsSubNs: 0.000000 nanosecondsClockIdentity: 0x00188200000085baSourcePortID: 1sequenceId: 48672control: Delay_Resp Message (3)logMessagePeriod: -7receiveTimestamp (seconds): 7760receiveTimestamp (nanoseconds): 764820450requestingSourcePortIdentity: 0x704433fffe297564requestingSourcePortId: 4363

(2) 基于以太的Delay_Resp消息

Frame 1: 76 bytes on wire (608 bits), 76 bytes captured (608 bits)
Ethernet II, Src: HuaweiTe_92:27:fe (28:6e:d4:92:27:fe), Dst: HuaweiTe_00:00:11 (00:18:82:00:00:11)Destination: HuaweiTe_00:00:11 (00:18:82:00:00:11)Source: HuaweiTe_92:27:fe (28:6e:d4:92:27:fe)Type: 802.1Q Virtual LAN (0x8100)
Precision Time Protocol (IEEE1588)0001 .... = transportSpecific: 0x01.... 1001 = messageId: Delay_Resp Message (0x09).... 0010 = versionPTP: 2messageLength: 54subdomainNumber: 0flags: 0x04000... .... .... .... = 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.... .... ..0. .... = FREQUENCY_TRACEABLE: False.... .... ...0 .... = TIME_TRACEABLE: False.... .... .... 0... = PTP_TIMESCALE: False.... .... .... .0.. = PTP_UTC_REASONABLE: False.... .... .... ..0. = PTP_LI_59: False.... .... .... ...0 = PTP_LI_61: Falsecorrection: 0.000000 nanosecondscorrection: Ns: 0 nanosecondsSubNs: 0.000000 nanosecondsClockIdentity: 0x00188200000085baSourcePortID: 1sequenceId: 48672control: Delay_Resp Message (3)logMessagePeriod: -7receiveTimestamp (seconds): 7760receiveTimestamp (nanoseconds): 764820450requestingSourcePortIdentity: 0x704433fffe297564requestingSourcePortId: 4363

三、参考标准

标准描述
IEEE 1588 V2面向网络测控系统的精密时钟同步协议
IEEE P1588™ D2.2网络测控系统精密时钟同步协议标准草案

这篇关于[PTP][1588v2] Delay_Resp消息的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/453800。

相关文章

ActiveMQ—消息特性（延迟和定时消息投递）

ActiveMQ—消息特性（延迟和定时消息投递）

ActiveMQ消息特性：延迟和定时消息投递（Delay and Schedule Message Delivery） 转自：http://blog.csdn.net/kimmking/article/details/8443872 有时候我们不希望消息马上被broker投递出去，而是想要消息60秒以后发给消费者，或者我们想让消息没隔一定时间投递一次，一共投递指定的次数。。。 类似
阅读更多...
Java消息队列：RabbitMQ与Kafka的集成与应用

Java消息队列：RabbitMQ与Kafka的集成与应用

Java消息队列：RabbitMQ与Kafka的集成与应用 大家好，我是微赚淘客返利系统3.0的小编，是个冬天不穿秋裤，天冷也要风度的程序猿！ 在现代的分布式系统中，消息队列是实现系统间通信、解耦和提高可扩展性的重要组件。RabbitMQ和Kafka是两个广泛使用的消息队列系统，它们各有特点和优势。本文将介绍如何在Java应用中集成RabbitMQ和Kafka，并展示它们的应用场景。 消息队
阅读更多...
Kafka 分布式消息系统详细介绍

Kafka 分布式消息系统详细介绍

Kafka 分布式消息系统 一、Kafka 概述1.1 Kafka 定义1.2 Kafka 设计目标1.3 Kafka 特点 二、Kafka 架构设计2.1 基本架构2.2 Topic 和 Partition2.3 消费者和消费者组2.4 Replica 副本 三、Kafka 分布式集群搭建3.1 下载解压3.1.1 上传解压 3.2 修改 Kafka 配置文件3.2.1 修改zookeep
阅读更多...
Android 友盟消息推送集成遇到的问题

Android 友盟消息推送集成遇到的问题

友盟消息推送遇到的问题 集成友盟消息推送，步骤根据提供的技术文档接入便可。可是当你集成到项目中去的时候，可能并不是一帆风顺就搞定，因为你项目里面是可能集成了其他的sdk（比如支付宝，微信，七鱼等等三方的sdk）。那么这个时候，再加上友盟的消息推送sdk集成可能就会出现问题。 问题清单 友盟消息推送sdk和支付宝sdk冲突问题 后台配置了消息推送，也显示发送成功，但是手机没有收到消息通知
阅读更多...
消息队列的理解和应用场景

消息队列的理解和应用场景

知乎上的一个通俗理解的优秀答案 by 祁达方 小红是小明的姐姐。 小红希望小明多读书，常寻找好书给小明看，之前的方式是这样：小红问小明什么时候有空，把书给小明送去，并亲眼监督小明读完书才走。久而久之，两人都觉得麻烦。 后来的方式改成了：小红对小明说「我放到书架上的书你都要看」，然后小红每次发现不错的书都放到书架上，小明则看到书架上有书就拿下来看。 书架就是一个消息队列，小红是生产者，小明是
阅读更多...
基于 RocketMQ 的云原生 MQTT 消息引擎设计

基于 RocketMQ 的云原生 MQTT 消息引擎设计

作者：沁君 概述 随着智能家居、工业互联网和车联网的迅猛发展，面向 IoT（物联网）设备类的消息通讯需求正在经历前所未有的增长。在这样的背景下，高效和可靠的消息传输标准成为了枢纽。MQTT 协议作为新一代物联网场景中得到广泛认可的协议，正逐渐成为行业标准。 本次我们将介绍搭建在 RocketMQ 基础上实现的 MQTT 核心设计，本文重点分析 RocketMQ 如何适应这些变化，通过优化存储
阅读更多...
消息队列创建以及使用示例

消息队列创建以及使用示例

消息队列是消息的链接表，存放在内核中并由消息队列标示符标识。 1. 创建或打开一个队列 int msgget(key_t key, int flag); key: 键 由ftok()生成 key_t ftok(const char* path, int id); flag: IPC_CREAT 或 IPC_EXCL  2. 发送消息 int msgsn
阅读更多...
WebSocket+Spring boot 构建一个完整消息服务

WebSocket+Spring boot 构建一个完整消息服务

1、添加依赖 compile project(":faas-spring-boot-starter-data-websocket") 2、定义WebSocketHandler Socket 服务入口（Header接收 jwt-token 同应用登录的Token（直接解决鉴权问题），然后定义请求的自定义参数，方便后续消息推送、支持群发、私发、模糊匹配） @Component@WebSock
阅读更多...
Kafka【十三】消费者消费消息的偏移量

Kafka【十三】消费者消费消息的偏移量

偏移量offset是消费者消费数据的一个非常重要的属性。默认情况下，消费者如果不指定消费主题数据的偏移量，那么消费者启动消费时，无论当前主题之前存储了多少历史数据，消费者只能从连接成功后当前主题最新的数据偏移位置读取，而无法读取之前的任何数据。如果想要获取之前的数据，就需要设定配置参数或指定数据偏移量。 【1】起始偏移量 在消费者的配置中，我们可以增加偏移量相关参数auto.offset.re
阅读更多...
Android BroadcastRecevier广播消息

Android BroadcastRecevier广播消息

代码注册Receiver @Overrideprotected void onCreate(Bundle savedInstanceState) {IntentFilter intentFilter = new IntentFilter();intentFilter.addAction("");MyBroadcast myBroadcast = new MyBroadcast();regi
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2