交换机PTP协议本端与对端接口状态均为Master问题

1. transport-protocol udp 两端不一致，会直接导致 PTP 报文收发异常，BMC 选源失败，出现两端接口同时为 Master，这就是你故障的直接原因。
2. BC 边界时钟互联，链路两端 PTP 封装格式必须完全一致：要么都二层 Ethernet（默认），要么都 UDP。

SW1 接口下配置ptp transport-protocol udp → 发出的 PTP 报文是 UDP 封装；SW2 接口没配置，使用默认二层 802.3 帧封装。 SW2 收到 UDP 封装的 PTP 报文无法识别，收不到对方的 Announce 报文，BMC（最佳主时钟算法）无法比较时钟质量。 两台交换机都认为自己是最优时钟，端口状态全部维持为 Master。

原理

BC（Boundary Clock 边界时钟）的 BMC 协商依赖互相接收对方的 Announce 报文来比较 GM 时钟参数（priority1/priority2/clock-class/clock-id）。

• SW1 发 UDP 封装 PTP 报文；SW2 只监听二层帧 PTP 报文，丢弃 UDP 报文，收不到 Announce。
• SW2 发二层 PTP 报文；SW1 接口是 UDP 模式，丢弃二层 PTP 报文，SW1 同样收不到 SW2 的 Announce。
• 双方互相收不到对端的通告报文，BMC 无法协商，两端端口全部停留在 Master 状态。

修复方案（二选一）

方案 A（推荐）：SW2 互联接口也增加 udp 封装，两边统一 UDP 模式

方案 B：删掉 SW1 的 udp 配置，两端全部使用默认二层封装

额外排查要点（BC 双 Master 常见配套检查项）

1. PTP domain 域号两端必须一致。
2. delay-mechanism（E2E/P2P）两端必须一致。
3. 两台设备全局 ptp mode 都是 bc。
4. 确认没有配置ptp force-state master强制端口角色。

校验命令

配置完，等待 3~4 个 announce 报文周期，端口状态会自动协商成一 Master、一 Slave。

一句话总结

PTP transport-protocol 是报文封装模式，链路两端必须相同；一边 UDP、一边二层帧，报文互相丢弃，BMC 协商失败，出现两端接口都为 Master。

您好，会影响，BMC 角色协商直接失败，两端无法交互 Announce 报文，无法完成主从端口协商。