ASR 与 ISR 选型核对清单：机箱、模块、服务与授权

在替换或扩展 ASR 或 ISR 部署时，请使用本核对清单。目标是获得受支持的服务配置，而不仅仅是拥有足够插槽的机箱。在批准模块替换或二手设备报价之前，请完成记录。

1. 记录当前已安装的服务

记录当前机箱、模块、适配器、软件版本和配置。列出必须保持运行的运营商交接、路由关系、加密服务、语音功能和服务质量要求。

确定变更属于同类替换、接口扩展还是新服务需求。每种情况都可能触发不同的支持和容量检查。

2. 理清硬件层级关系

将提供的接口映射到实际的主机架构。某些配置除了接口本身之外，还涉及模块载体或适配器依赖。Cisco 的 ASR SIP/SPA 文档和 T1/E1 NIM 文档涵盖不同的架构，不应视为可互换的说明。R20R21

检查项	所需记录
机箱支持	确切的系统及适用的硬件/版本文档
接口路径	模块、载体或适配器依赖及插槽位置
运营商服务	物理交接、成帧、信令或封装
功能需求	所需的路由、加密、语音或策略功能
软件权利	适用于该交易的许可证和支持资格
性能	启用所需服务后的测试依据

模块与旧模块共享连接器或速率，并不足以证明兼容性。

3. 使容量与已启用的服务相匹配

定义用于验收的流量模型和并发功能。不要将基本转发数值与涉及加密、大量策略或语音处理的需求进行比较，除非该数值适用于该配置。

举例来说，一台承载私有电路和加密备份服务的路由器，应在预期的故障切换状态下进行测试。备份服务可能使用与正常流量不同的处理路径。

4. 分别检查授权和生命周期

硬件所有权并不自动确立对每个镜像、更新或功能的访问权限。请通过授权交易流程确认适用的权利和支持条件。避免假设已安装的镜像能证明可转让的授权。

使用产品特定的通知获取生命周期日期。Cisco 的通用终止支持政策描述了里程碑流程，但无法为未识别的机箱或模块提供具体日期。R19

5. 准备部署证据

保留配置备份、提供商协调计划和回滚顺序。测试电路建立、路由以及依赖该路由器的业务服务。对于多功能网关，ping 成功并不构成完整的验收测试。

验证在计划的故障或切换期间管理访问仍然可用。记录任何无法通过重新连接旧硬件来撤销的提供商侧变更。

6. 批准或搁置配置

仅当硬件依赖、所需服务和支持条件均已解决时才批准。将未知模块身份、不支持的版本假设或缺失的运营商信息标记为搁置，而不是悄悄替换为看似合理的值。

完成的核对清单应使所提供的配置与已安装角色和项目需求具有可比性。它是精确采购请求和受控部署的基础，而不是 ASR 或 ISR 产品可互相兼容的笼统声明。

配套工程示意图

以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。