PS1：参考文档based on SUP32 & SUP720 with Cat6500 chassis。
PS2：同样适用于CISCO7600 with RSP720.
升级过程：
<建议使用SCRT或者其他终端，保留操作记录>
1、show version // 确定当前运行的版本
2、show module // 确定当前所有板卡OK ，两个引擎状态 (Active & Hot)
3、show redundancy // 确定当前两个引擎处于SSO热备状态
4、show bootvar // 查看当前两个引擎启动参数
5、copy start tftp // 备份配置文档
6、copy tftp {disk0: | sup-bootdisk:} , copy tftp {slavedisk0: | slavesup-bootdisk:} // 将需要升级的IOS拷贝到两个引擎
7、// 更改boot 参数
Cat−6509#show run !
boot system disk0:s3223−ipbasek9−mz.122−18.SXF.binCat−6509#conf t
Cat−6509(config)#no boot system disk0:s3223−ipbasek9−mz.122−18.SXF.bin Cat−6509(config)#boot system disk0:s3223−ipbasek9−mz.122−18.SXF6.bin Cat−6509#copy run start // 会同步配置
*Oct 13 03:21:05.331: %PFINIT−SP−5−CONFIG_SYNC:
Sync'ing the startup configuration to the standby Router. [OK] Cat−6509#show bootvar // 确定新的启动参数
8、hw-module module 6 reset // 重启 standby 引擎
等待standby 引擎重启完成，配置同步完成。此时两个引擎运行不同IOS，处于RPR冗余模式。
9、show module // 检查主备引擎状态 (Active & Cold)
10、redundancy force-switchover // 手动switchover。
11、show module/show redundancy // 等待原来主引擎启动，查看板卡、引擎状态，升级完成。
NOTE:<提前查看新IOS version的 release note，确定升级之后IOS 可以support现有板卡，etc.>
1、升级过程会中断业务（具体中断时间和设备本身配置、板卡数量、引擎type有关），建议提前规划downtime；
2、升级之前 show redundancy，确保两个引擎的configuration register = 0x2102，否则可能导致引擎不能正常进入系统；
3、reset 备引擎之后，两个引擎处于RPR模式；需要手动 switchover 完成IOS 升级，这个过程中所有板卡会重新加电；
4、如果希望不中断业务升级IOS，在 SXI IOS image可以使用 eFSU; 但是 SXF/SXH IOS image 只能使用上述方法；
5、更多细节可以参考如下link：
http://www.cisco.com/c/en/us/support/docs/switches/catalyst-6500-series-switches/71585-cat6k-red-supeng-swimg-upg.html
