我们将部署带有两个冗余管理引擎 Sup7L-E 的 4500R+E 机箱。机箱中的所有端口 - 带中继的交换机端口。L3 接口 - SVI。机箱将终止 L3 域（区域之间的路由），没有动态路由协议，只有静态路由。
这种部署的最佳冗余机制是什么：RPR 还是 SSO？
CISCO 4500R+E、Sup7L-E 冗余：RPR 还是 SSO？
网络工程
cisco催化剂
冗余
2021-07-31 00:15:04
1个回答
SSO 是首选，因为如果 Supervisor 发生故障，切换时间会更短。来自思科：
启用管理引擎冗余后，如果活动管理引擎出现故障或执行手动切换，备用管理引擎将成为“新的”活动管理引擎。备用 Supervisor 引擎已通过活动 Supervisor 引擎的启动配置自动初始化，缩短了切换时间（RPR 模式下为 30 秒或更长时间，取决于配置；SSO 模式下为亚秒）。
RPR的操作：
Cisco IOS-XE 版本 3.1.0SG 及更高版本支持 RPR。当备用管理引擎在 RPR 模式下运行时，它会在部分初始化的状态下启动，并与活动管理引擎的持久配置同步。
在管理引擎切换中，流量会中断，因为在 RPR 模式下，所有物理端口都重新启动，因为管理引擎之间没有维护与模块类型和状态相关的状态。切换时，当备用Supervisor 引擎完成初始化后，它将直接从模块读取硬件信息，成为活动Supervisor 引擎。
所以冗余监督者只是部分初始化。这意味着当主管发生故障时将会出现中断。
另一方面，SSO 已完全初始化。
Cisco IOS-XE 版本 3.1.0SG 及更高版本支持 SSO。当备用监控引擎在 SSO 模式下运行时，备用监控引擎以完全初始化的状态启动，并与活动监控引擎的持久配置和运行配置同步。随后它会维护下面列出的协议的状态，并且支持状态切换的功能的硬件和软件状态的所有更改都保持同步。因此，它在冗余管理引擎配置中为第 2 层会话提供零中断。
由于备用管理引擎识别每条链路的硬件链路状态，切换前处于活动状态的端口将保持活动状态，包括上行链路端口。但是，由于上行链路端口在物理上位于管理引擎上，如果移除管理引擎，它们将断开连接。
如果活动管理引擎出现故障，备用管理引擎会变为活动状态。这个新激活的管理引擎使用现有的第 2 层交换信息来继续转发流量。第 3 层转发将被延迟，直到路由表在新激活的管理引擎中重新填充。
因此，建议运行 SSO。有关完整信息，请转到在 Supervisor 引擎 7-E 和 Supervisor 引擎 7L-E 上使用 RPR 和 SSO 配置 Supervisor 引擎冗余