專利名稱：報(bào)文傳輸方法、設(shè)備和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及隧道技術(shù)領(lǐng)域，尤指報(bào)文傳輸方法、設(shè)備和系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)上各種應(yīng)用的迅猛增長(zhǎng)以及網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，出于節(jié)省IP
地址資源以及私有網(wǎng)絡(luò)安全等原因，虛擬專用網(wǎng)絡(luò)(VPN， Virtual Private Network)技術(shù)獲得了快速的發(fā)展，進(jìn)而促進(jìn)了隧道技術(shù)的快速發(fā)展。
現(xiàn)有的隧道實(shí)現(xiàn)方法中， 一些雙向隧道在其兩端都有隧道邏輯口與其對(duì) 應(yīng)，使得隧道兩端的邏輯口成為跨越網(wǎng)絡(luò)的直聯(lián)接口，這為一些網(wǎng)絡(luò)應(yīng)用的 部署帶來(lái)了很大的方便。例如，可以在直聯(lián)的雙向隧道邏輯口上運(yùn)行路由、 組播、LDP等協(xié)議，使得業(yè)務(wù)流量可以輕易的通過隧道部署；又例如，隧道 雖然跨越了 IPv4的公網(wǎng)，但是隧道邏輯口卻可以運(yùn)行IPv6協(xié)議以實(shí)現(xiàn)IPv6 over IPv4,邏輯隧道口也可以綁定到VPN并運(yùn)行^各由協(xié)議，以實(shí)現(xiàn)VPN各 站點(diǎn)間的互聯(lián)互通。
現(xiàn)有的雙向隧道的邏輯口是作為三層接口應(yīng)用在網(wǎng)絡(luò)層上。圖l是現(xiàn)有 技術(shù)中雙向隧道作為三層接口的第一應(yīng)用實(shí)例示意圖。如圖1所示，兩臺(tái) PE設(shè)備上建立跨越7>網(wǎng)的雙向隧道，然后將兩端的隧道邏輯口綁定到私網(wǎng) 的VPN路由轉(zhuǎn)發(fā)表(VRF)中，此時(shí)，私網(wǎng)VRF間就有了一對(duì)直連的P2P 接口，用戶只需要在雙向隧道的邏輯口上運(yùn)行路由協(xié)議，私網(wǎng)站點(diǎn)間的路由 也就自然互通，流量也就通過雙向隧道^爭(zhēng)越^^網(wǎng)到達(dá)對(duì)方站點(diǎn)，乂人而實(shí)現(xiàn)了 一個(gè)簡(jiǎn)易的VPN方案。同時(shí)，在雙向隧道邏輯口上運(yùn)行LDP協(xié)議，也能輕 易第獲得連接不同VPN站點(diǎn)的MPLDLDPLSP，使得運(yùn)營(yíng)商的組網(wǎng)方案能 夠輕松部署。如果在次雙向隧道邏輯口上運(yùn)行組播路由協(xié)議，也能夠部署一
個(gè)比較簡(jiǎn)單的組播VPN。
同理，完全可以在同一公網(wǎng)上配置雙向隧道，并在其上運(yùn)行路由、組播、 LDP等協(xié)議。
圖2是現(xiàn)有技術(shù)中雙向隧道作為三層接口的第二應(yīng)用實(shí)例示意圖?？梢?br> 利用雙向隧道及其邏輯口實(shí)現(xiàn)一些IPv6 over IPv4、 IPv4 over IPv6的組網(wǎng)方 案，例如在圖2中，只需要在隧道邏輯口上配置IPv6的地址，并在其上運(yùn) 行IPv6路由協(xié)議即可。
但是，本申請(qǐng)的發(fā)明人現(xiàn)有的雙向隧道邏輯口只能作為三層接口使用， 然而在二層網(wǎng)絡(luò)中，也需要提供跨越公網(wǎng)的二層隧道功能。

發(fā)明內(nèi)容
本發(fā)明提供了兩種報(bào)文傳輸方法，這兩種方法使得雙向隧道的邏輯口能 夠作為二層接口傳輸二層報(bào)文。
本發(fā)明還提供了兩種報(bào)文傳輸設(shè)備，這兩種設(shè)備使得雙向隧道的邏輯口 能夠作為二層接口傳輸二層報(bào)文。
本發(fā)明還提供了 一種報(bào)文傳輸系統(tǒng)，該系統(tǒng)使得雙向隧道的邏輯口能夠 作為二層接口傳輸二層報(bào)文。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的
本發(fā)明公開了 一種報(bào)文傳輸方法，指定雙向隧道的兩個(gè)邏輯口中的第一 邏輯口屬于第一設(shè)備，該方法包括
第一設(shè)備將所述第一邏輯口的工作模式設(shè)置為二層模式； 第一設(shè)備將二層報(bào)文以及該二層報(bào)文的協(xié)議類型信息封裝到隧道報(bào)文
中，通過所述第一邏輯口向所述指定雙向隧道發(fā)送所述隧道報(bào)文。
本發(fā)明還公開了 一種報(bào)文傳輸方法，指定雙向隧道的兩個(gè)邏輯口中的第
二邏輯口屬于第二設(shè)備，該方法包括
第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式；
第二設(shè)備從所述第二邏輯口接收到隧道報(bào)文時(shí)，根據(jù)所述隧道報(bào)文中的
協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。
本發(fā)明公開了 一種報(bào)文傳輸設(shè)備，該設(shè)備是指定雙向隧道的兩個(gè)邏輯口
中的第一邏輯口所屬的設(shè)備，該設(shè)備包括設(shè)置模塊和發(fā)送模塊，
所述設(shè)置模塊，用于將所述第一邏輯口的工作模式設(shè)置為二層模式，并
通知發(fā)送模塊；
所述發(fā)送模塊，用于在收到所述通知后，將二層報(bào)文以及該二層報(bào)文的 協(xié)議類型信息封裝到隧道報(bào)文中，通過所述第一邏輯口向所述指定雙向隧道 發(fā)送所述隧道4艮文。
本發(fā)明還公開了一種報(bào)文傳輸設(shè)備，該設(shè)備是指定雙向隧道的兩個(gè)邏輯
口中的第二邏輯口所屬的設(shè)備，該設(shè)備包括設(shè)置模塊和接收模塊，
所述設(shè)置模塊，用于將所述第二邏輯口的工作模式設(shè)置為二層模式，并 通知接收模塊；
所述接收模塊，用于在收到所述通知后，在從所述第二邏輯口接收到隧 道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的 二層協(xié)議棧進(jìn)行處理。
本發(fā)明還公開了一種報(bào)文傳輸系統(tǒng)，包括具有第一邏輯口的第一設(shè)備 和具有第二邏輯口的第二設(shè)備，且第 一邏輯口和第二邏輯口為雙向隧道兩端 的邏輯口，所述第一設(shè)備將所述第一邏輯口的工作模式設(shè)置為二層模式，所 述第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式；
所述第一設(shè)備，用于將二層報(bào)文以及該二層報(bào)文的協(xié)議類型信息封裝到 隧道報(bào)文中，并通過所述第一邏輯口向所述雙向隧道發(fā)送所述隧道凈艮文；
所述第二設(shè)備，從所述第二邏輯口接收到隧道報(bào)文時(shí)，根據(jù)所述隧道報(bào) 文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。
由上述技術(shù)方案可見，本發(fā)明這種將雙向隧道的兩個(gè)邏輯口的工作模式 設(shè)置為二層模式，在兩個(gè)邏輯口中的第一邏輯口處，將二層報(bào)文以及其協(xié)議 類型信息封裝到隧道報(bào)文中，通過雙向隧道發(fā)送到對(duì)端；而在兩個(gè)邏輯口中 的第二邏輯口處接收到隧道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將隧
道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理的技術(shù)方案，使得雙向隧道的邏輯 口能夠作為二層接口傳輸二層報(bào)文。


圖1是現(xiàn)有技術(shù)中雙向隧道作為三層接口的第 一 應(yīng)用實(shí)例示意圖2是現(xiàn)有技術(shù)中雙向隧道作為三層接口的第二應(yīng)用實(shí)例示意圖3是本發(fā)明實(shí)施例中BIDIRECTIONAL—ATTRIBUTE的格式示意圖4是本發(fā)明實(shí)施例一種報(bào)文傳輸方法的流程圖
圖5是本發(fā)明實(shí)施例中雙向隧道作為二層接口的應(yīng)用實(shí)例示意圖6是本發(fā)明一種報(bào)文傳輸設(shè)備的第一實(shí)施例組成結(jié)構(gòu)框圖7是本發(fā)明一種報(bào)文傳輸設(shè)備的第二實(shí)施例組成結(jié)構(gòu)框圖8是本發(fā)明實(shí)施例一種報(bào)文傳輸系統(tǒng)的組成結(jié)構(gòu)框圖。
具體實(shí)施例方式
如果能夠?qū)㈦p向隧道邏輯口變?yōu)槎佣丝?，就能夠提供跨越公網(wǎng)的直連 的二層隧道端口功能。從實(shí)現(xiàn)原理上看，隧道數(shù)據(jù)通路的建立和隧道的邏輯 口運(yùn)行模式是獨(dú)立的，因此，本發(fā)明中通過修改雙向隧道邏輯口的收發(fā)報(bào)文 流程，以實(shí)現(xiàn)使雙向隧道邏輯口工作在二層端口模式下時(shí)的報(bào)文轉(zhuǎn)發(fā)。
在現(xiàn)有技術(shù)中，通用路由協(xié)議封裝(GRE)隧道是雙向隧道，而流量工 程(TE)隧道一般是單向隧道。由于本發(fā)明涉及將雙向隧道邏輯口變?yōu)槎?層端口的方案，且TE隧道在實(shí)際當(dāng)中有較為廣發(fā)的應(yīng)用，因此以下首先給 出如何建立雙向TE隧道的方案，然后給出本發(fā)明的核心部分，即如何將包 括GRE隧道和雙向TE隧道在內(nèi)的雙向隧道的邏輯口變?yōu)槎佣丝谝詡鬏敹?層報(bào)文的方案。
建立雙向TE隧道的具體方案包括如下幾點(diǎn)
一、 配置雙向TE隧道標(biāo)識(shí)
由于兩臺(tái)設(shè)備之間可以建立多條雙向TE隧道，因此需要配置雙向TE隧
道標(biāo)識(shí)(ID)，以區(qū)分了兩臺(tái)i殳備之間的不同的雙向TE隧道。配置雙向TE 隧道標(biāo)識(shí)的原則是 一臺(tái)設(shè)備的本地的兩個(gè)TE隧道邏輯口不能配置成具有 相同的雙向TE隧道標(biāo)識(shí)；在兩臺(tái)設(shè)備上，只有雙向TE隧道標(biāo)識(shí)相同的兩個(gè) 隧道邏輯口才會(huì)成為一對(duì)直連的P2P雙向隧道口 。
二、 配置源IP地址
現(xiàn)有的TE隧道是單向的，因此隧道邏輯口下不需要配置源IP地址。但是 在本發(fā)明中，使能為雙向隧道邏輯口后，就需要配置源IP地址，當(dāng)然也需要 配置目的IP地址。這是因?yàn)閮蓚€(gè)隧道邏輯口能夠成為一對(duì)直連的P2P雙向隧 道口的另一個(gè)條件就是這兩個(gè)隧道邏輯口的源和目的IP地址必須是相互對(duì) 應(yīng)的，即其中一個(gè)隧道邏輯口的源IP地址是另一個(gè)隧道邏輯口的目的IP地 址，反之亦然。
三、 擴(kuò)展資源預(yù)留協(xié)議(RSVP)信令協(xié)議以支持雙向TE隧道
為了支持雙向TE隧道，需要擴(kuò)展PSVP信令協(xié)議，使得資源預(yù)留協(xié)議路 徑(RSVP PATH )消息和資源預(yù)留協(xié)議保留(RSVP RESV )消息中都能攜 帶雙向TE隧道標(biāo)識(shí)。
在本發(fā)明的實(shí)施例中，在RSVP PATH消息和RSVP RESV消息中增加一 個(gè)雙向?qū)傩?BIDIRECTIONAL—ATTRIBUTE )對(duì)象，并在該BIDIRECTION AL—ATTRIBUTE對(duì)象所占的字段中填寫首端邏輯口 口的雙向TE隧道標(biāo)識(shí)， 以表明需要建立雙向TE隧道。在本發(fā)明的一個(gè)實(shí)施例中，BIDIRECTIONAL 一ATTRIBUTE對(duì)象的Value屬性，即內(nèi)容占用四個(gè)字節(jié)，其格式如圖3所示。 圖3是本發(fā)明實(shí)施例中BIDIRECTIONAL—ATTRIBUTE的格式示意圖。 參見圖3，最高位的比特M表示當(dāng)前雙向隧道邏輯口的工作模式，如果M為0 則表示工作在三層模式下，如果M為1則表示工作在二層模式下；M之后是 保留字段；保留字段之后是雙向TE隧道標(biāo)識(shí)；至于保留字段和雙向TE隧道 標(biāo)識(shí)各占多少個(gè)字節(jié)可以根據(jù)實(shí)際情況而定。
此外本發(fā)明實(shí)施例中還擴(kuò)展錯(cuò)誤類型(ERROR_SPEC)對(duì)象，增加雙 向TE隧道相關(guān)的錯(cuò)誤碼，具體為擴(kuò)展Error Code為24號(hào)的"Routing Problem",
增力oll號(hào)錯(cuò)誤碼"Unsupported Bidirectional Tunnel"。 "Unsupported
Bidirectional Tunnel"表示雙向TE隧道建立失敗。
基于上述幾點(diǎn)，接下來(lái)以建立一個(gè)具體的雙向TE隧道為例對(duì)本發(fā)明的
技術(shù)方案進(jìn)行進(jìn)一步的說明。
本例中設(shè)設(shè)備A上存在邏輯口a，設(shè)備B上存在邏輯口b: 才艮據(jù)本發(fā)明的方案，首先為邏輯口 a和邏輯口 b配置相同的雙向TE隧
道標(biāo)識(shí)，并且為邏輯口 a和邏輯口 b分別配置源IP地址和目的IP地址，并
將邏輯口 a的源ip地址配置為邏輯口 b的目的IP地址，將邏輯口 b的源IP
地址配置為邏輯口 a的目的IP地址；在設(shè)備A和設(shè)備B上分別使能邏輯a
和邏輯口 b為雙向TE隧道邏輯口 。之后的處理如下
a、 設(shè)備A上的處理
設(shè)備A向設(shè)備B發(fā)送RSVP PATH消息，該RSVP PATH消息中攜帶有 邏輯口 a的雙向TE隧道標(biāo)識(shí)和邏輯口 a的源IP地址。其中，邏輯口 a的雙 向TE隧道標(biāo)識(shí)攜帶在RSVP PATH消息的BIDIRECTIONAL_ATTRIBUTE 對(duì)象中，且BIDIRECTIONAL—ATTRIBUTE對(duì)象中還攜帶有表示邏輯口 a的 工作模式的工作模式標(biāo)識(shí)，具體可以如圖3所示；而邏輯口 a的源IP地址 則攜帶在RSVP PATH消息中的會(huì)話SESSION對(duì)象中的擴(kuò)展隧道標(biāo)識(shí) EXTENDED TUNNEL ID字段中。該RSVP PATH消息傳遞到設(shè)備B上。
當(dāng)設(shè)備A接收到了下游返回的RSVP RESV消息時(shí)，如果該RSVP RESV 消息中攜帶有BIDIRECTIONAL—ATTRIBUTE對(duì)象，且該對(duì)象中的內(nèi)容沒有 改變，則確定邏輯口 a所對(duì)應(yīng)的雙向TE隧道已建立。這里，RSVP RESV消 息是設(shè)備B根據(jù)所述RSVP PATH消息發(fā)送的，這一點(diǎn)在下面進(jìn)行說明。
b、 設(shè)備B上的處理
設(shè)備B接收來(lái)自設(shè)備A的RSVP PATH消息，且該RSVP PATH消息攜 帶有BIDIRECTIONAL—ATTRIBUTE對(duì)象，則確認(rèn)對(duì)端設(shè)備(即設(shè)備A )要 建立雙向TE隧道，此時(shí)，設(shè)備B中的RSVP信令協(xié)議模塊向TE邏輯隧道 口管理模塊確認(rèn)以下流程1)查找本地使能TE雙向隧道的邏輯口，判斷是否存在具有與RSVP
PATH消息中BIDIRECTIONAL—ATTRIBUTE對(duì)象中的雙向TE標(biāo)識(shí)相同的 標(biāo)識(shí)的邏輯口 ，且該邏輯口的工作;溪式與BIDIRECTIONAL—ATTRIBUTE對(duì) 象中工作模式標(biāo)識(shí)相同，如果存在則繼續(xù)執(zhí)行后續(xù)的步驟2)，如果不存在 則使用資源預(yù)留協(xié)議路徑錯(cuò)誤RSVP PATH ERROR消息，返回"Unsupported Bidirectional Tunnel"錯(cuò)誤碼。
2 )判斷RSVP PATH消息中SESSION對(duì)象中的擴(kuò)展隧道標(biāo)識(shí) EXTENDED TUNNEL ID字段中的源IP地址是否與該邏輯口的目的IP地址 相同，如果相同，則向?qū)Χ嗽O(shè)備返回RSVPRESV消息，并在轉(zhuǎn)發(fā)層面建立 雙向TE隧道相關(guān)的表項(xiàng)，且RSVP RESV消息中攜帶同樣的 BIDIRECTIONAL—ATTRIBUTE對(duì)象和為該雙向的TE隧道分配的非空的 MPLS標(biāo)簽，至此成功建立了邏輯口 a和b之間的雙向的TE隧道；如果不 相同，則使用RSVP PATH ERROR消息，返回"Unsupported Bidirectional Tunnel"錯(cuò)誤碼。
b、中間設(shè)備的處理(即設(shè)備A和B之間的其他設(shè)備)
在本發(fā)明實(shí)施例中，中間設(shè)備不感知雙向TE隧道功能，如果這些中間 設(shè)備收到的RSVP PATH消息中攜帶了 BIDIRECTIONAL—ATTRIBUTE對(duì)象> 則直接繼續(xù)傳遞這個(gè)對(duì)象即可。
通過上述方案可以建立雙向TE隧道。
接下來(lái)給出如何將雙向隧道的邏輯變?yōu)槎佣丝诘姆桨浮．?dāng)然這里的雙 向隧道包括根據(jù)上述方案建立的雙向TE隧道。
圖4是本發(fā)明實(shí)施例一種報(bào)文傳輸方法的流程圖。如圖4所述，該方法包 括以下步驟
步驟401,將指定雙向隧道的兩個(gè)邏輯口的工作模式設(shè)置為二層模式。 本發(fā)明中，通過在雙向隧道邏輯口下增加工作模式命令來(lái)實(shí)現(xiàn)設(shè)置邏輯 口的工作模式。
在本發(fā)明的一個(gè)實(shí)施例中，增加對(duì)應(yīng)于三層模式的"port link-moderoute"命令和對(duì)應(yīng)于二層模式的"port link-mode bridge"命令。在默認(rèn)情況 下，雙向隧道邏輯口是工作在"port link-mode route"模式的，即邏輯口作 為三層的P2P類型接口工作；如果用戶配置了 "portlink-mode bridge"模式， 則雙向隧道邏輯口則從三層模式切換到二層模式，作為二層以太網(wǎng)端口工作。
對(duì)于雙向TE隧道來(lái)說，切換工作模式時(shí)，隧道邏輯口的數(shù)據(jù)鏈路層會(huì) Down掉，即雙向TE隧道會(huì)失效，重新建立雙向TE隧道；而沖艮據(jù)前面的描 述可知雙向TE隧道的建立過程是有信令協(xié)商的，在信令協(xié)商過程中同時(shí)協(xié) 商邏輯口的工作模式(即將 RSVP PATH 消息中的 BIDIRECTIONAL—ATTRIBUTE對(duì)象中的最高比特位M設(shè)置為表示二層模 式的1)，因此能夠確保重新建立的雙向TE隧道兩端的邏輯口都工作在二層 模式下。當(dāng)然也可以在最初建立雙向TE隧道時(shí)的信令協(xié)商過程就將隧道的 兩個(gè)邏輯口設(shè)置成二層模式。
對(duì)于GER隧道來(lái)說，隧道的建立過程沒有信令協(xié)商，因此即使隧道兩 端的GRE隧道邏輯口工作在不同的模式下，邏輯口也能夠UP,即邏輯口能 正常工作，但是業(yè)務(wù)不能正常運(yùn)行。
步驟402，所述兩個(gè)邏輯口中的第一邏輯口所屬的第一設(shè)備，將二層報(bào) 文以及該二層報(bào)文的協(xié)議類型信息封裝到隧道報(bào)文中，并通過所述指定雙向 隧道發(fā)送所述隧道報(bào)文。
本發(fā)明中，雙向隧道的邏輯口工作在二層模式下時(shí)，其屬性和功能與正 常的二層以太網(wǎng)端口一樣，如學(xué)習(xí)MAC地址，以參與VLAN內(nèi)的以太網(wǎng)二 層報(bào)文的轉(zhuǎn)發(fā)等。因此，如果以太網(wǎng)二層報(bào)文查找二層轉(zhuǎn)發(fā)表，發(fā)現(xiàn)出接口 是工作在二層模式下的雙向隧道邏輯口 ，則將以太網(wǎng)二層報(bào)文以及其協(xié)議類 型信息封裝到隧道報(bào)文中后發(fā)送至雙向隧道。
本發(fā)明實(shí)施例中的雙向隧道可以是通用路由協(xié)議封裝(GRE )隧道，也 可以是雙向的流量工程(TE )隧道。以太網(wǎng)二層報(bào)文在GRE隧道或雙向TE 隧道中傳輸時(shí)，需要標(biāo)明其凈荷數(shù)據(jù)的協(xié)議類型，因此在本發(fā)明中將以太網(wǎng)
二層報(bào)文以及其協(xié)議類型信息(該信息為0x88c9)封裝到隧道報(bào)文中后發(fā)送
至雙向隧道。在本發(fā)明的一個(gè)實(shí)施例中，將協(xié)議類型信息填寫到隧道報(bào)文中
的GRE隧道封裝信息/雙向TE隧道口封裝信息中的協(xié)議類型信息字段中。 步驟403，所述兩個(gè)邏輯口中的第二邏輯口所屬的第二設(shè)備在從指定雙
向隧道接收到隧道報(bào)文時(shí)，根據(jù)隧道報(bào)文中協(xié)議類型信息，將隧道報(bào)文發(fā)送
到相應(yīng)的二層協(xié)議棧進(jìn)行處理。
在本步驟中，第二設(shè)備在從指定雙向隧道接收到隧道報(bào)文時(shí)，解析隧道
報(bào)文中的RE隧道封裝信息/雙向TE隧道口封裝信息中的協(xié)議類型信息字段，
將報(bào)文發(fā)送到相應(yīng)的協(xié)議棧進(jìn)行處理。例如，解析出是二層以太網(wǎng)報(bào)文時(shí)，
將報(bào)文發(fā)送到二層轉(zhuǎn)發(fā)模塊進(jìn)行處理。
通過上述方案使得雙向隧道的邏輯口能夠作為二層接口傳輸二層報(bào)文。 由于二層雙向隧道邏輯口(即工作在二層模式下的雙向隧道邏輯口)和
普通二層以太網(wǎng)端口功能基本一致，因此，普通的應(yīng)用都能部署在二層雙向 隧道邏輯口上。二層雙向隧道邏輯口能夠支持所有普通的二層以太網(wǎng)端口的 功能，例如，可以設(shè)置此端口的access 、 trunk、 hybrid屬性，可以在此端口 上使能STP、 RRPP等環(huán)路檢測(cè)協(xié)議，也可以支持SmartLink這種快速倒換的 特性，也可以支持QinQ等特性。
由于二層隧道邏輯口跨越了公網(wǎng)，為很多業(yè)務(wù)的部署帶來(lái)的方便。圖5 是本發(fā)明實(shí)施例中雙向隧道作為二層接口的應(yīng)用實(shí)例示意圖。如圖5所示， 兩臺(tái)PE建立跨越公網(wǎng)的雙向隧道，并將二層隧道邏輯口綁定到VSI中。同時(shí)， PE上接入CE的二層以太網(wǎng)端口也綁定到虛擬轉(zhuǎn)發(fā)實(shí)例(VSI)中，這樣，就 可以方便的部署一個(gè)VPLS的L2VPN了 。在二層邏輯口上，可以使能STP、 RRPP防止二層環(huán)路存在，也可以使能Igmp-Snooping以實(shí)現(xiàn)L2VPN上的二層 組播。
圖6是本發(fā)明一種報(bào)文傳輸設(shè)備的第一實(shí)施例組成結(jié)構(gòu)框圖。如圖6 所示，該設(shè)備是指定雙向隧道的兩個(gè)邏輯口中的第一邏輯口所屬的設(shè)備，該 設(shè)備包括設(shè)置模塊601和發(fā)送模塊602，其中
設(shè)置模塊601,用于將所述第一邏輯口的工作模式設(shè)置為二層模式，并
通知發(fā)送纟莫塊602;
發(fā)送模塊602,用于在收到所述通知后，將二層報(bào)文以及該二層報(bào)文的 協(xié)議類型信息封裝到隧道報(bào)文中，通過所述第一邏輯口向所述指定雙向隧道 發(fā)送所述隧道報(bào)文。
在圖6所示的設(shè)備中，所述第一邏輯口的默認(rèn)工作模式是三層模式；設(shè) 置模塊601,用于在收到切換指令后將所述第一邏輯口的工作模式從三層模 式切換至二層模式，并通知發(fā)送模塊。
如圖6所示的設(shè)備還包括學(xué)習(xí)使能模塊，在圖6中未畫出，用于使所 述第一邏輯口學(xué)習(xí)MAC地址，以參與二層報(bào)文的轉(zhuǎn)發(fā)。
圖7是本發(fā)明一種報(bào)文傳輸設(shè)備的第二實(shí)施例組成結(jié)構(gòu)框圖。如圖7 所示，該設(shè)備是指定雙向隧道的兩個(gè)邏輯口中的第二邏輯口所屬的設(shè)備，該 設(shè)備包括設(shè)置模塊701和接收模塊702,其中
設(shè)置模塊701,用于將所述第二邏輯口的工作模式設(shè)置為二層模式，并 通知接收模塊702;
接收模塊702,用于在收到所述通知后，在從所述第二邏輯口接收到隧 道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的 二層協(xié)議棧進(jìn)行處理。
在圖7所示的設(shè)備中，所述第二邏輯口的默認(rèn)工作模式是三層模式；述 設(shè)置模塊701,用于在收到切換指令后將所述第二邏輯口的工作模式從三層 模式切換至二層模式，并通知接收模塊。
圖8是本發(fā)明實(shí)施例一種報(bào)文傳輸系統(tǒng)的組成結(jié)構(gòu)框圖。如圖8所示，， 該系統(tǒng)包括具有第一邏輯口的第一設(shè)備和具有第二邏輯口的第二設(shè)備，且 第一邏輯口和第二邏輯口為雙向隧道兩端的邏輯口，第一設(shè)備將所述第一邏
輯口的工作模式設(shè)置為二層模式，所述第二設(shè)備將所述第二邏輯口的工作模 式設(shè)置為二層模式；
所述第一設(shè)備，用于將二層報(bào)文以及該二層報(bào)文的協(xié)議類型信息封裝到
隧道凈艮文中，并通過所述第一邏輯口向所述雙向隧道發(fā)送所述隧道凈艮文；
所述第二設(shè)備，從所述第二邏輯口接收到隧道報(bào)文時(shí)，根據(jù)所述隧道報(bào)
文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。 在圖8所示的系統(tǒng)中，所述第一邏輯口和第二邏輯口為雙向隧道兩端的
邏輯口 ，所述第 一設(shè)備將所迷第 一邏輯口的工作模式設(shè)置為二層模式，所述
第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式具體為
為第 一設(shè)備上的第 一邏輯口和第二設(shè)備上的第二邏輯口配置相同的雙
向TE隧道標(biāo)識(shí)；為所述第 一邏輯口和第二邏輯口分別配置源IP地址和目的 IP地址，且第 一邏輯口的源IP地址為第二邏輯口的目的IP地址，第二邏輯 口的源IP地址為第 一邏輯口的目的IP地址；
第一設(shè)備根據(jù)指令將所述第一邏輯口的工作模式設(shè)置為二層模式；第二 設(shè)備根據(jù)指令將所述第二邏輯口的工作模式設(shè)置為二層模式；
第 一設(shè)備向第二設(shè)備發(fā)送資源預(yù)留協(xié)議路徑RSVP PATH消息；其中， 所述RSVP PATH中攜帶有所述第一邏輯口的雙向TE隧道標(biāo)識(shí)、所述第一 還輯口的源ip地址和第 一邏輯口的工作才莫式標(biāo)識(shí)；
第二設(shè)備接收RSVP PATH消息后，判斷本地是否存在具有與RSVP PATH消息中的雙向TE標(biāo)識(shí)相同的標(biāo)識(shí)的邏輯口；如果存在，進(jìn)一步判斷 該邏輯口的目的IP地址是否與RSVP PATH消息中的源IP地址相同，且該 邏輯口的工作模式與RSVP PATH消息中的工作模式標(biāo)識(shí)相同；如果相同， 則向第二設(shè)備發(fā)送攜帶有第一邏輯口的雙向TE隧道標(biāo)識(shí)和源IP地址的預(yù)留 資源協(xié)議保留RSVP RESV消息；
第 一設(shè)備接收到所述RSVP RESV消息時(shí)，確定在所述第 一邏輯口和第 二邏輯口之間已建立雙向TE隧道。
綜上所述，本發(fā)明實(shí)施例這種將雙向隧道的兩個(gè)邏輯口的工作模式設(shè)置 為二層模式，在兩個(gè)邏輯口中的第一邏輯口處，將二層報(bào)文以及其協(xié)議類型 信息封裝到隧道報(bào)文中，通過雙向隧道發(fā)送到對(duì)端；而在兩個(gè)邏輯口中的第 二邏輯口處接收到隧道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將隧道報(bào)
文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理的技術(shù)方案，使得雙向隧道的邏輯口能 夠作為二層接口傳輸二層報(bào)文。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù) 范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種報(bào)文傳輸方法，其特征在于，一指定雙向隧道的兩個(gè)邏輯口中的第一邏輯口屬于第一設(shè)備，該方法包括第一設(shè)備將所述第一邏輯口的工作模式設(shè)置為二層模式；第一設(shè)備將二層報(bào)文以及該二層報(bào)文的協(xié)議類型信息封裝到隧道報(bào)文中，通過所述第一邏輯口向所述指定雙向隧道發(fā)送所述隧道報(bào)文。
2、 如權(quán)利要求l所述的方法，其特征在于，所述第一設(shè)備將所述第一 邏輯口的工作模式設(shè)置為二層模式包括所述第一邏輯口的默認(rèn)工作模式是三層模式；所述第一設(shè)備收到切換指令后將所述第一邏輯口的工作模式從三層模 式切換至二層模式。
3、 如權(quán)利要求1所述的方法，其特征在于，所述第一設(shè)備將所述第一 邏輯口的工作模式設(shè)置為二層模式包括所述第一設(shè)備使得所述第一邏輯口學(xué)習(xí)MAC地址，以參與二層報(bào)文的 轉(zhuǎn)發(fā)。
4、 一種報(bào)文傳輸方法，其特征在于， 一指定雙向隧道的兩個(gè)邏輯口中 的第二邏輯口屬于第二設(shè)備，該方法包括第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式；第二設(shè)備從所述第二邏輯口接收到隧道報(bào)文時(shí)，根據(jù)所述隧道報(bào)文中的 協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。
5、 如權(quán)利要求4所述的方法，其特征在于，所述第二設(shè)備將所述第二 邏輯口的工作模式設(shè)置為二層模式包括所述第二邏輯口的默認(rèn)工作模式是三層模式；所述第二設(shè)備收到切換指令后將所述第二邏輯口的工作模式從三層模 式切換至二層模式。
6、 一種報(bào)文傳輸設(shè)備，其特征在于，該設(shè)備是一指定雙向隧道的兩個(gè)邏輯口中的第一邏輯口所屬的設(shè)備，該設(shè)備包括設(shè)置模塊和發(fā)送模塊，所述設(shè)置模塊，用于將所述第一邏輯口的工作模式設(shè)置為二層模式，并 通知發(fā)送模塊；所述發(fā)送模塊，用于在收到所述通知后，將二層報(bào)文以及該二層報(bào)文的 協(xié)議類型信息封裝到隧道報(bào)文中，通過所述第一邏輯口向所述指定雙向隧道 發(fā)送所述隧道報(bào)文。
7、 如權(quán)利要求6所述的設(shè)備，其特征在于，所述第一邏輯口的默認(rèn)工 作模式是三層模式；所述設(shè)置模塊，用于在收到切換指令后將所述第一邏輯口的工作模式從 三層模式切換至二層模式，并通知發(fā)送模塊。
8、 如權(quán)利要求6所述的設(shè)備，其特征在于，該設(shè)備還包括學(xué)習(xí)使能 模塊，用于使所述第一邏輯口學(xué)習(xí)MAC地址，以參與二層報(bào)文的轉(zhuǎn)發(fā)。
9、 一種報(bào)文傳輸設(shè)備，其特征在于，該設(shè)備是指定雙向隧道的兩個(gè)邏 輯口中的第二邏輯口所屬的設(shè)備，該設(shè)備包括設(shè)置模塊和接收模塊，所述設(shè)置模塊，用于將所述第二邏輯口的工作模式設(shè)置為二層模式，并 通知接收模塊；所述接收模塊，用于在收到所述通知后，在從所述第二邏輯口接收到隧 道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的 二層協(xié)議棧進(jìn)行處理。
10、 如權(quán)利要求9所述的設(shè)備，其特征在于，所述第二邏輯口的默認(rèn)工 作模式是三層模式；所述設(shè)置模塊，用于在收到切換指令后將所述第二邏輯口的工作模式從 三層模式切換至二層模式，并通知接收模塊。
11、 一種報(bào)文傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括具有第一邏輯口的 第 一設(shè)備和具有第二邏輯口的第二設(shè)備，且第 一邏輯口和第二邏輯口為雙向 隧道兩端的邏輯口 ，所述第 一設(shè)備將所述第 一邏輯口的工作模式設(shè)置為二層 模式，所述第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式；所述第一設(shè)備，用于將二層報(bào)文以及該二層報(bào)文的協(xié)議類型信息封裝到隧道報(bào)文中，并通過所述第一邏輯口向所述雙向隧道發(fā)送所述隧道報(bào)文； 所述第二設(shè)備，從所述第二邏輯口接收到隧道報(bào)文時(shí)，根據(jù)所述隧道報(bào)文中的協(xié)議類型信息，將所述隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。 12、如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述第一邏輯口和第二邏輯口為雙向隧道兩端的邏輯口 ，所述第 一設(shè)備將所述第 一邏輯口的工作模式設(shè)置為二層模式，所述第二設(shè)備將所述第二邏輯口的工作模式設(shè)置為二層模式包括為第 一設(shè)備上的第 一邏輯口和第二設(shè)備上的第二邏輯口配置相同的雙 向TE隧道標(biāo)識(shí)；為所述第一邏輯口和第二邏輯口分別配置源IP地址和目的 IP地址，且第一邏輯口的源IP地址為第二邏輯口的目的IP地址，第二邏輯 口的源IP地址為第 一邏輯口的目的IP地址；所述第 一設(shè)備根據(jù)指令將所述第 一邏輯口的工作模式設(shè)置為二層模式； 所述第二設(shè)備根據(jù)指令將所述第二邏輯口的工作模式設(shè)置為二層模式；所述第 一設(shè)備向第二設(shè)備發(fā)送資源預(yù)留協(xié)議路徑RSVP PATH消息；其 中，所述RSVP PATH中攜帶有所述第一邏輯口的雙向TE隧道標(biāo)識(shí)、所述 第一邏輯口的源ip地址和第一邏輯口的工作模式標(biāo)識(shí)；所述第二設(shè)備接收RSVP PATH消息后，判斷本地是否存在具有與RSVP PATH消息中的雙向TE標(biāo)識(shí)相同的標(biāo)識(shí)的邏輯口；如果存在，進(jìn)一步判斷 該邏輯口的目的IP地址是否與RSVP PATH消息中的源IP地址相同，且該 邏輯口的工作^^莫式與RSVP PATH消息中的工作才莫式標(biāo)識(shí)相同；如果相同， 則向第二設(shè)備發(fā)送攜帶有第 一邏輯口的雙向TE隧道標(biāo)識(shí)和源IP地址的預(yù)留 資源協(xié)議保留RSVP RESV消息；所述第一設(shè)備接收到所述RSVPRESV消息時(shí)，確定在所述第一邏輯口 和第二邏輯口之間已建立雙向TE隧道。
全文摘要
本發(fā)明公開了一種報(bào)文傳輸方法、設(shè)備和系統(tǒng)。方法包括將雙向隧道的兩個(gè)邏輯口的工作模式設(shè)置為二層模式；在兩個(gè)邏輯口中的第一邏輯口處，將二層報(bào)文以及其協(xié)議類型信息封裝到隧道報(bào)文中，通過雙向隧道發(fā)送到對(duì)端；而在兩個(gè)邏輯口中的第二邏輯口處接收到隧道報(bào)文時(shí)，根據(jù)隧道報(bào)文中的協(xié)議類型信息，將隧道報(bào)文發(fā)送到相應(yīng)的二層協(xié)議棧進(jìn)行處理。本發(fā)明的技術(shù)方案，使得雙向隧道的邏輯口能夠作為二層接口傳輸二層報(bào)文。
文檔編號(hào)H04L12/56GK101394361SQ200810226240
公開日2009年3月25日 申請(qǐng)日期2008年11月10日 優(yōu)先權(quán)日2008年11月10日
發(fā)明者郜忠華, 雷昭燕 申請(qǐng)人:杭州華三通信技術(shù)有限公司