在vPC拓撲中,只有孤立埠流量或泛洪流量(未知的單播、廣播、組播)在對等鏈路上可見使用者流量。 對於這種泛洪流量,交換機需要確保在vPC的一個分支上接收的泛洪流量不會在另一個vPC分支上返回,以便資料包不會發回源或複製到其他vPC。
在基於Carmel的交換機(Nexus 55xx)中,vPC環路避免實施與基於Gatos(Nexus 5010/5020)的實施不同,後者針對對等鏈路上的泛洪流量使用單獨的內部MCT VLAN。
由於基於Carmel的交換機支援L2MP或fabricpath,因此工程部門決定使用基於L2MP的對等鏈路轉發。在此型號中,vPC主交換機的交換機ID為2748(0xabc),而vPC輔助交換機的交換機ID為2749(0xabd)。 2750(0xabe)的模擬交換機ID將用作輸入vPC但通過對等鏈路傳送的幀的源交換機ID。vPC主交換機上的所有埠將是FTAG 256的成員,vPC輔助交換機上的所有埠將是FTAG 257的成員。在vPC主交換機中,只有孤立埠將是FTAG 257的成員,而在vPC輔助交換機中,孤立埠將是FTAG 256的成員。
本文件沒有特定需求。
本文件所述內容不限於特定軟體和硬體版本。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
對於進入vPC主交換機的廣播/未知單播/組播幀,將通過對等鏈路以256的FTAG傳送出去。當vPC輔助交換機通過vPC對等鏈路獲得此幀時,它會檢查FTAG,並且自其256以來,vPC輔助交換機只將其傳送到FTAG 256成員,該成員將僅是孤立埠。對於來自vPC輔助裝置的泛洪流量,將使用FTAG 257傳送該泛洪流量;當vPC主交換機收到此幀時,僅將收到的泛洪幀傳送到FTAG 257的成員,該成員將僅作為孤立埠。基於Carmel的交換機就是這樣實現vPC環路避免的。
為了深入研究基於L2MP/FTAG的泛洪幀在對等鏈路上的轉發,使用以下拓撲:
N5K-C5596UP-109和N5K-C5596UP-100是運行NX-OS 5.2(1)N1(2a)的Nexus 5596交換機的vPC對。N5K-C5596UP-109是vPC主交換機,N5K-C5596UP-110是vPC輔助交換機。埠通道1是vPC對等鏈路。圖中所示的IP地址屬於交換機的介面VLAN 1。主機1和主機2是通過VLAN 1中的vPC連線的Cisco交換機。在本文檔中,這些交換機稱為主機1和主機2。VLAN 1中有孤立埠連線到兩台交換機的Eth1/32。
以下是交換器的一些指令輸出:
N5K-C5596UP-109# show vpc Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 2 Peer status : peer adjacency formed ok vPC keep-alive status : peer is alive Configuration consistency status : success Per-vlan consistency status : success Type-2 consistency status : success vPC role : primary Number of vPCs configured : 2 Peer Gateway : Enabled Peer gateway excluded VLANs : - Dual-active excluded VLANs : - Graceful Consistency Check : Enabled Auto-recovery status : Disabled vPC Peer-link status --------------------------------------------------------------------- id Port Status Active vlans -- ---- ------ -------------------------------------------------- 1 Po1 up 1 vPC status ---------------------------------------------------------------------------- id Port Status Consistency Reason Active vlans ------ ----------- ------ ----------- -------------------------- ----------- 111 Po111 up success success 1 200 Po200 up success success 1 N5K-C5596UP-109# show platform fwm info l2mp myswid switch id ------------------------------------------------------------------- switch id manager ------------------------------------------------------------------- vpc role: 0 my primary switch id: 2748 (0xabc) emu switch id: 2750 (0xabe) peer switch id: 2749 (0xabd) N5K-C5596UP-109# show vpc orphan-ports Note: --------::Going through port database. Please be patient.::-------- VLAN Orphan Ports ------- ------------------------- 1 Eth1/32 N5K-C5596UP-110# show vpc Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 2 Peer status : peer adjacency formed ok vPC keep-alive status : peer is alive Configuration consistency status : success Per-vlan consistency status : success Type-2 consistency status : success vPC role : secondary Number of vPCs configured : 2 Peer Gateway : Enabled Peer gateway excluded VLANs : - Dual-active excluded VLANs : - Graceful Consistency Check : Enabled Auto-recovery status : Disabled vPC Peer-link status --------------------------------------------------------------------- id Port Status Active vlans -- ---- ------ -------------------------------------------------- 1 Po1 up 1 vPC status ---------------------------------------------------------------------------- id Port Status Consistency Reason Active vlans ------ ----------- ------ ----------- -------------------------- ----------- 111 Po111 up success success 1 200 Po200 up success success 1 N5K-C5596UP-110# show platform fwm info l2mp myswid switch id ------------------------------------------------------------------- switch id manager ------------------------------------------------------------------- vpc role: 1 my primary switch id: 2749 (0xabd) emu switch id: 2750 (0xabe) peer switch id: 2748 (0xabc) N5K-C5596UP-110# show vpc orphan-ports Note: --------::Going through port database. Please be patient.::-------- VLAN Orphan Ports ------- ------------------------- 1 Eth1/32 Now lets check on default FTAGs used and its members. N5K-C5596UP-109# show platform fwm info l2mp ftag all L2MP FTAG ------------------------------------------------------------------- ftag[0x9565b1c] id: 256 (0x100) Topology ID: 0x111 Ftag flags: 0 (invalid ftag-flags) Is stale: FALSE ftag_mask[0x973eca4] ifindex array: 0x160000c7 0x1600006e 0x1a01f000 0x15010000 0x15020000 0x1600007e 0x16000000 ifmap[0x88400fc] ifmap idx 6: ref 1, lu_mcq_alloced 0, lu_mcq 15 (orig 15) 'not pruned' ifmap idx 6: prune_ifmap 0, prune ref count 0, prune_unvisited 0 ifmap_idx 6: oifls_macg_ref_cnt 0, num_oifls 0 ifmap idx 6: ifs - sup-eth1 sup-eth2 Po200 Po1 Po111 Eth1/32 Po127 rpf: (0x0) alternate: 0 intf: Po1 (0x16000000) ftag_ucast_index: 1 ftag_flood_index: 1 ftag_mcast_index: 32 ftag_alt_mcast_index: 48 ------------------------------------------------------------------- ftag[0x9565e3c] id: 257 (0x101) Topology ID: 0x111 Ftag flags: 0 (invalid ftag-flags) Is stale: FALSE ftag_mask[0x95612b4] ifindex array: 0x1a01f000 0x15010000 0x15020000 0x16000000 ifmap[0x883b81c] ifmap idx 11: ref 1, lu_mcq_alloced 0, lu_mcq 14 (orig 14) 'not pruned' ifmap idx 11: prune_ifmap 0, prune ref count 0, prune_unvisited 0 ifmap_idx 11: oifls_macg_ref_cnt 0, num_oifls 0 ifmap idx 11: ifs - sup-eth1 sup-eth2 Po1 Eth1/32 rpf: (0x0) alternate: 1 intf: Po1 (0x16000000) ftag_ucast_index: 0 ftag_flood_index: -1 ftag_mcast_index: 0 ftag_alt_mcast_index: 0 ------------------------------------------------------------------- N5K-C5596UP-109# N5K-C5596UP-110# show platform fwm info l2mp ftag all L2MP FTAG ------------------------------------------------------------------- ftag[0x956a99c] id: 256 (0x100) Topology ID: 0x111 Ftag flags: 0 (invalid ftag-flags) Is stale: FALSE ftag_mask[0x98b4764] ifindex array: 0x16000066 0x1a01f000 0x15010000 0x15020000 0x16000000 ifmap[0x9635adc] ifmap idx 4: ref 1, lu_mcq_alloced 0, lu_mcq 15 (orig 15) 'not pruned' ifmap idx 4: prune_ifmap 0, prune ref count 0, prune_unvisited 0 ifmap_idx 4: oifls_macg_ref_cnt 0, num_oifls 0 ifmap idx 4: ifs - sup-eth1 sup-eth2 Po103 Po1 Eth1/32 rpf: (0x0) alternate: 1 intf: Po1 (0x16000000) ftag_ucast_index: 1 ftag_flood_index: -1 ftag_mcast_index: 32 ftag_alt_mcast_index: 48 ------------------------------------------------------------------- ftag[0x956acbc] id: 257 (0x101) Topology ID: 0x111 Ftag flags: 0 (invalid ftag-flags) Is stale: FALSE ftag_mask[0x97359bc] ifindex array: 0x160000c7 0x16000066 0x1600006e 0x1a01f000 0x15010000 0x15020000 0x1600007e 0x16000000 ifmap[0x95c624c] ifmap idx 7: ref 1, lu_mcq_alloced 0, lu_mcq 16 (orig 16) 'not pruned' ifmap idx 7: prune_ifmap 0, prune ref count 0, prune_unvisited 0 ifmap_idx 7: oifls_macg_ref_cnt 0, num_oifls 0 ifmap idx 7: ifs - sup-eth1 sup-eth2 Po200 Po103 Po1 Po111 Eth1/32 Po127 rpf: (0x0) alternate: 0 intf: Po1 (0x16000000) ftag_ucast_index: 0 ftag_flood_index: 1 ftag_mcast_index: 32 ftag_alt_mcast_index: 48 -------------------------------------------------------------------
測試1:進入vPC輔助裝置的廣播ARP流量
從主機1(192.168.1.101)對不存在的IP 192.168.1.199執行ping操作。 因此,主機1不斷發出廣播ARP請求,詢問「誰是192.168.1.199」。 主機1碰巧將該廣播流量雜湊到vPC輔助交換機N5K-C5596UP-110,後者又將其泛洪到VLAN 1中的所有埠,包括vPC對等鏈路Po1。
擷取連線埠通道1的TX SPAN以檢視此ARP廣播(FP術語中的多目標訊框)的光縴路徑標頭。檢視此多目標幀的交換矩陣路徑報頭。
由於幀通過vPC(vPC 111)進入,因此源交換機ID是abe.00.0000。
目的地是廣播MAC FF:FF:FF:FF:FF:FF
FTAG是257。
此幀進入vPC主交換機時,將檢查FTAG 257。因為只有孤立埠是FTAG 257的成員,所以此廣播ARP幀將只傳送到Eth 1/32。
測試2:進入vPC輔助節點的未知單播幀
為了引入未知的單點傳播流量,在主機1上,我為192.168.1.99設定靜態ARP,靜態MAC為0001.0002.0003,並對192.168.1.99執行ping。ICMP回應請求到達N5K-C5596UP-110,因為它不知道MAC 0001.002.003的位置會將該幀泛洪到VLAN(包括對等鏈路)。
擷取連線埠通道1的TX SPAN來檢視此未知的單點傳播泛洪訊框(FP術語中的多目的地訊框)的光縴路徑標頭。檢視此多目標幀的交換矩陣路徑報頭。
由於幀通過vPC(vPC 111)進入,因此源交換機ID是abe.00.0000
目的地是組播MAC 01:bb:cc:dd:01:01
FTAG是257。
當此幀進入vPC主交換機時,它將檢查FTAG 257。因為只有孤立埠是FTAG 257的成員,所以此vPC主交換機將僅將該幀泛洪到孤立埠Eth 1/32。
由於上述機制,以下是流入vPC輔助交換機的泛洪流量。
測試3:進入vPC主交換機的廣播ARP流量
從主機2(192.168.1.69)對不存在的IP 192.168.1.200執行ping操作。 因此,主機2不斷發出廣播ARP請求,詢問「誰是192.168.1.200」。 主機2碰巧將該廣播流量雜湊到vPC主交換機N5K-C5596UP-109,後者又將其泛洪到VLAN 1中的所有埠,包括vPC對等鏈路Po1。
擷取連線埠通道1的TX SPAN以檢視此ARP廣播(FP術語中的多目標訊框)的光縴路徑標頭。檢視此多目標幀的交換矩陣路徑報頭。
由於幀通過vPC(vPC 200)進入,因此源交換機ID是abe.00.0000
目的地是廣播MAC FF:FF:FF:FF:FF:FF
FTAG是256。
當此幀進入vPC輔助交換機時,它將檢查FTAG 256。因為只有孤立埠是FTAG 256的成員,所以此廣播ARP幀將只傳送到Eth 1/32。
測試4:進入vPC主交換機的未知單播幀
為了引入未知的單點傳播流量,在主機2上,使用靜態MAC 0003.0004.0005設定192.168.1.200的靜態ARP,並且ping 192.168.1.200。ICMP回應請求雜湊到vPC主N5K-C5596UP-109,因為它不知道MAC 0003.0004.0005的位置,所以它會將此幀泛洪到VLAN(包括對等鏈路)。擷取連線埠通道1的TX SPAN以檢視此未知單點傳播泛洪訊框(FP術語中的多目標訊框)的光縴路徑標頭。檢視此多目標幀的交換矩陣路徑報頭。
由於幀通過vPC(vPC 200)進入,因此源交換機ID是abe.00.0000
目的地是組播MAC 01:bb:cc:dd:01:01,用於未知的單點傳播泛洪
FTAG是256。
當此幀進入vPC輔助交換機時,它將檢查FTAG 257。因為只有孤立埠是FTAG 256的成員,所以此vPC主交換機將僅將該幀泛洪到孤立埠Eth 1/32。
由於上述機制,以下為流入vPC主交換機的泛洪流量。
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
03-Jul-2014 |
初始版本 |