当起了peer-gateway之后， vpc设备收到目的mac是gateway mac的话，直接就转发了，不需要经过peer link传到对端（否则可能会由于vpc的防环机制导致数据包drop）。连接L3层设备到vpc：可能出现的问题route1 想要访问sw1， 假设下一跳是7k1.但是route1 到7K得先经过portchannel hash。如果经过portchannel hash到7K2上面，这样就得经过peer-link到达7K1了。 然后7K1想要从上连的vpc转发的时候，因为vp...

peer-link失效之后，vpc是swtich会检查自己是主还是备。如果是主的话，直接转发数据。如果是备，开始做hold time时间的等待，之后5s内（keepalive 超时），则被设备认定主设备失效了。备设备变成主。如果在keepalive timeout时间内可以收到keepalive消息，则双活。备设备把所有的vpc port都down掉。等待peer-link的恢复。这时候（被设备因为peer-link down而把vpc port fown掉），如果主设备down了，流量整个都会...

vpc初始状态：1 peer-link起来之前一定要把 peer-keepalive 同步成功，必须被对端识别。 peer-keepalive识别是peer-link起来的必要条件。2 所有vpc控制层面的报文 都是承载在CFS报文里面 通过peer-link传到对端。3 只有做完一致性检查之后，vpc才能起来vpc reload restore：（只处理以下情况）如果在2台vpc重启的过程中，如果其中一台设备起不来，会导致整个vpc都起不来（keepalive同步不了，peer-link起不...

peer-switchpeer-switch主要把2端设备生成树的优先级做成一致，2台设备都会认为自己是根，都会发送bpdu。当主设备失效的时候，备设备会一直发送bpdu。不会有中断过程。当active恢复的时候，备设备的角色因为没有变化，也不会有影响。需要用相同的mac地址（用vpc的system mac地址替代本地mac）作为根的mac地址，这样才能保证传输的bpdu是一样的。当vpc设备出现问题时，可能有2个地方stp会导致业务中断：1 当active失效的时候，备设备可能由于自身原因导致...

Troubleshooting LACP issues这里有一些非常基本的故障排除步骤LACP(port-channels)。Config guide:http://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5000/sw/configuration/guide/cli_rel_4_0_1a/CLIConfigurationGuide/EtherChannel.htmlProblem 1: 客户不能做LACP,提示以下报错。24...