欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種鏈路檢測方法及設(shè)備的制作方法

文檔序號:7816573閱讀:171來源:國知局
一種鏈路檢測方法及設(shè)備的制作方法
【專利摘要】本發(fā)明公開了一種鏈路檢測方法,Openflow交換設(shè)備根據(jù)攜帶在檢測報文中的源Openflow交換設(shè)備的地址信息判斷檢測報文的入端口是否為正確端口,并在判斷結(jié)果為是時將檢測報文上送到控制器,以使控制器根據(jù)檢測報文確認Openflow交換設(shè)備與源Openflow交換設(shè)備之間的鏈路正常。在使Openflow交換機之間的可達性不再依賴傳統(tǒng)的鏈路檢測協(xié)議的基礎(chǔ)上,實現(xiàn)了SDN網(wǎng)絡(luò)內(nèi)的高效路徑檢測。
【專利說明】一種鏈路檢測方法及設(shè)備

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】,特別涉及一種鏈路檢測方法。本發(fā)明同時還涉及一種Openflow交換設(shè)備。

【背景技術(shù)】
[0002]SDN(Software Defined Network,軟件定義網(wǎng)絡(luò))是一種新型網(wǎng)絡(luò)創(chuàng)新架構(gòu),其核心思想是將網(wǎng)絡(luò)設(shè)備的控制層面與轉(zhuǎn)發(fā)層面分離,以實現(xiàn)對網(wǎng)絡(luò)流量的靈活控制,為核心網(wǎng)絡(luò)及應(yīng)用的創(chuàng)新提供良好的平臺。SDN網(wǎng)絡(luò)內(nèi)使用LLDP(Link Layer DiscoveryProtocol,鏈路層發(fā)現(xiàn)協(xié)議)協(xié)議進行拓撲發(fā)現(xiàn),控制器定時(一般1s—次)向Openflow交換機的每個Openflow端口發(fā)送攜帶了源設(shè)備和源端口信息的LLDP報文,報文經(jīng)過源Openflow交換機從源端口發(fā)送出去,到達相連設(shè)備時命中Table Miss流表上送到控制器,控制器解析LLDP報文中源設(shè)備、源端口與接收報文的設(shè)備和端口判定兩設(shè)備的端口之間的鏈路正常,倘若控制器在規(guī)定的時候之內(nèi)沒有從某個設(shè)備的某個端口收到LLDP報文,則認為該設(shè)備的端口的鏈路故障,刪除該端口上的鏈路并清除所有包含此鏈路的拓撲路徑。
[0003]目前,SDN網(wǎng)絡(luò)的鏈路檢測依靠以上控制器發(fā)送LLDP協(xié)議的方法來實現(xiàn),控制器必須在Openflow交換機的每個端口上發(fā)送LLDP報文,并且從每個Openflow端口接收報文,在網(wǎng)絡(luò)內(nèi)的交換機數(shù)量較多的時候控制器進行快速鏈路檢測的壓力就會特別大,檢測周期太短的話LLDP協(xié)議的數(shù)量就會過于龐大。SDN網(wǎng)絡(luò)內(nèi)兩個交換機若不相鄰,這種方式就無法明確檢測兩點之間的鏈路是否正常,若使用傳統(tǒng)的鏈路檢測機制,則必須由控制器下發(fā)指定路徑的流表,并且由交換機使用鏈路層檢測協(xié)議,交換機檢測到鏈路故障后必須使用其他的方法告知控制器異常,而報文在轉(zhuǎn)發(fā)過程中出現(xiàn)異常的具體設(shè)備以及端口依然無法感知到。
[0004]由此可見,如何快速、準確地對SDN網(wǎng)絡(luò)中的鏈路狀態(tài)進行檢測,成為本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問題。


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

[0005]本發(fā)明提供一種鏈路檢測方法,用于快速準確地對SDN網(wǎng)絡(luò)中各Openflow交換設(shè)備之間的鏈路進行檢測,該方法包括:
[0006]當所述Openflow交換設(shè)備接收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,所述Openflow交換設(shè)備根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端Π ;
[0007]若是,所述Openflow交換設(shè)備通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述Openflow交換設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常;
[0008]若否,所述Openflow交換設(shè)備丟棄所述檢測報文。
[0009]相應(yīng)地,本發(fā)明還提出了一種鏈路檢測設(shè)備,該設(shè)備作為Openflow交換設(shè)備應(yīng)用于SDN網(wǎng)絡(luò)中,該設(shè)備包括:
[0010]判斷模塊,用于當所述設(shè)備收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端口 ;
[0011]處理模塊,用于當所述判斷模塊的判斷結(jié)果為是時,通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常;
[0012]丟棄模塊,用于當所述判斷模塊的判斷結(jié)果為否時,丟棄所述檢測報文。
[0013]由此可見,通過應(yīng)用本發(fā)明的技術(shù)方案,Openflow交換設(shè)備根據(jù)攜帶在檢測報文中的源Openf low交換設(shè)備的地址信息判斷檢測報文的入端口是否為正確端口,并在判斷結(jié)果為是時將檢測報文上送到控制器,以使控制器根據(jù)檢測報文確認Openflow交換設(shè)備與源Openflow交換設(shè)備之間的鏈路正常。在使Openflow交換機之間的可達性不再依賴傳統(tǒng)的鏈路檢測協(xié)議的基礎(chǔ)上,實現(xiàn)了 SDN網(wǎng)絡(luò)內(nèi)的聞效路徑檢測。

【專利附圖】

【附圖說明】
[0014]圖1為本發(fā)明提出的一種鏈路檢測方法的流程示意圖;
[0015]圖2為本發(fā)明具體實施例中由控制器發(fā)起鏈路檢測的示意圖;
[0016]圖3為本發(fā)明提出的一種鏈路檢測設(shè)備的結(jié)構(gòu)示意圖。

【具體實施方式】
[0017]如【背景技術(shù)】所述,SDN網(wǎng)絡(luò)的拓撲使用LLDP協(xié)議來發(fā)現(xiàn)拓撲并計算拓撲路徑,但是不能依賴于該機制發(fā)現(xiàn)網(wǎng)絡(luò)中的鏈路故障,尤其是兩個非直連設(shè)備之間的路徑連通性故障檢測,控制器作為SDN網(wǎng)絡(luò)的核心控制設(shè)備,必須及時掌握兩個設(shè)備之間的連通性,防止檢測時間太長而導致長時間的業(yè)務(wù)中斷,控制器必須能夠在現(xiàn)有拓撲的基礎(chǔ)上進行主動探測。因此,本發(fā)明提出了如圖1所示的鏈路檢測方法,該方法應(yīng)用于SDN網(wǎng)絡(luò)中的Openflow交換設(shè)備中,包括如下步驟:
[0018]S101,當所述Openflow交換設(shè)備接收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,所述Openflow交換設(shè)備根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端口。
[0019]在網(wǎng)絡(luò)拓撲穩(wěn)定后,任意兩個設(shè)備之間都存在一個唯一的最優(yōu)路徑,當存在多個最優(yōu)路徑時控制器也會選取其中之一作為唯一路徑。為了能夠?qū)恼_端口進入的檢測報文上送給控制器,本發(fā)明使控制器在每個Openflow交換機上都下發(fā)兩種基于MAC的流表,一種類型的流表是基于源MAC的源過濾流表,該源MAC唯一的標識了一個Openflow交換機,由Openflow交換機在Openflow連接建立后通過Switch Descript1n消息帶到控制器,用于過濾從不正確的端口進入的報文,交換機收到報文的時候查詢源MAC流表,流表中端口必須和報文的實際入端口一致,若不一致則丟棄該報文,源過濾的流表與交換機數(shù)量相關(guān),每個交換機都下發(fā)其他交換機MAC地址的源過濾流表;另一種類型的流表用于匹配控制器的檢測報文,該檢測報文由控制器決定,僅僅在本SDN域內(nèi)有效,不會轉(zhuǎn)發(fā)到其他的傳統(tǒng)域或者SDN域內(nèi),檢測報文的源MAC必須是源Openflow交換機的源MAC,目的MAC可以使用一個保留的組播MAC,流表的動作是轉(zhuǎn)發(fā)到控制器并且在SDN域內(nèi)廣播,目前Openflow協(xié)議中沒有此類端口,可通過擴展該端口類型的方式來標識此類動作。
[0020]在具體的實施過程中,本步驟的地址信息可以采用源Openflow交換設(shè)備的源MAC,相應(yīng)地,Openflow交換設(shè)備中存儲有與各所述其他Openflow交換設(shè)備的MAC對應(yīng)的源過濾流表。而在收到攜帶了源MAC的檢測報文后,Openflow交換設(shè)備將查詢與源MAC對應(yīng)的源過濾流表,判斷所述源過濾流表中的端口是否與所述檢測報文的入端口一致,如果一致,那么確認所述入端口為所述正確端口 ;如果不一致,則確認所述入端口非正確端口。
[0021]同時,在每個Openflow交換設(shè)備中還存儲有檢測報文匹配流表,所述檢測報文匹配流表用于指示所述Openflow交換設(shè)備將來自于所述正確端口的檢測報文轉(zhuǎn)發(fā)至所述控制器并且在所述SDN網(wǎng)絡(luò)中進行廣播。在此需要指出的是,所述源過濾流表以及所述檢測報文匹配流表由所述控制器在網(wǎng)絡(luò)拓撲穩(wěn)定并確定所述網(wǎng)絡(luò)中各所述Openflow交換設(shè)備之間的唯一最優(yōu)路由路徑后下發(fā)至各所述Openflow交換設(shè)備之中。其中,所述源Openflow交換設(shè)備的源MAC由所述Openflow交換設(shè)備在Openflow連接建立后通告所述控制器;所述檢測報文匹配流表的匹配項為控制器設(shè)置的組播地址,動作為在本地進行廣播并上送控制器。
[0022]S102,若是,所述Openflow交換設(shè)備通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述Openflow交換設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常。
[0023]基于上述設(shè)置,為了及時探測網(wǎng)絡(luò)中任意兩個設(shè)備之間的鏈路可達性,可以選取一個設(shè)備作為源設(shè)備發(fā)出檢測報文,檢測報文在網(wǎng)絡(luò)泛洪,正常情況下每個Openflow交換機都會接收到這個檢測報文,沿途的交換機一方面將從正確端口上送的報文送到控制器,一方面廣播該報文,除了入端口外的報文都會轉(zhuǎn)發(fā),同時將從不正確端口上送的報文丟棄,防止廣播環(huán)路??刂破魇盏綀笪暮笥涗浢總€上送該檢測報文的設(shè)備,記錄源設(shè)備到達這些設(shè)備的路徑正常。由于控制器維護整個網(wǎng)絡(luò)的拓撲,源設(shè)備到其他設(shè)備的依次路徑檢測可以計算出其他設(shè)備之間的鏈路連通性。
[0024]具體地,如果當某個Openflow交換設(shè)備被所述控制器指定為源Openflow交換設(shè)備并接收到來自于所述控制器的檢測報文時,所述Openflow交換設(shè)備將所述檢測報文在所述SDN網(wǎng)絡(luò)中進行廣播。這樣其他的Openflow交換設(shè)備即可進行后續(xù)的流程。
[0025]S103,若否,所述Openflow交換設(shè)備丟棄所述檢測報文。
[0026]由于網(wǎng)絡(luò)的控制管理一般都通過控制器來實現(xiàn),因此對于控制器來說,如果控制器在預(yù)設(shè)的時間閾值內(nèi)未收到所述Openflow交換設(shè)備上送的檢測報文時,所述控制器確認所述Openflow交換設(shè)備與所述源Openflow交換設(shè)備之間的鏈路存在故障;此時控制器將故障鏈路的流量切換至與所述故障鏈路對應(yīng)的備份路徑,和/或從所述網(wǎng)絡(luò)當前的Openflow交換設(shè)備中指定新的源Openflow交換設(shè)備。
[0027]基于以上流程可以看出,本發(fā)明所提出的鏈路檢測方法在SDN網(wǎng)絡(luò)內(nèi)實現(xiàn)了由控制器直接控制的拓撲路徑檢測,從而可以更有效的支持網(wǎng)絡(luò)內(nèi)的路徑切換,Openflow交換機不再依賴于傳統(tǒng)的鏈路檢測協(xié)議,達到了控制器對網(wǎng)絡(luò)拓撲的完全控制。
[0028]為了進一步闡述本發(fā)明的技術(shù)思想,現(xiàn)結(jié)合如圖2所示的具體應(yīng)用場景,對本發(fā)明的技術(shù)方案進行說明。在如圖2所示的SDN網(wǎng)絡(luò)中,控制器可以定時觸發(fā)檢測也可以由用戶操作觸發(fā)一次檢測,選擇網(wǎng)絡(luò)中的一個Openflow交換機作為源設(shè)備進行路徑檢測,檢測報文內(nèi)部攜帶源設(shè)備信息,該報文以Packetout類型發(fā)送到源Openflow交換機,Openflow交換機將會在本地進行廣播,所有Openflow端口都會發(fā)送一份報文出去,沿途設(shè)備SW2、Sff3, Sff4, SW5在鏈路正常的情況下都會收到檢測報文。
[0029]網(wǎng)絡(luò)中的以SWl為源MAC過濾規(guī)則如下:
[0030]SW2到SWl的路徑為SW2 — SWl,SW2設(shè)備上的轉(zhuǎn)發(fā)端口為端口 I,源MAC過濾流表中允許通過端口為端口 I ;
[0031 ] SW3到SWl的路徑為SW3 — SWl,SW3設(shè)備上的轉(zhuǎn)發(fā)端口為端口 I,源MAC過濾流表中允許通過端口為端口 I ;
[0032]SW4到SWl的路徑為SW4 — SW2—SW1,SW4設(shè)備上的轉(zhuǎn)發(fā)端口為端口 2,源MAC過濾流表中允許通過端口為端口 2 ;
[0033]SW5到SWl的路徑為SW5 — SW4 — SW2 — SW1,SW5設(shè)備上的轉(zhuǎn)發(fā)端口為端口 4,源MAC過濾流表中允許通過端口為端口 4。
[0034]檢測報文的轉(zhuǎn)發(fā)和上送過程如下:
[0035]Sffl將Packetout報文從端口 2和端口 3發(fā)出去;
[0036]SW2將從端口 I收到的報文上送到控制器并從端口 3、端口 4轉(zhuǎn)發(fā)出去,將從端口3收到的檢測報文丟棄;
[0037]SW3將從端口 I收到的報文送到控制器并從端口 2、端口 4轉(zhuǎn)發(fā)出去,將從端口 2收到的檢測報文丟棄;
[0038]SW4將從端口 2收到的報文上送到控制器,并將報文從端口 3和端口 5發(fā)送出去,將從端口3接收的報文丟棄;
[0039]SW5將從端口 4收到的報文送到控制器。
[0040]控制器從SW2收到報文后,判定SWl和SW2之間鏈路正常;從SW3收到報文,判定Sffl和SW3之間的鏈路正常;從SW4收到報文,判定SWl和SW4之間鏈路正常,SW2和SM之間鏈路正常;從SW5收到報文,判定SWl到SW5之間鏈路正常,SW2和SW5之間鏈路正常,SM和SW5之間鏈路正常。值得注意的是,由于網(wǎng)絡(luò)中的拓撲是控制器完全控制,轉(zhuǎn)發(fā)路徑由控制器下發(fā)到交換機,交換機不能自動轉(zhuǎn)發(fā)報文,控制器才可以根據(jù)檢測報文的結(jié)果判定拓撲路徑的連通性。
[0041]倘若控制器從源SWl發(fā)出的檢測報文在SW2上沒有接收到,那么SW4和SW5也不會收到(SW4只會上送來自于SW2的檢測報文),控制器可以確定SWl — SW2之間的鏈路路徑異常;再次以SW2為源設(shè)備發(fā)送檢測報文,檢測報文中攜帶的是SW2的源設(shè)備信息,報文源MAC為SW2地址,之后報文會重新在網(wǎng)絡(luò)內(nèi)泛洪并上送控制器,若SW4/SW5有報文上送,則可以確定整網(wǎng)中只有SWl — SW2之間鏈路故障;若網(wǎng)絡(luò)還有其他設(shè)備沒有收到報文,則進一步的選取沒有收到報文設(shè)備為源設(shè)備進行探測,直到最后所有設(shè)備都接收到檢測報文或者所有設(shè)備都沒有收到檢測報文為止。
[0042]若網(wǎng)絡(luò)中SWl和SW5之間存在主備路徑,主路徑為SWl — SW2 — SW4 — SW5,備份路徑SWl — SW3 — SW4 — SW5,使用該方法只需要一次檢測就能夠及時檢測出主路徑上是否存在鏈路故障,當存在故障時可以迅速將流量切換到備份路徑上。通過這種方法,控制器能夠及時的掌握網(wǎng)絡(luò)中的鏈路狀態(tài),避免了使用LLDP協(xié)議帶來的過長的檢測時間,同時也使得Openflow交換機不需要再依賴于傳統(tǒng)的鏈路檢測方法就可以實現(xiàn)比較快速的路徑檢測和切換。
[0043]為達到以上技術(shù)目的,本發(fā)明還提出了一種鏈路檢測設(shè)備,如圖3所示,所述設(shè)備作為Openflow交換設(shè)備應(yīng)用于SDN網(wǎng)絡(luò)中,還包括:
[0044]判斷模塊310,用于當所述設(shè)備收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端口 ;
[0045]處理模塊320,用于當所述判斷模塊的判斷結(jié)果為是時,通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常;
[0046]丟棄模塊330,用于當所述判斷模塊的判斷結(jié)果為否時,丟棄所述檢測報文。
[0047]在具體的應(yīng)用場景中,所述地址信息具體為所述源Openflow交換設(shè)備的源MAC,所述設(shè)備中存儲有與各所述其他Openflow交換設(shè)備的MAC對應(yīng)的源過濾流表,所述判斷模塊具體用于:
[0048]查詢與所述源MAC對應(yīng)的源過濾流表,判斷所述源過濾流表中的端口是否與所述檢測報文的入端口一致,
[0049]若一致,所述判斷模塊確認所述入端口為所述正確端口 ;
[0050]若不一致,所述判斷模塊確認所述入端口非正確端口。
[0051]在具體的應(yīng)用場景中,所述設(shè)備中還存儲有檢測報文匹配流表,所述檢測報文匹配流表用于指示所述Openflow交換設(shè)備將來自于所述正確端口的檢測報文轉(zhuǎn)發(fā)至所述控制器并且在所述SDN網(wǎng)絡(luò)中進行廣播。
[0052]在具體的應(yīng)用場景中,所述源過濾流表以及所述檢測報文匹配流表由所述控制器在網(wǎng)絡(luò)拓撲穩(wěn)定并確定所述網(wǎng)絡(luò)中各所述Openflow交換設(shè)備之間的唯一最優(yōu)路由路徑后下發(fā)至各所述Openflow交換設(shè)備之中,還包括:
[0053]所述源Openflow交換設(shè)備的源MAC由所述Openflow交換設(shè)備在Openflow連接建立后通告所述控制器;
[0054]所述檢測報文匹配流表的匹配項為控制器設(shè)置的組播地址,動作為在本地進行廣播并上送控制器。
[0055]在具體的應(yīng)用場景中,還包括:
[0056]廣播模塊,用于當所述設(shè)備被所述控制器指定為源Openflow交換設(shè)備并接收到來自于所述控制器的檢測報文時,將所述檢測報文在所述SDN網(wǎng)絡(luò)中進行廣播。
[0057]通過應(yīng)用本發(fā)明的技術(shù)方案,Openflow交換設(shè)備根據(jù)攜帶在檢測報文中的源Openflow交換設(shè)備的地址信息判斷檢測報文的入端口是否為正確端口,并在判斷結(jié)果為是時將檢測報文上送到控制器,以使控制器根據(jù)檢測報文確認Openflow交換設(shè)備與源Openflow交換設(shè)備之間的鏈路正常。在使Openflow交換機之間的可達性不再依賴傳統(tǒng)的鏈路檢測協(xié)議的基礎(chǔ)上,實現(xiàn)了 SDN網(wǎng)絡(luò)內(nèi)的聞效路徑檢測。
[0058]通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn),也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?;谶@樣的理解,本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-ROM,U盤,移動硬盤等)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施場景所述的方法。
[0059]本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖,附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0060]本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中,也可以進行相應(yīng)變化位于不同于本實施場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊,也可以進一步拆分成多個子模塊。
[0061]上述本發(fā)明序號僅僅為了描述,不代表實施場景的優(yōu)劣。
[0062]以上公開的僅為本發(fā)明的幾個具體實施場景,但是,本發(fā)明并非局限于此,任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
【權(quán)利要求】
1.一種鏈路檢測方法,其特征在于,所述方法應(yīng)用于軟件定義網(wǎng)絡(luò)SDN中的Openflow交換設(shè)備中,該方法包括: 當所述Openflow交換設(shè)備接收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,所述Openflow交換設(shè)備根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端口 ;若是,所述Openflow交換設(shè)備通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述Openflow交換設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常; 若否,所述Openflow交換設(shè)備丟棄所述檢測報文。
2.如權(quán)利要求1所述的方法,其特征在于,所述地址信息具體為所述源Openflow交換設(shè)備的源介質(zhì)訪問控制MAC,所述Openflow交換設(shè)備中存儲有與各所述其他Openflow交換設(shè)備的MAC對應(yīng)的源過濾流表,所述Openflow交換設(shè)備根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,具體為: 所述Openflow交換設(shè)備查詢與所述源MAC對應(yīng)的源過濾流表,判斷所述源過濾流表中的端口是否與所述檢測報文的入端口一致, 若一致,則確認所述入端口為所述正確端口 ; 若不一致,則確認所述入端口非正確端口。
3.如權(quán)利要求2所述的方法,其特征在于, 所述Openflow交換設(shè)備中還存儲有檢測報文匹配流表,所述檢測報文匹配流表用于指示所述Openflow交換設(shè)備將來自于所述正確端口的檢測報文轉(zhuǎn)發(fā)至所述控制器并且在所述SDN網(wǎng)絡(luò)中進行廣播。
4.如權(quán)利要求3所述的方法,其特征在于,所述源過濾流表以及所述檢測報文匹配流表由所述控制器在網(wǎng)絡(luò)拓撲穩(wěn)定并確定所述網(wǎng)絡(luò)中各所述Openflow交換設(shè)備之間的唯一最優(yōu)路由路徑后下發(fā)至各所述Openflow交換設(shè)備之中,還包括: 所述源Openflow交換設(shè)備的源MAC由所述Openflow交換設(shè)備在Openflow連接建立后通告所述控制器; 所述檢測報文匹配流表的匹配項為控制器設(shè)置的組播地址,動作為在本地進行廣播并上送控制器。
5.如權(quán)利要求1所述的方法,其特征在于,還包括: 當所述Openflow交換設(shè)備被所述控制器指定為源Openflow交換設(shè)備并接收到來自于所述控制器的檢測報文時,所述Openflow交換設(shè)備將所述檢測報文在所述SDN網(wǎng)絡(luò)中進行廣播。
6.如權(quán)利要求5所述的方法,其特征在于,還包括: 當所述控制器在預(yù)設(shè)的時間閾值內(nèi)未收到所述Openflow交換設(shè)備上送的檢測報文時,所述控制器確認所述Openflow交換設(shè)備與所述源Openflow交換設(shè)備之間的鏈路存在故障; 所述控制器將故障鏈路的流量切換至與所述故障鏈路對應(yīng)的備份路徑,和/或從所述網(wǎng)絡(luò)當前的Openflow交換設(shè)備中指定新的源Openflow交換設(shè)備。
7.一種鏈路檢測設(shè)備,其特征在于,所述設(shè)備作為Openflow交換設(shè)備應(yīng)用于SDN網(wǎng)絡(luò)中,該設(shè)備包括: 判斷模塊,用于當所述設(shè)備收到來自于所述SDN網(wǎng)絡(luò)中其他Openflow交換設(shè)備的檢測報文時,根據(jù)攜帶在所述檢測報文中的源Openflow交換設(shè)備的地址信息,判斷所述檢測報文的入端口是否為正確端口,所述正確端口為所述SDN網(wǎng)絡(luò)中從所述Openflow交換設(shè)備到所述源Openflow交換設(shè)備的唯一最優(yōu)路由路徑的出端口 ; 處理模塊,用于當所述判斷模塊的判斷結(jié)果為是時,通過自身除所述入端口以外的其他端口轉(zhuǎn)發(fā)所述檢測報文,并將所述檢測報文上送到控制器,以使所述控制器根據(jù)所述檢測報文確認所述設(shè)備與所述源Openflow交換設(shè)備之間的鏈路正常; 丟棄模塊,用于當所述判斷模塊的判斷結(jié)果為否時,丟棄所述檢測報文。
8.如權(quán)利要求7所述的設(shè)備,其特征在于,所述地址信息具體為所述源Openflow交換設(shè)備的源MAC,所述設(shè)備中存儲有與各所述其他Openflow交換設(shè)備的MAC對應(yīng)的源過濾流表,所述判斷模塊具體用于: 查詢與所述源MAC對應(yīng)的源過濾流表,判斷所述源過濾流表中的端口是否與所述檢測報文的入端口 一致, 若一致,所述判斷模塊確認所述入端口為所述正確端口 ; 若不一致,所述判斷模塊確認所述入端口非正確端口。
9.如權(quán)利要求8所述的設(shè)備,其特征在于, 所述設(shè)備中還存儲有檢測報文匹配流表,所述檢測報文匹配流表用于指示所述Openflow交換設(shè)備將來自于所述正確端口的檢測報文轉(zhuǎn)發(fā)至所述控制器并且在所述SDN網(wǎng)絡(luò)中進行廣播。
10.如權(quán)利要求8所述的設(shè)備,其特征在于,所述源過濾流表以及所述檢測報文匹配流表由所述控制器在網(wǎng)絡(luò)拓撲穩(wěn)定并確定所述網(wǎng)絡(luò)中各所述Openflow交換設(shè)備之間的唯一最優(yōu)路由路徑后下發(fā)至各所述Openflow交換設(shè)備之中,還包括: 所述源Openflow交換設(shè)備的源MAC由所述Openflow交換設(shè)備在Openflow連接建立后通告所述控制器; 所述檢測報文匹配流表的匹配項為控制器設(shè)置的組播地址,動作為在本地進行廣播并上送控制器。
11.如權(quán)利要求7所述的設(shè)備,其特征在于,還包括: 廣播模塊,用于當所述設(shè)備被所述控制器指定為源Openflow交換設(shè)備并接收到來自于所述控制器的檢測報文時,將所述檢測報文在所述SDN網(wǎng)絡(luò)中進行廣播。
【文檔編號】H04L12/26GK104283738SQ201410535781
【公開日】2015年1月14日 申請日期:2014年10月11日 優(yōu)先權(quán)日:2014年10月11日
【發(fā)明者】宋小恒 申請人:杭州華三通信技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
潮州市| 望江县| 张家港市| 巴马| 定襄县| 平陆县| 高雄县| 伊春市| 襄城县| 陕西省| 浏阳市| 仙桃市| 云龙县| 阿瓦提县| 平山县| 乐东| 郓城县| 太仓市| 三原县| 界首市| 天全县| 云和县| 张家界市| 诸城市| 阿拉善左旗| 永胜县| 多伦县| 肃北| 赤峰市| 隆化县| 台南市| 内丘县| 合川市| 汉寿县| 佛学| 三穗县| 廊坊市| 介休市| 抚顺市| 焦作市| 潍坊市|