雙活接入多鏈接透明互聯(lián)（trill）邊緣的制作方法
【專利說明】雙活接入多鏈接透明互聯(lián)(TRILL)邊緣
[0001 ]相關(guān)申請案交叉申請
[0002]本申請要求于2014年5月13日唐納德.伊斯特萊克等人遞交的發(fā)明名稱為“實現(xiàn)雙活接入TRILL邊緣的過程(Processes for Implementing Active-Active Access toTrill Edges)”的第61/992,767號美國臨時專利申請案的在先申請優(yōu)先權(quán)，其全部內(nèi)容通過引用結(jié)合在本申請中。
[0003]關(guān)于由聯(lián)邦政府贊助研究或開發(fā)的聲明
[0004]不適用
[0005]參考縮微膠片附錄
[0006]不適用
【背景技術(shù)】
[0007]在傳統(tǒng)的第四版互聯(lián)網(wǎng)協(xié)議(Internet Protocol，IP) (IPv4)網(wǎng)絡(luò)和第六版IP(IPv6)網(wǎng)絡(luò)中，多個子網(wǎng)中的節(jié)點可以有多個IP地址。因為每次節(jié)點從一個子網(wǎng)移動到另一個子網(wǎng)時路由器都必須重新配置IP地址，所以管理IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)很復(fù)雜。因此，需要小心管理IP地址以避免為了節(jié)省IP地址而產(chǎn)生分布稀疏的子網(wǎng)。
[0008]如因特網(wǎng)工程任務(wù)組(InternetEngineering Task Force，IETF)請求注解(Request for Comments，RFC)6325 “路由橋(RBridges):基礎(chǔ)協(xié)議規(guī)范”中所描述的，提出了多鏈接透明互聯(lián)(transparent interconnect1n of lots of links，TRILL)協(xié)議來解決所述問題，其(“IETF RFC 6325”)內(nèi)容以引入的方式并入本文。

【發(fā)明內(nèi)容】

[0009]在一實施例中，本發(fā)明包括一種位于多鏈接透明互聯(lián)(transparentinterconnect1n of lots of links，TRILL)園區(qū)邊緣的路由橋，包括:被指定為跨設(shè)備鏈路聚合(mult1-chassis link aggregat1n，MC_LAG)指定轉(zhuǎn)發(fā)(designated forward,DF)端口和MC-LAG非DF端口中之一的第一接入端口，其中，所述第一接入端口與第一偽昵稱相關(guān)聯(lián);被指定為MC-LAG DF端口和MC-LAG非DF端口中之一的第二接入端口，其中，所述第二接入端口與第二偽昵稱相關(guān)聯(lián)；其中，復(fù)制通過所述第一接入端口從第一客戶設(shè)備(customer equipment，CE)接收的幀來生成復(fù)制幀；當所述第一偽昵稱與所述第二偽昵稱相同時，和當所述第一偽昵稱與所述第二偽昵稱不同且所述第二接入端口已經(jīng)被指定為MC-LAG DF端口時，通過所述第二接入端口向第二CE轉(zhuǎn)發(fā)所述復(fù)制幀；當耦合至所述第一接入端口的所述第一 CE和耦合至所述第二接入端口的所述第二 CE耦合至同一路由橋組時，所述第一偽昵稱與所述第二偽昵稱相同；當所述第一CE和所述第二CE耦合至不同的路由橋組時，所述第一偽昵稱與所述第二偽昵稱不同。
[0010]在另一實施例中，本發(fā)明包括一種用于實現(xiàn)雙活接入TRILL園區(qū)邊緣的方法，包括:指定第一接入端口為MC-LAG DF端口和MC-LAG非DF端口中之一，其中，所述第一接入端口與第一偽昵稱相關(guān)聯(lián);指定第二接入端口為MC-LAG DF端口和MC-LAG非DF端口中之一，其中，耦合至所述第一接入端口的第一CE和耦合至所述第二接入端口的第二CE耦合至同一路由橋組，所述第二接入端口與第二偽昵稱相關(guān)聯(lián)，所述第二偽昵稱與所述第一偽昵稱相同；通過所述第一接入端口從所述第一CE接收幀;復(fù)制所述幀來生成復(fù)制幀;通過所述第二接入端口向所述第二 CE轉(zhuǎn)發(fā)所述復(fù)制幀。
[0011]在又一實施例中，本發(fā)明包括一種用于實現(xiàn)雙活接入TRILL園區(qū)邊緣的方法，包括:指定第一接入端口為MC-LAG DF端口和MC-LAG非DF端口中之一，其中，所述第一接入端口與第一偽昵稱相關(guān)聯(lián);指定第二接入端口為MC-LAG DF端口和MC-LAG非DF端口中之一，其中，耦合至所述第一接入端口的第一CE和耦合至所述第二接入端口的第二CE耦合至不同的路由橋組，所述第二接入端口與第二偽昵稱相關(guān)聯(lián)，所述第二偽昵稱與所述第一偽昵稱不同；通過所述第一接入端口從所述第一CE接收幀;復(fù)制所述幀來生成復(fù)制幀；當所述第二接入端口被指定為MC-LAG DF端口時，通過所述第二接入端口向所述第二CE轉(zhuǎn)發(fā)所述復(fù)制幀。
[0012]從以下結(jié)合附圖和權(quán)利要求中的詳細描述中會更清楚的理解這些和其他特征。
【附圖說明】
[0013]為了更透徹地理解本發(fā)明，現(xiàn)參閱結(jié)合附圖和【具體實施方式】而描述的以下簡要說明，其中的相同參考標號表不相同部分。
[0014]圖1為網(wǎng)絡(luò)的示意圖。
[0015]圖2為另一網(wǎng)絡(luò)的示意圖。
[0016]圖3為又一網(wǎng)絡(luò)的不意圖。
[0017]圖4為再一網(wǎng)絡(luò)的不意圖。
[0018]圖5為再又一網(wǎng)絡(luò)的不意圖。
[0019]圖6為圖5中網(wǎng)絡(luò)的另一示意圖。
[0020]圖7為圖5中網(wǎng)絡(luò)的又一示意圖。
[0021]圖8為本發(fā)明實施例的示出用于實現(xiàn)雙活接入多鏈接透明互聯(lián)(transparentinterconnect1n of lots of links，TRILL)園區(qū)邊緣的方法的流程圖。
[0022]圖9為本發(fā)明實施例的示出用于復(fù)制幀并轉(zhuǎn)發(fā)的方法的流程圖。
[0023]圖10為示出用于實現(xiàn)雙活接入TRILL園區(qū)邊緣的另一方法的流程圖。
[0024]圖11為本發(fā)明另一實施例的示出用于實現(xiàn)雙活接入TRILL園區(qū)邊緣的方法的流程圖。
[0025]圖12為本發(fā)明又一實施例的示出用于實現(xiàn)雙活接入TRILL園區(qū)邊緣的方法的流程圖。
【具體實施方式】
[0026]首先應(yīng)理解，盡管下文提供一項或多項實施例的說明性實施方案，但所公開的系統(tǒng)和/或方法可使用任何數(shù)目的技術(shù)來實施，無論該技術(shù)是當前已知還是現(xiàn)有的。本發(fā)明決不應(yīng)限于下文所說明的說明性實施方案、附圖和技術(shù)，包括本文所說明并描述的示例性設(shè)計和實施方案，而是可在所附權(quán)利要求書的范圍以及其等效物的完整范圍內(nèi)修改。
[0027 ] 圖1為網(wǎng)絡(luò)100的示意圖。網(wǎng)絡(luò)100包括多鏈接透明互聯(lián)(transparentinterconnect 1n of lots of I inks，TRILL)園區(qū) 110 和兩個客戶設(shè)備(customerequipment，CE)150(例如，CEl和CE2)?？扇缡境龅幕蛞匀魏纹渌线m的方式配置網(wǎng)絡(luò)100。
[0028]TRILL園區(qū)110包括多個互相連接的路由橋(routing bridges，RBs) 120。圖1示出了位于TRILL園區(qū)110邊緣的三個RBs 120(例如，RBl、RB2和RB3) ABs 120用于轉(zhuǎn)發(fā)TRILL園區(qū)110中的幀。在一實施例中，RBs 120是路由器。在另一實施例中，RBs 120是任何其他用于轉(zhuǎn)發(fā)幀的網(wǎng)絡(luò)組件，例如，交換機。CE 150可以是計算機或服務(wù)器，用于向TRILL園區(qū)110傳輸幀或從TRILL園區(qū)110接收幀。位于TRILL園區(qū)110邊緣的RBs 120(例如，RBl、RB2和RB3)和CEs 150與可能是無線信道或線纜的鏈路130耦合。
[0029]因特網(wǎng)工程任務(wù)組(InternetEngineering Task Force，IETF)請求注解(Request for Comments，RFC)6325描述了一種系統(tǒng)，所述系統(tǒng)在TRILL園區(qū)110內(nèi)的負荷分擔和故障恢復(fù)上的性能極佳。然而，在邊緣處，IETF RFC 6325對鏈路130提供的負荷分擔有限且可能對RBs 120和鏈路130中的故障反應(yīng)遲緩。
[0030]網(wǎng)絡(luò)中的雙活接入利用跨設(shè)備鏈路聚合(mult1-chassis link aggregat1n,MC-LAG) 140(例如，MC-LAGl和MC-LAG2)通過接入端口 135將位于TRILL園區(qū)110邊緣的RBs 120組與CEs 150連接起來，使得業(yè)務(wù)負荷能有效地從RBs 120擴散至CEs 150。此外，通過快速故障檢測，雙活接入的可靠性很高。IETF RFC 6325要求RBs 120組中的只有一個RB 120可以作為指定的轉(zhuǎn)發(fā)器向與該RB 120組相連的一個或多個CEs 150轉(zhuǎn)發(fā)幀。然而，IETE RFC6325可能并不保證某些情況下的雙活接入。例如，如圖1所示，有多條鏈路130與CEl 150連接。每個RB 120都向CEl 150轉(zhuǎn)發(fā)“Hello”幀。一個RB 120可能看不到來自另一 RB 120的“Hello”消息。因此，每個RB 120都認為自己是那個指定的轉(zhuǎn)發(fā)器。
[0031]在網(wǎng)絡(luò)中實現(xiàn)雙活接入要克服諸多問題。圖2至圖4示出了三個主要問題以及可能的解決方法。IETF RFC 7379“雙活接入多鏈接透明互聯(lián)(transparent interconnect1nof lots of links，TRILL)邊緣的問題陳述和目標”中列舉了這些問題和解決方法，其內(nèi)容以引入的方式并入本文。
[0032]圖2為另一網(wǎng)絡(luò)200的示意圖。網(wǎng)絡(luò)200包括TRILL園區(qū)210和CE 27(ΚΤΚ?α園區(qū)210和CE 270類似于TRILL園區(qū)110和CE 150。圖2示出了位于TRILL園區(qū)210邊緣的RBl 230、RB2240和RB3 250和位于TRILL園區(qū)210另一邊緣的RBn 220oRBl 230、RB2 240、RB3 250和RBn220類似于圖1中的RBs 120。同樣類似于圖1的是，網(wǎng)絡(luò)200中的雙活接入利用MC-LAG 260分別通過RBl 230的接入端口 235、RB2 240的接入端口 245和RB3 250的接入端口 255來將RBl230、RB2 240和RB3 250與CE