队员们好
我正在测试gpTP示例中的网桥设备行为。我使用的是 GrayVIP_1_0_22_0。
根据《用户手册》，如果网桥在 启动超时则应开始作为 GM 运行。但我观察到，在这种情况下，同步和同步跟进帧中的序列 ID 都保持在 1024，不会增加。
检查相关代码后，我发现当网桥转换到 GM 模式时，用于生成同步信息的序列 ID 取自 prSyncMachines[prDomain->u8SlaveMachineId].u16SequenceId 从端口的序列号。
如果从端口没有收到任何同步报文，则该值永不更新，这将导致主端口发送的同步报文中的序列 ID 保持不变。
这种行为表明，在这种机制下，桥梁无法正常发挥全球机制的作用。
能否请您解释一下，为什么大桥的设计会出现这种情况？
BR,
Bridget
你好，@Bridget、
我们的团队已经受理了一个案件，并将尽快提供答复
，致以最崇高的敬意，
Radu
嗨，@Bridget、
我们正在努力重现该问题，并将在团队中讨论进一步的步骤。我会再联系你的。
谢谢，
Lukas
事实证明，gPTP 网桥的这种行为是有意为之，符合 802.1as 标准。
网桥应转发主端口上接收到的序列 ID。如果Grand Master丢失，序列ID确实会停止更新——这是下游设备能够分辨GM何时丢失的方式之一。
对于本来就没有总经理的桥梁，序列 ID 按标准是随机的。我们对 "随机"的解释是，序列 ID 的任何内容都不能保证，也不应假设。硬编码的 1024 被认为符合这一要求（可以是任何其他数字）。
序列 ID 是否会导致应用程序出现问题？正如您所观察到的，无论序列 ID 如何，端点都完全能够与网桥同步。
抱歉花了这么长时间。如果有不清楚的地方，请告诉我。
BR, Lukas