第二章 PTP 简介：原理与时间戳
咱们直接进入正题。PTP，全称 Precision Time Protocol，就是在网络里把各个设备的时间对齐到微秒甚至纳秒级别的一套协议。嗯，你可能听过 NTP，那玩意儿精度通常在毫秒级，对金融交易、工业控制、5G 基站来说根本不够用。PTP 就是来搞定这个的。
2.1 PTP 的基本原理
说白了，PTP 利用主从时钟架构，通过连续测量报文在链路上的往返延迟，来补偿路径不对称和时钟偏差。我早期调试时总以为时间偏差是常数，结果发现光在光纤里来回走的路径不一样长，那偏差就会漂移——PTP 的延迟测量正好能解决这个。
核心思想：主时钟（Master）周期性地发送同步报文，从时钟（Slave）根据报文里的时间戳和本地收到的时间计算出偏移量，再调整自己的本地时钟。
整个过程分两步走：
- 偏移测量 —— 主时钟发 Sync 报文（或 Follow_Up），从时钟记录本地接收时间 t2，然后从中提取出 t1，算出
偏移 = t2 - t1 - 延迟。 - 延迟测量 —— 从时钟发 Delay_Req，记下发送时间 t3；主时钟收到后记下 t4，通过 Delay_Resp 返回给从时钟，延迟 =
((t4 - t1) - (t3 - t2)) / 2。
我的经验：第一次调 PTP 时，我忽略了路径不对称性，只用了软件时间戳，结果精度始终卡在 100μs。后来换成硬件时间戳，直接降到 1μs 以内。所以——能用硬件戳就别用软件戳。
2.2 硬件时间戳 vs 软件时间戳
| 对比项 | 硬件时间戳 | 软件时间戳 |
|---|---|---|
| 打戳位置 | PHY 或 MAC 层的硬件逻辑 | 网络协议栈（驱动或应用层） |
| 精度 | 亚微秒级（10~100 ns） | 微秒至百微秒级（受系统调度影响） |
| 抖动 | 极小，确定性高 | 大，受 CPU 负载和中断延迟波动 |
| 实现复杂度 | 需要专用 PHY 芯片或 FPGA 支持 | 纯软件，成本低 |
| 适用场景 | 5G、电力自动化、金融交易 | 普通工业总线、一般监控 |
硬件时间戳为什么准？因为它在物理层直接捕获帧的第一位，避开了协议栈处理的随机延迟。我见过一个项目，用软件戳时抖动有 200μs，怎么也压不下去，后来换了一款支持 1588v2 的 PHY，瞬间改善。
注意：不是所有支持 PTP 的网卡都支持硬件时间戳。购买前务必确认芯片型号，比如 Intel I210 系列、一些 Marvell 和 Microchip 的 PHY。我曾被某款声称支持 PTP 的网卡骗过，实际只在驱动里做了软件模拟，白折腾一周。
2.3 整个交互流程
看下面的图就清楚了：
看到没？四个报文来回就完成了偏移和延迟的测量。实际中还有一步——时钟伺服（Servo）会根据计算结果不断调整本地时钟的频率和相位，让偏移趋近于零。
2.4 怎么选？
如果你需要亚微秒级同步，必须上硬件时间戳。软件时间戳只适合精度要求不高的场合。这里有个判断方法：
- 查你的网卡或 PHY 是否支持 IEEE 1588v2 硬件时间戳（在 Linux 下用
ethtool -T eth0查看）。如果输出里有hardware-transmit和hardware-receive，那就是有硬件戳。 - 如果没有硬件戳，那就只能跑软件 PTP，抖动一般几十到几百微秒。我曾经用纯软件跑在普通千兆网卡上，结果误差飘到 0.5ms，根本不可控。
避坑指南：别以为用了硬件时间戳就能万事大吉。网卡的主时钟频率必须是高稳晶振，否则漂移依然大。我遇到过客户用便宜的 USB 网卡，结果晶振温漂太大，30 分钟就跑了 50μs。最好用带 TCXO 或 OCXO 的网卡。
最后提一句：PTP 硬件时间戳的配置通常需要改内核驱动或 DPDK 绑定，不建议在生产环境直接硬改，先在测试板上验证好再上生产。