brocade MCT配置注意點2

時間 2021-01-29

標籤 ide 學習 spa orm 接口路由同步欄目 Java 简体版

原文原文鏈接

1) ICL接口或者CCP失效（keep alive已配置）ide

l 當ICL或者CCP失效時，keepalive vlan被用來發現cluster節點的可達性，若是peer節點經過keepalive vlan可達，則MCT節點在每個client執行Master/Slave協商，協商後，Slave關閉它的client接口，反之Master Client接口繼續轉發流量。學習

l 每個MCT client的主備協商是基於RBridge ID以及client 本地或遠程的可達性來決定。若是client對於兩個MCT節點可達，則更高RBridge ID變爲Master。若是client只有1個MCT節點可達，則只有這個節點爲Masterspa

l 若是MCT 對端經過keepalive vlan不可達，則兩個cluster節點都保持轉發狀態orm

2) ICL接口或者CCP失效（keep alive未配置）接口

當keepalive vlan沒有配置，兩個cluster節點都保持轉發狀態，使用client-isolation strict能夠移除client interface一旦ICL失效而且徹底隔離clientci

3) MCT節點down路由

當MCT節點故障，流量將被failover到另外一臺MCT節點同步

4) 發生在一臺MCT節點上的無中斷failoverit

流量將被切換到另外一臺MCT節點，無論怎樣CCP失效而且再次恢復，無中斷failover都會完成。也能夠手動使用client-interfaces shutdown命令能夠關閉全部client接口，以便流量先切換到另外一臺MCT節點，再執行無中斷切換。io

5) 一個MCT節點的Client接口down

當無中斷failover發生在brocade設備上，節點會刷新全部MAC地址而且從新創建cluster的CCP會話信息，在這個過程當中，用戶可能會察覺一些流量的影響

6) 雙重故障，ICL失效而且一個MCT節點的Client接口down

在這種情形下，多重的故障會丟棄流量，即便有實際的物理路徑可用。

MAC Database update（MDUP）

l 從本地學來的MAC地址將會被賦予最高的優先級或者cost爲0，因此它們老是被選擇做爲最佳的MAC地址

l 每個MAC地址將帶有1個cost被通告，低cost的MAC比起高cost的MAC將更有優先權

l 若是MAC地址從CCEP接口移動到CEP接口，這個MAC移動的信息將被髮送到對端，對端將移動這個MAC地址從CCEP接口到ICL鏈路

l 若是MAC的cost相同，從低RBridge ID節點上學習到的這個MAC將被裝入FDB表

MCT for VRRP or VRRP-E

l 做爲Backup的MCT交換機須要確保發往VRRP-E虛擬IP地址的包能夠經過L2交換來轉發到VRRP-E Master上。做爲Master的MCT交換機將同步VRRP-E 的MAC地址到Backup的MCT交換機。數據流量和VRRP-E控制流量均可以經過ICL傳輸，除非 short-path forwarding被啓用。

l L3 流量從CEP 接口到CCEP接口

在master和backup路由上，流量從CEP 接口到CCEP接口都是遵循正常的IP路由。缺省狀況下，最佳路由是不該該包含ICL鏈路，只有當從CEP接口到CCEP接口的直連鏈路DOWN情形下，流量將被經過ICL鏈路從新路由

l ARP廣播解析

假設switch A是VRRP-E master路由器，switch B是VRRP-E backup路由器。從S1來的ARP請求（一個廣播包）將經過ICL 鏈路從直連鏈路的switch B發送到switch A來進行處理。由於MAC學習在ICL鏈路上是禁止的，這個ARP將不會經過ICL鏈路來自動學習。當switch A 接收到ARP請求，ARP迴應將經過直連鏈路從switch A到S1.若是直到ARP響應接收到，但MCT的MAC地址尚未被S1學習到，響應包將被充斥到CCEP接口和ICL接口。