交换机候选清单应基于需求制定，而非从最大的标称规格中拼凑。本工作表的目的是使报价具有可比性，并在采购前暴露未解决的条件。它适用于接入、汇聚和数据中心角色，每种角色的需求各不相同。
1. 定义角色与约束
记录端点、所需服务、流量方向、物理位置和运维人员。识别网络必须容忍的故障以及下一次计划扩展。使用适合环境的架构，而不是照搬更大的园区或交换网络设计。R45
将强制要求与偏好分开。如果候选设备不满足强制接口或安装条件，即使它在无关功能上得分很高，也不应留在候选清单中。
2. 构建需求到证据的矩阵
| 需求类别 | 需请求的证据 |
|---|---|
| 接口 | 确切的端口类型、支持的模式和经过验证的介质 |
| 容量 | 相关的转发限制以及正常/故障状态下的端口预算 |
| 服务 | 支持的版本、功能范围和规模限制 |
| 电源 | 输入要求、冗余以及适用时的 PoE |
| 安装 | 尺寸、气流、安装方式和服务访问 |
| 运维 | 管理、日志、恢复和配置生命周期 |
| 商务范围 | 包含的部件、状况、权益和合同支持 |
避免将数据表中的功能名称视为所需规模或拓扑的证明。在证据旁边记录预期用途。
3. 验证完整的链路路径
将每个所需接口与实际对端和互连进行匹配。检查主机和光或电通道。兼容性资源支持此过程，但必须针对确切的型号和版本使用。R49
具有正确数量端口的交换机可能仍需要网络模块、不同的光模块或额外的线缆才能履行其角色。
4. 比较可用配置
将报价归一化到相同的安装范围：电源、风扇、模块、导轨、线缆、所需软件以及任何约定的支持。将备件和可选项目分开。
裸机箱与完全配置系统之间的示例性比较不应将价格差异呈现为硬件节省。首先考虑缺失的组件和部署工作。
5. 检查运维和安全归属
确认管理员如何认证、配置更改如何备份，以及当生产路径不可用时恢复如何工作。网络位置不应自动授权访问每个管理或应用资源。R35
功能丰富但没有可用运维专业知识的系统可能会引入项目未预算的职责。
6. 验证最终候选设备
围绕强制功能和代表性流量定义概念验证。保留配置、测试方法和观察到的限制。使用经批准的条件进行故障或负载测试。
将每项需求分类为已演示、已记录但未测试、不支持或未解决。这种分类使决策可审计，而无需假装每个目录声明都已独立验证。
最终候选清单应解释每个剩余候选设备为何适合该角色，以及在部署前必须解决什么。它不应以通用的品牌排名替代针对项目的工程决策。
配套工程示意图
以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。
专业术语说明
- PoE 以太网供电Power over Ethernet
- 通过以太网线缆同时传输数据和电力的技术，常用于为接入交换机下的 IP 电话、无线 AP 和摄像头供电。本篇中要求记录电源输入、冗余及 PoE 供电能力，以确认交换机能否承担对应端点的供电职责。
- 概念验证proof-of-concept
- 在采购前围绕强制功能和代表性流量搭建的验证测试，用于观察设备在真实或模拟条件下的表现。本篇要求保留配置、测试方法和观察到的限制，并将每项需求分类为已演示、已记录但未测试、不支持或未解决。
- 候选清单shortlist
- 从众多交换机型号中筛选出的可比较候选设备列表。本篇强调候选清单应基于需求制定，强制接口或安装条件不满足的候选设备不应因无关功能得分高而保留，最终清单需解释每台设备为何适合角色。
- 转发限制forwarding limits
- 交换机在正常或故障状态下实际能够转发的流量能力边界，包括端口预算等。本篇要求在容量证据中记录相关转发限制以及正常/故障状态下的端口预算，避免仅凭数据表标称值判断。
- 经过验证的介质qualified media
- 经过兼容性验证、可与特定交换机端口配合使用的光模块或线缆等传输介质。本篇要求记录确切的端口类型、支持的模式和经过验证的介质，并针对确切型号和版本使用兼容性资源。
资料来源
资料核对：
参数、兼容性与操作步骤应结合文中引用资料、完整型号及实际软件版本核对。配图为工程示意。