2. Catalyst园区网络架构现状评估
园区网络升级迁移的第一步不是“换设备”，而是把现网摸清楚。现状评估的目标是形成一份可追溯的现网基线：哪些设备在网、跑什么软件、怎么连、承载多少流量、性能余量还有多少。没有这份基线，后续的架构设计、割接窗口、回退方案都缺少判断依据。本节围绕四个采集维度展开：设备型号与硬件信息、软件版本与许可、拓扑与链路关系、容量与性能基线，并给出可直接执行的采集方法与示例输出。
一、设备型号与硬件信息采集
设备型号决定了可支持的软件分支、端口密度、堆叠能力和是否支持后续目标特性。采集对象包括机箱/整机型号（如 Catalyst 2960X、3750X、3850、9300、9500）、序列号、模块与上行板卡、电源与风扇状态、堆叠成员关系。Cisco 设备上最直接的命令是 show version、show inventory、show module 和 show switch（堆叠场景）。
Switch# show inventory
NAME: "Switch 1", DESCR: "Cisco Catalyst 9300-48P"
PID: C9300-48P , VID: V02 , SN: FOC2345X0AB
NAME: "Switch 1 - Power Supply A", DESCR: "Cisco Catalyst 9300 PWR-C1-715WAC"
PID: PWR-C1-715WAC , VID: V01 , SN: LIT2345X0CD
Switch# show switch
Switch/Stack Mac Address : 0011.2233.4455 - Local Mac Address
Switch# Role Mac Address Priority State
1 Active 0011.2233.4455 15 Ready
2 Standby 0011.2233.4466 14 Ready
3 Member 0011.2233.4477 1 Ready采集时应把结果整理成设备台账，至少包含：主机名、管理 IP、型号 PID、序列号、堆叠成员编号、角色、上行端口类型与数量、EoL/EoS 公告状态。EoL 信息可通过 Cisco 官网的 EoL 查询工具按 PID 检索，这是判断“必须替换”还是“可保留”的关键输入。
二、软件版本与许可采集
软件版本直接决定可用特性与升级路径。需要采集 IOS/IOS-XE 版本号、镜像文件名、启动变量、许可级别（LAN Base / IP Base / IP Services / Advantage）以及是否启用 DNA/智能许可。常用命令为 show version、show boot、show license、show license summary。
Switch# show version | include Version
Cisco IOS XE Software, Version 16.12.05b
Switch# show boot
BOOT variable = flash:packages.conf;
Switch# show license summary
License Usage:
License Entitlement Tag Count Status
network-advantage (C9300-48-A) 1 IN USE版本评估要回答三个问题：当前版本是否仍在 Cisco 支持窗口内；目标架构所需特性（如 VXLAN、SD-Access、TrustSec、MACsec）在当前版本是否可用；升级到目标版本是否需要中间跳板版本或 ROMmon 升级。建议把每台设备的“当前版本—目标版本—升级路径—风险点”列成对照表，作为后续迁移批次划分的依据。
三、拓扑结构与链路关系采集
拓扑采集不能只看一张手绘草图，而要拿到可验证的邻居关系和链路状态。核心命令是 show cdp neighbors detail、show lldp neighbors detail、show spanning-tree、show etherchannel summary。CDP/LLDP 给出直连邻居与管理地址，生成树给出二层转发路径与根桥位置，EtherChannel 给出链路聚合关系。
Switch# show cdp neighbors detail | include Device ID|IP address|Interface
Device ID: CORE-9500-1
IP address: 10.10.0.1
Interface: GigabitEthernet1/0/1, Port ID (outgoing port): TenGigabitEthernet1/1/1
Switch# show spanning-tree vlan 10
VLAN0010
Root ID Priority 4096 Address 0011.aaaa.bbbb This bridge is the root
Interface Role Sts Cost Prio.Nbr Type
Gi1/0/1 Root FWD 4 128.1 P2p
Gi1/0/2 Desg FWD 4 128.2 P2p拓扑评估的重点是识别单点故障与非对称路径：接入交换机是否双上行、核心是否成对、生成树根桥是否与网关位置一致、是否存在跨设备链路聚合。建议按“核心—汇聚—接入”三层绘制逻辑拓扑，并标注每条上联的带宽、聚合方式、VLAN 允许列表和 STP 角色。
四、容量与性能基线采集
容量基线回答“现在用了多少、还能撑多久”。关键指标包括：端口利用率、上行链路带宽利用率、CPU 与内存占用、MAC 地址表与 ARP 表规模、DHCP 地址池使用率、无线 AP 与客户端数量。采集命令示例：
Switch# show interfaces GigabitEthernet1/0/1 | include rate|input|output
5 minute input rate 120000000 bits/sec, 15000 packets/sec
5 minute output rate 80000000 bits/sec, 12000 packets/sec
Switch# show processes cpu sorted | include CPU
CPU utilization for five seconds: 18%/2%; one minute: 17%; five minutes: 16%
Switch# show mac address-table count
Total Mac Addresses in use: 1420建议连续采集 5～7 天，覆盖业务高峰（如上午 9:30—11:30）与低谷，取 95 百分位值作为规划依据，而不是取瞬时峰值。示例判断标准：接入上行千兆链路 5 分钟利用率持续超过 70%，或核心间万兆链路超过 60%，即视为容量紧张；CPU 五分钟均值超过 60% 需关注；MAC 表使用率超过 70% 需评估表项容量。
五、采集结果如何转化为迁移决策
四类数据采集完成后，需要做一次交叉分析。例如：某台 Catalyst 3750X 运行 IOS 15.0(2)SE，已进入 EoL 且不支持 VXLAN，同时其上行千兆链路高峰利用率达 82%，那么它应被归入“必须替换”批次；而一台 Catalyst 9300 运行 16.12.05b、CPU 均值 22%、上行万兆利用率 35%，则可保留并纳入目标架构。建议用一张决策表把设备分为“保留、升级、替换”三类，并标注每类的数量、占比和割接优先级。