本篇内容介绍了“Linux下如何调试1588单步时间戳报文”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
这几天在为一个网络控制器实现IEEE 1588单步时间戳的驱动，几经调试终于完工了。顺便分享一下调试方法，当然如果你想玩1588的单步时间戳，首先得有支持这个功能的硬件平台。如果对1588报文单步时间戳不了解，可以查看我之前的文章“IEEE 1588 Sync报文单步时间戳”。
我用的平台就不透露了，测试使用两块板子，网口直连。用到的软件包括，
使用L2 Ethernet协议，运行ptp4l做master，发送单步时间戳Sync报文
# ptp4l -i eth0 -m --twoStepFlag=0 -2
ptp4l[613.615]: selected /dev/ptp0 as PTP clock
ptp4l[613.652]: port 1: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[613.653]: port 0: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[619.801]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[619.802]: selected local clock 00e00c.fffe.001600 as best master
ptp4l[619.802]: port 1: assuming the grand master role
使用UDP/IPv4协议，运行ptp4l做master，发送单步时间戳Sync报文
# ptp4l -i eth0 -m --twoStepFlag=0
ptp4l[636.150]: selected /dev/ptp0 as PTP clock
ptp4l[636.152]: port 1: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[636.153]: port 0: INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[643.497]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[643.497]: selected local clock 00e00c.fffe.001600 as best master
ptp4l[643.497]: port 1: assuming the grand master role
使用tcpdump直接查看接收报文完整的数据
# tcpdump -i eth0 -xx
可以看到对L2 Ethernet报文和UDP/IPv4报文，PTP消息的correctionField和originTimestamp字段的数值，直接就解析出来了。
L2 Ethernet：
UDP/IPv4：
Sync报文发送的硬件时间戳应该是originTimestamp和correctionField相加。根据1588标准的规定，originTimestamp和实际发送硬件时间戳差值不能超过1s，所以对具体的硬件，如果originTimestamp是在发送报文前由软件填写的，那么一定要在填写后立即发送，使得correctionField不能超过1s。当前验证的硬件就是这种实现，所以correctionField在2us多，应该还是合理的。如果硬件做单步时间戳的同时，又支持回写时间戳，那就可以拿回写时间戳和单步时间戳（originTimestamp + correctionField）比较。如果相等，就说明硬件工作没有问题。
“Linux下如何调试1588单步时间戳报文”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
