專利名稱：一種支持IPv6業(yè)務(wù)的方法及其應(yīng)用的交換設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種網(wǎng)絡(luò)通信技術(shù)，尤其涉及因特網(wǎng)協(xié)議版本4(InternetProtocol version 4簡(jiǎn)稱IPv4)和因特網(wǎng)協(xié)議版本6(Internet ProtocolVersion 6簡(jiǎn)稱IPv6)互通技術(shù)，具體地說，本發(fā)明涉及一種平滑支持IPv6業(yè)務(wù)的方法及其應(yīng)用的交換設(shè)備。
背景技術(shù)：
現(xiàn)有的互聯(lián)網(wǎng)主要是基于IPv4協(xié)議的。這一協(xié)議的成功促成了互聯(lián)網(wǎng)的迅速發(fā)展。但是，隨著互聯(lián)網(wǎng)用戶數(shù)量不斷增長(zhǎng)以及對(duì)互聯(lián)網(wǎng)應(yīng)用要求的不斷提高，IPv4的不足逐漸凸現(xiàn)出來。其中最尖銳的問題就是不斷增長(zhǎng)的對(duì)互聯(lián)網(wǎng)資源的巨大需求與IPv4地址空間不足的先兆，比如32位地址空間狹小，IPv4頭部處理速度較慢，安全性較差。因此，因特網(wǎng)工程任務(wù)組(Internet Engineering Task Force簡(jiǎn)稱IETF)提出使用IPv6來解決IPv4問題，IPv6和IPv4作用大致相同，其采用長(zhǎng)度為128字節(jié)IP地址的IPv6協(xié)議，徹底解決了IPv4地址的不足，并且在地址容量、安全性、網(wǎng)絡(luò)管理、移動(dòng)性以及服務(wù)質(zhì)量等方面有明顯的改進(jìn)，IPv6也成為下一代互聯(lián)網(wǎng)絡(luò)協(xié)議采用的核心標(biāo)準(zhǔn)之一。
在IPv6成為主流協(xié)議之前，首先使用IPv6協(xié)議棧的網(wǎng)絡(luò)希望能與當(dāng)前仍被IPv4支撐著的互聯(lián)網(wǎng)進(jìn)行正常通信，因此必須開發(fā)出IPv4/IPv6互通技術(shù)以保證IPv4能夠平穩(wěn)過渡到IPv6。
目前，應(yīng)用比較廣泛的過渡策略主要包括隧道策略和雙棧策略(DualStack Transition Mechanism簡(jiǎn)稱DSTM)。隧道技術(shù)提供了一種以現(xiàn)有IPv4路由體系來傳遞IPv6數(shù)據(jù)的方法將IPv6的分組作為無結(jié)構(gòu)意義的數(shù)據(jù)，封裝在IPv4數(shù)據(jù)報(bào)中，被IPv4網(wǎng)絡(luò)傳輸。這種方案解決了IPv6孤島的通信問題。使用隧道技術(shù)轉(zhuǎn)發(fā)的報(bào)文也是偽IPv6報(bào)文(只是在IPv6報(bào)頭上封裝了IPv4頭)，并不能真正的轉(zhuǎn)發(fā)純粹的IPv6報(bào)文。另外這種機(jī)制要給每一個(gè)IPv6的站點(diǎn)分配一個(gè)IPv4地址。這種方法不能解決IPv4地址資源不足的問題，而且隨著IPv6站點(diǎn)的增加會(huì)很難得到滿足，因此這種方法只能用在早期的變遷過程。
雙棧策略是指在網(wǎng)絡(luò)節(jié)點(diǎn)中同時(shí)具有IPv4和IPv6兩個(gè)協(xié)議棧，這樣，它既可以接收、處理、收發(fā)IPv4的分組，也可以接收、處理、收發(fā)IPv6的分組。IPv6和IPv4是功能相近的網(wǎng)絡(luò)層協(xié)議，兩者都基于相同的物理平臺(tái)，而且加載于其上的傳輸層協(xié)議TCP和UDP又沒有任何區(qū)別。如果一臺(tái)主機(jī)同時(shí)支持IPv6和IPv4兩種協(xié)議，那么該主機(jī)既能與支持IPv4協(xié)議的主機(jī)通信，又能與支持IPv6協(xié)議的主機(jī)通信，這就是雙協(xié)議棧技術(shù)的工作機(jī)理。對(duì)于主機(jī)來講，“雙?！笔侵钙淇梢愿鶕?jù)需要來對(duì)業(yè)務(wù)產(chǎn)生的數(shù)據(jù)進(jìn)行IPv4封裝或者IPv6封裝；對(duì)于路由器來講，“雙?！笔侵冈谝粋€(gè)路由器設(shè)備中維護(hù)IPv6和IPv4兩套路由協(xié)議棧，使得路由器既能與IPv4主機(jī)也能與IPv6主機(jī)通信，分別支持獨(dú)立的IPv6和IPv4路由協(xié)議，IPv4和IPv6路由信息按照各自的路由協(xié)議進(jìn)行計(jì)算，維護(hù)不同的路由表。IPv6數(shù)據(jù)報(bào)按照IPv6路由協(xié)議得到的路由表轉(zhuǎn)發(fā)，IPv4數(shù)據(jù)報(bào)按照IPv4路由協(xié)議得到的路由表轉(zhuǎn)發(fā)。雙棧策略的優(yōu)點(diǎn)是概念清晰，易于理解，網(wǎng)絡(luò)規(guī)劃相對(duì)簡(jiǎn)單，同時(shí)在IPv6邏輯網(wǎng)絡(luò)中可以充分發(fā)揮IPv6協(xié)議的所有優(yōu)點(diǎn)(如安全性、路由約束、流的支持等方面)。目前，雙棧策略存在如下問題對(duì)網(wǎng)元設(shè)備的要求較高，要求其不但支持IPv4路由協(xié)議，而且支持IPv6路由協(xié)議，這就要求其維護(hù)大量的協(xié)議和數(shù)據(jù)。另外，網(wǎng)絡(luò)升級(jí)改造將牽涉到網(wǎng)絡(luò)中的所有網(wǎng)元設(shè)備，投資大、建設(shè)周期比較長(zhǎng)。雖然，雙棧策略存在上述問題，但在IPv4和IPv6長(zhǎng)期共存的情況下，它是一條必經(jīng)之路。
對(duì)于IP網(wǎng)絡(luò)中的網(wǎng)絡(luò)核心—交換設(shè)備，要使它同時(shí)支持或?qū)崿F(xiàn)IPv4和IPv6業(yè)務(wù)，是擺在運(yùn)營(yíng)商和設(shè)備提供商面前的一個(gè)重要課題。
在目前市場(chǎng)以及已經(jīng)使用的交換設(shè)備中，分布式三層交換機(jī)的業(yè)務(wù)板類型大致分為兩種一種只支持IPv4功能的IPv4業(yè)務(wù)板，另外一種同時(shí)支持IPv4和IPv6功能的IPv4/IPv6業(yè)務(wù)板。
如果采用只支持IPv4功能的IPv4業(yè)務(wù)板來實(shí)現(xiàn)IPv6業(yè)務(wù)，只能采用上述的隧道策略，即上面所述的、在早期變遷過程中所采用的對(duì)應(yīng)辦法。
如果采用同時(shí)支持IPv4和IPv6功能的IPv4/IPv6業(yè)務(wù)板，則可采用上述的雙棧策略。但是，目前現(xiàn)有的組網(wǎng)形式中的分布式三層交換機(jī)內(nèi)一般只包含支持IPv4功能的IPv4業(yè)務(wù)板，在不改變現(xiàn)有組網(wǎng)的情況下支持IPv6業(yè)務(wù)時(shí)，如果使用雙棧策略，只能將現(xiàn)有網(wǎng)絡(luò)中需要支持IPv6業(yè)務(wù)的交換機(jī)中的所有IPv4業(yè)務(wù)板，升級(jí)更換為IPv4/IPv6的業(yè)務(wù)板，由此產(chǎn)生的投資費(fèi)用大增。而且，升級(jí)更換后，用對(duì)原有系統(tǒng)進(jìn)行大量調(diào)整，后期工作量巨大，還有可能會(huì)影響到現(xiàn)有業(yè)務(wù)的正常開展。

發(fā)明內(nèi)容
因此，本發(fā)明的目的是提出一種平滑支持IPv6業(yè)務(wù)的方法及其應(yīng)用的交換設(shè)備，在不改變現(xiàn)有組網(wǎng)的情況下，能讓不支持IPv6業(yè)務(wù)的交換設(shè)備在實(shí)現(xiàn)IPv4業(yè)務(wù)的同時(shí)也能實(shí)現(xiàn)IPv6業(yè)務(wù)，使現(xiàn)有網(wǎng)絡(luò)和設(shè)備能平滑地升級(jí)到IPv6，既保護(hù)了用戶的經(jīng)濟(jì)利益，也保證了網(wǎng)絡(luò)的穩(wěn)定。
按照本發(fā)明一方面的一種支持IPv6業(yè)務(wù)的方法，適用于具有至少一塊IPv4業(yè)務(wù)板以及至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板；該方法包括步驟S1判斷IPv4業(yè)務(wù)板接收的報(bào)文是否是IPv6報(bào)文，如果是，執(zhí)行步驟S2；步驟S2將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板，并在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上對(duì)所述的報(bào)文進(jìn)行處理。
所述的支持IPv6業(yè)務(wù)的業(yè)務(wù)板為IPv4/IPv6或IPv6業(yè)務(wù)板。
按照上述的支持IPv6業(yè)務(wù)的方法進(jìn)一步包括步驟S3當(dāng)步驟S1的判斷結(jié)果為否時(shí)，在IPv4業(yè)務(wù)板上對(duì)所述的報(bào)文進(jìn)行處理；所述的將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板上具體包括如下步驟步驟S21在IPv4業(yè)務(wù)板上對(duì)收到的IPv6業(yè)務(wù)報(bào)文，通過識(shí)別IPv6虛接口MAC地址，進(jìn)行環(huán)回組端口的匹配；步驟S22根據(jù)匹配出的環(huán)回組端口，將所述的IPv6報(bào)文在IPv4業(yè)務(wù)板上進(jìn)行二層轉(zhuǎn)發(fā)到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，所述的報(bào)文從環(huán)回組端口送出去，從環(huán)回組端口收進(jìn)來。
所述的將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，還可以是通過配置訪問控制列表與其子規(guī)則完成。
所述的在支持IPv6業(yè)務(wù)的業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理具體包括如下步驟步驟S23在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上判斷所述的報(bào)文是否為需轉(zhuǎn)發(fā)的報(bào)文，如果是，執(zhí)行步驟24；否則，接收所述的報(bào)文；步驟S24判斷所需轉(zhuǎn)發(fā)的報(bào)文出端口是否在IPv4業(yè)務(wù)板上，如果是，執(zhí)行步驟25；否則，執(zhí)行步驟26；步驟S25在IPv4/IPv6業(yè)務(wù)板上完成所述報(bào)文的封裝后，將報(bào)文送到業(yè)務(wù)環(huán)回組端口，業(yè)務(wù)環(huán)組端口接收所述的報(bào)文，并通過橋方式將所述的報(bào)文發(fā)送到IPv4業(yè)務(wù)板后，再將報(bào)文送到IPv4業(yè)務(wù)板出端口；或者，在IPv4業(yè)務(wù)板上直接完成所述報(bào)文的封裝后，再將所述的報(bào)文送到IPv4業(yè)務(wù)板的出端口；步驟S26在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上完成所述報(bào)文的封裝，再將該報(bào)文送到支持IPv6業(yè)務(wù)的業(yè)務(wù)板的出端口。
按照本發(fā)明另一方面的一種支持IPv6業(yè)務(wù)的交換設(shè)備，它包括至少一塊IPv4業(yè)務(wù)板；其特征在于，它還包括至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板；以及，重定向模塊，用以將IPv4業(yè)務(wù)板接收的IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板上進(jìn)行處理。
按照上述的支持IPv6業(yè)務(wù)的交換設(shè)備，其進(jìn)一步的特征在于所述的重定向模塊設(shè)置在IPv4業(yè)務(wù)板中或者獨(dú)立于IPv4業(yè)務(wù)板而單獨(dú)設(shè)置。所述IPv6報(bào)文的重定向是通過配置在虛接口MAC地址或訪問控制列表與其子規(guī)則完成的。所述的虛接口MAC地址包括IPv4虛接口MAC地址和IPv6虛接口MAC地址。所述的IPv6虛接口MAC地址為一條特殊的靜態(tài)MAC表項(xiàng)，其中，MAC表項(xiàng)的出端口設(shè)為環(huán)回組端口。所述的環(huán)回組端口由多個(gè)聚合端口組成。
按照上述的支持IPv6業(yè)務(wù)的所應(yīng)用的交換設(shè)備，其進(jìn)一步的特征還在于它還包括轉(zhuǎn)發(fā)封裝模塊，其通過總線與所述的IPv4業(yè)務(wù)板和支持IPv6業(yè)務(wù)的業(yè)務(wù)板相連，用以將重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板上的IPv6轉(zhuǎn)發(fā)報(bào)文進(jìn)行封裝，并通過所述的IPv4業(yè)務(wù)板或支持IPv6業(yè)務(wù)的業(yè)務(wù)板的出接口發(fā)送出去。
從上述技術(shù)方案可以看出，本發(fā)明針對(duì)現(xiàn)有組網(wǎng)的情況下，提出了一種新的平滑支持IPv6業(yè)務(wù)的處理方法，該方法只需在交換機(jī)中增加若干支持IPv6業(yè)務(wù)的業(yè)務(wù)板(例如IPv4/IPv6或IPv6業(yè)務(wù)板)，就能使現(xiàn)有的IPv4業(yè)務(wù)板也能支持IPv6業(yè)務(wù)。這個(gè)發(fā)明無需用戶更換原有單板，減少了用戶的投資成本，保護(hù)了用戶的最大利益，這個(gè)發(fā)明也無需改變現(xiàn)有的組網(wǎng)形式，減少了網(wǎng)絡(luò)震蕩，保證了網(wǎng)絡(luò)的穩(wěn)定性。


圖1為本發(fā)明的一種支持IPv6業(yè)務(wù)的方法的流程圖；圖2為將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板步驟的具體流程圖；圖3為在IPv4/IPv6業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理步驟的具體流程圖；圖4為本發(fā)明實(shí)施例的支持IPv6業(yè)務(wù)的分布式交換設(shè)備的結(jié)構(gòu)及報(bào)文流向示意圖；圖5是按照本發(fā)明的交換設(shè)備的第一種報(bào)文封裝方法的報(bào)文流向示意圖；圖6是按照本發(fā)明的交換設(shè)備的第二種報(bào)文封裝方法的報(bào)文流向示意圖。
具體實(shí)施例方式
下面將結(jié)合附圖對(duì)本發(fā)明的支持IPv6業(yè)務(wù)的方法及其應(yīng)用的交換設(shè)備進(jìn)行詳細(xì)說明。
首先，說明本發(fā)明的支持IPv6業(yè)務(wù)的方法。
本發(fā)明的支持IPv6業(yè)務(wù)的處理方法可以應(yīng)用于IP網(wǎng)絡(luò)的交換設(shè)備中，例如，可應(yīng)用于交換機(jī)和/或路由器中，只要所述交換設(shè)備中包含有至少一塊IPv4業(yè)務(wù)板和至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板(例如IPv4/IPv6或IPv6業(yè)務(wù)板)，在本實(shí)施例中，支持IPv6業(yè)務(wù)的業(yè)務(wù)板為IPv4/IPv6業(yè)務(wù)板。其中，所述的交換機(jī)可以是分布式交換機(jī)，比如，分布式二層交換機(jī)、分布式三層交換機(jī)或分布式四層交換機(jī)。
圖1顯示了本發(fā)明的支持IPv6業(yè)務(wù)的方法的流程圖；從該圖中可看出，本發(fā)明的支持IPv6業(yè)務(wù)的方法包括步驟S1判斷IPv4業(yè)務(wù)板接收的報(bào)文是否是IPv6報(bào)文，如果是，執(zhí)行步驟S2，否則，執(zhí)行步驟S3。因?yàn)?，?dāng)前在IP網(wǎng)絡(luò)上傳輸?shù)膱?bào)文只有IPv4和IPv6兩種報(bào)文，所以該步驟判斷的結(jié)果不是IPv6報(bào)文就是IPv4報(bào)文。不同的報(bào)文應(yīng)送到不同的業(yè)務(wù)板進(jìn)行處理。
步驟S2將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板，并在IPv4/IPv6業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理。如下所述，該將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板的步驟可以采用各種方法來實(shí)現(xiàn)。
步驟S3；在IPv4業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理。在IPv4業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理的方法和流程屬于現(xiàn)有技術(shù)的范疇，這里就不進(jìn)行冗述。
具體地說，步驟S2中的將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板，也就是IPv6入報(bào)文的處理方法，即IPv4業(yè)務(wù)板上收到的IPv6報(bào)文的處理流程，具體說明如下。
參見圖4所示的支持IPv6業(yè)務(wù)的分布式交換設(shè)備的結(jié)構(gòu)及報(bào)文流向，其中，箭頭線表示報(bào)文流向。報(bào)文進(jìn)來后，首先在IPv4業(yè)務(wù)板上區(qū)分出是普通IPv4報(bào)文還是IPv6報(bào)文，然后將IPv6報(bào)文經(jīng)交換網(wǎng)重定向到IPv6業(yè)務(wù)板的業(yè)務(wù)環(huán)回組，報(bào)文從環(huán)回組端口送出去，然后從環(huán)回組端口收進(jìn)來，接著由IPv4/IPv6業(yè)務(wù)板進(jìn)行正常的報(bào)文處理流程。業(yè)務(wù)環(huán)回組是指將設(shè)備上的一個(gè)端口或一組端口聚合起來設(shè)置為自環(huán)通道，用于支持設(shè)備實(shí)現(xiàn)一種或多種業(yè)務(wù)。在圖4中，在IPv4/IPv6業(yè)務(wù)板下面的惰圓環(huán)表示業(yè)務(wù)環(huán)回組。業(yè)務(wù)環(huán)回組是一種特殊的聚合，此聚合具有一個(gè)或多個(gè)業(yè)務(wù)屬性。業(yè)務(wù)環(huán)回端口可以在一塊業(yè)務(wù)板上，也可以在多個(gè)業(yè)務(wù)板上。多個(gè)端口組成業(yè)務(wù)環(huán)回組，可以進(jìn)行負(fù)載分擔(dān)，保證了流量的穩(wěn)定。
將IPv6業(yè)務(wù)報(bào)文從IPv4業(yè)務(wù)板重定向到IPv4/IPv6業(yè)務(wù)板(步驟S2)的方法之一是通過配置在虛接口MAC地址或訪問控制列表與其子規(guī)則完成的。下面以通過虛接口MAC地址識(shí)別為例進(jìn)行詳細(xì)說明。
在進(jìn)行IPv6業(yè)務(wù)報(bào)文前，在IPv4業(yè)務(wù)板上對(duì)需在IPv4業(yè)務(wù)板上接收的IPv6業(yè)務(wù)報(bào)文設(shè)置虛接口MAC地址；其中，虛接口MAC地址包括IPv4虛接口MAC地址和IPv6虛接口MAC地址。即將虛接口MAC人為的區(qū)分為IPv4虛接口MAC和IPv6虛接口MAC，這樣在回復(fù)地址解析協(xié)議(Address Resolution Protocol簡(jiǎn)稱ARP)請(qǐng)求報(bào)文時(shí)，源MAC地址填寫IPv4虛接口MAC地址，在回復(fù)鄰居發(fā)現(xiàn)(NeighbourhoodDiscovery簡(jiǎn)稱ND)請(qǐng)求報(bào)文時(shí)，源MAC地址填寫IPv6接口MAC地址。并且，在IPv4業(yè)務(wù)板上將IPv6虛接口MAC設(shè)置為一條特殊的靜態(tài)MAC表項(xiàng)，MAC表項(xiàng)的出端口設(shè)為環(huán)回組，如果環(huán)回組是多端口，出端口設(shè)為聚合組號(hào)，如果環(huán)回組是單端口，出端口設(shè)為物理端口號(hào)。
由此可以得知，所述步驟S2可包括如下幾個(gè)步驟。
請(qǐng)參見圖2，在步驟S21，在IPv4業(yè)務(wù)板上對(duì)收到的IPv6業(yè)務(wù)報(bào)文，通過識(shí)別IPv6虛接口MAC地址，進(jìn)行環(huán)回組端口的匹配。對(duì)于收到的IPv6業(yè)務(wù)報(bào)文，如果其目的MAC地址為IPv6接口MAC(即特殊的靜態(tài)MAC表項(xiàng))，則表示該IPv6報(bào)文匹配到了這條特殊的靜態(tài)MAC表項(xiàng)，這樣，報(bào)文就可以開始進(jìn)行二層轉(zhuǎn)發(fā)處理。
步驟S22，根據(jù)匹配出的環(huán)回組端口，將所述的IPv6報(bào)文在IPv4業(yè)務(wù)板上進(jìn)行二層轉(zhuǎn)發(fā)到IPv4/IPv6業(yè)務(wù)板，該報(bào)文是從環(huán)回組端口送出去的，然后又從環(huán)回組端口收進(jìn)來，接下來再由IPv4/IPv6業(yè)務(wù)板進(jìn)行正常的報(bào)文處理流程。
請(qǐng)參閱圖3詳細(xì)描述在IPv4/IPv6業(yè)務(wù)板對(duì)所述的報(bào)文進(jìn)行處理的步驟，其具體包括如下步驟步驟S23在IPv4/IPv6業(yè)務(wù)板上判斷所述的報(bào)文是否為需轉(zhuǎn)發(fā)的報(bào)文，如果是，執(zhí)行步驟24；否則，接收所述的報(bào)文；步驟S24判斷所需轉(zhuǎn)發(fā)的報(bào)文出端口是否在IPv4業(yè)務(wù)板上，如果是，執(zhí)行步驟25；否則，執(zhí)行步驟26；步驟S25在IPv4/IPv6業(yè)務(wù)板上完成所述報(bào)文的封裝后，將報(bào)文送到業(yè)務(wù)環(huán)回組端口，業(yè)務(wù)環(huán)組端口接收所述的報(bào)文，并通過橋方式將所述的報(bào)文發(fā)送到IPv4業(yè)務(wù)板后，再將報(bào)文送到IPv4業(yè)務(wù)板出端口；或者，在IPv4業(yè)務(wù)板上直接完成所述報(bào)文的封裝后，再將所述的報(bào)文送到IPv4業(yè)務(wù)板的出端口。
步驟S26在IPv4/IPv6業(yè)務(wù)板上完成所述報(bào)文的封裝，再將該報(bào)文送到的IPv4/IPv6業(yè)務(wù)板出端口。
也就是說，如果判斷出IPv6報(bào)文是進(jìn)行三層轉(zhuǎn)發(fā)的IPv6報(bào)文時(shí)，就需進(jìn)行重新封裝轉(zhuǎn)發(fā)。在轉(zhuǎn)發(fā)前，需確定該IPv6報(bào)文的出接口是在IPv4業(yè)務(wù)板上還是在IPv4/IPv6業(yè)務(wù)板上。如果在IPv4/IPv6業(yè)務(wù)板上，則在IPv4/IPv6業(yè)務(wù)板上完成報(bào)文的封裝然后將報(bào)文送到IPv4/IPv6業(yè)務(wù)板上的出端口；如果在IPv4業(yè)務(wù)板上，則有兩種方法進(jìn)行報(bào)文的封裝一種是在IPv4/IPv6業(yè)務(wù)板完成三層轉(zhuǎn)發(fā)，然后通過橋方式發(fā)送到IPv4業(yè)務(wù)板，在IPv4業(yè)務(wù)板上直接完成報(bào)文的封裝并出端口，如圖5所示。另一種是先在IPv4/IPv6業(yè)務(wù)板上完成報(bào)文的封裝，將報(bào)文送到業(yè)務(wù)環(huán)回組端口，接著從業(yè)務(wù)環(huán)組端口收到該報(bào)文，然后通過橋方式將報(bào)文發(fā)送到IPv4業(yè)務(wù)板，最后將報(bào)文送到出端口，如圖6所示。
下面結(jié)合圖4-6對(duì)本發(fā)明的支持IPv6業(yè)務(wù)的分布式交換設(shè)備進(jìn)行詳細(xì)描述。
由于目前市場(chǎng)上大部分交換設(shè)備的業(yè)務(wù)板只支持IPv4，缺乏支持IPv6新業(yè)務(wù)的能力，本發(fā)明的要點(diǎn)是為了保護(hù)用戶的投資，在不改變現(xiàn)有組網(wǎng)情況下，在現(xiàn)有三層交換機(jī)中增加一塊或多塊支持IPv6功能或同時(shí)支持IPv4/IPv6功能的業(yè)務(wù)板，將不支持IPv6業(yè)務(wù)的IPv4業(yè)務(wù)板上的業(yè)務(wù)流量轉(zhuǎn)發(fā)到支持這些業(yè)務(wù)的IPv6業(yè)務(wù)板的報(bào)文入方向進(jìn)行處理，從而使該三層交換機(jī)中的IPv4業(yè)務(wù)板也能支持IPv6業(yè)務(wù)，下面的具體實(shí)施例以同時(shí)支持IPv4/IPv6功能的業(yè)務(wù)板為例說明。
具體地，參見圖4-6，本發(fā)明的一種支持IPv6業(yè)務(wù)的分布式交換設(shè)備，它包括一塊支持IPv4功能的IPv4業(yè)務(wù)板1；一塊同時(shí)支持IPv4和IPv6功能的IPv4/IPv6業(yè)務(wù)板2；以及重定向模塊3，用以將IPv4業(yè)務(wù)板1接收的IPv6報(bào)文從IPv4業(yè)務(wù)板經(jīng)交換網(wǎng)4重定向到IPv4/IPv6業(yè)務(wù)板2上進(jìn)行處理。當(dāng)然，按照本發(fā)明的支持IPv6業(yè)務(wù)的分布式交換設(shè)備也可以包括多個(gè)支持IPv4功能的IPv4業(yè)務(wù)板1和/或多個(gè)同時(shí)支持IPv4和IPv6功能的IPv4/IPv6業(yè)務(wù)板2。
圖4是按照本發(fā)明實(shí)施例的支持IPv6業(yè)務(wù)的分布式交換設(shè)備的結(jié)構(gòu)及報(bào)文流向圖。
圖4中顯示了IPv4業(yè)務(wù)板1和IPv4/IPv6業(yè)務(wù)板2混插的分布式交換機(jī)的硬件結(jié)構(gòu)。IPv4業(yè)務(wù)板1和IPv4/IPv6業(yè)務(wù)板2是通過交換網(wǎng)3進(jìn)行橋接的。交換網(wǎng)3位于交換機(jī)的背板或后板上，實(shí)際上是一個(gè)I/O總結(jié)矩陣。
上述兩種業(yè)務(wù)板的硬件混插完成后，用重定向模塊3實(shí)現(xiàn)將IPv4業(yè)務(wù)板1接收的IPv6報(bào)文從IPv4業(yè)務(wù)板1轉(zhuǎn)到IPv4/IPv6業(yè)務(wù)板2上進(jìn)行處理，重定向模塊3可以由交換機(jī)中的CPU(中央處理器)實(shí)現(xiàn)，也可由專用的硬件來實(shí)現(xiàn)。重定向模塊3通過總線控制所述的IPv4業(yè)務(wù)板1和IPv4/IPv6業(yè)務(wù)板2之間IPv6報(bào)文的轉(zhuǎn)向。在圖2中，重定向模塊3設(shè)置在IPv4業(yè)務(wù)板1中，即重定向模塊3可以由IPv4業(yè)務(wù)板1中CPU實(shí)現(xiàn)。當(dāng)然，重定向模塊3也可獨(dú)立于IPv4業(yè)務(wù)板1而單獨(dú)設(shè)置，比如在IPv4業(yè)務(wù)板1上或IPv4業(yè)務(wù)板1之后，單獨(dú)設(shè)置一個(gè)重定向模塊板。
此外，交換機(jī)中的CPU還實(shí)現(xiàn)了轉(zhuǎn)發(fā)封裝模塊的功能，轉(zhuǎn)發(fā)封裝模塊通過總線與所述的IPv4業(yè)務(wù)板1和IPv4/IPv6業(yè)務(wù)板2相連，用以將重定向到IPv4/IPv6業(yè)務(wù)板上的IPv6轉(zhuǎn)發(fā)報(bào)文進(jìn)行重新封裝，并通過所述的IPv4業(yè)務(wù)板或IPv4/IPv6業(yè)務(wù)板的出接口發(fā)送出去。即報(bào)文封裝是在出業(yè)務(wù)板上實(shí)現(xiàn)的。
對(duì)于IPv6報(bào)文，如果出接口在IPv4業(yè)務(wù)板1上，可以在IPv4/IPv6業(yè)務(wù)板2上封裝，然后再重定向到IPv4業(yè)務(wù)板1，如圖6所示。當(dāng)然，也可以在IPv4板1上的出接口上直接完成報(bào)文的封裝，如圖5所示。并且IPv4業(yè)務(wù)板1和IPv4/IPv6業(yè)務(wù)板2分別都具有各自的CPU。如果在IPv4/IPv6業(yè)務(wù)板2上封裝，則上述轉(zhuǎn)發(fā)封裝模塊的功能由IPv4/IPv6業(yè)務(wù)板2上的CPU完成。如果在IPv4業(yè)務(wù)板1上封裝，則上述轉(zhuǎn)發(fā)封裝模塊的功能由IPv4業(yè)務(wù)板1上的CPU完成。
需要說明的是本發(fā)明著重強(qiáng)調(diào)的是在IPv4業(yè)務(wù)板上接收到IPv6報(bào)文時(shí)，由于無法處理相應(yīng)的業(yè)務(wù)，需要重定向到IPv4/IPv6或IPv6業(yè)務(wù)板上進(jìn)行處理的方法。反過來說，如果在IPv6業(yè)務(wù)板上接收到IPv4報(bào)文，由于現(xiàn)有的IPv6業(yè)務(wù)板和IPv4/IPv6業(yè)務(wù)板均可以對(duì)IPv4業(yè)務(wù)進(jìn)行處理，所以可以直接在該業(yè)務(wù)板上處理IPv4業(yè)務(wù)，若存在無法處理的情況，也可以將相應(yīng)的IPv4業(yè)務(wù)重定向到支持IPv4功能的業(yè)務(wù)板上處理。
上述發(fā)明內(nèi)容及具體實(shí)施方式
意在證明本發(fā)明所提供技術(shù)方案的實(shí)際應(yīng)用，不應(yīng)解釋為對(duì)本發(fā)明保護(hù)范圍的限定。本領(lǐng)域技術(shù)人員在本發(fā)明的精神和原理內(nèi)，當(dāng)可作各種修改、等同替換、或改進(jìn)。本發(fā)明的保護(hù)范圍以權(quán)利要求書為準(zhǔn)。
權(quán)利要求
1.一種支持IPv6業(yè)務(wù)的方法，適用于具有至少一塊IPv4業(yè)務(wù)板和至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板的交換設(shè)備中，其特征在于，該方法包括步驟S1判斷IPv4業(yè)務(wù)板接收的報(bào)文是否是IPv6報(bào)文，如果是，執(zhí)行步驟S2；步驟S2將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，并在所述的業(yè)務(wù)板上對(duì)所述的報(bào)文進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的支持IPv6業(yè)務(wù)的方法，其特征在于，所述的支持IPv6業(yè)務(wù)的業(yè)務(wù)板為IPv4/IPv6或IPv6業(yè)務(wù)板。
3.根據(jù)權(quán)利要求1或2所述的支持IPv6業(yè)務(wù)的方法，其特征在于，該方法還包括步驟S3當(dāng)步驟S1的判斷結(jié)果為否時(shí)，在IPv4業(yè)務(wù)板上對(duì)所述的報(bào)文進(jìn)行處理。
4.根據(jù)權(quán)利要求1或2所述的支持IPv6業(yè)務(wù)的方法，其特征在于，所述的步驟S1前還包括步驟在IPv4業(yè)務(wù)板上對(duì)需在IPv4業(yè)務(wù)板上接收的IPv6業(yè)務(wù)報(bào)文設(shè)置虛接口MAC地址；其中，虛接口MAC地址包括IPv4虛接口MAC地址和IPv6虛接口MAC地址。
5.根據(jù)權(quán)利要求4所述的支持IPv6業(yè)務(wù)的方法，其特征在于，所述的IPv6虛接口MAC地址為一條MAC地址表項(xiàng)，其中，MAC地址表項(xiàng)的出端口設(shè)為環(huán)回組端口。
6.根據(jù)權(quán)利要求1或2所述的支持IPv6業(yè)務(wù)的方法，所述的將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板具體包括步驟S21在IPv4業(yè)務(wù)板上對(duì)收到的IPv6業(yè)務(wù)報(bào)文，通過識(shí)別IPv6虛接口MAC地址，進(jìn)行環(huán)回組端口的匹配；步驟S22根據(jù)匹配出的環(huán)回組端口，將所述的IPv6報(bào)文在IPv4業(yè)務(wù)板上進(jìn)行二層轉(zhuǎn)發(fā)到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，所述的報(bào)文從環(huán)回組端口送出去，從環(huán)回組端口收進(jìn)來。
7.根據(jù)權(quán)利要求1或2所述的支持IPv6業(yè)務(wù)的方法，其特征在于，所述的將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，是通過配置訪問控制列表與其子規(guī)則完成。
8.根據(jù)權(quán)利要求1或2所述的支持IPv6業(yè)務(wù)的方法，其特征在于，所述的在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上對(duì)所述的報(bào)文進(jìn)行處理具體包括如下步驟步驟S23在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上判斷所述的報(bào)文是否為需轉(zhuǎn)發(fā)的報(bào)文，如果是，執(zhí)行步驟24；否則，接收所述的報(bào)文；步驟S24判斷所需轉(zhuǎn)發(fā)的報(bào)文出端口是否在IPv4業(yè)務(wù)板上，如果是，執(zhí)行步驟25；否則，執(zhí)行步驟26；步驟S25在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上完成所述報(bào)文的封裝后，將報(bào)文送到業(yè)務(wù)環(huán)回組端口，業(yè)務(wù)環(huán)組端口接收所述的報(bào)文，并通過橋方式將所述的報(bào)文發(fā)送到IPv4業(yè)務(wù)板后，再將報(bào)文送到IPv4業(yè)務(wù)板出端口；或者，在IPv4業(yè)務(wù)板上直接完成所述報(bào)文的封裝后，再將所述的報(bào)文送到IPv4業(yè)務(wù)板的出端口；步驟S26在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上完成所述報(bào)文的封裝，再將該報(bào)文送到支持IPv6業(yè)務(wù)的業(yè)務(wù)板的出端口。
9.一種支持IPv6業(yè)務(wù)的交換設(shè)備，它包括至少一塊IPv4業(yè)務(wù)板(1)；其特征在于，它還包括至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板(2)；以及重定向模塊(3)，用以將IPv4業(yè)務(wù)板(1)接收的IPv6報(bào)文從IPv4業(yè)務(wù)板(1)重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板(2)上進(jìn)行處理。
10.根據(jù)權(quán)利要求9所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述的支持IPv6業(yè)務(wù)的業(yè)務(wù)板為IPv4/IPv6或IPv6業(yè)務(wù)板。
11.根據(jù)權(quán)利要求9所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述的重定向模塊(3)設(shè)置在IPv4業(yè)務(wù)板(1)中或者獨(dú)立于IPv4業(yè)務(wù)板(1)而單獨(dú)設(shè)置。
12.根據(jù)權(quán)利要求9所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述IPv6報(bào)文的重定向是通過配置虛接口MAC地址或訪問控制列表與其子規(guī)則完成。
13.根據(jù)權(quán)利要求12所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述的虛接口MAC地址包括IPv4虛接口MAC地址和IPv6虛接口MAC地址。
14.根據(jù)權(quán)利要求13所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述的IPv6虛接口MAC地址為一條MAC地址表項(xiàng)，其中，MAC地址表項(xiàng)的出端口設(shè)為環(huán)回組端口。
15.根據(jù)權(quán)利要求14所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，所述的環(huán)回組端口由多個(gè)聚合端口組成。
16.根據(jù)權(quán)利要求9或10所述的支持IPv6業(yè)務(wù)的交換設(shè)備，其特征在于，還包括轉(zhuǎn)發(fā)封裝模塊，其通過總線與所述的IPv4業(yè)務(wù)板和支持IPv6業(yè)務(wù)的業(yè)務(wù)板相連，用以將重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板上的IPv6轉(zhuǎn)發(fā)報(bào)文進(jìn)行封裝，并通過所述的IPv4業(yè)務(wù)板或支持IPv6業(yè)務(wù)的業(yè)務(wù)板的出接口發(fā)送出去。
全文摘要
一種支持IPv6業(yè)務(wù)的方法及其應(yīng)用的交換設(shè)備，所述設(shè)備包括至少一塊IPv4業(yè)務(wù)板、至少一塊支持IPv6業(yè)務(wù)的業(yè)務(wù)板、以及重定向模塊(3)，用以將IPv4業(yè)務(wù)板(1)接收的IPv6報(bào)文從IPv4業(yè)務(wù)板(1)重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板(2)上進(jìn)行處理。所述方法包括步驟S1判斷IPv4業(yè)務(wù)板接收的報(bào)文是否是IPv6報(bào)文，如果是，執(zhí)行步驟S2；步驟S2將IPv6報(bào)文從IPv4業(yè)務(wù)板重定向到支持IPv6業(yè)務(wù)的業(yè)務(wù)板，并在支持IPv6業(yè)務(wù)的業(yè)務(wù)板上對(duì)所述的IPv6報(bào)文進(jìn)行處理。因此，本發(fā)明在現(xiàn)有組網(wǎng)的基礎(chǔ)上，只需增加若干支持IPv6業(yè)務(wù)的業(yè)務(wù)板，就能使現(xiàn)有的IPv4業(yè)務(wù)板也能平滑支持IPv6業(yè)務(wù)。減少了網(wǎng)絡(luò)震蕩，保證了網(wǎng)絡(luò)的穩(wěn)定性。
文檔編號(hào)H04L12/56GK1968273SQ20061014281
公開日2007年5月23日 申請(qǐng)日期2006年10月26日 優(yōu)先權(quán)日2006年10月26日
發(fā)明者李彬榮 申請(qǐng)人:杭州華為三康技術(shù)有限公司