1. 课程导入与全景认知

Broadcom交换平台通常指以 StrataXGS / Trident、Tomahawk 系列交换 ASIC 为核心，配合 SDK（如 OpenNSL、SAI、OpenBCM 等）、参考设计、光模块与软件生态所构成的以太网交换芯片与系统方案。所谓“产品化与工程交付”，并不是单纯把芯片焊到板子上、把 SDK 编译通过，而是把一颗交换 ASIC 从“能工作”推进到“可量产、可维护、可交付客户”的完整工程过程。它覆盖硬件设计、软件适配、系统验证、生产测试、认证合规与客户支持等多个环节，最终交付物是一台可以被数据中心、园区或运营商网络长期稳定运行的交换机产品。

理解这门课程，首先要区分三个层次的对象。第一层是芯片与 SDK：交换 ASIC 提供端口、流水线、表项、计数器、调度与缓存等能力，SDK 则把这些能力抽象成可编程接口。第二层是系统与产品：包括单板、电源、散热、时钟、管理 CPU、BMC、面板与光模块，以及运行其上的网络操作系统（NOS）。第三层是工程交付：包括样机调试、一致性测试、生产测试工装、固件升级、故障诊断与客户现场问题闭环。课程的核心，就是打通这三层之间的接口与责任边界。

从范围上看，本课程覆盖一条完整的工程链路：需求与规格定义 → 硬件与 SDK 选型 → 单板 bring-up → SDK 与 NOS 适配 → 功能与性能验证 → 生产测试与校准 → 认证与合规 → 客户交付与运维。每个环节都有明确的输入、输出与判断依据。例如 bring-up 阶段的输入是上电单板与调试串口，输出是 CPU 可启动、PCIe 可枚举、ASIC 可识别；判断依据是启动日志、寄存器读取值与链路状态。验证阶段的输入是测试用例与流量模型，输出是吞吐、时延、丢包率与表项容量数据；判断依据是 RFC 6349、RFC 2544 或客户自定义的验收标准。

核心挑战集中在四个方面。第一是软硬件耦合复杂：ASIC 的 SerDes 配置、端口映射、表项资源与 SDK 版本强相关，硬件改版往往需要同步调整软件。第二是规格与现实的差距：数据手册上的线速转发、表项容量与缓存深度，在实际散热、供电与软件开销下可能打折扣。第三是测试覆盖与时间压力：客户要求的功能、性能、协议、环境与可靠性测试项繁多，而项目窗口有限。第四是问题定位链路长：一个丢包问题可能来自光模块、SerDes、ASIC 流水线、SDK 表项、CPU 转发或对端设备，需要系统化的排障方法。

学习路径建议按“先通链路、再钻细节、后建体系”推进。第一阶段建立全景认知：理解 ASIC、SDK、单板、NOS 与测试工装之间的关系，能画出从芯片到产品的数据流与控制流。第二阶段进入关键实操：完成一次单板 bring-up，读取 ASIC ID 与端口状态，配置 VLAN 与路由，跑通基本转发。第三阶段深入验证与交付：设计测试用例，执行吞吐与时延测试，编写生产测试脚本，整理认证材料。第四阶段形成工程体系：建立问题定位树、版本管理规范与客户交付清单。

交付物地图可以按阶段归纳。规格阶段输出产品需求文档与芯片选型报告；设计阶段输出原理图、PCB、SDK 配置与 NOS 适配说明；验证阶段输出测试计划、测试报告与缺陷跟踪表；生产阶段输出测试工装规范、校准参数与老化方案；交付阶段输出认证证书、客户验收报告、运维手册与培训材料。这些交付物不是形式文件，而是工程判断的依据。例如测试报告中必须记录测试拓扑、流量模型、端口配置、软件版本与环境温度，否则结果无法复现。

以一个教学示例说明判断逻辑：假设某 32×400G 交换机在 bring-up 后，端口 1 无法 link up。排查顺序可以是：先确认光模块型号与固件是否在兼容列表内，再读取 SerDes 状态寄存器判断信号是否到达，然后检查 SDK 端口配置与 lane 映射，最后核对对端设备速率与 FEC 设置。若寄存器显示 RX 信号丢失，则问题在物理层；若信号正常但 MAC 层无 link，则问题在 SDK 配置或协商参数。这个例子说明，工程交付需要把“现象—数据—判断—动作”串成闭环，而不是凭经验猜测。