M-lag獨立工作模式如果發生二次故障:
如下圖B和C的鏈路因為聚合組為被選中所以不走流量,那麼Network與B連接的鏈路應該不會down吧,那麼流量豈不是還是會走到設備B,還是說有什麼機製會讓network流量不發往B。
(1)
你參考一下技術白皮書中的解釋
//www.yolosolive.com/cn/Service/Document_Software/Document_Center/Home/Public/00-Public/Learn_Technologies/White_Paper/M-LAG_White_Paper-Long/?CHID=803433#_Toc154604685

(1)
白皮書的解釋也隻解釋了B和C連接的鏈路不走流量,跟network這邊是沒有解釋的
是呀,跟C這邊的鏈路不會被選中所以B的左邊接口相當於down了,那麼右邊的接口呐。network回來的流量如果沒有別的機製和聯動那麼接口應該是up的,那流量會過來,然後丟在B設備上呀。
還要做2條操作,第一將mad down置為永久down,但是這隻能對付peerlink先故障keeplive後故障的情況,第二配置monitor link監測peerlink聚合口,peerlink故障時down掉備設備上聯口,這個可以對付keeplive先故障peerlink後故障的情形。
(0)
第二個我重新考慮了下monitor link搞不了,因為peerlink口和聚合口是up狀態的,需要用nqa或者bfd來探測鄰居是否down來和track聯動,將備設備上行口的cost調大。
第一豈不是MADdown保持就被開啟了,但是白皮書裏隻是單純開啟了獨立工作模式,第二確實我有考慮,就是聯動。但是M-lag白皮書裏沒有提到聯動,就是直接描述流量隻會走設備A。
第一沒錯的,keeplive先故障然後peerlink後故障,mad會down掉備設備上行,但是由於邏輯口被排除,所有聚合口的成員口還是up,所以得通過設置lacp係統優先級確保選中主設備的成員端口。
第二個我重新考慮了下monitor link搞不了,因為peerlink口和聚合口是up狀態的,需要用nqa或者bfd來探測鄰居是否down來和track聯動,將備設備上行口的cost調大。
親~登錄後才可以操作哦!
確定你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作
舉報
×
侵犯我的權益
×
侵犯了我企業的權益
×
抄襲了我的內容
×
原文鏈接或出處
誹謗我
×
對根叔社區有害的內容
×
不規範轉載
×
舉報說明
是呀,跟C這邊的鏈路不會被選中所以B的左邊接口相當於down了,那麼右邊的接口呐。network回來的流量如果沒有別的機製和聯動那麼接口應該是up的,那流量會過來,然後丟在B設備上呀。