Nexus-vPC相關特性
vPC Peer-switch：
不開啟這功能，只有Primary設備發送BPDU，開啟之後，將會把這一對設備呈現為一個STP Root，使用一個MAC地址，那麽都可以發送BPDU了。
STP BPDU在所有vPC鏈路中被發送，避免由於下遊設備的STP BPDU超時，造成的流量中斷。
註意：要開啟該特性，需要將priority設置為一致。不能預先調整STP優先級。
配置特性之前：
配置特性之後：
Autorecovery特性：
該特性默認開啟。
如果兩個vPC交換機同時重啟。默認在兩個vPC設備的鄰接關系建立起來之前，所有的vPC都將被掛起。
如果僅僅只有一個vPC設備可以工作，本地的vPC成員端口依然處於掛起狀態。
一旦啟動Autorecovery技術，重啟後如果Peer link處於“down”的狀態並且持續默認的超時時間240秒，軟件會重新初始化vPC，並且激活本地端口。
配置命令：
查看Autorecovery特性：show vpc
Delay Restore:
當一個vPC重啟並且恢復後，路由協議需要時間收斂
在三層連接重新建立之前，vPC將會成為接入層訪問核心層的路由黑洞
當系統重啟後，延時“n”秒激活vPC接口
配置命令：在Peer link建立之後，打開vPC的打開時間400s，SVI接口打開的時間400s，該時間設置不需要太大，比協議收斂時間多一些就好。
vPC Object Tracking特性：
提供在故障切換環境下更加靈活的行為
跟蹤vPC設備鏈路的狀態
Peer Link和連接核心的接口能夠使用布爾算法進行跟蹤
vPC組件跟蹤，掛起受影響設備的vPC，這樣流量就可以被轉移到剩余的vPC上去。
註意：vPC的Peer keepalive link應該是好的才行！
比較一下未使用該特性和使用該特性的情況：
配置命令：如果配置生效的話，當故障出現，角色變化如紫色部分字體。
ARP同步：
該特性默認開啟的！
提供三層流量的收斂時間
需要在兩個vPC設備上同時激活此特性
當Peer link恢復時，通過CFSoE執行一個成塊的ARP同步
配置命令：
Nexus-vPC相關特性