報文轉(zhuǎn)發(fā)方法以及交換的制造方法
【專利摘要】本發(fā)明公開了一種報文轉(zhuǎn)發(fā)方法和交換機(jī)。所述報文轉(zhuǎn)發(fā)方法包括：如果從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝；根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口；如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝；從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。本發(fā)明提供的報文轉(zhuǎn)發(fā)方法和交換機(jī)使得網(wǎng)絡(luò)中每一個GRE隧道都與唯一的一個VRF對應(yīng)，并根據(jù)該VRF的配置對該GRE隧道的流量進(jìn)行轉(zhuǎn)發(fā)，方便了對網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
【專利說明】報文轉(zhuǎn)發(fā)方法以及交換機(jī)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機(jī)網(wǎng)絡(luò)【技術(shù)領(lǐng)域】，尤其涉及報文轉(zhuǎn)發(fā)方法以及交換機(jī)。
【背景技術(shù)】
[0002]通用路由協(xié)議封裝(Generic routing encapsulation, GRE)是一種隧道技術(shù)，是虛擬專用網(wǎng)(Virtual private network, VPN)的第三層隧道協(xié)議。它規(guī)定了如何用一種網(wǎng)絡(luò)協(xié)議去封裝另一種網(wǎng)絡(luò)協(xié)議的方法。
[0003]如果兩臺設(shè)備所在的網(wǎng)絡(luò)運(yùn)行著相同的網(wǎng)絡(luò)協(xié)議B，而兩臺設(shè)備之間是通過一個運(yùn)行著網(wǎng)絡(luò)協(xié)議A的網(wǎng)絡(luò)相連，則兩臺設(shè)備之間進(jìn)行通信時，可以利用GRE對網(wǎng)絡(luò)協(xié)議B的數(shù)據(jù)進(jìn)行封裝。在這種情況下，我們將網(wǎng)絡(luò)協(xié)議A稱為承載協(xié)議，并將網(wǎng)絡(luò)協(xié)議B稱為載荷協(xié)議。圖1是現(xiàn)有技術(shù)提供的GRE封包格式的示意圖。參見圖1，所述GRE封包包括鏈路層協(xié)議數(shù)據(jù)101、承載協(xié)議數(shù)據(jù)102、封裝協(xié)議數(shù)據(jù)103 (也即GRE數(shù)據(jù))、載荷協(xié)議數(shù)據(jù)104以及原始載荷數(shù)據(jù)105。經(jīng)過這樣的封裝，原來符合載荷協(xié)議的格式要求的數(shù)據(jù)就可以無損的通過運(yùn)行著承載協(xié)議的網(wǎng)絡(luò)，被發(fā)送至數(shù)據(jù)的目的地。目前GRE隧道主要用于以太網(wǎng)中IP協(xié)議報文的封裝。
[0004]然而，在VPN中，當(dāng)多個GRE隧道通過同一臺交換機(jī)進(jìn)行數(shù)據(jù)發(fā)送時，會對這臺交換機(jī)的數(shù)據(jù)管理和監(jiān)控造成一定的困難。圖2是現(xiàn)有技術(shù)提供的實現(xiàn)GRE隧道中的報文轉(zhuǎn)發(fā)的網(wǎng)絡(luò)拓?fù)涫疽鈭D。參見圖2，第一局域網(wǎng)210內(nèi)的第一終端211通過第一 GRE隧道261將數(shù)據(jù)發(fā)送至第二局域網(wǎng)220內(nèi)的第二終端221，同時第三局域網(wǎng)230內(nèi)的第三終端231通過第二 GRE隧道271將數(shù)據(jù)發(fā)送至第四局域網(wǎng)240內(nèi)的第四終端241。所述第一 GRE隧道261與所述第二 GRE隧道271都經(jīng)過交換機(jī)251，并且該交換機(jī)251處于公共網(wǎng)絡(luò)250內(nèi)?，F(xiàn)有技術(shù)中，不論交換機(jī)251承載了多少個GRE隧道，交換機(jī)251對所有接收到的數(shù)據(jù)建立統(tǒng)一的路由表來對接收的數(shù)據(jù)進(jìn)行路由。這樣一來,如果第一局域網(wǎng)210內(nèi)的終端與第三局域網(wǎng)230內(nèi)的終端使用了相同的IP地址，則在交換機(jī)251出無法對第一 GRE隧道261及第二 GRE隧道271的數(shù)據(jù)進(jìn)行分別，造成無法對接收到的數(shù)據(jù)進(jìn)行正確的路由。這使得對網(wǎng)絡(luò)的GRE隧道流量的管理和監(jiān)控十分不便。

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

[0005]有鑒于此，本發(fā)明提出一種報文轉(zhuǎn)發(fā)方法以及交換機(jī)，以方便網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
[0006]第一方面，本發(fā)明實施例提供了一種報文轉(zhuǎn)發(fā)方法，所述方法包括:
[0007]如果從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝；
[0008]根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口；
[0009]如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝；
[0010]從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
[0011]第二方面，本發(fā)明實施例提供了一種交換機(jī)，所述交換機(jī)包括:
[0012]GRE解封裝模塊，用于在從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文時，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝；
[0013]發(fā)送端口確定模塊，用于根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口；
[0014]GRE封裝模塊，用于如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝；
[0015]報文發(fā)送模塊，用于從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
[0016]本發(fā)明實施例提供的報文轉(zhuǎn)發(fā)方法以及交換機(jī)，從GRE隧道上的交換機(jī)接收端口接收待轉(zhuǎn)發(fā)報文之后，根據(jù)與所述GRE隧道預(yù)先綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，再從所述發(fā)送端口轉(zhuǎn)發(fā)所述待轉(zhuǎn)發(fā)報文，使得GRE隧道流量能夠根據(jù)各自的VRF中的路由信息進(jìn)行轉(zhuǎn)發(fā)，方便了對網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
【專利附圖】

【附圖說明】
[0017]通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯:
[0018]圖1是現(xiàn)有技術(shù)提供的GRE封包格式的示意圖；
[0019]圖2是現(xiàn)有技術(shù)提供的實現(xiàn)GRE隧道中的報文轉(zhuǎn)發(fā)的網(wǎng)絡(luò)拓?fù)涫疽鈭D；
[0020]圖3是本發(fā)明第一實施例提供的報文轉(zhuǎn)發(fā)方法的流程圖；
[0021]圖4是應(yīng)用本發(fā)明第一實施例提供的報文轉(zhuǎn)發(fā)方法的交換機(jī)的結(jié)構(gòu)示意圖；
[0022]圖5是本發(fā)明第二實施例提供的報文轉(zhuǎn)發(fā)方法的流程圖；
[0023]圖6是本發(fā)明第三實施例提供的報文轉(zhuǎn)發(fā)方法中報文丟棄的流程圖；
[0024]圖7是本發(fā)明第四實施例提供的交換機(jī)的結(jié)構(gòu)圖。
【具體實施方式】
[0025]下面結(jié)合附圖和實施例對本發(fā)明作進(jìn)一步的詳細(xì)說明?？梢岳斫獾氖?，此處所描述的具體實施例僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部內(nèi)容。
[0026]圖3及圖4示出了本發(fā)明的第一實施例。
[0027]圖3是本發(fā)明第一實施例提供的報文轉(zhuǎn)發(fā)方法的流程圖。參見圖3，所述報文轉(zhuǎn)發(fā)方法包括:
[0028]S310，如果從GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝。
[0029]從GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文有可能是經(jīng)過GRE封裝過的報文。在這里將經(jīng)過GRE封裝過的報文稱為已封裝報文。由于所述已封裝報文被封裝了多個外層頭，所以不便于對所述已封裝報文進(jìn)行處理。因此，在對所述已封裝報文進(jìn)行進(jìn)一步處理之前需要對所述已封裝報文進(jìn)行GRE解封裝。[0030]優(yōu)選的，對所述待轉(zhuǎn)發(fā)報文進(jìn)行解封裝時，將所述待轉(zhuǎn)發(fā)報文的鏈路層協(xié)議數(shù)據(jù)、承載協(xié)議數(shù)據(jù)以及封裝協(xié)議數(shù)據(jù)進(jìn)行剝離，使得所述待轉(zhuǎn)發(fā)報文只包含載荷協(xié)議數(shù)據(jù)以及原始載荷數(shù)據(jù)。這樣一來，對所述待轉(zhuǎn)發(fā)報文的進(jìn)一步處理就變得十分簡單。
[0031]S320，根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例(VPN routing andforwarding instance, VRF)中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0032]VRF是PE為直接連接的站點建立并維護(hù)的一個專門實體，它可以被看做是一個虛擬的路由器。一個VRF至少包括一個獨(dú)立的路由表、一個屬于該VRF的接口集合以及一個只應(yīng)用于該VRF的路由協(xié)議。其中，所述路由表中存儲了到達(dá)網(wǎng)絡(luò)中每一個終端的路徑信息；所述接口集合是與該VRF向連接的網(wǎng)絡(luò)接口的集合；所述路由協(xié)議是該VRF對報文進(jìn)行路由時采用的協(xié)議。在本實施例中，交換機(jī)中的每一個VRF都與唯一的一個GRE隧道進(jìn)行預(yù)先的綁定。
[0033]由于每個VRF都包括一個獨(dú)立的路由表，當(dāng)VRF接收到來自位于所述GRE隧道上的接收端口的報文時，就可以根據(jù)與所述GRE隧道綁定的VRF的路由表中的路由信息進(jìn)行路由。在交換機(jī)上，對報文進(jìn)行路由的過程就是查找報文的發(fā)送鏈路的過程，也就是確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0034]一旦所述待轉(zhuǎn)發(fā)報文的發(fā)送端口確定，則完成了利用VRF對所述待轉(zhuǎn)發(fā)報文進(jìn)行路由的過程。
[0035]S330，如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝。
[0036]交換機(jī)不是所述GRE隧道上的末端節(jié)點，說明所述報文的發(fā)送鏈路仍然處于運(yùn)行承載協(xié)議的網(wǎng)絡(luò)的內(nèi)部，所以仍然需要對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝。
[0037]優(yōu)選的，經(jīng)過對所述待轉(zhuǎn)發(fā)報文的GRE封裝后，所述待轉(zhuǎn)發(fā)報文不僅包含載荷協(xié)議數(shù)據(jù)以及原始載荷數(shù)據(jù)，還包含鏈路層協(xié)議數(shù)據(jù)、承載協(xié)議數(shù)據(jù)以及封裝協(xié)議數(shù)據(jù)。
[0038]如果交換機(jī)是所述GRE隧道上的末端節(jié)點，說明所述報文的發(fā)送鏈路已經(jīng)處于運(yùn)行承載協(xié)議的網(wǎng)絡(luò)之外，所以不再需要對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝。
[0039]S340，從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
[0040]在利用交換機(jī)內(nèi)部的與GRE隧道綁定的VRF確定了待轉(zhuǎn)發(fā)報文的發(fā)送端口后，從確定的發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。這樣，就完成了對所述待轉(zhuǎn)發(fā)報文的轉(zhuǎn)發(fā)。
[0041]圖4示出了應(yīng)用本實施例提供的報文轉(zhuǎn)發(fā)方法的交換機(jī)的結(jié)構(gòu)。參見圖4，所述交換機(jī)410上運(yùn)行有與連接至所述交換機(jī)410的GRE隧道420數(shù)目相等的VRF411，并且每個VRF411與所述交換機(jī)410上的GRE隧道420預(yù)先綁定。在綁定之后，所述交換機(jī)410上運(yùn)行的VRF411與其上的GRE隧道420——對應(yīng)。并且，由于該GRE隧道420綁定的VRF411對該GRE隧道420的報文進(jìn)行路由和轉(zhuǎn)發(fā)處理。這樣一來就實現(xiàn)了對不同GRE隧道420的數(shù)據(jù)的隔離轉(zhuǎn)發(fā)，方便了網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
[0042]本實施例通過在交換機(jī)上設(shè)置多個VRF，并將不同的GRE隧道與不同的VRF進(jìn)行綁定，實現(xiàn)了對不同GRE隧道中的報文的隔離處理，使得GRE隧道流量能夠根據(jù)各自的VRF中的路由信息進(jìn)行轉(zhuǎn)發(fā)，方便了對網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
[0043]圖5示出了本發(fā)明的第二實施例。
[0044]圖5是本發(fā)明第二實施例提供的報文轉(zhuǎn)發(fā)方法的流程圖。所述報文轉(zhuǎn)發(fā)方法以本發(fā)明第一實施例為基礎(chǔ)，進(jìn)一步的，在根據(jù)所述GRE隧道預(yù)先綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之后，所述報文轉(zhuǎn)發(fā)方法還包括:如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄。參見圖5，所述報文轉(zhuǎn)發(fā)方法包括:
[0045]S510，如果從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝。
[0046]S520，根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0047]S530，如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝。
[0048]S540，從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
[0049]S550,如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄。
[0050]根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口時，交換機(jī)需要根據(jù)VRF的路由表中的路由信息查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。如果VRF的路由表中包括這樣的路由信息，則交換機(jī)能夠查找到所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。但是，有時VRF的路由表中不包括這樣的路由信息，則交換機(jī)不能查找到所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，也就不能對所述待轉(zhuǎn)發(fā)報文進(jìn)行有效的路由和轉(zhuǎn)發(fā)。
[0051]此時，為了對后來接收到的報文進(jìn)行有效的處理，交換機(jī)將該不能確定發(fā)送端口的報文進(jìn)行丟棄，以節(jié)省交換機(jī)的報文處理資源，對后來的報文進(jìn)行有效的處理。
[0052]本實施例通過在不能根據(jù)VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口時，將所述待轉(zhuǎn)發(fā)報文進(jìn)行丟棄，節(jié)省了交換機(jī)的報文處理資源，方便了對后來接收的報文的有效處理。
[0053]圖6示出了本發(fā)明的第三實施例。
[0054]圖6是本發(fā)明第三實施例提供的報文轉(zhuǎn)發(fā)方法中報文丟棄的流程圖。參見圖6，所述報文轉(zhuǎn)發(fā)方法以本發(fā)明第二實施例為基礎(chǔ)，進(jìn)一步的，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，將所述待轉(zhuǎn)發(fā)報文丟棄包括:
[0055]S551，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則每隔固定的時間間隔重復(fù)的從所述VRF中的路由信息中查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0056]在本實施例中，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，在將所述待轉(zhuǎn)發(fā)報文丟棄之前，作為補(bǔ)救措施，以固定的時間間隔重復(fù)的查詢所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。并且，優(yōu)選的，所述固定的時間間隔小于10毫秒。
[0057]S552，如果執(zhí)行重復(fù)查找的次數(shù)達(dá)到重復(fù)查找次數(shù)上限，將所述待轉(zhuǎn)發(fā)報文丟棄。
[0058]在對所述待轉(zhuǎn)發(fā)報文的發(fā)送端口進(jìn)行重復(fù)查找的同時，對所述重復(fù)查找的次數(shù)進(jìn)行計數(shù)。當(dāng)重復(fù)查找的次數(shù)到達(dá)重復(fù)查找次數(shù)上限時，將所述待轉(zhuǎn)發(fā)報文丟棄。
[0059]本實施例通過在不能從與所述GRE隧道綁定的VRF中的路由信息中查找到所述待轉(zhuǎn)發(fā)報文的發(fā)送端口時，每隔固定時間間隔重復(fù)的再次查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，直至所述重復(fù)查找次數(shù)上限，使得對不能找到對應(yīng)的發(fā)送端口的報文不僅僅是簡單的丟棄，為不能確定發(fā)送端口的報文的轉(zhuǎn)發(fā)提供的補(bǔ)救措施。
[0060]圖7示出了本發(fā)明的第四實施例。
[0061]圖7是本發(fā)明第四實施例提供的交換機(jī)的結(jié)構(gòu)圖。參見圖7，所述交換機(jī)包括:GRE解封裝模塊710、發(fā)送端口確定模塊720、GRE封裝模塊730以及報文發(fā)送模塊740。
[0062]所述GRE解封裝模塊710用于在從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文時，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝。
[0063]所述發(fā)送端口確定模塊720用于根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0064]所述GRE封裝模塊730用于如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝。
[0065]所述報文發(fā)送模塊740用于從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
[0066]優(yōu)選的，所述GRE隧道與VRF——對應(yīng)。
[0067]優(yōu)選的，所述交換機(jī)還包括報文丟棄模塊750。
[0068]所述報文丟棄模塊750用于在根據(jù)所述GRE隧道預(yù)先綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之后，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄。
[0069]優(yōu)選的，所述報文丟棄模塊包括:發(fā)送端口重復(fù)查找單元751以及丟棄單元752
[0070]所述發(fā)送端口重復(fù)查找單元751用于在不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之時，則每隔固定的時間間隔重復(fù)的從所述VRF中的路由信息中查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口。
[0071]所述丟棄單元752用于在執(zhí)行重復(fù)查找的次數(shù)達(dá)到重復(fù)查找次數(shù)上限之時，將所述待轉(zhuǎn)發(fā)報文丟棄。
[0072]本實施例通過在交換機(jī)上設(shè)置多個VRF，并將不同的GRE隧道與不同的VRF進(jìn)行綁定，實現(xiàn)了對不同GRE隧道中的報文的隔離處理，使得GRE隧道流量能夠根據(jù)各自的VRF中的路由信息進(jìn)行轉(zhuǎn)發(fā)，方便了對網(wǎng)絡(luò)中GRE隧道流量的管理和監(jiān)控。
[0073]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0074]本領(lǐng)域普通技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，可選地，他們可以用計算機(jī)裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件的結(jié)合。
[0075]本說明書中的各個實施例均采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間的相同或相似的部分互相參見即可。
[0076]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系屬于僅僅用來將一個實體或者操作與另一個實體或者操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。
[0077]以上所述僅為本發(fā)明的優(yōu)選實施例，并不用于限制本發(fā)明，對于本領(lǐng)域技術(shù)人員而言，本發(fā)明可以有各種改動和變化。凡在本發(fā)明的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種報文轉(zhuǎn)發(fā)方法，應(yīng)用于交換機(jī)，其特征在于，包括: 如果從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝； 根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口； 如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝； 從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，經(jīng)過預(yù)先綁定之后，所述GRE隧道與VRF--對應(yīng)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在根據(jù)所述GRE隧道預(yù)先綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之后，還包括: 如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄包括: 如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則每隔固定的時間間隔重復(fù)的從所述VRF中的路由信息中查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口 ； 如果執(zhí)行重復(fù)查找的次數(shù)達(dá)到重復(fù)查找`次數(shù)上限，將所述待轉(zhuǎn)發(fā)報文丟棄。
5.一種交換機(jī)，其特征在于，包括: GRE解封裝模塊，用于在從通用路由封裝GRE隧道上的交換機(jī)接收端口接收的待轉(zhuǎn)發(fā)報文是已封裝報文時，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE解封裝； 發(fā)送端口確定模塊，用于根據(jù)與所述GRE隧道預(yù)先綁定的VPN路由與轉(zhuǎn)發(fā)實例VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口； GRE封裝模塊，用于如果所述交換機(jī)不是所述GRE隧道上的末端節(jié)點，對所述待轉(zhuǎn)發(fā)報文進(jìn)行GRE封裝； 報文發(fā)送模塊，用于從所述發(fā)送端口發(fā)送所述待轉(zhuǎn)發(fā)報文。
6.根據(jù)權(quán)利要求5所述的交換機(jī)，其特征在于，經(jīng)過預(yù)先綁定之后，所述GRE隧道與VRF——對應(yīng)。
7.根據(jù)權(quán)利要求5所述的交換機(jī)，其特征在于，還包括: 報文丟棄模塊，用于在根據(jù)所述GRE隧道預(yù)先綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之后，如果不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口，則將所述待轉(zhuǎn)發(fā)報文丟棄。
8.根據(jù)權(quán)利要求7所述的交換機(jī)，其特征在于，所述報文丟棄模塊包括: 發(fā)送端口重復(fù)查找單元，用于在不能根據(jù)所述GRE隧道綁定的VRF中的路由信息確定所述待轉(zhuǎn)發(fā)報文的發(fā)送端口之時，則每隔固定的時間間隔重復(fù)的從所述VRF中的路由信息中查找所述待轉(zhuǎn)發(fā)報文的發(fā)送端口； 丟棄單元，用于在執(zhí)行重復(fù)查找的次數(shù)達(dá)到重復(fù)查找次數(shù)上限之時，將所述待轉(zhuǎn)發(fā)報文丟棄。
【文檔編號】H04L12/46GK103825831SQ201410073541
【公開日】2014年5月28日 申請日期:2014年2月28日 優(yōu)先權(quán)日:2014年2月28日
【發(fā)明者】張少太, 向陽朝, 陳翔 申請人:神州數(shù)碼網(wǎng)絡(luò)(北京)有限公司