專利名稱：Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信方法及Openflow子網(wǎng)邊緣交換機的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信方法及用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機。
背景技術(shù)：
Openflow (簡寫OF)網(wǎng)絡(luò)是一種新型網(wǎng)絡(luò)交換模型，目的在于重新設(shè)計互聯(lián)網(wǎng)，是網(wǎng)絡(luò)創(chuàng)新思想的強有力的推動者。但是Openflow網(wǎng)絡(luò)不可能迅速取代傳統(tǒng)網(wǎng)絡(luò)，因此在OpenFlow成長過程中，會以O(shè)penflow孤島網(wǎng)絡(luò)出現(xiàn)。如圖1所示,在Openflow子網(wǎng)和IP子網(wǎng)等各個子網(wǎng)之間用IP骨干網(wǎng)絡(luò)進行連接。現(xiàn)有的Openflow網(wǎng)絡(luò)現(xiàn)在還處于發(fā)展初期，與傳統(tǒng)IP網(wǎng)絡(luò)的實現(xiàn)方案還比較少?，F(xiàn)有的解決方案是將Openflow網(wǎng)絡(luò)抽象為現(xiàn)有IP網(wǎng)絡(luò)的一個標(biāo)準(zhǔn)的路由器，控制子系統(tǒng)中增加路由組件，這樣控制系統(tǒng)映射為標(biāo)準(zhǔn)路由器的路由處理部分。由此Openflow網(wǎng)絡(luò)可以很好的融入了互聯(lián)網(wǎng)體系結(jié)構(gòu)中，使得Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)可以互通，并在混合網(wǎng)絡(luò)中完成各自的自適應(yīng)變化。但是，上述解決方案存在以下技術(shù)缺點:0penflow網(wǎng)絡(luò)的初衷是替代傳統(tǒng)網(wǎng)絡(luò)，重新設(shè)計互聯(lián)網(wǎng)。首先現(xiàn)有的技術(shù)方案是在Openflow網(wǎng)絡(luò)的控制系統(tǒng)中添加路由組件，將傳統(tǒng)的IP路由技術(shù)雜糅到Openflow網(wǎng)絡(luò)的控制系統(tǒng)中，以使得Openflow網(wǎng)絡(luò)具備處理網(wǎng)絡(luò)層的路由技術(shù)的能力，從而增加了 Openflow網(wǎng)絡(luò)的控制系統(tǒng)實現(xiàn)的復(fù)雜度，但是也違背了 Openflow網(wǎng)絡(luò)取代傳統(tǒng)網(wǎng)絡(luò)的設(shè)計初衷。其次，現(xiàn)有技術(shù)方案中需要Openflow網(wǎng)絡(luò)邊緣交換機和IP網(wǎng)絡(luò)邊緣交換機協(xié)同工作，此項要求增加了在實際應(yīng)用場景下實現(xiàn)和部署的難度，導(dǎo)致通信故障的可能性及處理難度加大。第三，現(xiàn)有技術(shù)方案中僅使用Openflow網(wǎng)絡(luò)作為數(shù)據(jù)轉(zhuǎn)發(fā)層面的工作，對于解決IP網(wǎng)絡(luò)主機與Openflow網(wǎng)絡(luò)內(nèi)主機雙向通信的情況考慮較少。最后，現(xiàn)有技術(shù)方案的實施時建立在對Openflow控制系統(tǒng)中增加部分傳統(tǒng)IP網(wǎng)絡(luò)功能的組件基礎(chǔ)上，對于Openflow技術(shù)標(biāo)準(zhǔn)中的Openf low協(xié)議等技術(shù)使用較少,嚴(yán)重制約了 Openflow網(wǎng)絡(luò)之間的互通方式且影響了 Openflow網(wǎng)絡(luò)的發(fā)展。

發(fā)明內(nèi)容
本發(fā)明旨在至少在一定程度上解決上述技術(shù)問題之一。為此，本發(fā)明的一個目的在于提出一種Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法,該方法可以實現(xiàn)Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的互聯(lián)通信，并且對Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)各自運行沒有影響。本發(fā)明的另一個目的在于提供一種用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機。為實現(xiàn)上述目的，本發(fā)明提出一種Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法，所述Openflow網(wǎng)絡(luò)和所述IP網(wǎng)絡(luò)之間設(shè)置有Openflow子網(wǎng)邊緣交換機,其中，所述Openflow子網(wǎng)邊緣交換機屬于支持Openflow的交換機,而非專用的openflow交換機,包括上聯(lián)口和下聯(lián)口，所述上聯(lián)口連接所述IP網(wǎng)絡(luò)，所述下聯(lián)口連接所述Openflow網(wǎng)絡(luò)，所述互聯(lián)通信的方法包括如下步驟:
設(shè)置所述上聯(lián)口的路由進程以及所述下聯(lián)口的Openflow協(xié)議進程，其中，所述路由進程記錄由所述IP網(wǎng)絡(luò)進入所述Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則,所述Openflow協(xié)議進程記錄有所述Openflow網(wǎng)絡(luò)進入所述IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)則；當(dāng)所述上聯(lián)口有路由報文進入時，所述上聯(lián)口的路由進程獲取所述路由報文的路由信息，利用Openflow協(xié)議將路由信息通知控制器將所述路由信息轉(zhuǎn)換為流表項形式下發(fā)，并根據(jù)路由信息查找所述路由轉(zhuǎn)發(fā)規(guī)則中對應(yīng)的路由表項，并根據(jù)所述路由表項對所述路由信息以流表項形式發(fā)布到所述Openflow網(wǎng)絡(luò)；以及當(dāng)所述下聯(lián)口有流表項報文進入時，所述下聯(lián)口的Openflow協(xié)議進程獲取所述流表項報文的流表項信息，并將所述流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析，所述控制器對所述流表項信息解析后將所述路由信息通知路由進程，路由進程轉(zhuǎn)換為IP路由信息并發(fā)布到所述IP網(wǎng)絡(luò)。根據(jù)本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法,保持了 Openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)Openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響Openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展。并且，Openflow網(wǎng)絡(luò)可以通過Openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響。在本發(fā)明的一個實施例中，在所述上聯(lián)口的路由進程獲取所述路由報文的路由信息后，判斷所述路由報文是否預(yù)設(shè)類型報文，如果否，則路由進程解析路由信息后將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析；如果是，則將所述路由信息轉(zhuǎn)發(fā)到CPU 口只進行IP網(wǎng)絡(luò)協(xié)議棧處理。在本發(fā)明的一個實施例中，所述預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiSS報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和地址解析協(xié)議ARP報文中的至少一種。在本發(fā)明的一個實施例中，所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析，包括如下步驟:所述控制器在所述Openflow子網(wǎng)邊緣交換機上下發(fā)匹配所述路由報文入端口、所述路由報文DIP為路由規(guī)則DIP、DMAC為所述Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將所述流表項動作是報文SMAC修改為所述Openflow子網(wǎng)邊緣交換機的MAC地址、將所述路由報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口以及減少TTL。在本發(fā)明的有一個實施例中，所述方法還包括如下步驟:當(dāng)所述多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知所述控制器并刪除被刪除的所述路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。在本發(fā)明的一個實施例中，當(dāng)所述上聯(lián)口有路由更新時，更新所述Openflow子網(wǎng)邊緣交換機的路由信息，并通過所述Openflow協(xié)議通知所控制器更改所述Openflow子網(wǎng)邊緣交換機上的流表項規(guī)則。在本發(fā)明的又一個實施例中，所述Openflow協(xié)議進程獲取所述流表項報文的流表項信息后，根據(jù)所述流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對所述流表項報文的預(yù)設(shè)字段進行修改。在本發(fā)明的一個實施例中，所述預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。在本發(fā)明的又一個實施例中，所述方法還包括如下步驟:對于沒有匹配任何流表項的流表項報文，Openflow協(xié)議進程則通過Openflow協(xié)議發(fā)送至所述控制器進行解析,所述控制器判斷所述流表項報文是否為Openf low子網(wǎng)內(nèi)的轉(zhuǎn)發(fā),如果是,則由Openf low子網(wǎng)邊緣交換機新建流表項在Openflow子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)；如果沒有匹配任何所述流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過所述Openflow協(xié)議轉(zhuǎn)發(fā)給所述控制器進行處理。在本發(fā)明的一個實施例中，當(dāng)所述Openflow子網(wǎng)邊緣交換機的下聯(lián)口上有新的流表項建立時，如果流表項規(guī)則包括Openf low子網(wǎng)內(nèi)設(shè)備的DIP和DMAC信息，則通知所述路由進程下發(fā)一條該DIP的路由規(guī)則，將流表項報文的DMAC字段修改為流表項規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。其中，如果流表項規(guī)則匹配的DIP地址不在Openflow子網(wǎng)內(nèi)，首先通過通知所述路由進程進行ARP查詢，若查詢不到，則通過Openflow協(xié)議通知所述控制器刪除所述Openflow子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項規(guī)則；若查詢到，則通知所述控制器下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。在本發(fā)明的一個實施例中，還包括如下步驟:當(dāng)所述多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知所述路由進程并刪除被刪除的所述流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。并且，當(dāng)Openf low子網(wǎng)內(nèi)的機器的MAC地址或IP地址更新時，通知所述控制器進行相關(guān)流表項處理，并通知所述路由進程操作路由表項進行相應(yīng)修改處理。本發(fā)明第二方面的實施例提供一種用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機,所述Openflow子網(wǎng)邊緣交換機設(shè)置在所述Openflow網(wǎng)絡(luò)和所述IP網(wǎng)絡(luò)之間，其中，所述Openflow子網(wǎng)邊緣交換機包括:上聯(lián)口，所述上聯(lián)口連接所述IP網(wǎng)絡(luò)；下聯(lián)口，所述下聯(lián)口連接所述Openflow網(wǎng)絡(luò)；設(shè)置模塊，用于設(shè)置所述上聯(lián)口的路由進程以及所述下聯(lián)口的Openflow協(xié)議進程，其中，所述路由進程記錄由所述IP網(wǎng)絡(luò)進入所述Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則,所述Openflow協(xié)議進程記錄有所述Openflow網(wǎng)絡(luò)進入所述IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)則；控制器，用于接收路由解析信息或流規(guī)則信息，對所述路由信解析息轉(zhuǎn)換為流表項形式下發(fā)，并將所述路由信息以流表項形式發(fā)布到所述Openflow網(wǎng)絡(luò)，其中，所述路由信息為當(dāng)所述上聯(lián)口有路由報文進入時，所述上聯(lián)口的路由進程獲取的所述路由報文的路由信息，所述路由進程將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析，所述控制器還用于接收流表項信息，并對所述流表項信息解析后將所述路由信息通知路由進程將信息轉(zhuǎn)換為IP路由信息并根據(jù)發(fā)布到所述IP網(wǎng)絡(luò)，其中，所述流表項信息為當(dāng)所述下聯(lián)口有流表項報文進入時，所述下聯(lián)口的Openflow協(xié)議進程獲取的所述流表項報文的流表項信息，其中，所述Openflow協(xié)議進程將所述流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析。根據(jù)本發(fā)明實施例的用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機，保持了 Openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)Openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響Openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展。并且，Openflow網(wǎng)絡(luò)可以通過Openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響。并且，本發(fā)明的Openflow子網(wǎng)邊緣交換機屬于支持OpenFlow的交換機,而不是專用Openflow交換機。在本發(fā)明的一個實施例中，所述路由進程在獲取所述路由報文的路由信息后，判斷所述路由報文是否預(yù)設(shè)類型報文，如果否，則將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析；如果是，則將所述路由信息轉(zhuǎn)發(fā)到CPU 口進行協(xié)議棧處理。在本發(fā)明的一個實施例中，所述預(yù)設(shè)類型報文包括:所述預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiss報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和地址解析協(xié)議ARP報文中的至少一種。在本發(fā)明的一個實施例中，所述控制器在所述Openflow子網(wǎng)邊緣交換機上下發(fā)匹配所述路由報文入端口、所述路由報文DIP為路由規(guī)則DIP、DMAC為所述Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將所述流表項動作是報文SMAC修改為所述Openflow子網(wǎng)邊緣交換機的MAC地址、將所述路由報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口以及減少！TL。在本發(fā)明的一個實施例中，所述控制器在所述多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，刪除被刪除的所述路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。在本發(fā)明的又一個實施例中，所述Openflow子網(wǎng)邊緣交換機還包括更新模塊,用于當(dāng)所述上聯(lián)口有路由更新時，更新所述Openflow子網(wǎng)邊緣交換機的路由信息，并通過所述Openflow協(xié)議通知所控制器更改所述Openflow子網(wǎng)邊緣交換機上的流表項規(guī)則。并且，所述Openflow協(xié)議進程獲取所述流表項報文的流表項信息后，根據(jù)所述流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對所述流表項報文的預(yù)設(shè)字段進行修改。其中，所述預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。在本發(fā)明的一個實施例中，所述Openflow協(xié)議進程對于沒有匹配任何流表項的流表項報文，則通過Openflow協(xié)議發(fā)送至所述控制器進行解析，所述控制器判斷所述流表項報文是否為Openf low子網(wǎng)內(nèi)的轉(zhuǎn)發(fā),如果是,則由Openf low子網(wǎng)邊緣交換機新建流表項在Openflow子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)；如果沒有匹配任何所述流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過所述Openflow協(xié)議轉(zhuǎn)發(fā)給所述控制器進行處理。并且,所述Openflow協(xié)議進程當(dāng)所述Openflow子網(wǎng)邊緣交換機的下聯(lián)口上有新的流表項建立時，如果流表項規(guī)則包括Openf low子網(wǎng)內(nèi)設(shè)備的DIP和DMAC信息，則通知所述路由進程下發(fā)一條該DIP的路由規(guī)則，將流表項報文的DMAC字段修改為流表項規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。其中，所述Openflow協(xié)議進程在流表項規(guī)則匹配的DIP地址不在Openflow子網(wǎng)內(nèi)，首先通過通知所述路由進程進行ARP查詢，若查詢不到，則通過Openflow協(xié)議通知所述控制器刪除所述Openflow子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項規(guī)則；若查詢到，則通知所述控制器下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。在本發(fā)明的一個實施例中，所述Openflow協(xié)議進程在所述多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時通知所述路由進程并刪除被刪除的所述流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。并且，更新模塊在所述Openf low子網(wǎng)內(nèi)的機器的MAC地址或IP地址更新時，通知所述控制器進行相關(guān)流表項處理，并通知所述路由進程操作路由表項進行相應(yīng)修改處理。本發(fā)明的附加方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。


本發(fā)明的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中:圖1為現(xiàn)有的Openflow子網(wǎng)與IP網(wǎng)絡(luò)互連模型的示意圖；圖2為根據(jù)本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法的流程圖；圖3為根據(jù)本發(fā)明實施例的Openflow子網(wǎng)邊緣交換機連接模型的示意圖；圖4為根據(jù)本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法的各個組件之間的互聯(lián)通信示意圖；以及圖5為根據(jù)本發(fā)明一個實施例的用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機的示意圖。
具體實施例方式下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括一個或者更多個該特征。在本發(fā)明的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。在本發(fā)明中，除非另有明確的規(guī)定和限定，術(shù)語“安裝”、“相連”、“連接”、“固定”等術(shù)語應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內(nèi)部的連通。對于本領(lǐng)域的普通技術(shù)人員而言，可以根據(jù)具體情況理解上述術(shù)語在本發(fā)明中的具體含義。下面參考圖2至圖4描述根據(jù)本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法。其中，Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)之間通信利用Openflow子網(wǎng)邊緣交換機。Openflow子網(wǎng)邊緣交換機屬于支持Openflow的交換機,而非專用的Openflow交換機,包括上聯(lián)口和下聯(lián)口，其中上聯(lián)口連接IP網(wǎng)絡(luò)，下聯(lián)口連接Openflow網(wǎng)絡(luò)。如圖3所示，在用于連接Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)支持Openflow的子網(wǎng)邊緣交換機上，將連接IP骨干網(wǎng)絡(luò)的端口稱為上聯(lián)口，連接Openflow子網(wǎng)的端口稱為下聯(lián)口，上聯(lián)口和下聯(lián)口之間不能進行二層轉(zhuǎn)發(fā)。在Openflow子網(wǎng)邊緣交換機上，通過上聯(lián)口以三層轉(zhuǎn)發(fā)將IP骨干網(wǎng)絡(luò)的數(shù)據(jù)轉(zhuǎn)發(fā)給Openflow子網(wǎng)，而Openflow子網(wǎng)的數(shù)據(jù)則通過流表項指定出端口轉(zhuǎn)發(fā)給IP骨干網(wǎng)絡(luò)。如圖2所示，本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法，包括如下步驟:當(dāng)Openflow (OF)網(wǎng)絡(luò)系統(tǒng)啟動后，按照OF標(biāo)準(zhǔn)進行運行。并且IP (InternetProtocol，網(wǎng)絡(luò)之間互連的協(xié)議)網(wǎng)絡(luò)也按照其自身的原有流程進行初始化和運行。在OF子網(wǎng)邊緣交換機上聯(lián)口有三層接口創(chuàng)建時，同步到OF網(wǎng)絡(luò)的表項中，即對于OF網(wǎng)絡(luò)內(nèi)數(shù)據(jù)報文DIP不存在時，可以按照設(shè)定的流表項轉(zhuǎn)發(fā)到OF子網(wǎng)的邊緣交換機嘗試轉(zhuǎn)發(fā)到IP網(wǎng)絡(luò)中。IP網(wǎng)絡(luò)中的三層轉(zhuǎn)發(fā)數(shù)據(jù)報文只有在到達(dá)OF子網(wǎng)邊緣交換機上聯(lián)口后通過控制器查詢報文的目的IP在OF子網(wǎng)內(nèi)才嘗試轉(zhuǎn)發(fā)入OF子網(wǎng)。下面參考圖3和圖4詳細(xì)說明下路由規(guī)則和相應(yīng)流表項規(guī)則的建立、更新、刪除和同步等行為的流程。步驟S201，設(shè)置所述上聯(lián)口的路由進程以及所述下聯(lián)口的Openflow協(xié)議進程。其中，路由進程記錄由IP網(wǎng)絡(luò)進入Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則，Openflow協(xié)議進程記錄有Openflow網(wǎng)絡(luò)進入IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)則。具體地，Openflow子網(wǎng)邊緣交換機上有兩個進程分別上聯(lián)口和下聯(lián)口的路由規(guī)則或轉(zhuǎn)發(fā)規(guī)則，分別為路由進程和Openflow協(xié)議進程。為實現(xiàn)路由轉(zhuǎn)發(fā)和流表項轉(zhuǎn)發(fā)的統(tǒng)一，在OF子網(wǎng)邊緣交換機上表項匹配的字段范圍只需要支持匹配報文SMAC、DMAC, SIP和DIP四個字段即可，而需要支持的動作包括修改MAC、TTL (Time To Live，生存時間)、IP或
者可指定三層轉(zhuǎn)發(fā)出接口信息。步驟S202，當(dāng)上聯(lián)口有路由報文進入時，上聯(lián)口的路由進程獲取路由報文的路由信息，利用Openflow協(xié)議將路由信息通知控制器將路由信息轉(zhuǎn)換為流表項形式下發(fā)，并根據(jù)路由信息查找路由轉(zhuǎn)發(fā)規(guī)則中對應(yīng)的路由表項，并根據(jù)路由表項對路由信息以流表項形式發(fā)布到Openflow網(wǎng)絡(luò)。具體地，當(dāng)Openflow子網(wǎng)邊緣交換機在上聯(lián)口有數(shù)據(jù)報文進入，即有報文從IP網(wǎng)絡(luò)進入OF子網(wǎng)時，S卩，在上聯(lián)口的路由進程獲取路由報文的路由信息后，需要先查路由表項進行路由轉(zhuǎn)發(fā)，然后按照路由表項指定的出端口轉(zhuǎn)出。并且判斷路由報文是否預(yù)設(shè)類型報文，如果否，則路由進程解析路由信息 后將路由信息通過Openf low協(xié)議發(fā)送至控制器進行解析，并修改報文的相應(yīng)字段，如SMAC、DMAC、TTL等。如果是，則將路由信息轉(zhuǎn)發(fā)到CPU口只進行IP網(wǎng)絡(luò)協(xié)議棧處理。其中，預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiss報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和ARP (Address ResolutionProtocol，地址解析協(xié)議)報文中的至少一種。其中，交換機所運行路由協(xié)議相關(guān)報文例如為OSPF (Open Shortest Path First，開放式最短路徑優(yōu)先)協(xié)議報文、路由信息協(xié)議RIP協(xié)議報文、邊界網(wǎng)關(guān)協(xié)議BGP協(xié)議報文、ISIS路由協(xié)議報文、RIPNG協(xié)議等路由信息通過Openflow協(xié)議進程發(fā)送至控制器進行解析，包括如下步驟:控制器在Openflow子網(wǎng)邊緣交換機上下發(fā)匹配路由報文入端口、路由報文DIP為路由規(guī)則DIP、DMAC為Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將流表項動作是報文SMAC修改為Openf low子網(wǎng)邊緣交換機的MAC地址、將路由報文的DMAC更換為路由協(xié)議報文的SMACj^定物理出端口以及減少TTL。具體地，當(dāng)基于路由轉(zhuǎn)發(fā)的上聯(lián)口，端口收到路由信息報文時將被送上平臺協(xié)議棧進行處理，例如靜態(tài)路由、0SPF、IS-1S (Intermediate System to Intermediate SystemRout ing Protocol,中間系統(tǒng)到中間系統(tǒng)的路由選擇協(xié)議)或RIP(Rout ing InformationProtococ，路由信息協(xié)議)等動態(tài)路由，路由進程收到新的路由信息,路由信息例如為SMAC、DIP、物理入端口后，將該路由信息通過Openflow協(xié)議傳送給控制器解析?？刂破鹘馕龊髸贠F子網(wǎng)邊緣交換機上下發(fā)匹配(報文入端口下聯(lián)口)、報文DIP為路由規(guī)則DIP、DMAC為交換機MAC的流表項。控制器的動作包含將報文SMAC修改為交換機的MAC地址、將報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口即動態(tài)路由發(fā)布報文的入端口、減少TTL等內(nèi)容，然后再上聯(lián)口下發(fā)路由規(guī)則。步驟S202還包括如下步驟:還包括如下步驟:當(dāng)多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知控制器并刪除被刪除的路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。換言之，當(dāng)某條路由規(guī)則被刪除時，例如老化或手工刪除，按照建立過程通知控制器并刪除相應(yīng)的DIP流表項軟硬件記錄及動作，然后刪除對應(yīng)的路由規(guī)則并發(fā)布刪除路由信息到IP骨干網(wǎng)絡(luò)。通過該步驟可以保證IP網(wǎng)絡(luò)中的路由技術(shù)能順利發(fā)布到Openflow網(wǎng)絡(luò)中，以實現(xiàn)Openflow網(wǎng)絡(luò)的流表項規(guī)則和IP網(wǎng)路的路由規(guī)則的一致性。下面對有路由報文有IP網(wǎng)絡(luò)進入Openflow網(wǎng)絡(luò)的流程。當(dāng)上聯(lián)口收到數(shù)據(jù)包時，首先查找路由表，如果是三層轉(zhuǎn)發(fā)的報文，否則進行二層轉(zhuǎn)發(fā)。若查找路由轉(zhuǎn)發(fā)規(guī)則成功則根據(jù)路由規(guī)則轉(zhuǎn)出，否則因查找路由失敗以L3DesMiSS送上平臺進行協(xié)議棧處理。協(xié)議棧首先對上聯(lián)口進行ARP查詢，如果有ARP應(yīng)答則根據(jù)傳統(tǒng)三層轉(zhuǎn)發(fā)進行ARP學(xué)習(xí)和路由規(guī)則建立進行轉(zhuǎn)發(fā)，否則協(xié)議棧路由進程則將報文的信息通過Openflow協(xié)議傳送給控制器解析。其中，報文的信息包括L3DesMiss報文SMAC、L3DesMiss報文DIP、L3DesMiss報文SIP、報文的物理入端口?？刂破鞑檎襉F子網(wǎng)內(nèi)是否有該L3DesMiss報文DIP的IP地址機器，如果沒有則通知路由進程丟棄該報文并刪除已存的相關(guān)路由表信息以防止已經(jīng)有路由表建立長期占用路由表項，否則會在OF子網(wǎng)邊緣交換機上下發(fā)匹配報文下聯(lián)口入端口、DIP為數(shù)據(jù)報文DIP、DMAC為交換機MAC的流表項規(guī)則。控制器的動作是將報文SMAC修改為交換機的MAC地址、將報文的DMAC更換為數(shù)據(jù)報文的SMAC、物理出端口即L3DesMiss報文的入端口、減少TTL等信息。同時通知路由進程下發(fā)該報文DIP是L3DesMiss報文DIP的路由規(guī)則、三層出接口信息為報文的SMAC修改為交換機的MAC地址、目的DMAC為OF子網(wǎng)內(nèi)該數(shù)據(jù)報文DIP機器的MAC地址和物理出端口、減少TTL等內(nèi)容，從而建立路由轉(zhuǎn)發(fā)表項。當(dāng)路由表項被刪除時，需要刪除相關(guān)的路由表項并發(fā)布刪除路由信息到IP骨干網(wǎng)絡(luò)，對應(yīng)的OF子網(wǎng)流表項會也需要相應(yīng)的處理。通過上述方法保證IP網(wǎng)絡(luò)中到來的二層報文得到處理，同時更重的是讓三層轉(zhuǎn)發(fā)到Openflow網(wǎng)絡(luò)的報文能順利的得到相應(yīng)目的主機的路徑，為后續(xù)報文提供轉(zhuǎn)發(fā)流表項，實現(xiàn)傳統(tǒng)IP路由里的ARP和建立路由的流程。當(dāng)上聯(lián)口有路由更新時，和路由建立過程類似，除了更新OF子網(wǎng)邊緣交換機路由信息外，還需要通過Openf low協(xié)議通知控制器更改邊緣交換機上的流表項規(guī)則，從而保證IP網(wǎng)絡(luò)保證了 IP網(wǎng)路路由信息和ARP的變化能及時同步到Openflow子網(wǎng)。步驟S203，當(dāng)下聯(lián)口有流表項報文進入時，下聯(lián)口的Openflow協(xié)議進程獲取流表項報文的流表項信息，并將流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析，控制器對流表項信息解析后將路由信息轉(zhuǎn)換為路由信息，并發(fā)布到IP網(wǎng)絡(luò)。如果是報文從下聯(lián)口進入即從Openflow子網(wǎng)轉(zhuǎn)發(fā)進入IP網(wǎng)絡(luò)，即進入IP子網(wǎng)或OF子網(wǎng)，則需要查找流表項轉(zhuǎn)發(fā)，根據(jù)流表項指定的端口進行轉(zhuǎn)發(fā)，并對預(yù)設(shè)字段進行修改。Openflow協(xié)議進程獲取流表項報文的流表項信息后，根據(jù)流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對流表項報文的預(yù)設(shè)字段進行修改。
在本發(fā)明的一個實施例中，預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。沒有匹配任何表項的報文則被Openflow協(xié)議送至控制器解析，判斷是否為OF子網(wǎng)內(nèi)的轉(zhuǎn)發(fā)，如果是由OF交換機新建流表項在OF子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)。如果是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判決是否通過openflow協(xié)議轉(zhuǎn)發(fā)給控制器進行處理。但是對報文的雙向轉(zhuǎn)發(fā)路由規(guī)則和相應(yīng)流表項規(guī)則需要均建立成功才能進行數(shù)據(jù)通信。在本發(fā)明的又一個實施例中，步驟S202還包括如下步驟:對于沒有匹配任何流表項的流表項報文，Openflow協(xié)議進程則通過Openflow協(xié)議發(fā)送至控制器進行解析,控制器判斷流表項報文是否為Openflow子網(wǎng)內(nèi)的轉(zhuǎn)發(fā)。如果是,則由Openflow子網(wǎng)邊緣交換機新建流表項在Openflow子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)。如果沒有匹配任何流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過Openflow協(xié)議轉(zhuǎn)發(fā)給控制器進行處理。當(dāng)OF子網(wǎng)邊緣交換機的下聯(lián)口上有新的流表項建立(例如新的網(wǎng)絡(luò)設(shè)備加入OF子網(wǎng)觸發(fā))時，首先確保DIP信息且IP地址不屬于OF子網(wǎng)，如果規(guī)則不能滿足這兩點表明只能進行OF子網(wǎng)內(nèi)轉(zhuǎn)發(fā)(相當(dāng)于傳統(tǒng)網(wǎng)絡(luò)的二層轉(zhuǎn)發(fā))，按照OF子網(wǎng)內(nèi)轉(zhuǎn)發(fā)下發(fā)表項。如果Openflow子網(wǎng)內(nèi)設(shè)備的規(guī)則含有DIP和DMAC信息，則通知路由進程下發(fā)一條該DIP的路由規(guī)則，三層接口中對報文DMAC字段修改為規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。如果流表項規(guī)則匹配的DIP地址不在OF子網(wǎng)內(nèi)，首先通過通知路由進程進行ARP查詢，若查詢不到，則通過Openflow協(xié)議通知控制器刪除OF子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項規(guī)則。若查詢到，則通知控制器下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。規(guī)則動作包括在ARP應(yīng)答的上聯(lián)口入口作為出端口，并用交換機MAC替換數(shù)據(jù)報文的SMAC、用ARP應(yīng)答的SMAC分替換數(shù)據(jù)包的DMAC、減少TTL等內(nèi)容。當(dāng)表項被刪除時，刪除匹配相應(yīng)DIP的流表項即可，以及刪除該表項建立時滿足相應(yīng)條件而建立的三層轉(zhuǎn)發(fā)路由表項并發(fā)布刪除路由信息到IP骨干網(wǎng)絡(luò)。通過上述方法可以保證OF子網(wǎng)的相應(yīng)流表項能通過路由協(xié)議以路由規(guī)則的形式發(fā)布到傳統(tǒng)IP網(wǎng)絡(luò)中，由此IP網(wǎng)絡(luò)的主機的報文可以學(xué)習(xí)得到到達(dá)OF內(nèi)的主機的路徑。當(dāng)OF子網(wǎng)交換機下聯(lián)口收到某個不匹配交換機任何Openflow表項的數(shù)據(jù)報文，首先將報文通過Openflow協(xié)議送至控制器以DMAC內(nèi)容進行查詢OF子網(wǎng)內(nèi)是否有該機器，如果查到存在且機器IP地址為數(shù)據(jù)報文的DIP，則下發(fā)相關(guān)流表項進行轉(zhuǎn)發(fā)。如果DIP屬于該子網(wǎng)但是DMAC與機器不對應(yīng)或DMAC存在但DIP不匹配機器的IP地址則丟棄該報文并通知交換機進行相關(guān)的流表項刪除處理，否則如果DMAC和DIP都沒有查找到則續(xù)將該報文傳送給路由進程處理。路由進程用此報文的DIP作為目的IP進行ARP請求，若查詢不至IJ，則通過Openflow協(xié)議通知控制器刪除OF子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項信息。如查詢到，則通知控制器下發(fā)匹配該數(shù)據(jù)報文DIP信息的流表項，規(guī)則動作包括在ARP應(yīng)答的上聯(lián)口入口作為出端口，并用交換機MAC替換數(shù)據(jù)報文的SMAC、用ARP應(yīng)答的SMAC分替換數(shù)據(jù)包的DMAC、減少TTL等內(nèi)容。同時，路由進程建立以該數(shù)據(jù)報文SIP相關(guān)的路由規(guī)則，及相關(guān)三層出接口，內(nèi)容包括以報文下聯(lián)口入口為出端口、數(shù)據(jù)報文SMAC為DMAC、交換機MAC地址為SMAC的三層出接口進行路由轉(zhuǎn)發(fā)，并用路由發(fā)布報文進行路由發(fā)布到IP骨干網(wǎng)絡(luò)中。當(dāng)該數(shù)據(jù)報文DIP對應(yīng)的交換機該ARP老化時，需要刪除相應(yīng)的路由表項，相應(yīng)Openflow表項也需要做刪除處理。當(dāng)Openflow表項被刪除時,需要通知路由規(guī)則以該數(shù)據(jù)報文SIP建立的路由規(guī)則。此項特征保證了 OF子網(wǎng)的相應(yīng)報文在走向IP網(wǎng)絡(luò)時通過IP網(wǎng)絡(luò)內(nèi)ARP的學(xué)習(xí)建立流表項和相應(yīng)的動作內(nèi)容。當(dāng)多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知路由進程并刪除被刪除的流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。當(dāng)Openflow子網(wǎng)內(nèi)的機器的MAC地址或IP地址更新時，當(dāng)OF子網(wǎng)內(nèi)有機器的MAC地址或IP地址更新時，與建立流表項時類似，將通知控制器進行相關(guān)流表項處理，并通知路由進程操作路由表項進行相應(yīng)修改處理，從而可以保證OF子網(wǎng)的主機或流表項轉(zhuǎn)發(fā)路徑變化時能同步到該邊緣交換機的IP路由表和ARP表項中，實現(xiàn)路由表項轉(zhuǎn)發(fā)到OF子網(wǎng)內(nèi)再通過流表項轉(zhuǎn)發(fā)數(shù)據(jù)報文的銜接。需要說的是，步驟S202和步驟S203可以同時執(zhí)行，也可以單獨執(zhí)行。換言之，數(shù)據(jù)有IP網(wǎng)絡(luò)進入Openflow網(wǎng)絡(luò)，以及由Openflow網(wǎng)絡(luò)進入IP網(wǎng)絡(luò)是可以同時獨立進行的，也可以分時單獨進行。如果OF邊緣交換機芯片流表項不支持修改MAC地址，可以通過建立三層接口且流表項動作為通過指定三層接口轉(zhuǎn)發(fā)。OF子網(wǎng)邊緣交換機只將IP網(wǎng)絡(luò)傳輸?shù)膱笪霓D(zhuǎn)發(fā)到OF子網(wǎng)，到達(dá)目的主機還需要OF子網(wǎng)建立合理的流表項進行轉(zhuǎn)發(fā)。從而整個Openflow子網(wǎng)的轉(zhuǎn)發(fā)規(guī)則和IP骨干網(wǎng)絡(luò)的路由規(guī)則就進行了銜接和同步，并實現(xiàn)了對端的動態(tài)變化的自適應(yīng)能力，達(dá)到了整個網(wǎng)絡(luò)的通信暢通的目的。根據(jù)本發(fā)明實施例的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法,保持了 Openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)Openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響Openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展。并且，Openflow網(wǎng)絡(luò)可以通過Openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響?，F(xiàn)在Openflow網(wǎng)絡(luò)的還處于發(fā)展的初期階段，其重新設(shè)計互聯(lián)網(wǎng)的初衷雖然實施艱難，但是非常有可能成為下一代互聯(lián)網(wǎng)絡(luò)的發(fā)展趨勢。所以O(shè)penflow網(wǎng)絡(luò)將來必然會和IP網(wǎng)絡(luò)處于一個相當(dāng)長的并存的時期，解決Openflow網(wǎng)絡(luò)與IP網(wǎng)絡(luò)的互通問題，就保證了 Openflow網(wǎng)絡(luò)在實際中的應(yīng)用的可行性,也間接推動了 Openflow網(wǎng)絡(luò)技術(shù)的發(fā)展。具體而言，本發(fā)明的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法具有以下優(yōu)點:第一，本發(fā)明的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法保持了 openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展；第二，Openflow網(wǎng)絡(luò)通過openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響。第三，本發(fā)明的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法實施時只需要部署在openflow網(wǎng)絡(luò)的邊緣交換機上,對openflow網(wǎng)絡(luò)的轉(zhuǎn)發(fā)路徑通過路由協(xié)議以路由信息的方式發(fā)布到IP網(wǎng)絡(luò)，對IP子網(wǎng)的路由信息通過控制系統(tǒng)以流表項形式發(fā)布到openflow網(wǎng)絡(luò)，并能讓二者都能很好的實現(xiàn)對端變化的自適應(yīng)添刪表項或路由規(guī)則的任務(wù)。本發(fā)明第二方面的實施例提供一種用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機。其中，Openflow子網(wǎng)邊緣交換機設(shè)置在Openflow網(wǎng)絡(luò)和所述IP網(wǎng)絡(luò)之間。如圖5所示，本發(fā)明實施例提供的用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機400包括上聯(lián)口 410、下聯(lián)口 420、設(shè)置模塊430和控制器440。具體地，上聯(lián)口 410連接IP網(wǎng)絡(luò)，下聯(lián)口 420連接Openflow網(wǎng)絡(luò)，設(shè)置模塊430用于設(shè)置上聯(lián)口 410的路由進程以及下聯(lián)口 420的Openflow協(xié)議進程。其中，路由進程記錄由IP網(wǎng)絡(luò)進入Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則,Openflow協(xié)議進程記錄有Openflow網(wǎng)絡(luò)進入IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)則?？刂破?40用于接收路由解析信息或，對路由信息轉(zhuǎn)換為流表項形式，并將路由信息以流表項形式發(fā)布到Openflow網(wǎng)絡(luò)。其中，路由信息為當(dāng)上聯(lián)口 410有路由報文進入時，上聯(lián)口 410的路由進程獲取的路由報文的路由信息，路由進程將路由信息通過Openflow協(xié)議發(fā)送至控制器440進行解析。并且，控制器440還用于接收流表項信息，并對流表項信息解析后將路由信息通知路由進程將信息轉(zhuǎn)換為IP路由信息，并發(fā)布到IP網(wǎng)絡(luò)。其中，流表項信息為當(dāng)下聯(lián)口 420有流表項報文進入時，下聯(lián)口420的Openflow協(xié)議進程獲取的流表項報文的流表項信息。其中，Openflow協(xié)議進程將流表項信息通過Openflow協(xié)議進程發(fā)送至控制器440進行解析。路由進程在獲取路由報文的路由信息后，判斷路由報文是否預(yù)設(shè)類型報文，如果否，則路由進程解析路由信息后將路由信息通過Openflow協(xié)議進程發(fā)送至控制器440進行解析；如果是，則將路由信息轉(zhuǎn)發(fā)到CPU 口只進行IP網(wǎng)絡(luò)協(xié)議棧處理。在本發(fā)明的一個實施例中，預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiss報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和ARP (AddressResolution Protocol,地址解析協(xié)議)報文中的至少一種。其中，交換機所運行路由協(xié)議相關(guān)報文例如為OSPF (Open Shortest Path First,開放式最短路徑優(yōu)先)協(xié)議報文、路由信息協(xié)議RIP協(xié)議報文、邊界網(wǎng)關(guān)協(xié)議BGP協(xié)議報文、ISIS路由協(xié)議報文、RIPNG協(xié)議等?？刂破?40在Openflow子網(wǎng)邊緣交換機上下發(fā)匹配路由報文入端口、路由報文DIP為路由規(guī)則DIP、DMAC為Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將流表項動作是報文SMAC修改為Openflow子網(wǎng)邊緣交換機的MAC地址、將路由報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口以及減少TTL。在本發(fā)明的一個實施例中，控制器440在多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，刪除被刪除的路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。在本發(fā)明的又一個實施例中，Openflow子網(wǎng)邊緣交換機400還包括更新模塊，用于當(dāng)上聯(lián)口 410有路由更新時，更新Openflow子網(wǎng)邊緣交換機400的路由信息，并通過Openflow協(xié)議通知控制器440更改Openflow子網(wǎng)邊緣交換機上的流表項規(guī)則。Openflow協(xié)議進程獲取流表項報文的流表項信息后，根據(jù)流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對流表項報文的預(yù)設(shè)字段進行修改。在本發(fā)明的一個示例中，預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。并且，Openflow協(xié)議進程對于沒有匹配任何流表項的流表項報文，則通過Openflow協(xié)議發(fā)送至控制器440進行解析，控制器440判斷流表項報文是否為Openflow子網(wǎng)內(nèi)的轉(zhuǎn)發(fā)，如果是，則由Openf low子網(wǎng)邊緣交換機400新建流表項在Openf low子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)；如果沒有匹配任何流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過Openflow協(xié)議轉(zhuǎn)發(fā)給控制器440進行處理。Openflow協(xié)議進程當(dāng)Openflow子網(wǎng)邊緣交換機的下聯(lián)口 420上有新的流表項建立時，如果流表項規(guī)則包括Openflow子網(wǎng)內(nèi)設(shè)備的DIP和DMAC信息，則通知路由進程下發(fā)一條該DIP的路由規(guī)則，將流表項報文的DMAC字段修改為流表項規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。Openflow協(xié)議進程在流表項規(guī)則匹配的DIP地址不在Openflow子網(wǎng)內(nèi)，首先通過通知路由進程進行ARP查詢，若查詢不到，則通過Openflow協(xié)議通知控制器440刪除Openflow子網(wǎng)邊緣交換機400上該DIP相關(guān)的流表項規(guī)則；若查詢到，則通知控制器440下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。在本發(fā)明的一個實施例中,Openf low協(xié)議進程在所述多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時通知路由進程并刪除被刪除的流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。更新模塊在Openflow子網(wǎng)內(nèi)的機器的MAC地址或IP地址更新時，通知控制器440進行相關(guān)流表項處理，并通知路由進程操作路由表項進行相應(yīng)修改處理。根據(jù)本發(fā)明實施例的用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機，保持了 Openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)Openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響Openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展。并且，Openflow網(wǎng)絡(luò)可以通過Openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響。現(xiàn)在Openflow網(wǎng)絡(luò)的還處于發(fā)展的初期階段，其重新設(shè)計互聯(lián)網(wǎng)的初衷雖然實施艱難，但是非常有可能成為下一代互聯(lián)網(wǎng)絡(luò)的發(fā)展趨勢。所以O(shè)penflow網(wǎng)絡(luò)將來必然會和IP網(wǎng)絡(luò)處于一個相當(dāng)長的并存的時期，解決Openflow網(wǎng)絡(luò)與IP網(wǎng)絡(luò)的互通問題，就保證了 Openflow網(wǎng)絡(luò)在實際中的應(yīng)用的可行性,也間接推動了 Openflow網(wǎng)絡(luò)技術(shù)的發(fā)展。并且，本發(fā)明的Openflow子網(wǎng)邊緣交換機屬于支持OpenFlow的交換機,而不是專用Openflow交換機。具體而言，本發(fā)明的用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機具有以下優(yōu)點:第一，應(yīng)用本發(fā)明Openflow子網(wǎng)邊緣交換機的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法保持了 openflow網(wǎng)絡(luò)控制系統(tǒng)與傳統(tǒng)IP路由技術(shù)的獨立性，在標(biāo)準(zhǔn)openflow網(wǎng)絡(luò)控制系統(tǒng)實現(xiàn)上不做任何修改，簡單可靠，不影響openflow網(wǎng)絡(luò)控制系統(tǒng)的實現(xiàn)和發(fā)展；第二，Openflow網(wǎng)絡(luò)通過openflow協(xié)議以進程間通信的方式與路由進程交換和傳遞信息，對IP網(wǎng)絡(luò)和Openflow網(wǎng)絡(luò)各自內(nèi)部的運行沒有直接影響。第三,應(yīng)用本發(fā)明Openflow子網(wǎng)邊緣交換機的Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法實施時只需要部署在openflow網(wǎng)絡(luò)的邊緣交換機上，對openflow網(wǎng)絡(luò)的轉(zhuǎn)發(fā)路徑通過路由協(xié)議以路由信息的方式發(fā)布到IP網(wǎng)絡(luò)，對IP子網(wǎng)的路由信息通過控制系統(tǒng)以流表項形式發(fā)布到openflow網(wǎng)絡(luò)，并能讓二者都能很好的實現(xiàn)對端變化的自適應(yīng)添刪表項或路由規(guī)則的任務(wù)。流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本發(fā)明的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。
在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認(rèn)為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(R0M)，可擦除可編輯只讀存儲器(EPR0M或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(⑶ROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學(xué)掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。應(yīng)當(dāng)理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。此外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在不脫離本發(fā)明的原理和宗旨的情況下在本發(fā)明的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。
權(quán)利要求
1.一種Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法,其特征在于,所述Openflow網(wǎng)絡(luò)和所述IP網(wǎng)絡(luò)之間通信利用Openflow子網(wǎng)邊緣交換機,其中，所述Openflow子網(wǎng)邊緣交換機屬于支持Openflow的交換機，包括上聯(lián)口和下聯(lián)口，所述上聯(lián)口連接所述IP網(wǎng)絡(luò)，所述下聯(lián)口連接所述Openflow網(wǎng)絡(luò)，所述互聯(lián)通信的方法包括如下步驟: 設(shè)置所述上聯(lián)口的路由進程以及所述下聯(lián)口的Openflow協(xié)議進程，其中，所述路由進程記錄由所述IP網(wǎng)絡(luò)進入所述Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則,所述Openflow協(xié)議進程記錄有所述Openflow網(wǎng)絡(luò)進入所述IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)則； 當(dāng)所述上聯(lián)口有路由報文進入時，所述上聯(lián)口的路由進程獲取所述路由報文的路由信息，利用Openflow協(xié)議將路由信息通知控制器將所述路由信息轉(zhuǎn)換為流表項形式下發(fā)，并根據(jù)路由信息查找所述路由轉(zhuǎn)發(fā)規(guī)則中對應(yīng)的路由表項，并根據(jù)所述路由表項對所述路由信息以流表項形式發(fā)布到所述Openflow網(wǎng)絡(luò)；以及 當(dāng)所述下聯(lián)口有流表項報文進入時，所述下聯(lián)口的Openflow協(xié)議進程獲取所述流表項報文的流表項信息，并將所述流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析，所述控制器對所述流表項信息解析后將所述路由信息通知路由進程，路由進程轉(zhuǎn)換為IP路由信息并發(fā)布到所述IP網(wǎng) 絡(luò)。
2.如權(quán)利要求1所述方法，其特征在于，在所述上聯(lián)口的路由進程獲取所述路由報文的路由信息后，判斷所述路由報文是否預(yù)設(shè)類型報文，如果否，則路由進程解析路由信息后將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析；如果是，則將所述路由信息轉(zhuǎn)發(fā)到CPU 口只進行IP網(wǎng)絡(luò)協(xié)議棧處理。
3.如權(quán)利要求2所述方法，其特征在于，所述預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiSS報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和地址解析協(xié)議ARP報文中的至少一種。
4.如權(quán)利要求1或2所述方法，其特征在于，所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析，包括如下步驟: 所述控制器在所述Openflow子網(wǎng)邊緣交換機上下發(fā)匹配所述路由報文入端口、所述路由報文DIP為路由規(guī)則DIP、DMAC為所述Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將所述流表項動作是報文SMAC修改為所述Openflow子網(wǎng)邊緣交換機的MAC地址、將所述路由報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口以及減少TTL。
5.如權(quán)利要求1所述方法，其特征在于，還包括如下步驟:當(dāng)所述多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知所述控制器并刪除被刪除的所述路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。
6.如權(quán)利要求1所述方法，其特征在于，當(dāng)所述上聯(lián)口有路由更新時，更新所述Openflow子網(wǎng)邊緣交換機的路由信息,并通過所述Openflow協(xié)議通知所述控制器更改所述Openflow子網(wǎng)邊緣交換機上的流表項規(guī)則。
7.如權(quán)利要求1所述方法，其特征在于，所述Openflow協(xié)議進程獲取所述流表項報文的流表項信息后，根據(jù)所述流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對所述流表項報文的預(yù)設(shè)字段進行修改。
8.如權(quán)利要求7所述方法，其特征在于，所述預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。
9.如權(quán)利要求7所述方法，其特征在于，還包括如下步驟:對于沒有匹配任何流表項的流表項報文，Openf low協(xié)議進程則通過Openflow協(xié)議發(fā)送至所述控制器進行解析,所述控制器判斷所述流表項報文是否為Openflow子網(wǎng)內(nèi)的轉(zhuǎn)發(fā),如果是,則由Openflow子網(wǎng)邊緣交換機新建流表項在Openflow子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)；如果所述沒有匹配任何流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過所述Openflow協(xié)議轉(zhuǎn)發(fā)給所述控制器進行處理。
10.如權(quán)利要求7所述方法，其特征在于，當(dāng)所述Openflow子網(wǎng)邊緣交換機的下聯(lián)口上有新的流表項建立時，如果流表項規(guī)則包括Openflow子網(wǎng)內(nèi)設(shè)備的DIP和DMAC信息，則通知所述路由進程下發(fā)一條該DIP的路由規(guī)則，將流表項報文的DMAC字段修改為流表項規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。
11.如權(quán)利要求10所述方法，其特征在于，如果流表項規(guī)則匹配的DIP地址不在Openf low子網(wǎng)內(nèi)，首先通過通知所述路由進程進行ARP查詢,若查詢不到,貝U通過Openflow協(xié)議通知所述控制器刪除所述Openflow子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項規(guī)則；若查詢到，則通知所述控制器下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。
12.如權(quán)利要求7所述方法，其特征在于，還包括如下步驟:當(dāng)所述多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，通知所述路由進程并刪除被刪除的所述流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。
13.如權(quán)利要求1所述方法，其特征在于，當(dāng)Openflow子網(wǎng)內(nèi)的機器的MAC地址或IP地址更新時，通知所述控制器進行相關(guān)流表項處理，并通知所述路由進程操作路由表項進行相應(yīng)修改處理。
14.一種用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機,其特征在于，所述Openflow子網(wǎng)邊緣交換機設(shè)置在所述Openflow網(wǎng)絡(luò)和所述IP網(wǎng)絡(luò)之間,其中，所述Openflow子網(wǎng)邊緣交換機包括: 上聯(lián)口，所述上聯(lián)口連接所述IP網(wǎng)絡(luò)； 下聯(lián)口，所述下聯(lián)口連接所述Openflow網(wǎng)絡(luò)； 設(shè)置模塊，用于設(shè)置所述上聯(lián)口的路由進程以及所述下聯(lián)口的Openflow協(xié)議進程，其中，所述路由進程記錄由所述IP網(wǎng)絡(luò)進入所述Openflow網(wǎng)絡(luò)的多條路由轉(zhuǎn)發(fā)規(guī)則，所述Openflow協(xié)議進程記錄有所述Openflow網(wǎng)絡(luò)進入所述IP網(wǎng)絡(luò)的多條流表項轉(zhuǎn)發(fā)規(guī)； 控制器，用于接收路由解析信息或流規(guī)則信息，對所述路由信息轉(zhuǎn)換為流表項形式下發(fā)，并將所述路由信息以流表項形式發(fā)布到所述Openflow網(wǎng)絡(luò)，其中，所述路由信息為當(dāng)所述上聯(lián)口有路由報文進入時，所述上聯(lián)口的路由進程獲取的所述路由報文的路由信息，所述路由進程將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析， 所述控制器還用于接收流表項信息，并對所述流表項信息解析后將所述路由信息通知路由進程將信息轉(zhuǎn)換為IP路由信息并發(fā)布到所述IP網(wǎng)絡(luò)，其中，所述流表項信息為當(dāng)所述下聯(lián)口有流表項報文進入時，所述下聯(lián)口的Openflow協(xié)議進程獲取的所述流表項報文的流表項信息，其中，所述Openflow協(xié)議進程將所述流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析。
15.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機，其特征在于，所述路由進程在獲取所述路由報文的路由信息后，判斷所述路由報文是否預(yù)設(shè)類型報文，如果否，則路由進程解析路由信息后將所述路由信息通過所述Openflow協(xié)議發(fā)送至控制器進行解析；如果是，則將所述路由信息轉(zhuǎn)發(fā)到CPU 口只進行IP網(wǎng)絡(luò)協(xié)議棧處理。
16.如權(quán)利要求15所述的Openflow子網(wǎng)邊緣交換機，其特征在于，所述預(yù)設(shè)類型報文包括:交換機所運行路由協(xié)議相關(guān)報文、生存時間TTL為I的報文，L3DesMiSS報文、動態(tài)主機設(shè)置協(xié)議DHCP報文和地址解析協(xié)議ARP報文中的至少一種。
17.如權(quán)利要求14或15所述的Openflow子網(wǎng)邊緣交換機，其特征在于，所述控制器在所述Openflow子網(wǎng)邊緣交換機上下發(fā)匹配所述路由報文入端口、所述路由報文DIP為路由規(guī)則DIP、DMAC為所述Openflow子網(wǎng)邊緣交換機MAC的流表項，以及將所述流表項動作是報文SMAC修改為所述Openflow子網(wǎng)邊緣交換機的MAC地址、將所述路由報文的DMAC更換為路由協(xié)議報文的SMAC、指定物理出端口以及減少TTL。
18.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機，其特征在于，所述控制器在所述多條路由轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時，刪除被刪除的所述路由轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP流表項軟硬件記錄及動作。
19.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機,其特征在于,還包括更新模塊,用于當(dāng)所述上聯(lián)口有路由更新時，更新所述Openflow子網(wǎng)邊緣交換機的路由信息，并通過所述Openflow協(xié)議通知所述控制器更改所述Openflow子網(wǎng)邊緣交換機上的流表項規(guī)則。
20.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機,其特征在于,所述Openflow協(xié)議進程獲取所述流表項報文的流表項信息后，根據(jù)所述流表項規(guī)則查找流表項指定的端口進行轉(zhuǎn)發(fā)，并對所述流表項報文的預(yù)設(shè)字段進行修改。
21.如權(quán)利要 求20所述的Openflow子網(wǎng)邊緣交換機，其特征在于，所述預(yù)設(shè)字段包括:SMAC字段、DMAC字段和TTL字段。
22.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機,其特征在于,所述Openflow協(xié)議進程對于沒有匹配任何流表項的流表項報文，則通過Openflow協(xié)議發(fā)送至所述控制器進行解析，所述控制器判斷所述流表項報文是否為Openflow子網(wǎng)內(nèi)的轉(zhuǎn)發(fā)，如果是，則由Openflow子網(wǎng)邊緣交換機新建流表項在Openflow子網(wǎng)內(nèi)部轉(zhuǎn)發(fā)；如果沒有匹配任何所述流表項報文是往IP網(wǎng)絡(luò)方向傳輸可以根據(jù)配置來判斷是否通過所述Openflow協(xié)議轉(zhuǎn)發(fā)給所述控制器進行處理。
23.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機,其特征在于,所述Openflow協(xié)議進程當(dāng)所述Openflow子網(wǎng)邊緣交換機的下聯(lián)口上有新的流表項建立時,如果流表項規(guī)則包括Openflow子網(wǎng)內(nèi)設(shè)備的DIP和DMAC信息，則通知所述路由進程下發(fā)一條該DIP的路由規(guī)則，將流表項報文的DMAC字段修改為流表項規(guī)則中的DMAC信息，并在路由協(xié)議中發(fā)布。
24.如權(quán)利要求23所述的Openflow子網(wǎng)邊緣交換機,其特征在于,所述Openflow協(xié)議進程在流表項規(guī)則匹配的DIP地址不在Openf low子網(wǎng)內(nèi)，首先通過通知所述路由進程進行ARP查詢，若查詢不到，則通過Openflow協(xié)議通知所述控制器刪除所述Openflow子網(wǎng)邊緣交換機上該DIP相關(guān)的流表項規(guī)則；若查詢到，則通知所述控制器下發(fā)匹配該規(guī)則DIP信息的流表項規(guī)則。
25.如權(quán)利要求20所述的Openflow子網(wǎng)邊緣交換機,其特征在于,所述Openflow協(xié)議進程在所述多條流表項轉(zhuǎn)發(fā)規(guī)則中的一條被刪除時通知所述路由進程并刪除被刪除的所述流表項轉(zhuǎn)發(fā)規(guī)則對應(yīng)的DIP路由規(guī)則軟硬件記錄及動作。
26.如權(quán)利要求14所述的Openflow子網(wǎng)邊緣交換機,其特征在于，更新模塊在所述Openflow子網(wǎng)內(nèi)的機器 的MAC地址或IP地址更新時，通知所述控制器進行相關(guān)流表項處理，并通知所述路由進程操作路由表項進行相應(yīng)修改處理。
全文摘要
本發(fā)明提出一種Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的方法，包括如下步驟在支持Openflow的交換機上，設(shè)置上聯(lián)口的路由進程以及下聯(lián)口的Openflow協(xié)議進程；當(dāng)上聯(lián)口有路由報文進入時，路由進程獲取路由報文的路由信息，利用Openflow協(xié)議將路由信息通知控制器將路由信息轉(zhuǎn)換為流表項形式下發(fā)，根據(jù)路由表項對路由信息以流表項形式發(fā)布到Openflow網(wǎng)絡(luò)；當(dāng)下聯(lián)口有流表項報文進入時，Openflow協(xié)議進程獲取流表項報文的流表項信息，將流表項信息通過Openflow協(xié)議發(fā)送至控制器進行解析，并利用Openflow協(xié)議將路通知路由進程根據(jù)路由轉(zhuǎn)發(fā)規(guī)則對流表項信息以路由形式發(fā)布到IP網(wǎng)絡(luò)。本發(fā)明還提出一種用于Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)互連通信的Openflow子網(wǎng)邊緣交換機。本發(fā)明解決了Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的互通問題，對Openflow網(wǎng)絡(luò)和IP網(wǎng)絡(luò)各自運行沒有影響。
文檔編號H04L12/931GK103152264SQ201310058928
公開日2013年6月12日 申請日期2013年2月25日 優(yōu)先權(quán)日2013年2月25日
發(fā)明者李俊武, 劉濤, 羅楓, 吳教仁 申請人:北京百度網(wǎng)訊科技有限公司