1. 课程导入与故障诊断方法论
在企业园区网和数据中心接入层中，Cisco Catalyst 交换机往往承担着终端接入、VLAN 划分、二层转发、PoE 供电、策略执行与上行汇聚等多重职责。一旦业务出现"时通时断""部分网段访问慢""语音卡顿""无线漫游掉线"等现象，问题可能同时牵涉物理链路、生成树、MAC 地址表、ARP、DHCP、QoS、ACL、堆叠与上行链路等多个层面。本课程的目标，是让学员从"凭经验试错"转向"按模型定位、按证据判断"，能够在复杂 Catalyst 网络中快速缩小故障域，并用可复现的数据支撑优化决策。
Catalyst 在复杂网络中的角色定位
理解 Catalyst 的角色，是选择诊断路径的前提。接入层 Catalyst 通常位于网络边缘，直接面对 PC、IP 电话、AP、摄像头和服务器；汇聚层 Catalyst 负责 VLAN 间路由、策略控制与上行收敛；在堆叠或 VSS 架构中，多台物理交换机对外表现为一台逻辑设备，故障域也随之从"单机"扩展到"堆叠环 + 上行链路 + 主控切换"。因此，同一现象在不同角色上的根因概率并不相同：接入层更常见的是端口协商、PoE 预算、STP 边缘端口与终端网卡问题；汇聚层更常见的是路由协议邻居、ACL 命中、链路聚合与 CPU 队列问题。
诊断时必须先明确"当前设备在拓扑中的位置"以及"流量经过哪些设备与链路"。例如，一台接入交换机上联两条光纤到两台汇聚交换机，若启用 EtherChannel 且哈希算法为默认的源目的 IP，则单条 TCP 流可能始终走同一条成员链路，表现为"带宽利用率不均"而非"链路故障"。这类问题只有结合拓扑角色与转发路径才能解释。
结构化故障排查流程
结构化排查的核心是"先定义问题，再收集证据，最后验证假设"，而不是直接登录设备敲命令。建议按以下顺序推进：
- 界定范围与影响面：是单终端、单 VLAN、单楼层，还是整个园区？发生时间是否与某次变更、某台设备重启或某条链路抖动重合？
- 建立基线对照：调取变更前的接口计数、CPU、STP 拓扑、日志时间线，判断"异常"是新增还是长期存在。
- 自下而上与自上而下结合：物理层先看接口 up/down、CRC、光功率；再逐层向上检查 VLAN、STP、MAC、ARP、路由与策略。
- 假设—验证—收敛：每次只验证一个假设，用 show 命令或抓包给出可证伪的证据，避免同时改动多个变量。
- 记录与复盘：保留关键命令输出、时间戳与拓扑快照，为后续优化和同类故障提供参照。
分层诊断模型
本课程采用"物理层—数据链路层—网络层—策略与服务层—控制平面"五层诊断模型，与 OSI 不完全等同，但更贴近 Catalyst 的实际排障动作。物理层关注接口状态、光模块、线缆、PoE 与电源；数据链路层关注 VLAN、Trunk、STP、EtherChannel、MAC 地址表与端口安全；网络层关注 SVI、ARP、DHCP Relay、路由邻居与 MTU；策略与服务层关注 ACL、QoS、CoPP、NetFlow 与语音/无线专用策略；控制平面关注 CPU、内存、堆叠主控、协议报文队列与日志告警。
分层不是严格串行。实际排障中常采用"二分法"：先判断问题是否在二层以下，若同一 VLAN 内终端互访正常但跨 VLAN 失败，则故障域迅速收敛到 SVI、路由或 ACL；若同 VLAN 内也不通，则优先检查接入端口、STP 与 MAC 学习。下面这张图给出分层诊断模型与常用工具链的对应关系，可作为现场排查的路线参照。
常用工具链概览
工具链的价值在于"用最少的命令拿到最关键的证据"。现场建议优先使用以下组合：
- 接口与物理证据：
show interfaces status、show interfaces counters errors、show interfaces transceiver，用于判断 CRC、输入错误、光功率是否越界。 - 二层证据：
show vlan brief、show spanning-tree vlan <id>、show mac address-table address <mac>，用于确认 VLAN 归属、STP 角色与 MAC 学习端口。 - 三层证据：
show ip interface brief、show arp、show ip route <prefix>，用于确认 SVI 是否 up、ARP 是否解析、路由是否存在。 - 策略证据：
show access-lists、show policy-map interface、show platform qos，用于确认 ACL 命中与队列丢弃。 - 控制平面证据：
show processes cpu sorted、show logging、show switch，用于确认 CPU 是否被协议报文或广播风暴拉高、堆叠是否发生主控切换。
show interfaces 显示 up/up，并不代表链路质量合格；若 CRC 计数持续增长，仍可能存在光衰或线缆问题。应结合错误计数、光功率与业务现象综合判断。从现象到故障域的收敛示例
假设某楼层用户反馈"上午 10 点左右访问财务系统变慢，其他系统正常"。按模型推进：先确认影响面为单一 VLAN 内多台终端，排除全网性故障；检查接入交换机接口无 CRC 增长，排除物理层；查看 STP 拓扑稳定，排除二层环路；检查 SVI 与 ARP 正常，路由可达；进一步查看 ACL 命中计数，发现针对财务网段的某条 ACL 在 10 点前后命中数激增，同时 QoS 队列出现丢弃。此时故障域收敛到策略与服务层，可结合 NetFlow 确认流量特征，再决定是调整 ACL 顺序、优化 QoS 队列还是扩容上行带宽。整个过程的关键，是每一步都用证据排除一个层面，而不是同时修改多个配置。