交換機drni是不是有點bug？
- 0關注
- 0收藏，1728瀏覽
問題描述：
//www.yolosolive.com/cn/d_202110/1474844_30005_0.htm#_Toc83631286
1.1.3 Keepalive機製
******中間省略一堆*******
發送的Keepalive報文時：
· 如果IPL鏈路狀態為down，則認為對端DR設備狀態為down：
¡ 本端設備為主設備時，如果本端設備上存在處於up狀態的DR口，則本端仍為主設備；否則，本端設備角色變為None角色。
¡ 本端設備為從設備時，則升級為主設備。此後，隻要本端設備上存在處於up狀態的DR口，則保持為主設備，否則本端設備角色變為None角色。
當設備為None角色時，設備不能收發Keepalive報文，Keepalive鏈路處於down狀態。
· 如果IPL鏈路狀態為up，則認為Keepalive鏈路狀態為down。此時主從設備正常工作，同時設備打印日誌信息，提醒用戶檢查Keepalive鏈路。
*******以上是摘自配置文檔中的*****
現在我要幹這樣一件事情: 我把keeplive和IPP的所有線路全部拔掉；隻是拔線！！！！
按照上文摘抄，是不是認為自己是好的對麵壞掉了？
那是不是都轉發業務流量？我是哪裏理解有問題，還是欠缺上麵知識了？
組網及組網描述：
- 2022-09-06提問
- 舉報
-
(0)
最佳答案
不是bug，要分3種情況去看，看下配置指導裏麵的二次故障的3種情況吧
1.1.12 M-LAG二次故障處理機製
M-LAG二次故障是指在peer-link鏈路發生故障後，Keepalive鏈路也發生故障，或者在Keepalive鏈路發生故障後，peer-link鏈路也發生故障。針對M-LAG設備上不同的配置情況，當發生二次故障時，處理方式不同。
1. 缺省配置場景
如圖1-8所示，若peer-link鏈路先發生故障，此時兩端M-LAG設備會根據Keepalive鏈路進行設備角色選舉，並依據MAD檢測機製，將從設備上除M-LAG保留接口外的所有接口置為M-LAG MAD DOWN狀態。
此後，若Keepalive鏈路也發生故障，從設備也會升為主設備，並解除設備上所有接口的M-LAG MAD DOWN狀態，以雙主雙活的方式轉發流量。由於peer-link鏈路故障時，無法同步表項，可能導致流量轉發錯誤。
若Keepalive鏈路先發生故障，peer-link鏈路後發生故障，則M-LAG設備上的接口不會被置為M-LAG MAD DOWN狀態，而是直接以雙主雙活的方式轉發流量。
2. 開啟M-LAG MAD DOWN狀態保持功能場景
如圖1-9所示，若peer-link鏈路先發生故障，此時兩端M-LAG設備會根據Keepalive鏈路進行設備角色選舉，並依據MAD檢測機製，將從設備上除M-LAG保留接口外的所有接口置為M-LAG MAD DOWN狀態。
此後，若Keepalive鏈路也發生故障，從設備也會升為主設備，但由於M-LAG設備已開啟M-LAG MAD DOWN狀態保持功能，將不會解除設備上所有接口的M-LAG MAD DOWN狀態，繼續隻從原來的主設備轉發流量。這樣將不會出現雙主雙活的情況，避免流量轉發異常。
若Keepalive鏈路先發生故障，peer-link鏈路後發生故障，則M-LAG設備上的接口不會被置為M-LAG MAD DOWN狀態，而是直接以雙主雙活的方式轉發流量。
圖1-9 開啟M-LAG MAD DOWN狀態保持功能場景下二次故障處理機製示意圖（一）
如圖1-10所示，如果主設備故障或者主設備上M-LAG接口故障，則無法轉發流量。為了避免這種情況可以解除從設備上所有接口的M-LAG MAD DOWN狀態，使從設備升級為主設備，以保證流量正常轉發，減少流量中斷時間。
圖1-10 開啟M-LAG MAD DOWN狀態保持功能場景下二次故障處理機製示意圖（二）
3. 開啟設備獨立工作功能場景
如圖1-11所示，若peer-link鏈路先發生故障，此時兩端M-LAG設備會根據Keepalive鏈路進行設備角色選舉，並依據MAD檢測機製，將從設備上除M-LAG保留接口外的所有接口置為M-LAG MAD DOWN狀態。
此後，若Keepalive鏈路也發生故障，從設備也會升為主設備，解除所有接口的M-LAG MAD DOWN狀態。但由於已開啟立即或延遲切換到設備獨立工作狀態功能，兩台M-LAG設備將切換到獨立工作狀態，切換後M-LAG接口對應的聚合接口發送的LACP報文中攜帶的M-LAG係統參數還原為聚合接口的LACP係統MAC地址和LACP係統優先級，使同一M-LAG組中的兩個聚合接口的LACP係統MAC地址和LACP係統優先級不一致。這樣隻有一邊聚合接口的成員端口可以被選中，通過被選中的設備轉發業務流量，避免流量轉發異常。成員端口的選中與LACP係統優先級和係統MAC地址相關，與M-LAG設備角色無關。LACP係統優先級和係統MAC地址越小，則優先被選中。若選中的成員端口也發生故障，則將選中另外一台設備上聚合接口的成員端口，通過該聚合接口繼續轉發流量。
若Keepalive鏈路先發生故障，peer-link鏈路後發生故障，則M-LAG設備上的接口不會被置為M-LAG MAD DOWN狀態，將立即或延遲一段時間切換到設備獨立工作模式。
圖1-11 開啟設備獨立工作功能場景下二次故障處理機製示意圖
- 2022-09-06回答
- 評論(0)
- 舉報
-
(0)
1.2.1 LACP MAD的檢測機製
LACP（Link Aggregation Control Protocol，鏈路聚合控製協議）是一種實現鏈路動態聚合的協議，鏈路聚合不但能夠實現流量的負載分擔，而且還能提供鏈路的冗餘備份，是比較常見的組網形式。
如果在IRF與其他設備之間使用了鏈路聚合的連接方式，便能夠通過LACP MAD來對IRF進行檢測，與IRF進行鏈路聚合的設備被稱之為LACP MAD的中間設備。
使用LACP MAD功能時，要求IRF中的每台成員設備都與中間設備進行連接，並將這些鏈路組成一個動態鏈路聚合組。
在IRF中開啟LACP MAD功能後，各成員設備會在LACP協議報文的擴展字段中加入IRF的ActiveID。中間設備在收到帶有擴展字段的LACP報文後，會將此報文向聚合組中的其他端口進行透傳，使IRF中的所有成員設備都能收到其他成員設備發出的LACP報文。
l 當IRF正常運行時，各台成員設備發送的LACP報文中具有統一的ActiveID，不會發生多Active衝突。
l 在IRF發生分裂後，不同IRF中的成員設備發送的LACP報文將攜帶不同的ActiveID，當這些LACP報文到達其它IRF的成員設備時，會產生多Active衝突。此時將由MAD功能發起競選，並通過競選機製關閉競選失敗的IRF。
圖1-4 LACP MAD檢測機製示意圖
- 2022-09-06回答
- 評論(0)
- 舉報
-
(0)
暫無評論
拔線對於主設備來說就是從設備整機宕機，可以參考如下說明：
3. 設備故障處理機製
如圖1-5所示，Device A為主設備，Device B為從設備。當主設備故障後，主設備上的聚合鏈路狀態變為down，不再轉發流量。從設備將升級為主設備，該設備上的聚合鏈路狀態為up，流量轉發狀態不變，繼續轉發流量。主設備故障恢複後，DR係統中由從狀態升級為主狀態的設備仍保持主狀態，故障恢複後的設備成為DR係統的從設備。
如果是從設備發生故障，DR係統的主從狀態不會發生變化，從設備上的聚合鏈路狀態變為down。主設備上的聚合鏈路狀態為up，流量轉發狀態不變，繼續轉發流量。
- 2022-09-06回答
- 評論(0)
- 舉報
-
(0)
暫無評論
編輯答案
親~登錄後才可以操作哦!
確定你的郵箱還未認證，請認證郵箱或綁定手機後進行當前操作
舉報
×
侵犯我的權益
×
侵犯了我企業的權益
×
- 1. 您舉報的內容是什麼？（請在郵件中列出您舉報的內容和鏈接地址）
- 2. 您是誰？（身份證明材料，可以是身份證或護照等證件）
- 3. 是哪家企業？（營業執照，單位登記證明等證件）
- 4. 您與該企業的關係是？（您是企業法人或被授權人，需提供企業委托授權書）
抄襲了我的內容
×
原文鏈接或出處
誹謗我
×
- 1. 您舉報的內容以及侵犯了您什麼權益？（請在郵件中列出您舉報的內容、鏈接地址，並給出簡短的說明）
- 2. 您是誰？（身份證明材料，可以是身份證或護照等證件）
對根叔社區有害的內容
×
不規範轉載
×
舉報說明
暫無評論