專利名稱:在trill網(wǎng)絡中承載路由的方法和裝置的制作方法
技術領域:
本發(fā)明涉及網(wǎng)絡通信領域,尤其涉及在TRILL網(wǎng)絡中承載路由,實現(xiàn)TRILL報文向本地以太網(wǎng)轉(zhuǎn)發(fā)的方法和裝置。
背景技術:
TRILL (Transparent Interconnection of Lots of Links,多鏈接半透明互聯(lián))是IETF正在研究的一種多鏈接透明傳輸?shù)幕ヂ?lián)標準,目前其基本轉(zhuǎn)發(fā)行為已經(jīng)在標準化的過程中。TRILL提出是為了克服生成樹協(xié)議(STP)在規(guī)模和鏈路帶寬利用率方面存在的 問題。而現(xiàn)有技術中支持TRILL的以太網(wǎng)芯片中,僅僅提供了按照RFC (Request ForComments,請求評議)解決二層交換的問題,即當邊緣RBridge (Routing Bridge,路由橋)收到一個需要進行二層交換的報文時,可以通過TRILL技術進行封裝,穿透TRILL網(wǎng)絡,發(fā)送到對端的二層交換網(wǎng)絡中進行處理。在實際使用中,還有這樣的需求,RBridge和本地局域網(wǎng)通過三層路由建立連接。這時候?qū)τ赗Bridge收到下行報文的時候,在去掉TRILL封裝之后,需要查路由表決定本地下一跳及封裝行為,而這些問題在現(xiàn)有的TRILL解決方案中是沒有提出的。特別的,RBridge和本地局域網(wǎng)可以通過二層、三層混合建立連接的時候,對于下行報文,需要判斷此時需要進行二層交換還是三層路由,而現(xiàn)有技術中,需要通過普通的RBridge和路由器共同部署才能滿足二層、三層混合接入TRILL網(wǎng)絡的要求,因此,增加了用戶的成本及網(wǎng)絡的復雜度。
發(fā)明內(nèi)容
本發(fā)明的目的在克服現(xiàn)有技術的不足,提供一種在TRILL網(wǎng)絡中承載路由的方法,以解決在網(wǎng)絡部署中二層、三層混用時,如何實現(xiàn)TRILL網(wǎng)絡中報文轉(zhuǎn)發(fā)至本地以太網(wǎng)中的問題,同時能降低用戶的成本。為實現(xiàn)上述目的,本發(fā)明提出如下技術方案一種在TRILL網(wǎng)絡中承載路由的方法,在TRILL網(wǎng)絡的路由橋收到從TRILL網(wǎng)絡傳送至本地以太網(wǎng)端的下行報文時,包括以下處理過程a.解封裝報文以獲得報文的內(nèi)層以太網(wǎng)頭和IP頭;b.通過對內(nèi)層以太網(wǎng)的目的MAC表進行查表,以確定所述目的MAC地址是否是所述路由橋中的三層接口地址;c.對于MAC地址是三層接口地址的報文進行三層路由處理,對于MAC地址不是三層接口地址的報文進行二層交換處理。更進一步地,所述步驟c中對報文進行的三層路由處理包括使用報文的內(nèi)層目的IP在路由表中進行查找后進行的路由處理。 所述步驟c中對報文的二層交換處理包括使用內(nèi)層目的MAC進行查表后進行的二層交換處理。所述步驟a中解封裝報文包括解析報文,獲得入接口信息,以及對報文的解封裝。所述對報文的解封裝包括去掉外層以太網(wǎng)頭和TRILL頭,露出所述內(nèi)層的以太網(wǎng)頭和IP頭。所述方法還包括對報文轉(zhuǎn)發(fā)前進行報文編輯的步驟。本發(fā)明還提出了一種在TRILL網(wǎng)絡中承載路由的裝置,用于處理TRILL網(wǎng)絡的路由橋收到的從TRILL網(wǎng)絡傳送至本地以太網(wǎng)端的下行報文,其包括a.解封裝報文模塊,用以對所述下行報文解封裝并獲得報文的內(nèi)層以太網(wǎng)頭和IP頭;b.內(nèi)層MAC查表模塊,用以確定所述目的MAC地址是否是所述路由橋中的三層接口地址;c.查路由表模塊及三層路由處理模塊,用以對MAC地址是三層接口地址的報文進行三層路由處理;以及d.查MAC表模塊及二層交換處理模塊,用以對MAC地址不是三層接口地址的報文進行二層交換處理。更進一步地,所述解封裝報文模塊還包括報文解析模塊和入接口信息獲取模塊。所述裝置還包括在報文轉(zhuǎn)發(fā)前對報文進行編輯的報文編輯模塊。與現(xiàn)有技術相比,本發(fā)明所揭示在TRILL網(wǎng)絡中承載路由的方法和裝置,其實現(xiàn)了 TRILL網(wǎng)絡端通過RBridge向本地以太網(wǎng)轉(zhuǎn)發(fā)報文時,不論本地以太網(wǎng)是通過二層交換接入TRILL網(wǎng)絡中,還是通過三層路由接入TRILL網(wǎng)絡中,其無需在RBridge之外多放置一臺路由器,通過查內(nèi)存MAC表,并根據(jù)查表所得MAC地址判斷出是否是三層接口地址,從而對TRILL報文二層交換處理或三層路由處理,實現(xiàn)了網(wǎng)絡部署中二層、三層混用時,TRILL報文轉(zhuǎn)發(fā)的問題,同時降低了用戶成本,也不用為了進行TRILL網(wǎng)絡改造而對本地網(wǎng)絡造成影響。
圖I是本發(fā)明在TRILL網(wǎng)絡中承載路由的網(wǎng)絡示意圖;圖2是本發(fā)明在TRILL網(wǎng)絡中承載路由的方法的流程圖。
具體實施例方式下面將結(jié)合本發(fā)明的附圖,對本發(fā)明實施例的技術方案進行清楚、完整的描述。圖I是本發(fā)明在TRILL網(wǎng)絡中承載路由的網(wǎng)絡示意圖,其包括TRILL網(wǎng)絡端的復數(shù)路由橋RBridgel, RBridge2, RBridge3, RBridge4,本地以太網(wǎng)端的復數(shù)主機I,主機2,主機3以及主機4,其中主機I和主機3通過二層交換接入TRILL網(wǎng)絡中,主機2和主機4通過三層路由接入TRILL網(wǎng)絡中。路由橋RBridge收到的報文包括從TRILL網(wǎng)絡傳送給本地以太網(wǎng)端的、且由TRILL封裝的下行報文,以及從本地以太網(wǎng)端發(fā)送給TRILL網(wǎng)絡端的上行報文,以RBridgel為例,當路由橋RBridgel收到下行報文時,從報文本身并看不出來到底是發(fā)給主機I還是主機2的,此時,路由橋RBridgel則對報文進行處理,去掉TRILL封裝的外層以太網(wǎng)頭和TRILL頭之后,露出內(nèi)層的以太網(wǎng)頭和IP頭。此時,普通的處理方式是,直接用內(nèi)層以太網(wǎng)的目的MAC地址和VLAN去查轉(zhuǎn)發(fā)表,獲取出接口信息。而本發(fā)明的方法在此時插入一個查表過程,使用內(nèi)層以太網(wǎng)的目的MAC進行查表,來確定該MAC地址是否是該RBridge中的三層接口地址。如果是,則對該報文進行三層路由處理,如果不是,則對該報文進行二層交換處理。本發(fā)明在TRILLA網(wǎng)絡中實現(xiàn)路由承載的裝置包括報文解析模塊,入接口信息模塊,解封裝模塊,內(nèi)層MAC表模塊,查MAC表模塊,二層交換處理模塊,查路由表模塊,三層路由處理模塊,以及報文編輯模塊。結(jié)合圖2所述的本發(fā)明在TRILL中實現(xiàn)路由承載的主要流程圖,本發(fā)明的方法其主要包括當TRILL網(wǎng)絡端的路由橋RBridge收到從TRILL網(wǎng)絡轉(zhuǎn)發(fā)至本地以太網(wǎng)的報文后,首先由報文解析模塊解析報文,入接口信息獲取模塊獲取報文的信息,并由解封裝模塊進行普通的TRILL解封裝邏輯。 得到內(nèi)層報文之后,用內(nèi)層MAC查表模塊進行查表,而此處的內(nèi)層MAC表模塊不同于普通的MAC地址表,該內(nèi)層MAC表是一張單獨用于存放RBridge三層接口地址的表。當查找有結(jié)果時,則表明該報文需要進行三層路由處理,因此后續(xù)的操作便是用內(nèi)層目的IP在查路由表模塊中進行查找,然后進行三層路由處理的相關處理;如果查找沒有結(jié)果,則表明內(nèi)層MAC表模塊中的表需要進行二層交換,因此后續(xù)的操作便是用內(nèi)層目的查MAC表模塊和VLAN進行查表,然后由二層交換處理模塊進行二層交換相關的處理。處理完報文之后,需要對報文進行重新編輯,然后轉(zhuǎn)發(fā)至本地以太網(wǎng)中。本發(fā)明的技術內(nèi)容及技術特征已揭示如上,然而熟悉本領域的技術人員仍可能基于本發(fā)明的教示及揭示而作種種不背離本發(fā)明精神的替換及修飾,因此,本發(fā)明保護范圍應不限于實施例所揭示的內(nèi)容,而應包括各種不背離本發(fā)明的替換及修飾,并為本專利申請權利要求所涵蓋。
權利要求
1.ー種在TRILL網(wǎng)絡中承載路由的方法,其特征在于在TRILL網(wǎng)絡的路由橋收到從TRILL網(wǎng)絡傳送至本地以太網(wǎng)端的下行報文時,包括以下處理過程 a.解封裝報文以獲得報文的內(nèi)層以太網(wǎng)頭和IP頭; b.通過對內(nèi)層以太網(wǎng)的目的MAC進行查表,以確定目的MAC地址是否是所述路由橋中的三層接ロ地址; c.對于MAC地址是三層接ロ地址的報文進行三層路由處理,對于MAC地址不是三層接ロ地址的報文進行ニ層交換處理。
2.根據(jù)權利要求I所述的在TRILL網(wǎng)絡中承載路由的方法,其特征在于所述步驟c中對報文進行的三層路由處理包括使用報文的內(nèi)層目的IP在路由表中進行查找后進行的路由處理。
3.根據(jù)權利要求I所述的在TRILL網(wǎng)絡中承載路由的方法,其特征在于所述步驟c中對報文的ニ層交換處理包括使用內(nèi)層目的MAC進行查表后進行的ニ層交換處理。
4.根據(jù)權利要求I所述的在TRILL網(wǎng)絡中承載路由的方法,其特征在于所述步驟a中解封裝報文包括解析報文,獲得入接ロ信息,以及對報文的解封裝。
5.根據(jù)權利要求4所述的在TRILL網(wǎng)絡中承載路由的方法,其特征在于所述對報文的解封裝包括去掉外層以太網(wǎng)頭和TRILL頭,露出所述內(nèi)層的以太網(wǎng)頭和IP頭。
6.根據(jù)權利要求I所述的在TRILL網(wǎng)絡中承載路由的方法,其特征在于所述方法還包括對報文轉(zhuǎn)發(fā)前進行報文編輯的步驟。
7.ー種在TRILL網(wǎng)絡中承載路由的裝置,用于處理TRILL網(wǎng)絡的路由橋收到的從TRILL網(wǎng)絡傳送至本地以太網(wǎng)端的下行報文,其特征在于包括 a.解封裝報文模塊,用以對所述下行報文解封裝并獲得報文的內(nèi)層以太網(wǎng)頭和IP頭; b.內(nèi)層MAC查表模塊,用以確定所述目的MAC地址是否是所述路由橋中的三層接ロ地址; c.查路由表模塊及三層路由處理模塊,用以對MAC地址是三層接ロ地址的報文進行三層路由處理;以及 d.查MAC表模塊及ニ層交換處理模塊,用以對MAC地址不是三層接ロ地址的報文進行ニ層交換處理。
8.根據(jù)權利要求7所述的在TRILL網(wǎng)絡中承載路由的裝置,其特征在于所述解封裝報文模塊還包括報文解析模塊和入接ロ信息獲取模塊。
9.根據(jù)權利要求7所述的在TRILL網(wǎng)絡中承載路由的裝置,其特征在于所述裝置還包括在報文轉(zhuǎn)發(fā)前對報文進行編輯的報文編輯模塊。
全文摘要
本發(fā)明揭示了一種在TRILL網(wǎng)絡中承載路由的方法和裝置,其在TRILL網(wǎng)絡的路由橋收到從TRILL網(wǎng)絡傳送至本地以太網(wǎng)端的下行報文時,首先由報文解封裝模塊解封裝報文獲得報文的內(nèi)層以太網(wǎng)頭和IP頭,然后通過內(nèi)層MAC表模塊進行查表以確定MAC地址是否是所述路由橋中的三層接口地址;對于MAC地址是三層接口地址的報文進行三層路由處理,對于MAC地址不是三層接口地址的報文進行二層交換處理,然后對報文編輯后進行轉(zhuǎn)發(fā)。本發(fā)明解決了TRILL網(wǎng)絡與本地以太網(wǎng)間部署二層、三層混用時的TRILL報文轉(zhuǎn)發(fā)的問題,同時降低了用戶成本。
文檔編號H04L12/741GK102857429SQ20121037942
公開日2013年1月2日 申請日期2012年10月9日 優(yōu)先權日2012年10月9日
發(fā)明者方沛昱 申請人:盛科網(wǎng)絡(蘇州)有限公司