3、时钟同步原理：gPTP的同步机制、主时钟选举、链路延迟测量

好，咱们进入AVB的核心——时钟同步。

说实话，做音视频传输，最怕什么？不是丢包，不是带宽不够，而是不同步。你想想看，一个音箱比另一个音箱慢了半秒，那声音听起来就像在山谷里回响。或者视频画面和声音对不上，口型差了那么几帧，观众立马出戏。

所以，IEEE 802.1AS 标准，也就是 gPTP（广义精确时间协议），就是来解决这个问题的。它脱胎于网络时间协议 NTP，但精度从毫秒级提升到了亚微秒级。我当年第一次在示波器上看到两个节点的时钟偏差只有几百纳秒时，说实话，挺震撼的。

3.1 同步机制：主从架构与时间传递

gPTP 的核心思想很简单：选一个老大，大家都跟它对齐。

这个老大叫「主时钟」（Grandmaster，简称 GM）。其他设备都是「从时钟」（Slave）。主时钟会定期发一个「同步报文」（Sync），告诉所有人：「现在是几点几分几秒。」

但问题来了——报文在网线里传输需要时间。这个时间如果不算进去，同步就是空谈。所以 gPTP 用了两步法：

1. 主时钟发 Sync 报文，里面带一个「估计的发送时间」。
2. 紧接着发一个 Follow_Up 报文，里面是「精确的发送时间」。

从时钟收到这两个报文后，再结合自己记录的接收时间，就能算出主从之间的时间差。嗯，这里要注意，这个时间差里包含了链路延迟。所以下一步，我们必须把链路延迟单独测出来。

3.2 主时钟选举：谁当老大？

你可能会问：「如果网络里有好几个设备都能当主时钟，谁说了算？」

gPTP 有一套选举机制，叫 最佳主时钟算法（BMCA）。说白了，就是大家比「资历」。

每个设备都会发一个 Announce 报文，里面包含自己的优先级、时钟等级、时钟精度等信息。大家收到后一比较，就知道谁更「牛」。

比较规则是这样的：

• 先比优先级（Priority1），数字越小越牛。
• 如果一样，比时钟等级（ClockClass），数字越小越准。
• 再一样，比时钟精度（ClockAccuracy），还是越小越好。
• 最后比端口号，实在不行就比 MAC 地址。

我在项目中遇到过一个问题：两个交换机都配置了相同的优先级，结果主时钟在它们之间来回切换，导致整个网络时钟抖动。后来我强制给其中一个设了更高的优先级，问题才解决。所以，建议在生产环境中手动指定主时钟，别完全依赖自动选举。

3.3 链路延迟测量：算准路上的时间

好，现在老大选出来了。但老大发的 Sync 报文在路上走了多久？这个必须算清楚。

gPTP 用的是 对等延迟机制（Peer Delay）。每个端口都会和相邻端口互相测量延迟。具体流程是这样的：

1. 端口 A 发一个 Pdelay_Req 报文，记录发送时间 t1。
2. 端口 B 收到后，记录接收时间 t2。
3. 端口 B 发一个 Pdelay_Resp 报文，里面带上 t2。
4. 端口 B 再发一个 Pdelay_Resp_Follow_Up 报文，里面带上发送时间 t3。
5. 端口 A 收到后，记录接收时间 t4。

然后，端口 A 就能算出链路延迟：

链路延迟 = [(t4 - t1) - (t3 - t2)] / 2

这个公式假设链路是对称的——也就是从 A 到 B 和从 B 到 A 的延迟一样。实际上，大多数以太网链路确实是对称的，但如果你用了光纤或者某些特殊介质，就要小心了。

3.4 时间同步的完整流程

把上面几块拼起来，gPTP 的同步流程就是这样的：

1. 选举阶段：BMCA 选出主时钟。
2. 测量阶段：每个端口测量与邻居的链路延迟。
3. 同步阶段：主时钟发 Sync + Follow_Up，从时钟计算时间偏差。
4. 校正阶段：从时钟根据偏差和链路延迟，调整自己的本地时钟。

这个过程每秒钟重复多次（通常是 8 次或 16 次），确保时钟一直保持同步。

3.5 小结

gPTP 的时钟同步，说白了就是三件事：选老大、算路费、对时间。

选老大靠 BMCA，算路费靠 Peer Delay，对时间靠 Sync + Follow_Up。这三步走对了，整个 AVB 网络的时钟就能拧成一股绳。

下一章，咱们聊聊流量整形——怎么保证音视频数据不打架。