1/关于upgrade，NX-OS 支持ISSU(In-Service Software Upgrade),控制层面会中断，但是数据层面可以继续转发
2/在N5K 中，强烈建议使用install all 来升级（不推荐使用更改boot 参数的方式）
3/ N5K 在以下情形中不支持ISSU:
1)L3 enabled，包括L3 feature， license(但是不包括管理用的SVI)
2)当前版本与目标版本跨度太大（参考对应版本升级文档中的Supported Upgrade and Downgrade Paths部分）
3）VPC 两台peer有非edge 端口处于STP 的Designated 状态
可以用命令来验证是否支持ISSU, 以7.0.4为例（需要先将该版本的镜像导入bootflash）
show install all impact kickstart n5000-uk9-kickstart.7.0.4.N1.1.bin system n5000-uk9.7.0.4.N1.1.bin
如果不支持ISSU，系统会提示不支持的原因。当ISSU 是必须时，就需要更改相应的配置，或者找过渡版本
言归正传，下面提供一下中断升级和非中断升级对dual-homed FEX 流量的影响
1.非中断ISSU升级
非中断升级时FEX 不会重启，理论上也不会有丢包
2.中断式升级
由于ISSU限制，中断式升级应用的更为广泛，下面着重介绍
假设N5K-1位vpc primary，N5K-2 为secondary
2.1 先升级N5K-1，N5K-1重启up后，FEX 会显示AA Version Mismatch ，但是在N5K-2上仍为online，并正常转发流量
建议升级完N5K-1后检查：
show version
sh ip int mgmt 0 (查看mgmt 0 是否Up，如果down，可以手动no sh )
show vpc (N5K-1此时角色为operational secondary，vpc应该为up 状态)
show fex (AA Version Mismatch 为正常状态)
2.2 N5K-1 状态OK 后，在N5K-2上逐台reload fex，此时经过该FEX 的流量开始中断，大约2分半左右，该FEX 会在N5K-1上online（该FEX 此时在N5K-2上为AA mismatch），流量开始恢复
在测试的时候也遇到过FEX 在N5K-1上online之后，流量也没有恢复，检查发现是hif 配置丢失，添加回配置后该FEX 流量恢复
hif 口配置丢失以及mgmt接口down 均由bug导致：CSCul22703 -N5K/6K: Upgrade between incompatible images can result in loss of config
2.3 等所有FEX 都reload并在N5K-1上online后，升级N5K-2，N5K-2 重启up 后，FEX 在两台N5K 的状态均为online
逐台reload fex 的优点时流量中断时间少，并且只影响当时reload的FEX 流量。
如果升级完N5K-1后，跳过reload FEX，直接升级N5K-2,此时的情景是：
升级N5K-2时， 所有的FEX 会自动重启，也就是说所有流经FEX 的流量都会中断（几乎同时）