專利名稱：一種基于多鏈接透明互聯(lián)的負(fù)載均衡方法和路由橋的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種基于多鏈接透明互聯(lián)(TRILL)的負(fù)載均衡方法和路由橋。
背景技術(shù)：
多鏈接透明互聯(lián)(TRILL)是互聯(lián)網(wǎng)工程任務(wù)組(IETF)推薦的L2網(wǎng)絡(luò)標(biāo)準(zhǔn)。TRILL 使用鏈路狀態(tài)路由鏡像網(wǎng)絡(luò)，發(fā)現(xiàn)和計(jì)算名為路由橋的TRILL節(jié)點(diǎn)之間的最短路徑。這就實(shí)現(xiàn)了最短路徑多跳點(diǎn)路由，用戶就能夠建立大規(guī)模以太網(wǎng)和以太網(wǎng)光纖通道數(shù)據(jù)中心網(wǎng)絡(luò)。由于大型數(shù)據(jù)中心開始利用以太網(wǎng)光纖通道(FCoE)等新技術(shù)將存儲(chǔ)傳輸和IP傳輸融合到以太網(wǎng)連接上，而標(biāo)準(zhǔn)的生成樹協(xié)議(STP)將不再適合融網(wǎng)或超大型數(shù)據(jù)中心的擴(kuò)展。網(wǎng)絡(luò)融合使得數(shù)據(jù)中心更加大型化、更加富有彈性，擁有更有效的架構(gòu)和更活躍的終端。當(dāng)數(shù)據(jù)中心達(dá)到這個(gè)層次的時(shí)候，TRILL將在數(shù)據(jù)中心動(dòng)態(tài)化的過程中發(fā)揮重要作用。參見圖1，圖1為TRILL的組網(wǎng)示意圖。圖1中一條鏈路上存在RBlOl和RB102 兩個(gè)路由橋(RB)以及三臺(tái)主機(jī)設(shè)備分別為主機(jī)設(shè)備110、主機(jī)設(shè)備120和主機(jī)設(shè)備130，其中，這三臺(tái)主機(jī)設(shè)備都屬于一個(gè)VLAN。假設(shè)RBlOl被選為指定路由橋(DRB)，則RBlOl在鏈路上的RBlOl和RB102中選擇一個(gè)作為該VLAN的轉(zhuǎn)發(fā)者。假定RBlOl選擇自己作為該VLAN 的轉(zhuǎn)發(fā)者，由RBlOl獨(dú)自負(fù)責(zé)將該VLAN內(nèi)三臺(tái)主機(jī)設(shè)備的報(bào)文轉(zhuǎn)發(fā)到TRILL網(wǎng)絡(luò)中，并通過TRILL Hello報(bào)文通知鏈路上的RB102，這樣就會(huì)導(dǎo)致RBlOl負(fù)擔(dān)過重，而RB 102空閑， 不能充分利用現(xiàn)有的網(wǎng)絡(luò)資源，當(dāng)同一 VLAN內(nèi)服務(wù)器數(shù)目較多時(shí)上述缺陷將更加明顯。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種基于TRILL的負(fù)載均衡方法和RB，能夠充分利用現(xiàn)有的網(wǎng)絡(luò)資源。為解決上述技術(shù)問題，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種基于TRILL的負(fù)載均衡方法，該方法包括RB獲取所在鏈路上每個(gè)虛擬局域網(wǎng)VLAN內(nèi)的當(dāng)前所有媒體訪問控制MAC地址，當(dāng)所述RB被選擇為指定路由橋DRB時(shí)，所述RB將獲取的每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址按預(yù)先設(shè)定的分配原則分配給自身以及同一鏈路上的其他RB，并通知所述其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述MAC地址為所述RB所在鏈路上主機(jī)設(shè)備的MAC 地址；當(dāng)所述RB為普通RB時(shí)，收到DRB發(fā)來(lái)的通知，獲知自身負(fù)責(zé)的對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述RB收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)所述發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC地址判斷所述發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，將所述發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則，將所述發(fā)來(lái)的報(bào)文丟棄。其中，當(dāng)所述RB感知某個(gè)VLAN內(nèi)的MAC地址有變化時(shí)，所述RB獲取所在鏈路上每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址之后，該方法進(jìn)一步包括所述RB重新獲取所在鏈路上的所述VLAN內(nèi)的MAC地址，作為所述VLAN的當(dāng)前MAC地址。所述RB感知某個(gè)VLAN內(nèi)的MAC地址有變化包括所述RB設(shè)置老化時(shí)間，當(dāng)在老化時(shí)間內(nèi)未收到攜帶某個(gè)VLAN內(nèi)的某個(gè)MAC地址的報(bào)文時(shí)，啟動(dòng)老化流程，將所述MAC地址刪除。所述通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)的方法為RB發(fā)送TRILL Hello報(bào)文通知所述其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述TRILL Hello報(bào)文攜帶VLAN、路由橋名稱RB Nickname和MAC地址。一種基于TRILL的負(fù)載均衡RB，該設(shè)備包括獲取模塊、分配模塊、通知模塊、接收模塊和判斷模塊；所述獲取模塊，用于獲取所在鏈路上每個(gè)虛擬局域網(wǎng)VLAN內(nèi)的當(dāng)前所有媒質(zhì)訪問控制MAC地址；其中，所述MAC地址為所述RB所在鏈路上主機(jī)設(shè)備的MAC地址；所述分配模塊，與所述通知模塊相連，當(dāng)所述分配模塊所在的RB被選擇為DRB時(shí)， 所述分配模塊將所述獲取模塊獲取的每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址按預(yù)先分配原則分配給自身所在的RB以及與自身所在的RB同一鏈路上的其他RB ；所述通知模塊，用于在所述分配模塊分配MAC地址結(jié)束后，通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；接收模塊，與所述判斷模塊相連，當(dāng)所述接收模塊所在的RB為普通RB時(shí)，用于接收DRB發(fā)來(lái)的通知，獲知自身所在的RB負(fù)責(zé)的對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述判斷模塊，接收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)所述發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC地址判斷所述發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，將所述發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則，將所述發(fā)來(lái)的報(bào)文丟棄。其中，所述獲取模塊，進(jìn)一步用于感知某個(gè)VLAN內(nèi)的MAC地址有變化時(shí)，重新獲取所在鏈路上的所述VLAN內(nèi)的MAC地址，作為所述VLAN的當(dāng)前MAC地址。所述RB進(jìn)一步包括老化模塊；所述老化模塊，與所述獲取模塊相連，用于為所述獲取模塊獲取的每個(gè)VLAN內(nèi)的 MAC地址設(shè)置老化時(shí)間，當(dāng)在老化時(shí)間內(nèi)所述獲取模塊未收到攜帶某個(gè)VLAN內(nèi)的某個(gè)MAC 地址的報(bào)文時(shí)，啟動(dòng)老化流程，通知所述獲取模塊將所述MAC地址刪除；所述獲取模塊，收到所述老化模塊發(fā)來(lái)的通知，將所述MAC地址刪除。所述通知模塊，通過發(fā)送TRILL Hello報(bào)文通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC 地址的報(bào)文的轉(zhuǎn)發(fā)；所述TRILL Hello報(bào)文攜帶VLAN、路由橋名稱RB Nickname和MAC地址。綜上所述，本發(fā)明中，同一鏈路上的RB獲知所在鏈路上的每個(gè)VLAN內(nèi)的所有MAC 地址，其中，被選擇為DRB的RB負(fù)責(zé)分配工作，該RB將同一個(gè)VLAN內(nèi)的MAC地址平均分配給自身以及同一鏈路上的其他RB，并通知其他RB負(fù)責(zé)對(duì)應(yīng)的VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)。RB收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)該報(bào)文攜帶的VLAN以及主機(jī)設(shè)備的MAC地址判斷是否轉(zhuǎn)發(fā)該發(fā)來(lái)的報(bào)文，通過多個(gè)RB共同分擔(dān)同一 VLAN內(nèi)報(bào)文的轉(zhuǎn)發(fā)，能夠充分利用現(xiàn)有的網(wǎng)絡(luò)資源。


圖1為TRILL的組網(wǎng)示意圖；圖2為本發(fā)明實(shí)現(xiàn)多個(gè)RB負(fù)載均衡的流程圖；圖3為本發(fā)明實(shí)施例TRILL組網(wǎng)結(jié)構(gòu)圖；圖4為基于TRILL的負(fù)載均衡設(shè)備結(jié)構(gòu)圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明所述方案作進(jìn)一步地詳細(xì)說(shuō)明。參見圖2，圖2為本發(fā)明實(shí)現(xiàn)多個(gè)RB負(fù)載均衡的流程圖。具體步驟為步驟201，RB獲取所在鏈路上每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址。步驟202，當(dāng)RB被選擇為DRB時(shí)，該RB將獲取的每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址按預(yù)先設(shè)定的分配原則分配給自身以及同一鏈路上的其他RB，并通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)。執(zhí)行步驟204。本步驟中，MAC地址為RB所在鏈路上主機(jī)設(shè)備的MAC地址。本步驟中的預(yù)先設(shè)定的分配原則是按某種原則將獲取的每個(gè)VLAN內(nèi)的所有MAC 地址分配給RB的原則，該分配原則可以為將每個(gè)VLAN內(nèi)的所有MAC地址平均分配給鏈路上的所有RB，也可以隨機(jī)分配給鏈路上的RB，還可以根據(jù)使用經(jīng)驗(yàn)自行設(shè)定原則將MAC地址分配給鏈路上的RB。203，當(dāng)RB為普通RB時(shí)，收到DRB發(fā)來(lái)的通知，獲知自身負(fù)責(zé)的對(duì)應(yīng)VLAN內(nèi)的MAC 地址的報(bào)文的轉(zhuǎn)發(fā)。本步驟中的普通RB是指該RB未被選擇為DRB時(shí)。步驟204，RB收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC地址判斷發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，執(zhí)行步驟205 ；否則，執(zhí)行步驟206。步驟205，將發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)。步驟206，將發(fā)來(lái)的報(bào)文丟棄。下面結(jié)合具體實(shí)施例，來(lái)詳細(xì)說(shuō)明本發(fā)明如何實(shí)現(xiàn)多個(gè)RB的負(fù)載均衡。首先詳細(xì)描述RB獲知存儲(chǔ)的所在鏈路上每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址的過程。在系統(tǒng)啟動(dòng)后，每個(gè)主機(jī)設(shè)備將會(huì)向鏈路上的RB發(fā)送報(bào)文，報(bào)文攜帶的主機(jī)設(shè)備的MAC地址會(huì)被MAC地址管理模塊學(xué)習(xí)到并存儲(chǔ)。每個(gè)RB的TRILL模塊向MAC地址管理模塊注冊(cè)，MAC地址管理模塊將每個(gè)VLAN的當(dāng)前MAC地址發(fā)送給TRILL模塊。其中，MAC地址管理模塊可以以列表中存儲(chǔ)兩維信息(VLAN，MAC地址)的形式將 MAC地址發(fā)送給TRILL模塊，TRILL模塊收到后將每個(gè)VLAN的MAC地址存儲(chǔ)。該步驟中TRILL 模塊向MAC地址管理模塊注冊(cè)的意義還在于當(dāng)MAC地址管理模塊感知某個(gè)VLAN的MAC地址有變化時(shí)，更新存儲(chǔ)該VLAN的MAC地址，并將更新的該VLAN的MAC地址發(fā)送給TRILL模塊。其中VLAN內(nèi)的每個(gè)MAC地址對(duì)應(yīng)該鏈路上的一臺(tái)主機(jī)設(shè)備。然后，詳細(xì)描述被選擇為DRB的RB如何通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)的。
本發(fā)明中還是通過發(fā)送TRILL Hello報(bào)文給其他RB，通知其他RB負(fù)責(zé)對(duì)應(yīng)MAC地址的報(bào)文轉(zhuǎn)發(fā)。本實(shí)施例中通知時(shí)發(fā)送的TRILL Hello報(bào)文將現(xiàn)有技術(shù)中的TRILL Hello報(bào)文進(jìn)行擴(kuò)展，將轉(zhuǎn)發(fā)者的指定方式由原來(lái)的VLAN、RB Nickname標(biāo)識(shí)一個(gè)轉(zhuǎn)發(fā)者擴(kuò)展為VLAN、 RB Nickname和MAC地址標(biāo)識(shí)一個(gè)轉(zhuǎn)發(fā)者。下面通過代碼在說(shuō)明對(duì)TRILL Hello報(bào)文的 Appointed Forwarders sub-TLV做如下擴(kuò)展，增加MAC地址，具體如下
Type=ApptFwrdrs//(1 byte)
Length//(1 byte)
Appointment Information (1)//(6 bytes)
Appointment Information (N)
每個(gè) Appointment Information 結(jié)構(gòu)如下
Appointee Nickname MAC Address
//(6 bytes)
//(2 bytes) //(6 bytes)
MAC Address//(6 bytes)
RESV Start.VLAN"(2 bytes)
RESV End.VLAN//(2 bytes)其中，MAC Address為報(bào)文中的新增字段，用來(lái)表示為每個(gè)Appointee Nickname指定的MAC地址。當(dāng)鏈路上的某個(gè)主機(jī)設(shè)備關(guān)閉，或者有新的主機(jī)設(shè)備加入該鏈路時(shí)，該鏈路的某個(gè)或幾個(gè)VLAN的MAC地址發(fā)生變化，此時(shí)所有的RB的MAC地址管理模塊更新存儲(chǔ)MAC地址，并向TRILL模塊發(fā)送更新的MAC地址，TRILL模塊收到后，更新原來(lái)存儲(chǔ)的MAC地址，同時(shí)按預(yù)先設(shè)置的分配原則分配給自身和同一鏈路上的其他RB。其中，當(dāng)鏈路上的主機(jī)設(shè)備發(fā)來(lái)的報(bào)文攜帶新的MAC地址，即在MAC地址管理模塊中不能匹配到該主機(jī)設(shè)備的MAC地址，則將該新的MAC地址存儲(chǔ)到MAC地址管理模塊中，并通知TRILL模塊。MAC地址管理模塊設(shè)置老化時(shí)間，當(dāng)在老化時(shí)間內(nèi)未收到某個(gè)VLAN內(nèi)的某個(gè)MAC 地址，則將啟動(dòng)老化流程，將該MAC地址刪除，并通知TRILL模塊更新后的VLAN內(nèi)的MAC地址。當(dāng)由于實(shí)際應(yīng)用中某種情況，重新選擇了 DRB，新的DRB的TRILL模塊同樣根據(jù)獲得的MAC地址進(jìn)行重新分配RB負(fù)責(zé)對(duì)應(yīng)的MAC地址報(bào)文轉(zhuǎn)發(fā)。具體指定方式同上文。最后，詳細(xì)描述每個(gè)RB獲知自身負(fù)責(zé)轉(zhuǎn)發(fā)的MAC地址的報(bào)文后，收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，對(duì)報(bào)文的處理過程。其中，普通RB通過DRB發(fā)來(lái)的TRILL Hello報(bào)文獲知自身負(fù)責(zé)的對(duì)應(yīng)VLAN的MAC地址的報(bào)文；被選擇為DRB的RB在按預(yù)先設(shè)定的原則分配MAC地址時(shí)，獲知分配給自身負(fù)責(zé)轉(zhuǎn)發(fā)的對(duì)應(yīng)MAC地址報(bào)文。首先根據(jù)發(fā)來(lái)的報(bào)文攜帶的VLAN判斷該發(fā)來(lái)的報(bào)文是否為自身設(shè)備負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，則根據(jù)發(fā)來(lái)的報(bào)文攜帶的主機(jī)設(shè)備的MAC地址進(jìn)行進(jìn)一步判斷；否則丟棄該發(fā)來(lái)的報(bào)文。根據(jù)發(fā)來(lái)的報(bào)文攜帶的主機(jī)設(shè)備的MAC地址判斷該發(fā)來(lái)的報(bào)文是否為自身設(shè)備負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是；將該發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則丟棄該發(fā)來(lái)的報(bào)文。由上可知RB轉(zhuǎn)發(fā)報(bào)文要VLAN和MAC地址都滿足其負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文時(shí)才轉(zhuǎn)發(fā)，否則，將發(fā)來(lái)的報(bào)文丟棄。下面通過具體的例子來(lái)詳細(xì)說(shuō)明上文的多個(gè)RB設(shè)備共同負(fù)擔(dān)VLAN內(nèi)的流量轉(zhuǎn)發(fā)。其中預(yù)先設(shè)定的分配原則以平均分配的原則來(lái)舉例。參見圖3，圖3為本發(fā)明實(shí)施例TRILL組網(wǎng)結(jié)構(gòu)圖。每個(gè)組網(wǎng)設(shè)備中存在多個(gè) VLAN,但是對(duì)每個(gè)VLAN的MAC地址指定方式一致，因此在圖3中以VLANl和VLAN2為例來(lái)說(shuō)明整個(gè)指定過程。假設(shè)VLAN的標(biāo)識(shí)為VLANl，主機(jī)設(shè)備310、主機(jī)設(shè)備320、主機(jī)設(shè)備330 和主機(jī)設(shè)備340的MAC地址分別為MAClO、MAC20、MAC30和MAC40 ；VLAN的標(biāo)識(shí)為VLAN2，主機(jī)設(shè)備310的MAC地址為MAClO。表1為MAC地址管理模塊存儲(chǔ)的MAC地址列表。RB301和RB302的MAC地址管理模塊存儲(chǔ)VLANl和VLAN2的MAC地址，如表1所示。
權(quán)利要求
1.一種基于多連接透明互聯(lián)TRILL的負(fù)載均衡方法，其特征在于，該方法包括路由橋RB獲取所在鏈路上每個(gè)虛擬局域網(wǎng)VLAN內(nèi)的當(dāng)前所有媒體訪問控制MAC地址，當(dāng)所述RB被選擇為指定路由橋DRB時(shí)，所述RB將獲取的每個(gè)VLAN內(nèi)的當(dāng)前所有MAC 地址按預(yù)先設(shè)定的分配原則分配給自身以及同一鏈路上的其他RB，并通知所述其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述MAC地址為所述RB所在鏈路上主機(jī)設(shè)備的MAC地址；當(dāng)所述RB為普通RB時(shí)，收到DRB發(fā)來(lái)的通知，獲知自身負(fù)責(zé)的對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述RB收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)所述發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC 地址判斷所述發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，將所述發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則，將所述發(fā)來(lái)的報(bào)文丟棄。
2.如權(quán)利要求1所述的方法，其特征在于，當(dāng)所述RB感知某個(gè)VLAN內(nèi)的MAC地址有變化時(shí)，所述RB獲取所在鏈路上每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址之后，該方法進(jìn)一步包括 所述RB重新獲取所在鏈路上的所述VLAN內(nèi)的MAC地址，作為所述VLAN的當(dāng)前MAC地址。
3.如權(quán)利要求2所述的方法，其特征在于，所述RB感知某個(gè)VLAN內(nèi)的MAC地址有變化包括所述RB設(shè)置老化時(shí)間，當(dāng)在老化時(shí)間內(nèi)未收到攜帶某個(gè)VLAN內(nèi)的某個(gè)MAC地址的報(bào)文時(shí)，啟動(dòng)老化流程，將所述MAC地址刪除。
4.如權(quán)利要求1-3任意一項(xiàng)所述的方法，其特征在于，所述通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng) VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)的方法為RB發(fā)送TRILL Hello報(bào)文通知所述其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述TRILL Hello報(bào)文攜帶VLAN、路由橋名稱RB Nickname和MAC地址。
5.一種基于多連接透明互聯(lián)TRILL的負(fù)載均衡路由橋RB，其特征在于，所述RB包括 獲取模塊、分配模塊、通知模塊、接收模塊和判斷模塊；所述獲取模塊，用于獲取所在鏈路上每個(gè)虛擬局域網(wǎng)VLAN內(nèi)的當(dāng)前所有媒質(zhì)訪問控制MAC地址；其中，所述MAC地址為所述RB所在鏈路上主機(jī)設(shè)備的MAC地址；所述分配模塊，與所述通知模塊相連，當(dāng)所述分配模塊所在的RB被選擇為DRB時(shí)，所述分配模塊將所述獲取模塊獲取的每個(gè)VLAN內(nèi)的當(dāng)前所有MAC地址按預(yù)先分配原則分配給自身所在的RB以及與自身所在的RB同一鏈路上的其他RB ；所述通知模塊，用于在所述分配模塊分配MAC地址結(jié)束后，通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng) VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；接收模塊，與所述判斷模塊相連，當(dāng)所述接收模塊所在的RB為普通RB時(shí)，用于接收DRB 發(fā)來(lái)的通知，獲知自身所在的RB負(fù)責(zé)的對(duì)應(yīng)VLAN內(nèi)的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述判斷模塊，接收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)所述發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC地址判斷所述發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，將所述發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則，將所述發(fā)來(lái)的報(bào)文丟棄。
6.如權(quán)利要求5所述的RB，其特征在于，所述獲取模塊，進(jìn)一步用于感知某個(gè)VLAN內(nèi)的MAC地址有變化時(shí)，重新獲取所在鏈路上的所述VLAN內(nèi)的MAC地址，作為所述VLAN的當(dāng)前MAC地址。
7.如權(quán)利要求6所述的RB，其特征在于，所述RB進(jìn)一步包括老化模塊；所述老化模塊，與所述獲取模塊相連，用于為所述獲取模塊獲取的每個(gè)VLAN內(nèi)的MAC 地址設(shè)置老化時(shí)間，當(dāng)在老化時(shí)間內(nèi)所述獲取模塊未收到攜帶某個(gè)VLAN內(nèi)的某個(gè)MAC地址的報(bào)文時(shí)，啟動(dòng)老化流程，通知所述獲取模塊將所述MAC地址刪除；所述獲取模塊，收到所述老化模塊發(fā)來(lái)的通知，將所述MAC地址刪除。
8.如權(quán)利要求5-7任意一項(xiàng)所述的RB，其特征在于，所述通知模塊，通過發(fā)送TRILL Hello報(bào)文通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；所述TRILL Hello報(bào)文攜帶VLAN、路由橋名稱RB Nickname和MAC地址。
全文摘要
本發(fā)明公開了一種基于多連接透明互聯(lián)(TRILL)的負(fù)載均衡方法，該方法包括當(dāng)RB被選擇為DRB時(shí)，該RB將獲取的每個(gè)VLAN內(nèi)的所有MAC地址分配給自身以及同一鏈路上的其他RB，并通知其他RB負(fù)責(zé)攜帶對(duì)應(yīng)VLAN的MAC地址的報(bào)文的轉(zhuǎn)發(fā)；RB收到主機(jī)設(shè)備發(fā)來(lái)的報(bào)文，根據(jù)發(fā)來(lái)的報(bào)文攜帶的VLAN和主機(jī)設(shè)備的MAC地址判斷發(fā)來(lái)的報(bào)文是否為自身負(fù)責(zé)轉(zhuǎn)發(fā)的報(bào)文，如果是，將所述發(fā)來(lái)的報(bào)文轉(zhuǎn)發(fā)；否則，將所述發(fā)來(lái)的報(bào)文丟棄。基于同樣的發(fā)明構(gòu)思本發(fā)明還公開了一種RB，能夠充分利用現(xiàn)有的網(wǎng)絡(luò)資源。
文檔編號(hào)H04L29/12GK102223303SQ20111015958
公開日2011年10月19日 申請(qǐng)日期2011年6月14日 優(yōu)先權(quán)日2011年6月14日
發(fā)明者田小強(qiáng), 趙君, 鄒文宇 申請(qǐng)人:杭州華三通信技術(shù)有限公司