learn
兼容性与协商：链路两端都同意，抢占才算成立
理解帧抢占依赖链路两端能力、MAC Merge 状态和队列映射，混合设备网络不能只看单端配置。
第六章：帧抢占降低阻塞IEEE 802.1QbuIEEE 802.3br16 分钟
本节学习目标
- 理解抢占是链路能力，不是单端按钮。
- 知道混合设备网络里要逐链路确认支持状态。
- 能说明协商失败如何影响 guard band 预算。
建议先读
核心概念
MAC Mergecapability negotiationlink partnermixed deployment
本章目录
- 01express 与 preemptable：抢占不是丢弃普通帧理解帧抢占中的两类 MAC 服务、片段边界和恢复过程，避免把抢占误解成粗暴打断。
- 02抢占与 guard band：更小阻塞换来新的复杂度分析帧抢占如何缩短 Qbv guard band，以及它带来的开销、协商和测试问题。
- 03片段、开销与恢复：抢占不是免费的理解帧抢占把大帧切成片段后，链路会出现额外开销、恢复状态和实现限制，不能只看 guard band 变小。
- 04抢占验证：怎样证明链路真的按 express/preemptable 工作学习验证帧抢占时要检查能力协商、队列映射、计数器、抓包和最坏阻塞，而不是只看配置开关。
- 05兼容性与协商：链路两端都同意，抢占才算成立理解帧抢占依赖链路两端能力、MAC Merge 状态和队列映射，混合设备网络不能只看单端配置。
- 06什么时候不该用抢占：复杂度也有成本学习判断帧抢占收益是否值得，包括链路速率、最大帧长、窗口宽度、设备支持、验证成本和故障排查复杂度。
解决什么问题
帧抢占不是某台交换机单方面决定的。它发生在一条链路上，需要发送端、接收端和相关 MAC Merge 能力共同成立。如果对端不支持，或者某个端口不支持，调度预算就不能假设片段级阻塞。
本节解决兼容性问题。混合设备网络里，支持表不能只看型号宣传页，要看具体端口和链路状态。
背景与直觉
抢占像两个人约定插话规则。一个人愿意被打断，另一个人听不懂断点和恢复方式，对话就会乱。网络里，如果链路一端无法处理片段和恢复，抢占也不能可靠工作。
怎么解决
逐链路检查这些信息。
| 检查项 | 为什么重要 |
|---|---|
| 本端端口能力 | 设备是否支持抢占 |
| 对端端口能力 | link partner 是否支持 |
| 协商状态 | 是否真的进入可用状态 |
| 队列映射 | 哪些流 express，哪些 preemptable |
| 计数器/日志 | 是否出现片段和抢占行为 |
如果某条链路不支持抢占，那么经过这条链路的 Qbv 预算仍要按完整大帧阻塞或其他保守方式计算。
带来了什么新问题
兼容性会让路径选择更复杂。某条路径跳数更少，但中间一段链路不支持抢占；另一条路径更长，却支持更小 guard band。调度和路径选择需要一起考虑。
同时，设备升级或替换也可能改变能力。验证报告应记录端口能力和协商状态，而不只是写“网络支持抢占”。
检查点
- 为什么抢占预算必须逐链路确认，而不是看整台交换机是否支持？
- 如果路径里只有一段链路不支持抢占，guard band 设计应该怎样保守处理？
掌握检查
读完本节后，先用下面这些问题校准自己，而不是只确认“看过了”。
- 1能解释为什么只有一端启用抢占不够。
- 2能列出混合部署时至少要确认的兼容性信息。