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

虛擬局域網(wǎng)絡(luò)復(fù)原方法、系統(tǒng)及其裝置與流程

文檔序號(hào):12553763閱讀:280來(lái)源:國(guó)知局
本發(fā)明涉及一種混合式軟件定義網(wǎng)絡(luò)的虛擬局域網(wǎng)絡(luò)復(fù)原方法、系統(tǒng)及其裝置。
背景技術(shù)
::傳統(tǒng)網(wǎng)絡(luò)在虛擬局域網(wǎng)絡(luò)(VLAN)路徑(Path)的設(shè)定仰賴分散式通信協(xié)議計(jì)算,例如利用生成樹(shù)協(xié)議(SpanningTreeProtocol,STP)或是VLAN主干通信協(xié)議(VLANTrunkingProtocol,VTP),因此當(dāng)鏈路(Link)及交換機(jī)(Switch)的故障事件發(fā)生的時(shí)候,交換機(jī)之間需要彼此交換信息重新計(jì)算路徑,使得當(dāng)有鏈路故障(LinkFailure)發(fā)生的時(shí)候,都需要花費(fèi)數(shù)秒鐘的時(shí)間等待收斂,這對(duì)于講求高可靠度的數(shù)據(jù)中心而言是一大問(wèn)題。技術(shù)實(shí)現(xiàn)要素:本公開(kāi)內(nèi)容多個(gè)實(shí)施范例中,提供一種虛擬局域網(wǎng)絡(luò)復(fù)原方法,適用于一種混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中的一網(wǎng)絡(luò)。此網(wǎng)絡(luò)至少包括一控制器與多個(gè)交換機(jī)。在此方法中,基于網(wǎng)絡(luò)預(yù)先計(jì)算一備份路徑表以及根據(jù)虛擬局域網(wǎng)絡(luò)的連接故障而產(chǎn)生一事件通知訊息,對(duì)應(yīng)于該事件通知訊息而基于該備份路徑表啟動(dòng)一鏈路故障處理流程,并同時(shí)進(jìn)行一檢查流程。若檢查流程得到的檢查結(jié)果指出為一交換機(jī)故障事件,則回復(fù)經(jīng)由鏈路故障處理流程變更的設(shè)定,并進(jìn)行一交換機(jī)故障處理流程,以便根據(jù)備份路徑表中對(duì)應(yīng)虛擬局域網(wǎng)絡(luò)的連接故障的一路徑重新建立虛擬局域網(wǎng)絡(luò)。若檢查流程得到的檢查結(jié)果指出并非上述交換機(jī)故障事件,則由鏈路故障處理流程根據(jù)此備份路徑表中對(duì)應(yīng)此虛擬局域網(wǎng)絡(luò)的連接故障的一路徑重新建立虛擬局域網(wǎng)絡(luò)。本公開(kāi)內(nèi)容多個(gè)實(shí)施范例中,提供一種控制器,用以在一種混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)的網(wǎng)絡(luò)中,進(jìn)行虛擬局域網(wǎng)絡(luò)復(fù)原功能。此控制器包括一處理器以及一存儲(chǔ)器。所述該存儲(chǔ)器用以存儲(chǔ)備份路徑表,而處理 器經(jīng)配置用以接收一事件通知訊息。此處理器經(jīng)配置用以基于備份路徑表啟動(dòng)一鏈路故障處理流程,并根據(jù)所述備份路徑表中對(duì)應(yīng)虛擬局域網(wǎng)絡(luò)的連接故障的一路徑重新建立虛擬局域網(wǎng)絡(luò)。處理器經(jīng)配置用以進(jìn)行一檢查流程,其中若檢查流程得到的檢查結(jié)果判斷為一交換機(jī)故障事件,則回復(fù)經(jīng)由所述鏈路故障處理流程變更的設(shè)定,并進(jìn)行一交換機(jī)故障處理流程,并根據(jù)所述備份路徑表中對(duì)應(yīng)該虛擬局域網(wǎng)絡(luò)的連接故障的一路徑重新建立虛擬局域網(wǎng)絡(luò)。若檢查流程得到的檢查結(jié)果指出并非交換機(jī)故障事件,則停止執(zhí)行該簡(jiǎn)查流程。本公開(kāi)內(nèi)容多個(gè)實(shí)施范例中,提供一種虛擬局域網(wǎng)絡(luò)復(fù)原功能的系統(tǒng),適用一混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)的一網(wǎng)絡(luò)。此系統(tǒng)包括至少包括一控制器與多個(gè)交換機(jī)。所述交換機(jī)用以根據(jù)虛擬局域網(wǎng)絡(luò)的連接故障而產(chǎn)生一事件通知訊息。所述控制器用以當(dāng)接收到一事件通知訊息時(shí),同時(shí)執(zhí)行一鏈路故障處理流程與一檢查流程,其中,此控制器執(zhí)行鏈路故障處理流程包括基于一備份路徑表對(duì)應(yīng)所述虛擬局域網(wǎng)絡(luò)的連接故障的一路徑在對(duì)應(yīng)此路徑的交換機(jī)上重新建立所述虛擬局域網(wǎng)絡(luò)。此控制器執(zhí)行檢查流程時(shí)若得到的檢查結(jié)果指出為一交換機(jī)故障事件,則回復(fù)經(jīng)由所述鏈路故障處理流程變更的設(shè)定,并進(jìn)行一交換機(jī)故障處理流程,并根據(jù)所述備份路徑表中對(duì)應(yīng)虛擬局域網(wǎng)絡(luò)的連接故障的一路徑在對(duì)應(yīng)路徑的交換機(jī)上重新建立所述虛擬局域網(wǎng)絡(luò),若該檢查流程得到的檢查結(jié)果指出并非交換機(jī)故障事件,則停止執(zhí)行檢查流程。為讓本發(fā)明的上述特征和優(yōu)點(diǎn)能更明顯易懂,下文特舉實(shí)施例,并配合附圖作詳細(xì)說(shuō)明如下。附圖說(shuō)明圖1A是說(shuō)明本發(fā)明多個(gè)實(shí)施范例之一的混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)示意圖。圖1B用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,鏈路(Link)故障事件的通知方式。圖1C用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,交換機(jī)(Switch)故障事件的通知方式。圖1D是根據(jù)本公開(kāi)的多個(gè)范例實(shí)施例其中之一所繪示的在混合式軟件 定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。圖2A是根據(jù)本公開(kāi)的另一范例實(shí)施例所繪示的在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。圖2B是根據(jù)本公開(kāi)的又一范例實(shí)施例所繪示的在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。圖3A用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一的網(wǎng)絡(luò)架構(gòu)下的多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由以及預(yù)先計(jì)算的備份路徑表范例示意圖。圖3B用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一,在多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由發(fā)生錯(cuò)誤事件時(shí),切換路由到預(yù)先計(jì)算的備份路徑的范例示意圖。圖4A是以圖3A~3B實(shí)施范例的網(wǎng)絡(luò)下的多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由架構(gòu)的范例示意圖。圖4B與4C分別說(shuō)明控制器預(yù)先為所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath)。圖5A用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一,采用鏈路故障事件備份路徑表進(jìn)行重新布建,必須完成例如布建時(shí)的鏈路故障事件備份路徑表示意圖。圖5B用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一,采用交換機(jī)故障備份路徑表進(jìn)行重新布建時(shí),必須完成例如布建時(shí)的交換機(jī)故障備份路徑表示意圖。圖6用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例中用以做為簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)的分組格式示意圖。圖7是根據(jù)本公開(kāi)的一范例實(shí)施例所繪示的控制器的示意圖?!痉?hào)說(shuō)明】100:網(wǎng)絡(luò)CTR:控制器H1、H2:服務(wù)器(Server)ES1~ES7、110:交換機(jī)SDNS1~SDNS2:軟件定義的交換機(jī)210:控制器220:交換機(jī)221:鏈路中斷通知訊息(LinkDownNotification)S110~S122:虛擬局域網(wǎng)絡(luò)復(fù)原方法的步驟S230~S246:虛擬局域網(wǎng)絡(luò)復(fù)原方法的步驟300:網(wǎng)絡(luò)310、312、314、316、318、320:交換機(jī)340:控制器342:備份路徑表331、333、335:路徑410:鏈路故障事件備份路徑表420:交換機(jī)故障備份路徑表510:鏈路故障事件備份路徑表520:交換機(jī)故障事件備份路徑表610:版本信息(Version)612:群組名稱(CommunityName)614:協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,PDU)621:PDU類別(PDUType)622:請(qǐng)求ID(RequestID)623:錯(cuò)誤狀態(tài)(ErrorStatus)624:錯(cuò)誤指標(biāo)(ErrorIndex)625:多個(gè)物件識(shí)別碼(ObjectIdentifiers,OIDs)631~635:物件識(shí)別碼(OID)700:控制器702:處理器704:存儲(chǔ)器具體實(shí)施方式本公開(kāi)內(nèi)容所提出的多個(gè)實(shí)施范例中,至少一范例提出使用軟件定義網(wǎng)絡(luò)(Software-definedNetwork,SDN)的技術(shù),運(yùn)用在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)的一種虛擬局域網(wǎng)絡(luò)復(fù)原機(jī)制。在至少一個(gè)實(shí)施范例中的虛擬局域網(wǎng)絡(luò)復(fù)原機(jī)制,利用SDN集中管理的特性,將鏈路(Link)或交換機(jī) (Switch)的事件集中處理,在集中管理的控制器(Controller)計(jì)算每個(gè)虛擬局域網(wǎng)絡(luò)(VLAN)路徑(Path)的時(shí)候,預(yù)先為所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath)并存至控制器。當(dāng)有鏈路(Link)或交換機(jī)(Switch)的故障事件發(fā)生的時(shí)候,控制器能夠藉由收到故障事件,布建相應(yīng)的備份路徑,免去修復(fù)虛擬局域網(wǎng)絡(luò)(VLAN)路徑所需的收斂時(shí)間,提高數(shù)據(jù)傳送的可靠度,達(dá)到混合式軟件定義網(wǎng)絡(luò)架構(gòu)中快速?gòu)?fù)原機(jī)制。在本公開(kāi)內(nèi)容中,"軟件定義網(wǎng)絡(luò)(SDN)"指的是一種網(wǎng)絡(luò),此架構(gòu)修改了傳統(tǒng)網(wǎng)絡(luò)架構(gòu)的控制模式,將網(wǎng)絡(luò)分為控制層(ControlPlane)與數(shù)據(jù)層(DataPlane),將網(wǎng)絡(luò)的管理權(quán)限交由控制層的控制器(Controller)軟件負(fù)責(zé),采用集中控管的方式。耦合至軟件定義網(wǎng)絡(luò)的控制器(可以是服務(wù)器或其他任何具有此功能的裝置)向軟件定義網(wǎng)絡(luò)中對(duì)應(yīng)的交換機(jī)提供傳輸信息的定義。此定義能夠包括優(yōu)先順序值、指定信息流的規(guī)則、以及用于數(shù)據(jù)流傳輸?shù)囊粋€(gè)動(dòng)作(例如,轉(zhuǎn)發(fā)或"丟棄")。此規(guī)則能夠指定例如輸入端口、虛擬局域網(wǎng)絡(luò)(VLAN)標(biāo)簽(Tag)、介質(zhì)訪問(wèn)控制(MAC)地址和目的地地址、以太網(wǎng)類型、互聯(lián)網(wǎng)協(xié)議(IP)來(lái)源地址和目的地地址、互聯(lián)網(wǎng)協(xié)議(IP)、傳輸控制協(xié)議(TCP)來(lái)源端口(port)和目的端口等等信息。而傳輸信息中的其他分組標(biāo)頭的字段(欄位)也能夠包括在所述規(guī)則之中,取決于其特性。經(jīng)過(guò)匹配至至少其中一種規(guī)則后,軟件定義網(wǎng)絡(luò)中的交換機(jī)就采取對(duì)應(yīng)信息流定義中所包括的動(dòng)作。軟件定義網(wǎng)絡(luò)的一種示例包括但不限于,如開(kāi)放網(wǎng)絡(luò)基金會(huì)(OpenNetworkingFoundation,ONF)所規(guī)范的"OpenFlow交換機(jī)規(guī)格(OpenFlowSwitchSpecification)"中所描述的OpenFlow協(xié)議。在本公開(kāi)內(nèi)容中,軟件定義網(wǎng)絡(luò)中能夠處理軟件定義的信息流的交換機(jī)稱為"軟件可定義的"(Software-definable)交換機(jī)。這樣的軟件可定義的交換機(jī)能夠包括能夠處理軟件定義的信息流和傳統(tǒng)分組轉(zhuǎn)發(fā)(例如以太網(wǎng)絡(luò)交換,或IP路由)的端口(Port)。信息流定義通常包括一個(gè)或多個(gè)軟件可定義的輸入端口。在一些實(shí)施例中,混合式軟件定義網(wǎng)絡(luò)(HybridSDN)所建構(gòu)的軟件定義網(wǎng)絡(luò)可以包含多臺(tái)物理交換機(jī)以及至少一軟件定義的交換機(jī)來(lái)實(shí)現(xiàn)。此物理交換機(jī)能夠是以太網(wǎng)絡(luò)交換機(jī)(EthernetSwitch)。在以太網(wǎng)絡(luò)交換機(jī)中,以任意拓?fù)漶詈系娜魏螖?shù)量的交換機(jī)可以邏輯地操作為單一交換機(jī)。而軟件定義的交換機(jī)例如軟件定義網(wǎng)絡(luò)(SDN)交換機(jī)。在本公開(kāi)內(nèi)容所提出至少一范例中,所提出包括虛擬局域網(wǎng)絡(luò)復(fù)原機(jī)制的混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中,控制器(可以是服務(wù)器或其他任何具有此功能的裝置)可以通過(guò)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SimpleNetworkManagementProtocol,SNMP)或是命令列接口(Command-LineInterface,CLI)的指令來(lái)控制物理交換機(jī)(例如以太交換機(jī)),而利用OpenFlow模塊來(lái)控制軟件定義的交換機(jī)。混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)下的控制器,具有同時(shí)處理鏈路(Link)或交換機(jī)(Switch)故障事件的路徑修復(fù)。本公開(kāi)內(nèi)容所提出簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)指的是一種使用于網(wǎng)絡(luò)管理系統(tǒng)的協(xié)議。在此網(wǎng)絡(luò)管理系統(tǒng)中包括一群網(wǎng)絡(luò)管理站(NetworkManagementSystem)及網(wǎng)絡(luò)元件(NetworkElement)。網(wǎng)絡(luò)管理站可以是一部具有信息處理能力的服務(wù)器或計(jì)算機(jī),在其上執(zhí)行網(wǎng)絡(luò)管理軟件(SNMPManager)以監(jiān)控所管理的網(wǎng)絡(luò)元件。而網(wǎng)絡(luò)元件是一些像主機(jī)、橋接器、路由器、終端機(jī)、服務(wù)器等硬件設(shè)備,在其上有中介軟件(SNMPAgent)負(fù)責(zé)執(zhí)行網(wǎng)絡(luò)管理站所下達(dá)的命令,而SNMP則是管理軟件和中介軟件間用來(lái)交換網(wǎng)管訊息的通信協(xié)議。中介軟件(SNMPAgent)在某種特殊情況下會(huì)自動(dòng)發(fā)出事件通知(EventReport),例如采用SNMPTrap方式,告知網(wǎng)絡(luò)管理軟件某些狀況已發(fā)生。而本公開(kāi)內(nèi)容所提出的命令列接口(Command-lineInterface,CLI)為一般在通信裝置之間利用文字直接下命令的接口。底下將舉例說(shuō)明本公開(kāi)內(nèi)容中的一個(gè)在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原機(jī)制,但并非以此為限制。請(qǐng)參照?qǐng)D1A~1D,其中,圖1A是說(shuō)明本發(fā)明多個(gè)實(shí)施范例之一的混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)示意圖;圖1B用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,鏈路(Link)故障事件的通知方式;圖1C用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,交換機(jī)(Switch)故障事件的通知方式;以及圖1D是根據(jù)本公開(kāi)的多個(gè)范例實(shí)施例之一所繪示在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)下的網(wǎng)絡(luò)100包括控制器CTR、第一服務(wù)器(Server)H1與第二服務(wù)器H2、多個(gè)物理交換機(jī)與多個(gè)軟件定義的交換機(jī),例如圖示的以太網(wǎng)絡(luò)交換機(jī)(EthernetSwitch)的第一交換機(jī)ES1、第二交換機(jī)ES2、第三交換機(jī)ES3、第四交換機(jī)ES4、第五交換機(jī)ES5、第六交換機(jī)ES6及第七交換機(jī)ES7,以及第一軟件定義的交換機(jī)SDNS1與第二軟件 定義的交換機(jī)SDNS2。為方便說(shuō)明,在本范例實(shí)施例中,是以配置一臺(tái)控制器、二臺(tái)服務(wù)器以及七臺(tái)物理交換機(jī)與二個(gè)軟件定義的交換機(jī)來(lái)說(shuō)明混合式軟件定義網(wǎng)絡(luò)(HybridSDN)。然而,本公開(kāi)并不限于此。在另一范例實(shí)施例中,網(wǎng)絡(luò)100中可以配置有更多的服務(wù)器以及交換機(jī)。此實(shí)施范例中,由控制器CTR、第一到第二服務(wù)器(Server)H1與H2、第一到第七交換機(jī)ES1~ES7以及第一到第二軟件定義的交換機(jī)SDNS1~SDNS2彼此連接以形成網(wǎng)絡(luò)100。舉例來(lái)說(shuō),網(wǎng)絡(luò)100是一個(gè)第二層網(wǎng)絡(luò)(layertwonetwork)。在此,控制器CTR、第一到第二服務(wù)器H1與H2、第一到第七交換機(jī)ES1~ES7以及第一到第二軟件定義的交換機(jī)SDNS1~SDNS2也可被視為網(wǎng)絡(luò)100中的節(jié)點(diǎn)(nodes)??刂破鰿TR用以管理網(wǎng)絡(luò)100中連接的所有物理機(jī)器(PhysicalMachine)、虛擬機(jī)器(VirtualMachine)以及交換機(jī)。舉例來(lái)說(shuō),控制器CTR是一臺(tái)服務(wù)器,并存儲(chǔ)相關(guān)的管理信息(ManagementInformation),其中管理信息包括運(yùn)作于物理機(jī)器中的虛擬機(jī)器的相關(guān)信息以及與物理機(jī)器連接的交換機(jī)的信息。在本公開(kāi)內(nèi)容所提出至少一范例中,控制器CTR可以通過(guò)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)或是命令列接口(CLI)的指令來(lái)控制物理交換機(jī),控制器CTR可以控制屬于以太網(wǎng)絡(luò)交換機(jī)(EthernetSwitch)的第一到第七交換機(jī)ES1~ES7。而控制器CTR可利用OpenFlow模塊來(lái)控制軟件定義的交換機(jī),例如第一到第二軟件定義的交換機(jī)SDNS1~SDNS2。網(wǎng)絡(luò)100中的第一到第二服務(wù)器H1與H2或未顯示但建構(gòu)在網(wǎng)絡(luò)100底下的其他服務(wù)器都屬于物理主機(jī)(PhysicalHost)。第一到第二服務(wù)器H1與H2或其他服務(wù)器可以分別運(yùn)作一個(gè)或多個(gè)虛擬機(jī)器,以提供不同的服務(wù)。舉例來(lái)說(shuō),第一到第二服務(wù)器H1與H2可配備有虛擬橋接器(virtualbridge),并且此虛擬橋接器能夠開(kāi)啟(enable)/關(guān)閉(disable)生成樹(shù)協(xié)議(STP)的功能、設(shè)定(configure)生成樹(shù)協(xié)議的相關(guān)選項(xiàng)(option)、設(shè)定防火墻規(guī)則(firewallrules)以及植入(populate)轉(zhuǎn)送表(forwardingtable)。第一到第七交換機(jī)ES1~ES7以及第一到第二軟件定義的交換機(jī)SDNS1~SDNS2,或未顯示但建構(gòu)在網(wǎng)絡(luò)100底下的其他交換機(jī)被部署于控制器CTR、第一到第二服務(wù)器H1與H2以及未顯示但建構(gòu)在網(wǎng)絡(luò)100底下的其他服務(wù)器之間,并且用以轉(zhuǎn)送(forwarding)數(shù)據(jù)分組(datapacket)。舉例來(lái)說(shuō),第一到第七交換機(jī)ES1~ES7以及第一到第二軟件定義的交換機(jī) SDNS1~SDNS2,為第二層交換機(jī)(layertwoswitch),并且能夠開(kāi)啟/關(guān)閉生成樹(shù)協(xié)議(STP)的功能、設(shè)定生成樹(shù)協(xié)議的相關(guān)選項(xiàng)、允許/阻斷廣播(broadcast)、多重廣播(multicast)以及未知的單播(unicast)數(shù)據(jù)分組、植入轉(zhuǎn)送表以及可經(jīng)由命令列接口(CLI)或簡(jiǎn)易網(wǎng)絡(luò)管理協(xié)議接口(SNMPinterface)作遠(yuǎn)端(remote)設(shè)定。在本范例實(shí)施例中,控制器CTR或是另一個(gè)路由元件會(huì)被配置以計(jì)算網(wǎng)絡(luò)100的路由路徑(routingpaths)(在此,亦稱為“預(yù)定路由路徑(predeterminedroutingpath)”)。舉例來(lái)說(shuō),預(yù)定路由路徑會(huì)根據(jù)路由算法來(lái)計(jì)算以更有效率利用網(wǎng)絡(luò)100的所有帶寬。而所計(jì)算的路由路徑由控制器CTR傳送給各交換機(jī),例如物理交換機(jī)(例如以太網(wǎng)絡(luò)交換機(jī))則可通過(guò)例如SNMP通信協(xié)議對(duì)交換機(jī)進(jìn)行設(shè)定。而若是軟件定義的交換機(jī),則可通過(guò)例如OpenFlow通信協(xié)議對(duì)交換機(jī)進(jìn)行設(shè)定。控制器CTR可以采用例如戴克斯特拉算法(Dijkstra'sAlgorithm),以某一節(jié)點(diǎn)為出發(fā)點(diǎn),計(jì)算從此節(jié)點(diǎn)出發(fā)到所有其他節(jié)點(diǎn)的最短或最佳路徑。但并非以此為限制。在多個(gè)范例實(shí)施例中的復(fù)原機(jī)制,控制器CTR在計(jì)算路由路徑(routingpaths)之外,控制器CTR還可以另外預(yù)先為所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath)并存至控制器CTR。當(dāng)有鏈路(Link)或交換機(jī)(Switch)的故障事件發(fā)生的時(shí)候,控制器CTR能夠藉由收到故障事件,布建相應(yīng)的備份路徑,免去修復(fù)虛擬局域網(wǎng)絡(luò)(VLAN)路徑所需的收斂時(shí)間,提高數(shù)據(jù)傳送的可靠度。請(qǐng)參照?qǐng)D1B,用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,鏈路(Link)故障事件的通知方式。在此實(shí)施例中,例如屬于以太網(wǎng)絡(luò)交換機(jī)(EthernetSwitch)的第四交換機(jī)ES4與第六交換機(jī)ES6之間發(fā)生了鏈路(Link)故障事件時(shí),第四交換機(jī)ES4與第六交換機(jī)ES6會(huì)發(fā)出鏈路中斷(又稱之為“斷訊”)通知訊息通報(bào)控制器CTR,例如在一個(gè)實(shí)施例中可采用例如SNMPTrap的通知方式通報(bào)控制器CTR。而控制器CTR可迅速的采用預(yù)先計(jì)算的備份路徑,以快速?gòu)?fù)原網(wǎng)絡(luò)100的傳輸。請(qǐng)參照?qǐng)D1C,用以說(shuō)明本公開(kāi)內(nèi)容實(shí)施范例的復(fù)原機(jī)制中,交換機(jī)(Switch)故障事件的通知方式。在此實(shí)施例中,由于第六交換機(jī)ES6故障事件,可能因?yàn)榈诹粨Q機(jī)毀損或是第六交換機(jī)負(fù)載過(guò)重,而導(dǎo)致第六交換機(jī)ES6無(wú)法傳遞分組,而造成第四交換機(jī)ES4與第七交換機(jī)ES7,兩者與第六交換 機(jī)ES6之間所建立的鏈路(Link)無(wú)法通連。因此,第四交換機(jī)ES4與第七交換機(jī)ES7會(huì)發(fā)出鏈路中斷通知訊息通報(bào)控制器CTR,在一個(gè)實(shí)施例中可采用例如SNMP異常狀況通知信號(hào)SNMPTrap的通知方式通報(bào)控制器CTR。而控制器CTR根據(jù)第四交換機(jī)ES4與第七交換機(jī)ES7的SNMPTrap通知判斷可能是交換機(jī)(Switch)故障事件,可迅速的采用預(yù)先計(jì)算的備份路徑,以快速?gòu)?fù)原網(wǎng)絡(luò)100的傳輸。控制器CTR如何判斷為第六交換機(jī)ES6的交換機(jī)(Switch)故障事件,在一個(gè)實(shí)施范例中可利用控制器CTR與第六交換機(jī)ES6之間以構(gòu)成通連的協(xié)議(Protocols)來(lái)判斷第六交換機(jī)ES6是否中斷,例如互聯(lián)網(wǎng)控制管理協(xié)議(InternetControlManagementProtocol,ICMP)、OpenFlow協(xié)議、Telnet通信協(xié)議、SSH(SecureShell)遠(yuǎn)端登錄協(xié)議應(yīng)用、簡(jiǎn)易網(wǎng)絡(luò)管理協(xié)議(SNMP)或是地址解析協(xié)議(AddressResolutionProtocol,ARP)等等。在此實(shí)施例是采用互聯(lián)網(wǎng)控制管理協(xié)議(ICMP)。本公開(kāi)的范例實(shí)施例所提出在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法,針對(duì)錯(cuò)誤事件的處理,可以分為物理交換機(jī)方面或是軟件定義的交換機(jī)方面。在物理交換機(jī)(例如以太網(wǎng)絡(luò)交換機(jī))方面,只要事先在物理交換機(jī)設(shè)定例如SNMP異常狀況通知信號(hào)SNMPTrap,當(dāng)有鏈路(Link)故障事件發(fā)生時(shí),物理交換機(jī)就會(huì)利用SNMPTrap通知控制器。而若是物理交換機(jī)(Switch)故障事件發(fā)生時(shí),則因?yàn)槲锢斫粨Q機(jī)本身無(wú)法發(fā)出任何通知給控制器,因此須仰賴此物理交換機(jī)附近的鄰居告訴控制器發(fā)生鏈路(Link)故障了,而由控制器來(lái)判斷物理交換機(jī)是否存活,例如直接用ICMP來(lái)判斷是否有響應(yīng)。而上述的鏈路(Link)故障事件或是交換機(jī)(Switch)故障事件,若是發(fā)生在軟件定義的交換機(jī),例如圖示中的第一到第二軟件定義的交換機(jī)SDNS1~SDNS2時(shí),則軟件定義的交換機(jī)可以例如利用OpenFlow模塊發(fā)出鏈路中斷通知訊息通報(bào)控制器。當(dāng)有鏈路(Link)故障事件發(fā)生時(shí),軟件定義的交換機(jī)會(huì)直接利用例如鏈路故障通知訊息(LinkFailureNotification)通知控制器。而對(duì)于軟件定義的交換機(jī)故障事件,控制器與軟件定義的交換機(jī)定期交換信息以確認(rèn)軟件定義的交換機(jī)是否還正常運(yùn)作,也就是保持運(yùn)作(Keepalive)的信息。如果發(fā)現(xiàn)軟件定義的交換機(jī)故障事件時(shí),也就是無(wú)法取得保持運(yùn)作(Keepalive)的確認(rèn)信息時(shí),控制器就會(huì)自動(dòng)認(rèn)定是軟件定義的交換機(jī)(Switch) 故障。底下將以實(shí)際范例說(shuō)明本公開(kāi)的范例實(shí)施的虛擬局域網(wǎng)絡(luò)復(fù)原方法。圖1D是根據(jù)本公開(kāi)的多個(gè)范例實(shí)施例之一所繪示在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。本實(shí)施例的虛擬局域網(wǎng)絡(luò)復(fù)原方法適用于例如圖1A混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)的網(wǎng)絡(luò)100。此網(wǎng)絡(luò)100包括控制器CTR與交換機(jī)110,此交換機(jī)110可為例如圖1A的物理交換機(jī)ES1~ES7其中之一,或是軟件定義的交換機(jī)SDNS1~SDNS2其中之一或其他在網(wǎng)絡(luò)100內(nèi)的任何交換機(jī)。本實(shí)施的虛擬局域網(wǎng)絡(luò)復(fù)原方法,首先,在步驟S110中,控制器CTR基于網(wǎng)絡(luò)預(yù)先計(jì)算一備份路徑表。交換機(jī)110根據(jù)虛擬局域網(wǎng)絡(luò)的連接故障而產(chǎn)生一事件通知訊息111傳送到控制器CTR。控制器CTR對(duì)應(yīng)于此事件通知訊息111而基于預(yù)先計(jì)算完成的備份路徑表啟動(dòng)一鏈路故障處理流程,如步驟S114,并同時(shí)進(jìn)行一檢查流程,如步驟S116,以檢查是否為交換機(jī)故障事件。若步驟S116的檢查流程得到的檢查結(jié)果指出為交換機(jī)故障事件,則如步驟S118,回復(fù)經(jīng)由鏈路故障處理流程變更的設(shè)定,并如步驟S120進(jìn)行一交換機(jī)故障處理流程,以便根據(jù)備份路徑表中對(duì)應(yīng)虛擬局域網(wǎng)絡(luò)的連接故障的一路徑重新建立虛擬局域網(wǎng)絡(luò)。在一個(gè)實(shí)施例中,若是步驟S114的鏈路故障處理流程尚未進(jìn)行,而步驟S116的檢查流程得到的檢查結(jié)果指出為交換機(jī)故障事件,則也可停止鏈路故障處理流程,不需要進(jìn)行步驟S118的回復(fù)經(jīng)由鏈路故障處理流程變更的設(shè)定。若是步驟S116的檢查流程得到的檢查結(jié)果指出并非上述交換機(jī)故障事件,則停止此檢查流程,如步驟S124。圖2A是根據(jù)本公開(kāi)的一范例實(shí)施例所繪示的在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。當(dāng)混合式軟件定義網(wǎng)絡(luò)(HybridSDN)最初被建立時(shí),控制器210計(jì)算網(wǎng)絡(luò)中的節(jié)點(diǎn)之間的路由(route)路徑,并將所計(jì)算的路由路徑通過(guò)例如SNMP通信協(xié)議和/或OpenFlow通信協(xié)議分別對(duì)物理交換機(jī)(例如以太網(wǎng)絡(luò)交換機(jī))進(jìn)行設(shè)定或?qū)浖x的交換機(jī)進(jìn)行設(shè)定。而本實(shí)施例所公開(kāi)的虛擬局域網(wǎng)絡(luò)復(fù)原方法中,控制器210會(huì)預(yù)先計(jì)算備份路徑表,并加以存儲(chǔ)(如步驟S230)。此備份路徑表例如可以包括鏈路故障備份路徑表以及交換機(jī)故障備份路徑表??刂破?10會(huì)持續(xù)在網(wǎng)絡(luò)中監(jiān)聽(tīng)是否有鏈路故障事件發(fā)生。交換機(jī)220若是遇到鏈路故障事件發(fā)生,則將發(fā)出一事件通知訊息通知控制器210。例如,交換機(jī)220若是遇到鏈路故障事件發(fā)生時(shí),則會(huì)發(fā)出鏈路中斷通知訊息(LinkDown Notification)221的訊息通知控制器210。。此鏈路中斷通知訊息(LinkDownNotification)221若是由物理交換機(jī)(例如以太網(wǎng)絡(luò)交換機(jī))發(fā)出時(shí),則可通過(guò)例如SNMPTrap發(fā)出此通知。若是發(fā)生在軟件定義的交換機(jī),則可通過(guò)例如OpenFlow模塊發(fā)出鏈路中斷通知訊息。在網(wǎng)絡(luò)中持續(xù)監(jiān)聽(tīng)的控制器210能夠得知是否有鏈路故障事件發(fā)生。在收到鏈路中斷通知訊息221后(如步驟S232),將利用過(guò)濾器(Filter)對(duì)鏈路中斷通知訊息221進(jìn)行過(guò)濾(如步驟S234)。此過(guò)濾器(Filter)可以是控制器210內(nèi)的一軟件模塊,而對(duì)于鏈路中斷通知訊息221進(jìn)行過(guò)濾的原因是因?yàn)槿羰菍?duì)于同一鏈路故障事件或可能是交換機(jī)故障事件,若是交換機(jī)故障事件則此鏈路兩端的交換機(jī)都會(huì)發(fā)出鏈路中斷通知訊息,此可避免重復(fù)處理同一鏈路故障事件或是誤判。接著,進(jìn)行鏈路中斷處理流程(如步驟S236),例如對(duì)于交換機(jī)內(nèi)的虛擬局域網(wǎng)絡(luò)(VLAN)重新布建傳輸?shù)亩丝?,也就是?duì)于在路徑上的交換機(jī)所使用的VLAN傳輸?shù)亩丝谶M(jìn)行重新布建。為了節(jié)省鏈路故障事件處理的時(shí)間,當(dāng)收到鏈路故障事件的通知之后,馬上把相應(yīng)的備份路徑布建至網(wǎng)絡(luò)上。但是此鏈路故障事件亦有可能是由交換機(jī)故障事件產(chǎn)生,因此,本方法除了原來(lái)處理鏈路故障事件的執(zhí)行緒(Thread)之外,還會(huì)另外開(kāi)一個(gè)執(zhí)行緒(Thread),在布建的同時(shí),確認(rèn)交換機(jī)是否存活。在確認(rèn)交換機(jī)是否存活的步驟(如步驟S238)中,控制器210會(huì)確認(rèn)交換機(jī)是否存活。針對(duì)物理交換機(jī)(例如以太網(wǎng)絡(luò)交換機(jī))而言,因?yàn)槲锢斫粨Q機(jī)本身無(wú)法發(fā)出任何通知給控制器210,因此須仰賴此物理交換機(jī)附近的交換機(jī)告訴控制器210發(fā)生鏈路(Link)故障了,而由控制器210來(lái)判斷物理交換機(jī)是否存活,例如控制器210發(fā)出互聯(lián)網(wǎng)控制管理協(xié)議(ICMP)分組,以確認(rèn)鏈路故障的兩端的交換機(jī)是否響應(yīng)ICMP分組。上述的ICMP分組也可采用其他類型協(xié)議的分組來(lái)檢測(cè),例如OpenFlow協(xié)議、Telnet通信協(xié)議、SSH(SecureShell)遠(yuǎn)端登錄協(xié)議應(yīng)用、簡(jiǎn)易網(wǎng)絡(luò)管理協(xié)議(SNMP)或是地址解析協(xié)議(ARP)等等協(xié)議的分組。針對(duì)軟件定義的交換機(jī)而言,控制器210會(huì)定期與軟件定義的交換機(jī)交換信息已確認(rèn)是否還正常運(yùn)作,也就是保持運(yùn)作(Keepalive)的信息。如果發(fā)現(xiàn)軟件定義的交換機(jī)故障事件時(shí),也就是無(wú)法取得保持運(yùn)作(Keepalive)的確認(rèn)信息時(shí),控制器210就會(huì)自動(dòng)認(rèn)定是軟件定義的交換機(jī)(Switch)故障。接著,控制器210會(huì)進(jìn)行確認(rèn)交換機(jī)是否中斷(如步驟S240),確認(rèn)交換機(jī)是否存活。如果控制器210發(fā)現(xiàn)是交換機(jī)故障,則系統(tǒng)會(huì)回復(fù)(RollBack)鏈路中斷所進(jìn)行設(shè)定的變更(如步驟S242),也就是針對(duì)鏈路中斷所進(jìn)行的處理流程中所進(jìn)行設(shè)定的變還將給予回復(fù)。因?yàn)槿羰轻槍?duì)交換機(jī)故障,則先前針對(duì)鏈路中斷所進(jìn)行的備份路徑的布建將會(huì)產(chǎn)生錯(cuò)誤,因此需要進(jìn)行復(fù)原。而后進(jìn)行交換機(jī)中斷處理的流程(如步驟S244),針對(duì)交換機(jī)故障的情況,從預(yù)先計(jì)算的交換機(jī)故障備份路徑表中找到適當(dāng)?shù)穆酚陕窂蕉冀ù藗浞萋窂街辆W(wǎng)絡(luò)中。例如對(duì)于交換機(jī)內(nèi)的虛擬局域網(wǎng)絡(luò)(VLAN)重新布建傳輸?shù)亩丝?,以便排除故障的交換機(jī),也就是對(duì)于在路徑上的其他交換機(jī)所使用的VLAN傳輸端口進(jìn)行重新布建。而后再進(jìn)行重新計(jì)算新的備份路徑(如步驟S246)。如果控制器210發(fā)現(xiàn)確定是鏈路故障,則系統(tǒng)會(huì)接著進(jìn)行重新計(jì)算新的備份路徑(如步驟S246),包括鏈路故障以及交換機(jī)故障的備份路徑,并分別重新更新到鏈路故障備份路徑表以及交換機(jī)故障備份路徑表。圖2B是根據(jù)本公開(kāi)的又一范例實(shí)施例所繪示的在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中虛擬局域網(wǎng)絡(luò)復(fù)原方法的流程示意圖。基本上進(jìn)行的步驟與圖2A相同標(biāo)號(hào)進(jìn)行相同或類似的步驟,在此不再冗述,但進(jìn)行的順序不同。主要差異在于確認(rèn)交換機(jī)是否存活的步驟(如步驟S238)后,如果控制器210發(fā)現(xiàn)是交換機(jī)故障,則系統(tǒng)會(huì)回復(fù)(RollBack)鏈路中斷所進(jìn)行設(shè)定的變更(如步驟S242)。而后進(jìn)行交換機(jī)中斷處理的流程(如步驟S244),針對(duì)交換機(jī)故障的情況,從預(yù)先計(jì)算的交換機(jī)故障備份路徑表中找到適當(dāng)?shù)穆酚陕窂蕉冀ù藗浞萋窂街辆W(wǎng)絡(luò)中。而后再進(jìn)行重新計(jì)算新的備份路徑(如步驟S246),并且重新回到步驟S232,檢測(cè)是否收到鏈路中斷通知訊息221后。在圖2B的實(shí)施例中,若是鏈路中斷處理流程(步驟S236)尚未進(jìn)行,而確認(rèn)交換機(jī)是否存活的步驟(如步驟S238)得到的檢查結(jié)果指出為交換機(jī)故障,則也可停止鏈路中斷處理流程(步驟S236),不需要進(jìn)行回復(fù)(RollBack)鏈路中斷所進(jìn)行設(shè)定的變更(步驟S242)。若是確認(rèn)交換機(jī)是否存活的步驟(如步驟S238)得到的檢查結(jié)果指出為并非上述交換機(jī)故障事件,則停止此檢查流程。底下將以圖3A~3C配合實(shí)際范例說(shuō)明本公開(kāi)內(nèi)容的混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中,控制器與多個(gè)交換機(jī)之間進(jìn)行虛擬局域網(wǎng)絡(luò)復(fù)原方法的實(shí)施范例,但并非以此為限制。請(qǐng)參照?qǐng)D3A~3C,在此實(shí)施例中,建構(gòu)在混合式軟件定義網(wǎng)絡(luò)(Hybrid SDN)架構(gòu)下的網(wǎng)絡(luò)300至少包括第一交換機(jī)310、第二交換機(jī)312、第三交換機(jī)314、第四交換機(jī)316、第五交換機(jī)318、第六交換機(jī)320、以及控制器340??刂破?40可以通過(guò)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)或是命令列接口(CLI)的指令來(lái)控制物理交換機(jī),而利用OpenFlow模塊來(lái)控制物理機(jī)器中的軟件可定義的交換機(jī)。例如在此實(shí)施例中,控制器340可以控制第一交換機(jī)310、第二交換機(jī)312、第三交換機(jī)314、第四交換機(jī)316、第五交換機(jī)318、以及第六交換機(jī)320,但并非以此為限制。請(qǐng)參考圖3A,用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一的網(wǎng)絡(luò)300架構(gòu)下的多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由,以及預(yù)先計(jì)算的備份路徑表范例示意圖。第一交換機(jī)310、第二交換機(jī)312、第三交換機(jī)314、第四交換機(jī)316、第五交換機(jī)318以及第六交換機(jī)320之間所建構(gòu)了虛擬局域網(wǎng)絡(luò)(VLAN)路由的主要路徑331。此VLAN的主要路徑331至少經(jīng)由第一交換機(jī)310、第三交換機(jī)314、第五交換機(jī)318到第六交換機(jī)320,以及經(jīng)由第一交換機(jī)310、第三交換機(jī)314到第四交換機(jī)316。而在本公開(kāi)內(nèi)容中的實(shí)施范例中,控制器340預(yù)先為所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath),完成預(yù)先計(jì)算備份路徑表342并存至控制器340的存儲(chǔ)裝置或元件內(nèi)。例如,如圖3A所示,預(yù)先計(jì)算備份路徑表342包括所有鏈路故障以及所有交換機(jī)故障的備份路徑信息,這些信息可以存儲(chǔ)為鏈路故障備份路徑表及交換機(jī)故障備份路徑表。如圖所示的多個(gè)實(shí)施范例之一,備份路徑表342包括鏈路(Link)332故障或是毀損時(shí)對(duì)應(yīng)的備份路徑333以及第五交換機(jī)318故障或是毀損時(shí)對(duì)應(yīng)的備份路徑335,此僅為實(shí)施范例,并非以此為限制。備份路徑表342包括了混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)下的網(wǎng)絡(luò)300中所有鏈路故障以及所有交換機(jī)故障的備份路徑信息,并且在故障事件發(fā)生后,在重新建立網(wǎng)絡(luò)300中的拓?fù)浜?,控制?40也會(huì)同時(shí)重新計(jì)算所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath),并且更新備份路徑表342。當(dāng)例如圖示的第一交換機(jī)310與第三交換機(jī)314之間的鏈路(Link)332故障或是毀損時(shí),經(jīng)過(guò)第一交換機(jī)310和/或第三交換機(jī)314通知控制器340,而控制器340確認(rèn)后直接布建路徑333,也就是經(jīng)由第一交換機(jī)310、第二交換機(jī)312、第四交換機(jī)316、第三交換機(jī)314、第五交換機(jī)318到第六交換機(jī) 320。在布建的程序中,將對(duì)于交換機(jī)內(nèi)的虛擬局域網(wǎng)絡(luò)(VLAN)重新布建傳輸?shù)亩丝?,也就是?duì)于在原主要路徑331上的交換機(jī)所使用的VLAN傳輸端口重新布建,而改采用路徑333中所規(guī)劃各交換機(jī)內(nèi)所使用的VLAN傳輸端口。因此,取得備份路徑信息之后,會(huì)產(chǎn)生一個(gè)布建時(shí)的鏈路故障或是交換機(jī)故障的備份路徑表,而根據(jù)此備份路徑表進(jìn)行例如移除在交換機(jī)內(nèi)的VLAN傳輸端口或是新增交換機(jī)內(nèi)的VLAN傳輸端口,已完成路徑333的布建。請(qǐng)參照?qǐng)D3B,用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一,在多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由發(fā)生錯(cuò)誤事件時(shí),切換路由到預(yù)先計(jì)算的備份路徑的范例示意圖。若是第五交換機(jī)318故障或是損壞時(shí),則原來(lái)虛擬局域網(wǎng)絡(luò)(VLAN)路由的路徑331將出現(xiàn)問(wèn)題。因此可能經(jīng)由第三交換機(jī)314、第六交換機(jī)320和/或其他交換機(jī)通知控制器340之后,控制器340確認(rèn)是交換機(jī)318故障或是毀損,根據(jù)預(yù)先計(jì)算備份路徑表342直接布建路徑335,也就是經(jīng)由第一交換機(jī)310、第三交換機(jī)314、第四交換機(jī)316到第六交換機(jī)320。在布建的程序中,將對(duì)在原路徑331上的交換機(jī)所使用的VLAN傳輸端口重新布建,改采用路徑335使用的VLAN傳輸端口。請(qǐng)參照?qǐng)D4A~4C,用以說(shuō)明本公開(kāi)內(nèi)容多個(gè)實(shí)施范例其中之一,在多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由發(fā)生錯(cuò)誤事件并切換路由到預(yù)先計(jì)算的備份路徑時(shí),路徑上的交換機(jī)切換到對(duì)應(yīng)的VLAN傳輸端口的范例示意圖,其中圖4A是以圖3A~3B實(shí)施范例的網(wǎng)絡(luò)300下的多個(gè)交換機(jī)之間已經(jīng)布建的虛擬局域網(wǎng)絡(luò)(VLAN)路由架構(gòu)進(jìn)行說(shuō)明,而圖4B與4C分別說(shuō)明控制器預(yù)先為所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath)。圖4A與圖3A~3B中相同元件采用相同標(biāo)號(hào)說(shuō)明,在此不再冗述。在此網(wǎng)絡(luò)300中,虛擬局域網(wǎng)絡(luò)(VLAN)Vlan10已經(jīng)布建路由主要路徑331,包括經(jīng)由第一交換機(jī)310的端口1、第三交換機(jī)314的端口1與端口3、第五交換機(jī)318的端口1與端口2、以及第六交換機(jī)320的端口2。請(qǐng)先參照?qǐng)D4A與圖4B,當(dāng)?shù)谝唤粨Q機(jī)310與第三交換機(jī)314之間的鏈路(Link)332故障或是毀損時(shí),也就是例如虛擬局域網(wǎng)絡(luò)(VLAN)Vlan10無(wú)法使用。經(jīng)過(guò)第一交換機(jī)310和/或第三交換機(jī)314通知控制器340(請(qǐng)參照?qǐng)D3B),接著,控制器340確認(rèn)例如虛擬局域網(wǎng)絡(luò)Vlan10改布建到路徑333,也就是經(jīng)由第一交換機(jī)310、第二交換機(jī)312、第四交換機(jī)316、第三交換機(jī)314、 第五交換機(jī)318到第六交換機(jī)320。在布建的程序中,交換機(jī)對(duì)于Vlan10重新布建傳輸端口,也就是對(duì)于在原路徑331上的交換機(jī)所使用的Vlan10傳輸端口重新布建,而改采用路徑333中所規(guī)劃各交換機(jī)內(nèi)所使用的VLAN傳輸端口。在一實(shí)施例中,請(qǐng)參照?qǐng)D4B,根據(jù)預(yù)先演算的鏈路(Link)故障事件備份路徑表410,對(duì)應(yīng)于Vlan10的鏈路(Link)332的備份路徑333中的內(nèi)容包括(1)從第一交換機(jī)310的端口2切換到第二交換機(jī)312的端口2;(2)從第二交換機(jī)312的端口1切換到第四交換機(jī)316的端口1;(3)從第四交換機(jī)316的端口2切換到第三交換機(jī)314的端口2;(4)從第三交換機(jī)314的端口3切換到第五交換機(jī)318的端口1;以及(5)從第五交換機(jī)318的端口2切換到第六交換機(jī)320的端口2。請(qǐng)接著參照?qǐng)D4A與圖4C,若是第五交換機(jī)318故障或是損壞時(shí),則原來(lái)虛擬局域網(wǎng)絡(luò)Vlan10路由的主要路徑331將出現(xiàn)問(wèn)題。因此可能經(jīng)由第三交換機(jī)314、第六交換機(jī)320和/或其他交換機(jī)通知控制器340之后,控制器340確認(rèn)是第五交換機(jī)318故障或是毀損,根據(jù)預(yù)先計(jì)算備份路徑表342直接布建路徑335,也就是經(jīng)由第一交換機(jī)310、第三交換機(jī)314、第四交換機(jī)316到第六交換機(jī)320。在布建的程序中,將對(duì)在原路徑331上的交換機(jī)所使用的VLAN傳輸端口重新布建,改采用路徑335使用的Vlan10傳輸端口。在一實(shí)施例中,請(qǐng)參照?qǐng)D4C,根據(jù)預(yù)先演算的交換機(jī)故障備份路徑表420,對(duì)應(yīng)于Vlan10的第五交換機(jī)318故障事件的備份路徑335中的內(nèi)容包括(1)從第一交換機(jī)310的端口1切換到第三交換機(jī)314的端口1;(2)從第三交換機(jī)314的端口2切換到第四交換機(jī)316的端口2;以及(3)從第四交換機(jī)316的端口3切換到第六交換機(jī)320的端口1。根據(jù)本公開(kāi)內(nèi)容所提出在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中,控制器與多個(gè)交換機(jī)之間進(jìn)行虛擬局域網(wǎng)絡(luò)復(fù)原方法的實(shí)施范例,利用SDN集中管理的特性,預(yù)先計(jì)算每個(gè)虛擬局域網(wǎng)絡(luò)(VLAN)所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑(BackupPath)。當(dāng)有鏈路(Link)或交換機(jī)(Switch)的故障事件發(fā)生的時(shí)候,控制器能夠藉由收到故障事件,布建相應(yīng)的備份路徑,例如采用圖4B與圖4C的鏈路故障事件備份路徑表410或是交換機(jī)故障備份路徑表420進(jìn)行重新布建,以免去修復(fù)虛擬局域網(wǎng)絡(luò)(VLAN)路徑所需的收斂時(shí)間,達(dá)到混合式軟件定義網(wǎng)絡(luò)架構(gòu)中快速?gòu)?fù)原機(jī)制,提高數(shù)據(jù) 傳送的可靠度。而在本公開(kāi)內(nèi)容所提出的虛擬局域網(wǎng)絡(luò)復(fù)原方法中,根據(jù)鏈路故障事件備份路徑表410或是交換機(jī)故障備份路徑表420,在鏈路故障或是交換機(jī)故障的重新布建路由路徑時(shí),必須注意移除或是新增VLAN傳輸端口的順序,以避免產(chǎn)生例如網(wǎng)絡(luò)的回路(loop)風(fēng)險(xiǎn)。因此,采用圖4B的鏈路故障事件備份路徑表410進(jìn)行重新布建,必須完成例如布建時(shí)的鏈路故障事件備份路徑表510(如圖5A所示)。而采用圖4C的交換機(jī)故障備份路徑表420進(jìn)行重新布建時(shí),必須完成例如布建時(shí)的交換機(jī)故障備份路徑表(如圖5B所示)。請(qǐng)參照?qǐng)D5A,此布建時(shí)的鏈路故障事件備份路徑表510,采用圖4B的鏈路故障事件備份路徑表410進(jìn)行重新布建時(shí),包括(1)從第一交換機(jī)310的端口1移除Vlan10;(2)從第三交換機(jī)314的端口1移除Vlan10;(3)從第一交換機(jī)310的端口2加入Vlan10;(4)從第二交換機(jī)312的端口2加入Vlan10;(5)從第二交換機(jī)312的端口1加入Vlan10;以及(6)從第四交換機(jī)316的端口1加入Vlan10。請(qǐng)參照?qǐng)D5B,此布建時(shí)的交換機(jī)故障事件備份路徑表520,此實(shí)施例為第五交換機(jī)318故障或是損壞,采用圖4C的交換機(jī)故障事件備份路徑表420進(jìn)行重新布建時(shí),包括(1)從第三交換機(jī)314的端口3移除Vlan10;(2)從第六交換機(jī)320的端口2移除Vlan10;(3)從第四交換機(jī)316的端口3加入Vlan10;以及(4)從第六交換機(jī)320的端口1加入Vlan10。本公開(kāi)內(nèi)容所提出實(shí)施范例的虛擬局域網(wǎng)絡(luò)復(fù)原方法,適用于混合式軟件定義網(wǎng)絡(luò)(HybridSDN)的架構(gòu)。而建構(gòu)在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)下的網(wǎng)絡(luò)可采用簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)或是命令列接口(CLI)的指令來(lái)控制物理交換機(jī),而利用OpenFlow模塊來(lái)控制物理機(jī)器中的軟件可定義的交換機(jī)。而簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)的分組格式請(qǐng)參照?qǐng)D6所示,在SNMP的分組中,包括例如版本信息(Version)610、群組名稱(CommunityName)612以及協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,PDU)614。協(xié)議數(shù)據(jù)單元(PDU)614包括PDU類別(PDUType)621、請(qǐng)求ID(RequestID)622、錯(cuò)誤狀態(tài)(ErrorStatus)623、錯(cuò)誤指標(biāo)(ErrorIndex)624以及多個(gè)物件識(shí)別碼(ObjectIdentifiers,OIDs)625。多個(gè)物件識(shí)別碼(OIDs)625可包括例如個(gè)別的物件識(shí)別碼(OID)631~635等等。簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)的管理者會(huì)根據(jù)個(gè)別的物件識(shí)別碼,例如圖示的物件識(shí)別碼(OID)631~635,告知對(duì)應(yīng)的交換機(jī)如何設(shè)定, 不同的交換機(jī)有不同的設(shè)定方式,而可以達(dá)到本公開(kāi)內(nèi)容所提出虛擬局域網(wǎng)絡(luò)復(fù)原的布建流程。圖7是根據(jù)本公開(kāi)的一范例實(shí)施例所繪示的控制器的示意圖。請(qǐng)參照?qǐng)D7,控制器700包括處理器702與存儲(chǔ)器704。根據(jù)本公開(kāi)內(nèi)容所提出在混合式軟件定義網(wǎng)絡(luò)(HybridSDN)架構(gòu)中,控制器700與多個(gè)交換機(jī)之間進(jìn)行虛擬局域網(wǎng)絡(luò)復(fù)原方法??刂破?00利用SDN集中管理的特性,預(yù)先計(jì)算每個(gè)虛擬局域網(wǎng)絡(luò)(VLAN)所有鏈路(Link)及交換機(jī)(Switch)的故障事件計(jì)算備份路徑表724,并存儲(chǔ)在存儲(chǔ)器704。當(dāng)有鏈路(Link)或交換機(jī)(Switch)的故障事件發(fā)生的時(shí)候,控制器700能夠藉由收到故障事件,布建相應(yīng)的備份路徑,例如采用圖4B與4C的鏈路故障事件備份路徑表410或是交換機(jī)故障備份路徑表420進(jìn)行重新布建,以免去修復(fù)虛擬局域網(wǎng)絡(luò)(VLAN)路徑所需的收斂時(shí)間,提高數(shù)據(jù)傳送的可靠度。處理器702用以控制此控制器700的全部運(yùn)作。舉例來(lái)說(shuō),處理器702是中央處理單元(centralprocessingunit,CPU),然本公開(kāi)不限于此。存儲(chǔ)器704用以存儲(chǔ)數(shù)據(jù)。舉例來(lái)說(shuō),存儲(chǔ)器704是靜態(tài)隨機(jī)存取存儲(chǔ)器(staticrandom-accessmemory,SRAM)、動(dòng)態(tài)隨機(jī)存取存儲(chǔ)器(dynamicrandomaccessmemory)、快閃存儲(chǔ)器(flashmemory)或是其他存儲(chǔ)器或是其組合,但本公開(kāi)不限于此。特別是,存儲(chǔ)器704存儲(chǔ)多個(gè)指令(instruction),并且處理器702會(huì)執(zhí)行此些指令以完成本公開(kāi)內(nèi)容所提出虛擬局域網(wǎng)絡(luò)復(fù)原的方法。具體來(lái)說(shuō),上述指令在一個(gè)實(shí)施范例中可以包括路由路徑計(jì)算模塊712、防火墻開(kāi)啟模塊714、生成樹(shù)協(xié)議關(guān)閉模塊716、轉(zhuǎn)送表更新模塊718、防火墻清除模塊720以及節(jié)點(diǎn)并入/移除模塊722。在此,處理器702會(huì)執(zhí)行路由路徑計(jì)算模塊712以形成網(wǎng)絡(luò)拓?fù)洳⒏鶕?jù)網(wǎng)絡(luò)中的節(jié)點(diǎn)計(jì)算路由路徑;執(zhí)行防火墻開(kāi)啟模塊714以致能每個(gè)節(jié)點(diǎn)的防火墻來(lái)阻斷節(jié)點(diǎn)之間的路由;執(zhí)行生成樹(shù)協(xié)議關(guān)閉模塊716來(lái)關(guān)閉每個(gè)節(jié)點(diǎn)的生成樹(shù)協(xié)議功能;執(zhí)行轉(zhuǎn)送表更新模塊718以植入每個(gè)節(jié)點(diǎn)的轉(zhuǎn)送表;執(zhí)行防火墻清除模塊720以清除每個(gè)節(jié)點(diǎn)的防火墻以及執(zhí)行節(jié)點(diǎn)并入/移除模塊722以檢測(cè)節(jié)點(diǎn)的加入或移除。此外,上述指令可以存儲(chǔ)于計(jì)算機(jī)可讀取的記錄介質(zhì)(computer-readablerecordingmedium)中。例如,計(jì)算機(jī)可讀取的記錄介質(zhì)為光盤(pán)(CD-ROM)、磁帶(magnetictape)、軟盤(pán)片(floppydisc)或是光學(xué)數(shù)據(jù)存儲(chǔ)裝置(opticaldata storagedevice)。雖然本發(fā)明已以實(shí)施例公開(kāi)如上,然其并非用以限定本發(fā)明,本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi),當(dāng)可作些許的更動(dòng)與潤(rùn)飾,故本發(fā)明的保護(hù)范圍當(dāng)視所附權(quán)利要求書(shū)界定范圍為準(zhǔn)。當(dāng)前第1頁(yè)1 2 3 當(dāng)前第1頁(yè)1 2 3 
當(dāng)前第1頁(yè)1 2 3 
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
太康县| 上饶市| 昌江| 海门市| 长葛市| 泗阳县| 东至县| 土默特左旗| 武隆县| 寻乌县| 黔西县| 武清区| 个旧市| 赣榆县| 秭归县| 巨鹿县| 富锦市| 革吉县| 彭州市| 武城县| 于田县| 保德县| 沭阳县| 木兰县| 萍乡市| 安徽省| 阜康市| 安化县| 拉萨市| 万全县| 綦江县| 紫金县| 玉树县| 西青区| 铁岭市| 水富县| 大连市| 穆棱市| 宁晋县| 大方县| 新和县|