1. 课程导入与工程视角建立

在数据中心网络里，Broadcom 交换芯片通常位于服务器接入层（ToR）、汇聚层（Spine）以及部分 AI/存储专用交换设备中。它承担的是“把大量高速端口之间的数据包，在极短时间内完成查表、排队、调度和转发”的工作。以典型 64×400G 的 Tomahawk 系列芯片为例，单芯片双向吞吐可达 51.2Tbps；在 400G 端口满线速下，一个 1500 字节的以太网帧到达间隔约为 30ns。这意味着芯片内部缓存、队列和调度器的每一次判断，都会在纳秒到微秒尺度上影响整条链路的吞吐与时延。

很多工程师第一次接触交换芯片时，会把注意力集中在“端口数量、SerDes 速率、转发容量”上，但在真实数据中心里，决定业务体验的往往不是峰值带宽，而是缓存与拥塞管理。原因很直接：数据中心流量具有突发性。存储写入、AI 训练参数同步、虚拟机迁移、微服务调用链都会在极短时间内产生大量并发流。如果交换芯片没有合理的缓存分配和拥塞反馈机制，就会出现微突发丢包、PFC 反压扩散、ECN 标记不足或过度、队列饿死等问题。最终表现为 TCP 重传增加、RDMA 传输抖动、存储 IOPS 下降，甚至整片网络进入拥塞崩溃。

为了把这条处理链看清楚，先建立一张全局视图。下图不是简单的流程框图，而是把数据包在芯片内部经过的关键资源、判断点和反馈路径放在同一张关系图中。图中左侧是入向处理，中间是共享缓存与队列管理，右侧是出向调度与链路；下方是拥塞反馈路径，包括 ECN 标记、PFC 反压和 WRED 丢弃。后续章节会逐一展开每个模块的寄存器、参数和调优方法。

这张图里最值得先记住的是三个“判断点”。第一，入队映射决定一个包进入哪个队列，通常由 DSCP、VLAN PCP 或 ACL 规则映射到 TC（Traffic Class），再映射到具体队列。第二，缓存阈值决定这个包能不能被接收、是否触发 ECN 标记或 WRED 丢弃。第三，调度器决定哪个队列先出、以多快速率出。三者共同决定了“丢不丢、标不标、压不压、快不快”。

课程后续会围绕这条链展开。第 2～5 章先讲清楚 MMU 共享缓存架构、动态阈值算法和队列计数机制，这是理解一切调优的基础。第 6～10 章进入拥塞管理核心：ECN 的标记逻辑、WRED 的随机丢弃曲线、PFC 的触发与恢复、以及三者之间的配合关系。第 11～15 章讨论调度与整形，包括 SP、WRR、DWRR 的差异，以及如何用 shaper 限制突发。第 16～20 章进入实战调优：如何根据业务类型分配缓存、如何设置 ECN 门限、如何避免 PFC 死锁。第 21～25 章覆盖排障与观测，包括计数器解读、微突发定位、丢包根因分析。第 26～30 章做综合案例与复盘，把前面所有知识串成可复用的工程方法。

实战环境方面，本课程不依赖特定厂商的封闭工具，而是以 Broadcom 公开的 SDK 概念和典型 CLI 为参照。你可以使用以下环境之一进行练习：

• 真实交换机：搭载 Broadcom Trident 或 Tomahawk 系列芯片的白盒交换机，运行 SONiC 或厂商 NOS，具备 MMU、ECN、PFC、WRED 相关配置命令。
• 芯片仿真/建模环境：Broadcom SDK 提供的仿真模式，或基于行为模型的队列/缓存模拟器，用于验证阈值和调度参数。
• 流量生成与观测：使用 IXIA、Spirent 或开源 trex 打流，配合交换机计数器、sFlow/INT 遥测观察队列深度和 ECN 标记率。

最后强调一个工程习惯：缓存与拥塞管理没有“一套参数打天下”的答案。同样的 ECN 门限，在存储 RDMA 场景和普通 TCP 场景下效果可能完全相反；同样的 PFC 配置，在 Spine 和 ToR 上需要区别对待。因此本课程不会只给结论，而是尽量给出“参数—现象—判断—调整”的完整推演过程。你需要在理解芯片内部处理链的基础上，结合自己网络的流量特征，逐步建立可验证、可回退的调优方法。