📚 课程目录第2章 Catalyst产品谱系与生命周期定位

2. Catalyst产品谱系与生命周期定位

Catalyst 交换机是 Cisco 园区网的核心产品线，但“Catalyst”并不是一个统一平台，而是跨越二十多年、多代硬件架构与软件体系的家族。要判断一台设备是否还值得采购、扩容、升级或必须替换，不能只看型号数字大小，而要先把它放回三条坐标轴上：代际关系（它属于哪一代硬件与软件架构）、硬件生命周期状态（EoL/EoS 走到哪一步）、软件支持策略（还能升到哪个版本、是否还有安全修复）。本节围绕 2960、3560、3750、3850、9000 五个典型系列，建立可操作的定位方法。

一、代际关系：从“独立平台”到“统一架构”

早期 Catalyst 各系列是相对独立的平台。2960 定位二层接入，3560 是三层接入/小型汇聚，3750 是带 StackWise 堆叠能力的三层接入与汇聚，三者共享大量 IOS 命令风格，但硬件架构、ASIC 和堆叠机制各不相同。2960 多为固定上行、不支持路由；3560 支持静态路由与部分动态路由；3750 通过 StackWise 堆叠环把多台设备虚拟成一台逻辑设备，是当年接入汇聚的主力。

3850 是明显的分水岭：它引入 UADP ASIC 与 IOS-XE 软件，把“硬件转发 + 统一软件镜像”作为新基线，并支持 StackWise-480 高带宽堆叠。9000 系列（如 9200、9300、9400、9500、9600）则完全建立在 IOS-XE 与 UADP 之上，是当前园区接入、汇聚、核心的主力平台。因此代际关系可以概括为：2960/3560/3750 属于传统 IOS 时代，3850 是过渡代，9000 系列是当前统一架构代。理解这一点，才能解释为什么 3750 的配置经验不能直接照搬到 9300，为什么 3850 的镜像升级方式与 2960 完全不同。

二、硬件生命周期状态：EoL 流程的五个节点

Cisco 对硬件生命周期有标准流程，关键节点依次为：EoL 公告（End-of-Life Announcement）→ 停止销售 EoS（End-of-Sale）→ 最后支持日（Last Date of Support）→ 支持终止 EoS（End-of-Support）。EoL 公告只是“通知”，设备仍可采购；EoS 之后不能再从 Cisco 新购；最后支持日之后不再提供常规技术支持；支持终止后连安全补丁也不再发布。判断一台设备处于哪个节点，最权威的依据是 Cisco 官网的 EoL/EoS 公告与产品生命周期页面，而不是设备上的软件版本号。

以 2960、3560、3750 为例，多数型号已经走完 EoS 甚至进入支持终止阶段，这意味着它们不再获得安全修复，继续承载生产流量会带来合规与安全风险。3850 部分型号已进入 EoL 流程，需要逐型号核对。9000 系列中的 9200、9300 等仍在主力在售与长期支持周期内。实操中建议建立一张“型号—序列号—当前状态—最后支持日”的清单，按最后支持日排序，优先处理最接近终止的批次。

三、软件支持策略：镜像、安装模式与热补丁

传统 IOS 时代，2960/3560/3750 使用独立 .bin 镜像，升级通常需要重启，且一旦进入 EoL 后期，Cisco 不再发布新的安全修复版本。3850 与 9000 系列使用 IOS-XE，支持安装模式（install mode）与捆绑模式（bundle mode）两种运行方式。安装模式把镜像拆分为基础包与 SMU 补丁包，可以在不重启的情况下安装热补丁（SMU），这对需要长期在线运行的园区核心尤为重要。

下面是一段典型的 IOS-XE 安装模式升级与补丁操作示例，用于说明“软件支持策略”在设备上的实际落地方式：

! 查看当前安装模式与版本
show version | include INSTALL|Version
show install summary

! 将新镜像与 SMU 复制到 bootflash
copy tftp://10.0.0.10/cat9k_iosxe.17.09.04a.SPA.bin bootflash:
copy tftp://10.0.0.10/cat9k_iosxe.17.09.04a.SPA.smu.bin bootflash:

! 安装模式升级（示例，实际以官方文档为准）
install add file bootflash:cat9k_iosxe.17.09.04a.SPA.bin activate commit

! 安装 SMU 热补丁
install add file bootflash:cat9k_iosxe.17.09.04a.SPA.smu.bin activate commit

! 验证
show install summary
show version | include Version

需要强调：上述命令中的版本号、IP 地址均为教学示例，实际升级前必须核对目标平台的 release notes、ROMmon 兼容性与回退方案。安装模式的一个关键优势是可回退：在 commit 之前可以取消激活，降低升级风险。

四、把型号放回坐标：定位判断的实际做法

面对一台具体设备，建议按以下顺序定位：第一步，确认型号与序列号，例如 WS-C3750X-48P、C9300-48P；第二步，在 Cisco 生命周期页面查询该型号的 EoL 公告与最后支持日；第三步，确认当前运行的软件版本与镜像模式（传统 IOS 还是 IOS-XE 安装模式）；第四步，判断是否还有可用的安全修复版本；第五步，结合业务重要性给出“继续使用 / 计划替换 / 立即替换”的结论。

实用判断口径：若设备已过最后支持日，且承载生产业务或涉及合规审计，应列入替换计划；若仍在支持期内但已 EoS，应停止新增采购并准备备件策略；若处于在售与长期支持期，则按正常版本治理流程管理。

常见误区：把“设备还能开机、还能转发”等同于“还在支持”。硬件可用性与生命周期状态是两回事。EoL 之后即使设备运行正常，也不再获得安全补丁，风险会随时间累积。

总结来说，Catalyst 产品谱系的定位不是背型号，而是建立“代际—硬件状态—软件策略”三轴判断能力。2960/3560/3750 代表传统 IOS 时代，3850 是过渡代，9000 系列是当前统一架构代；硬件生命周期决定设备还能不能买、还能不能修；软件支持策略决定还能不能安全地升级与打补丁。把这三者结合，才能对一台 Catalyst 设备做出准确的治理决策。