s6520x30qc-ei：基站压测过程中失锁，想问关于此交换机的配置问题

一、先明确核心结论
现有配置存在多处关键缺失，3G 大流量压测时业务报文抢占 PTP 高精度事件报文队列，时延抖动剧烈超出基站锁定阈值，直接失锁；普通交换机不承载 3G 大流量无压力，S6520X 作为汇聚承载 3G 业务，缺少 PTP 优先级、队列调度、转发优化、时钟系统配套配置。
组网逻辑：1588 服务器 (GM)→光 1 (S6520X E2TC 透传时钟)→光 2 (基站 Slave)，光 3 承载 3G 核心网大流量。
二、现有配置四大致命缺陷（压测失锁直接诱因）
缺陷 1：未配置clock protocol ptp，交换机本地时钟不跟随 GM
E2TC 透明时钟必须让交换机自身系统时钟从 1588 服务器同步，否则芯片时间戳基准漂移，压测后路径延时计算失真，基站侧延时抖动超标失锁。
你当前全局缺少这条关键命令。
缺陷 2：PTP 报文无 802.1p 高优先级，3G 业务抢占队列
Sync/Delay_Req 事件报文对时延抖动极度敏感，默认优先级 0；3G 3G 大流量涌入时，PTP 报文被业务报文排队延迟，时间戳误差急剧放大，基站时钟丢失锁定。
缺陷 3：未开启 PTP 专用调度、直通转发 / 队列缓冲无优化
S6520X 默认存储转发，大流量拥塞时报文缓存排队引入可变时延；缺少低时延调度、端口缓冲收紧配置，压测下抖动剧烈。
缺陷 4：无 PTP 报文收发间隔、超时容错优化
默认 Sync 报文间隔偏大，大流量偶发丢包后基站快速判定失锁，缺少更密同步、更长报文容错窗口。
缺陷 5：光口缺少时钟链路物理层稳相优化
光模块、端口协商、流控未做时钟专用优化，瞬时流量冲击带来端口抖动，污染 1588 时间戳。
三、完整修复配置（全局 + PTP 光口全套，直接复制）
1）全局 PTP 基础补齐（原有基础上追加）
plaintext
system-view
# 原有配置保留
ptp profile 1588v2
ptp mode e2etc
ptp domain 0
ptp global enable

# 缺失关键1：交换机本地时钟从PTP GM同步（必加）
clock protocol ptp

# 优化1：PTP事件报文高优先级，二层802.1p 7最高优先级
ptp mac-egress priority 7 message event
ptp mac-egress priority 6 message general

# 优化2：缩短Sync同步间隔，提升时钟跟踪灵敏度（基站承载推荐-3=1/8秒）
ptp syn-interval -3
# 延长Announce报文超时容错，避免瞬时丢包直接失锁
ptp announce-timeout 6

# 优化3：全局低时延调度，降低报文排队抖动
ptp low-latency enable
2）1588 服务器上联光口 1 / 基站下联光口 2（时钟专用光口完整配置）
plaintext
interface Twenty-FiveGigE 1/0/1
port link-mode bridge
ptp enable
# PTP报文高优先级标记
ptp mac-egress priority 7 message event
ptp mac-egress priority 6 message general
# 关闭端口流控，流控会引入可变时延，破坏1588精度
undo flowcontrol enable
# 强制固定速率协商，关闭自协商抖动
speed 10000
duplex full
# 收紧端口缓冲区，减少大流量缓存排队时延
buffer size small
# 关闭STP TC报文刷新MAC，压测泛洪抖动时钟
stp edged-port
stp bpdu-protection

interface Twenty-FiveGigE 1/0/2
port link-mode bridge
ptp enable
ptp mac-egress priority 7 message event
ptp mac-egress priority 6 message general
undo flowcontrol enable
speed 10000
duplex full
buffer size small
stp edged-port
stp bpdu-protection
3）核心网业务光口 3（隔离业务流量，防止抢占时钟队列）
plaintext
interface Twenty-FiveGigE 1/0/3
port link-mode bridge
# 业务报文最低优先级，不能抢占PTP队列
qos dscp 0
# 开启业务端口流控，防止业务拥塞扩散到时钟端口
flowcontrol enable
# 广播风暴抑制，避免泛洪冲击时钟报文
broadcast-suppression bandwidth 100000
multicast-suppression bandwidth 100000
4）全局 QoS 队列调度（核心，保障 PTP 报文优先调度）
plaintext
# 全局开启严格优先级SP调度，最高优先级队列优先转发PTP报文
qos schedule sp
# 映射802.1p 7进入最高优先级队列7
qos map dot1p 7 to local-precedence 7
四、直通转发补充说明（你提到的 cut-through）
S6520X30QC-EI 支持直通转发降低固有时延，但不建议全局 cut-through：
大流量乱序报文会导致 CRC 错误，反而引入随机抖动；仅时钟端口通过buffer size small收紧缓冲实现低时延。
若现场时延要求极高，可测试全局直通，压测观察是否丢包：
plaintext
assign forward mode cut-through
压测出现 CRC、端口错误则切回默认存储转发undo assign forward mode。
五、压测失锁配套排查验证步骤
1）确认 PTP 同步状态
plaintext
display ptp status
# 查看交换机是否锁定GM时钟源，offset偏移量越小越好（纳秒级）
display ptp clock correction history
压测时若 offset 持续跳变 ±1000ns 以上，代表抖动超标。
2）查看端口 PTP 报文丢包
plaintext
display ptp interface Twenty-FiveGigE 1/0/1 statistics
display ptp interface Twenty-FiveGigE 1/0/2 statistics
Sync/Delay_Req 报文有丢包 = 业务抢占队列，优先级配置未生效。
3）查看端口队列调度占用
plaintext
display interface Twenty-FiveGigE 1/0/1 queue
最高优先级队列 7 仅承载 PTP 报文，无 3G 业务流量。
4）硬件侧排查（普通交换机无此问题，S6520X 光口特有）
使用 H3C 原厂 10G/25G 光模块，第三方光模块温漂大，压测后相位抖动；
光纤端面清洁，避免光功率波动引入时间戳误差；
升级交换机固件至官网最新 R6616Pxx 以上，修复 E2TC 大流量下时钟戳计算 BUG。
六、完整故障逻辑复盘
普通交换机仅轻量业务，无 3G 大流量抢占，PTP 报文不会排队；
S6520X 承载 3G 业务压测，原有配置缺少PTP 高优先级调度、本地时钟同步、端口缓冲优化，Sync 事件报文被业务报文阻塞，路径延时抖动超出基站 1588 锁定阈值，触发时钟失锁；补齐上述全套配置后，PTP 报文硬件优先转发，抖动控制在纳秒级，压测不会丢锁。
七、最简优化总结
必加：clock protocol ptp 让交换机跟随 GM 时钟；
必加：PTP event 报文 802.1p 7 最高优先级 + SP 严格优先级调度；
时钟光口关闭流控、收紧 buffer、固定速率协商；
缩短 Sync 同步间隔，提升时钟跟踪能力；
业务端口单独限速、开启流控隔离大流量冲击时钟链路。