Trill網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報(bào)文的方法和路由橋的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信網(wǎng)絡(luò)技術(shù)，尤其涉及一種TRILL網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報(bào)文的方法和路由 橋。
【背景技術(shù)】
[0002] 多鏈接透明互聯(lián)（英文：Transparent Interconnection of Lots of Links，簡 稱：TRILL)是互聯(lián)網(wǎng)工程任務(wù)組（英文：Internet Engineering Task Force,簡稱：IEIF) 推薦的二層網(wǎng)絡(luò)標(biāo)準(zhǔn)，其中，運(yùn)行TRILL協(xié)議的設(shè)備叫做路由橋（英文：Route Bridge，簡 稱：RB)，由RB組成的網(wǎng)絡(luò)叫做TRILL網(wǎng)絡(luò)。
[0003] TRILL網(wǎng)絡(luò)中的轉(zhuǎn)發(fā)本質(zhì)上屬于二層轉(zhuǎn)發(fā)，需要查找媒體訪問控制（英文：Media Access Control Address,簡稱為：MAC)地址表。當(dāng)入口路由橋（英文：Ingress RB)接收 到報(bào)文后，如果能夠查找到報(bào)文中的出口路由橋（英文：Egress RB)對應(yīng)的MAC地址，則 在TRILL網(wǎng)絡(luò)中單播轉(zhuǎn)發(fā)，而如果Ingress RB中存儲的MAC地址表中查找不到所述報(bào)文中 Egress RB對應(yīng)的MAC地址（MAC地址被老化或者刪除，或者報(bào)文的發(fā)送和接收路徑不一致 而無法學(xué)習(xí)到MAC地址），則所述Ingress RB采用組播方式在TRILL網(wǎng)絡(luò)內(nèi)發(fā)送所述報(bào)文， 上述通過組播方式轉(zhuǎn)發(fā)單播報(bào)文的方案會(huì)浪費(fèi)TRILL網(wǎng)絡(luò)的組播流量帶寬，降低TRILL網(wǎng) 絡(luò)的帶寬利用率。

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

[0004] 本發(fā)明提供一種TRILL網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報(bào)文的方法和路由橋，以克服現(xiàn)有技術(shù)中存在 的浪費(fèi)TRILL網(wǎng)絡(luò)的組播流量帶寬，降低TRILL網(wǎng)絡(luò)的帶寬利用率的問題。
[0005] 本發(fā)明第一方面提供一種多鏈接透明互聯(lián)TRILL網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報(bào)文的方法，包括：
[0006] 第一路由橋接收第一數(shù)據(jù)報(bào)文，所述第一數(shù)據(jù)報(bào)文包括目的媒體訪問控制MAC地 址；
[0007] 若所述第一路由橋在MAC地址表中未查找到包括所述目的MAC地址的表項(xiàng)，則所 述第一路由橋通過TRILL組播方式向所述TRILL網(wǎng)絡(luò)內(nèi)的其他路由橋發(fā)送MAC地址請求報(bào) 文，所述MAC地址請求報(bào)文的負(fù)載中攜帶所述第一數(shù)據(jù)報(bào)文的目的MAC地址；
[0008] 所述第一路由橋接收第二路由橋發(fā)送的MAC地址應(yīng)答報(bào)文，所述MAC地址應(yīng)答報(bào) 文中攜帶所述第二路由橋的信息；
[0009] 所述第一路由橋根據(jù)所述第二路由橋的信息通過TRILL單播方式向所述第二路 由橋發(fā)送后續(xù)接收到的包括所述目的MAC地址的第二數(shù)據(jù)報(bào)文。
[0010] 在第一方面的第一種可能實(shí)現(xiàn)方式中，所述第一路由橋通過TRILL組播方式向所 述TRILL網(wǎng)絡(luò)內(nèi)的其他路由橋發(fā)送MAC地址請求報(bào)文之前，所述方法還包括：
[0011] 判斷所述第一數(shù)據(jù)報(bào)文的目的MAC地址是否為單播MAC地址，
[0012] 當(dāng)所述第一數(shù)據(jù)報(bào)文的目的MAC地址為單播地址時(shí)，所述第一路由橋判斷所述第 一數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)方式是否為TRILL組播方式，
[0013] 當(dāng)所述第一數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)方式為TRILL組播方式時(shí)，確定所述第一數(shù)據(jù)報(bào)文為 所述MAC地址查找失敗的單播報(bào)文。
[0014] 結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第二種可能的 實(shí)現(xiàn)方式中，所述第一路由橋根據(jù)所述第二路由橋的信息通過TRILL單播方式向所述第二 路由橋發(fā)送后續(xù)接收到的包括所述目的MAC地址的第二數(shù)據(jù)報(bào)文，包括：
[0015] 所述第一路由橋獲取所述MAC地址應(yīng)答報(bào)文中攜帶的所述第二路由橋的信息；
[0016] 所述第一路由橋在所述MAC地址表中添加包括所述目的MAC地址與所述第二路由 橋的彳目息的對應(yīng)關(guān)系的表項(xiàng)；
[0017] 所述第一路由橋根據(jù)所述表項(xiàng)，通過TRILL單播方式向所述第二路由橋發(fā)送后續(xù) 接收到的包括所述目的MAC地址的第二數(shù)據(jù)報(bào)文。
[0018] 結(jié)合第一方面、第一方面的第一或第二種任一種可能的實(shí)現(xiàn)方式，在第一方面的 第三種可能的實(shí)現(xiàn)方式中，所述MAC地址請求報(bào)文的內(nèi)層目的媒體訪問控制DMAC地址為自 定義的組播MAC地址，內(nèi)層源媒體訪問控制SMAC地址為所述第一路由橋的MAC地址，所述 MAC地址請求報(bào)文的負(fù)載中的目標(biāo)MAC地址為所述第一數(shù)據(jù)報(bào)文的目的MAC地址，虛擬局域 網(wǎng)VLAN為所述目標(biāo)MAC地址所屬的VLAN，
[0019] 其中，所述自定義的組播MAC地址用于指示目的MAC地址為所述自定義的組播MAC 地址的報(bào)文為MAC地址查找失敗的單播報(bào)文。
[0020] 結(jié)合第一方面的第三種可能的實(shí)現(xiàn)方式，在第一方面的第四種可能的實(shí)現(xiàn)方式 中，所述MAC地址應(yīng)答報(bào)文的內(nèi)層目的媒體訪問控制DMAC地址為所述第一路由橋的MAC地 址，內(nèi)層源媒體訪問控制SMAC地址為所述第一數(shù)據(jù)報(bào)文的目的MAC地址，虛擬局域網(wǎng)VLAN 為所述第一數(shù)據(jù)報(bào)文的目的MAC地址所屬的VLAN，出口路由橋的nickname為所述第一路由 橋的nickname,入口路由橋的nickname為所述第二路由橋的nickname。
[0021] 本發(fā)明第二方面提供一種多鏈接透明互聯(lián)TRILL網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報(bào)文的方法，包括：
[0022] 第二路由橋接收第一路由橋通過TRILL組播方式發(fā)送的媒體訪問控制MAC地址請 求報(bào)文，所述MAC地址請求報(bào)文的負(fù)載中包括目標(biāo)MAC地址；
[0023] 若所述第二路由橋的MAC地址為所述目標(biāo)MAC地址，則所述第二路由橋通過TRILL 單播方式向所述第一路由橋發(fā)送MAC地址應(yīng)答報(bào)文，所述MAC地址應(yīng)答報(bào)文中攜帶所述第 二路由橋的信息，以使所述第一路由橋根據(jù)所述第二路由橋的信息通過TRILL單播方式向 所述第二路由橋發(fā)送后續(xù)接收到的包括所述目標(biāo)MAC地址的第二數(shù)據(jù)報(bào)文。
[0024] 在第二方面的第一種可能的實(shí)現(xiàn)方式中，MAC地址請求報(bào)文的內(nèi)層目的媒體訪問 控制DMAC地址為自定義的組播MAC地址，內(nèi)層源媒體訪問控制SMAC地址為所述第一路由 橋的MAC地址，所述MAC地址請求報(bào)文的負(fù)載中的目標(biāo)MAC地址為第一數(shù)據(jù)報(bào)文的目的MAC 地址，虛擬局域網(wǎng)VLAN為所述目標(biāo)MAC地址所屬的VLAN，所述第一數(shù)據(jù)報(bào)文與所述第二數(shù) 據(jù)報(bào)文包括相同的目的MAC地址。
[0025] 結(jié)合第二方面的第一種可能的實(shí)現(xiàn)方式，在第二方面的第二種可能的實(shí)現(xiàn)方式 中，所述MAC地址應(yīng)答報(bào)文的內(nèi)層目的媒體訪問控制DMAC地址為所述第一路由橋的MAC 地址，內(nèi)層源媒體訪問控制SMAC地址為所述目標(biāo)MAC地址，虛擬局域網(wǎng)VLAN為所述目標(biāo) MAC地址所屬的VLAN，TRILL單播報(bào)頭中的出口路由橋的nickname為所述第一路由橋的 nickname,入口路由橋的nickname為所述第二路由橋的nickname。
[0026] 本發(fā)明第三方面提供一種路由橋，包括：
[0027] 第一接收模塊，用于接收第一數(shù)據(jù)報(bào)文，所述第一數(shù)據(jù)報(bào)文包括目的媒體訪問控 制MAC地址；
[0028] 第一發(fā)送模塊，用于查找MAC地址表，如果在MAC地址表中未查找到包括所述目的 MAC地址的表項(xiàng)，則通過TRILL組播方式向所述TRILL網(wǎng)絡(luò)內(nèi)的其他路由橋發(fā)送MAC地址請 求報(bào)文，所述MAC地址請求報(bào)文的負(fù)載中攜帶所述第一數(shù)據(jù)報(bào)文的目的MAC地址；
[0029] 第二接收模塊，用于接收另一路由橋發(fā)送的MAC地址應(yīng)答報(bào)文，所述MAC地址應(yīng)答 報(bào)文中攜帶所述另一路由橋的信息；
[0030] 第二發(fā)送模塊，用于根據(jù)所述第二接收模塊接收到的所述另一路由橋的信息，通 過TRILL單播方式向所述另一路由橋發(fā)送后續(xù)接收到的包括所述目的MAC地址的第二數(shù)據(jù) 報(bào)文。
[0031] 在第三方面的第一種可能的實(shí)現(xiàn)方式中，還包括：判斷模塊，用于在所述第一發(fā)送 模塊通過TRILL組播方式向所述TRILL網(wǎng)絡(luò)內(nèi)的其他路由橋發(fā)送MAC地址請求報(bào)文之前， 判斷所述第一數(shù)據(jù)報(bào)文的目的MAC地址是否為單播MAC地址，并且，當(dāng)所述第一數(shù)據(jù)報(bào)文的 目的MAC地址為單播地址時(shí)，判斷所述第一數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)方式是否為TRILL組播方式，當(dāng) 所述第一數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)方式為TRILL組播方式時(shí)，確定所述第一數(shù)據(jù)報(bào)文為所述MAC地 址查找失敗的單播報(bào)文。
[0032] 結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式，在第三方面的第二種可能的 實(shí)現(xiàn)方式中，所述路由橋還包括：
[0033] 獲取單元，用于獲取所述MAC地址應(yīng)答報(bào)文中攜帶的所述另一路由橋的信息；和
[0034] 添加單元，用于在所述MAC地址表中添加包括所述目的MAC地址與所述另一路由 橋的彳目息的對應(yīng)關(guān)系的表項(xiàng)；
[0035] 所述第二發(fā)送模塊具體用于根據(jù)所述表項(xiàng)，通過TRILL單播方式向所述另一路由 橋發(fā)送后續(xù)接收到的包括所述目的MAC地址的第二數(shù)據(jù)報(bào)文。
[0036] 結(jié)合第三方面、第三方面的第一或第二種任一種可能的實(shí)現(xiàn)方式，在第三方面的 第三種可能的實(shí)現(xiàn)方式中，所述MAC地址請求報(bào)文的內(nèi)層目的媒體訪問控制DMAC地址為自 定義的組播M