一種網(wǎng)絡(luò)連通性驗(yàn)證方法和裝置的制造方法【
技術(shù)領(lǐng)域：
】[0001]本發(fā)明涉及軟件定義網(wǎng)絡(luò)(SDN,SoftwareDefinedNetwork)
技術(shù)領(lǐng)域：
，具體涉及一種網(wǎng)絡(luò)連通性驗(yàn)證方法和裝置?！?br>背景技術(shù)：
】[0002]由于現(xiàn)在的網(wǎng)絡(luò)暴露出了越來越多的弊病以及人們對(duì)網(wǎng)絡(luò)性能需求的提高，于是越來越多的復(fù)雜功能被加入到路由器的體系結(jié)構(gòu)當(dāng)中，例如:開放式最短路徑優(yōu)先(0SPF，OpenShortestPathFirst)、邊界網(wǎng)關(guān)協(xié)議(BGP,BorderGatewayProtocol)、組播、區(qū)分服務(wù)、流量工程、網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT,NetworkAddressTranslat1n)、防火墻、多協(xié)議標(biāo)簽交換(MPLS,Mult1-ProtocolLabelSwitching)等等。這就使得路由器等交換設(shè)備越來越臃腫而且性能提升的空間越來越小。[0003]然而與網(wǎng)絡(luò)領(lǐng)域的困境截然不同的是，計(jì)算機(jī)領(lǐng)域?qū)崿F(xiàn)了日新月異的發(fā)展。仔細(xì)回顧計(jì)算機(jī)領(lǐng)域的發(fā)展，不難發(fā)現(xiàn)其關(guān)鍵在于計(jì)算機(jī)領(lǐng)域找到了一個(gè)簡(jiǎn)單可用的硬件底層(x86指令集)。由于有了這樣一個(gè)公用的硬件底層，因此在軟件方面，不論是應(yīng)用程序還是操作系統(tǒng)都取得了飛速的發(fā)展?，F(xiàn)在很多主張重新設(shè)計(jì)計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)的人士認(rèn)為:網(wǎng)絡(luò)可以復(fù)制計(jì)算機(jī)領(lǐng)域的成功來解決現(xiàn)在網(wǎng)絡(luò)所遇到的所有問題。在這種思想的指導(dǎo)下，將來的網(wǎng)絡(luò)將是這樣的:底層的數(shù)據(jù)通路(交換機(jī)、路由器)是“啞的、簡(jiǎn)單的、最小的”，并定義一個(gè)對(duì)外開放的關(guān)于流表的公用的應(yīng)用程序編程接口(API,Applicat1nProgrammingInterface),同時(shí)采用控制器來控制整個(gè)網(wǎng)絡(luò)。這樣，未來的研究人員就可以在控制器上自由的調(diào)用底層的API來編程，從而實(shí)現(xiàn)網(wǎng)絡(luò)的創(chuàng)新。[0004]基于上述的理念，出現(xiàn)了軟件定義網(wǎng)絡(luò)(SDN,SoftwareDefinedNetwork),一個(gè)SDN網(wǎng)絡(luò)中通常包含三個(gè)架構(gòu)層級(jí):物理網(wǎng)絡(luò)、SDN應(yīng)用以及SDN控制器。[0005]物理網(wǎng)絡(luò)處于最低層，包含組成整個(gè)信息技術(shù)(IT,Informat1nTechnology)基礎(chǔ)架構(gòu)的網(wǎng)絡(luò)中的所有物理設(shè)備，軟件定義網(wǎng)絡(luò)/開放流SDN/0penflow網(wǎng)絡(luò)場(chǎng)景下的的物理設(shè)備交換機(jī)使用流表來轉(zhuǎn)發(fā)數(shù)據(jù)，每個(gè)流表包含一條或者多條流條目，交換機(jī)的轉(zhuǎn)發(fā)行為就是由這些流條目來定義的，流條目的一個(gè)示例性結(jié)構(gòu)圖可以參見圖1，如圖1所示，流條目中包括:匹配項(xiàng)、優(yōu)先級(jí)、計(jì)數(shù)器、指令、超時(shí)設(shè)定、網(wǎng)絡(luò)追蹤等等。實(shí)際應(yīng)用中，可以根據(jù)流條目中的匹配項(xiàng)和優(yōu)先級(jí)唯一匹配某條需要轉(zhuǎn)發(fā)的流；SDN設(shè)計(jì)的最可視部分就是提供服務(wù)的應(yīng)用，如交換機(jī)/網(wǎng)絡(luò)虛擬化、防火墻和數(shù)據(jù)流均衡器；SDN控制器就像是整個(gè)架構(gòu)的中間件，SDN控制器必須整合網(wǎng)絡(luò)中所有物理和虛擬設(shè)備，接收來自應(yīng)用的請(qǐng)求，通過開放流(OpenFlow)協(xié)議將請(qǐng)求下發(fā)到物理設(shè)備建立服務(wù)路徑。[0006]相比于新興的SDN技術(shù)來說，當(dāng)前的控制平面技術(shù)主要是采用分布式信令來建立端到端的標(biāo)簽交換路徑(LSP,LabelSwitchedPath),以及使用分布式信令來攜帶路徑建立、管理以及操作管理維護(hù)(0AM,Operat1nAdministrat1nMaintenance)功能的相關(guān)參數(shù)。但在SDN/Openflow的場(chǎng)景下，與分布式信令息息相關(guān)的一些路徑建立、管理以及0ΑΜ功能的參數(shù)是沒有任何意義的，也基于此，需要對(duì)當(dāng)前控制平面的路徑建立、管理以及0ΑΜ部分功能進(jìn)行改造，以便可以適用到SDN/Openflow中。[0007]RFC6370定義了多協(xié)議標(biāo)簽交換/多協(xié)議標(biāo)簽交換_傳輸協(xié)議(MPLS/MPLS-TP，Mult1-ProtocolLabelSwitching/Mult1-ProtocolLabelSwitching-TransportProfile)場(chǎng)景下的源維護(hù)實(shí)體組終點(diǎn)標(biāo)識(shí)符(sourceMEP-1D,sourceMaintenanceEntityGroupEndPointIdentifier)，能夠用于MPLS/MPLS-TP網(wǎng)絡(luò)的管理和0AM相關(guān)的功能；MEP-1D中使用的是LSP端點(diǎn)標(biāo)識(shí)符，但RFC6370中定義的LSP端點(diǎn)標(biāo)識(shí)符使用了與基于流量工程擴(kuò)展的資源預(yù)留協(xié)議(RSVP-TE,ResourceReSerVat1nProtocol-TrafficEngineering)信令息息相關(guān)的隧道(Tunnel)參數(shù)，用于標(biāo)識(shí)LSP的源端點(diǎn)和目的端點(diǎn)。[0008]具體就應(yīng)用場(chǎng)景說來，RFC6428定義了MPLS-TP的連通性驗(yàn)證(CV，ConnectivityVerificat1n)報(bào)文用于檢測(cè)是否出現(xiàn)了LSP錯(cuò)連的情形，其報(bào)文格式如圖2所示，包括版本號(hào)、標(biāo)記位、快速轉(zhuǎn)發(fā)探測(cè)連接檢測(cè)報(bào)文、快速轉(zhuǎn)發(fā)探測(cè)連接控制報(bào)文、源維護(hù)實(shí)體組終點(diǎn)標(biāo)識(shí)符類型長(zhǎng)度取值(TLV，TypeLengthValue)等字段；其中的源維護(hù)實(shí)體組終點(diǎn)標(biāo)識(shí)符TLV字段所使用的是RFC6370中定義的LSP端點(diǎn)的標(biāo)識(shí)符，具體格式如圖3所示，包含與RSVP-TE信令息息相關(guān)的通道編號(hào)與標(biāo)簽交換路徑編號(hào)字段，而在SDN/Openflow場(chǎng)景下，設(shè)備是無(wú)法識(shí)別RSVP-TE信令相關(guān)的通道編號(hào)以及標(biāo)簽交換路徑編號(hào)字段的，因此，導(dǎo)致現(xiàn)有的CV報(bào)文并不能適用到SDN/Openflow場(chǎng)景以實(shí)現(xiàn)網(wǎng)絡(luò)的連通性驗(yàn)證。【
發(fā)明內(nèi)容】[0009]為了解決現(xiàn)有存在的技術(shù)問題，本發(fā)明期望提供一種網(wǎng)絡(luò)連通性驗(yàn)證方法和裝置。[0010]本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)連通性驗(yàn)證方法，所述方法包括:[0011]控制器接收連通性驗(yàn)證CV報(bào)文，所述CV報(bào)文中包括flowID、或者所述CV報(bào)文中包括flowID和tableID；[0012]所述控制器根據(jù)所述CV報(bào)文中的flowID驗(yàn)證網(wǎng)絡(luò)的連通性、或者根據(jù)所述CV報(bào)文中的flowID和tableID驗(yàn)證網(wǎng)絡(luò)的連通性。[0013]上述方案中，所述flowID和tableID為CV報(bào)文中的擴(kuò)展字段。[0014]上述方案中，在所述控制器驗(yàn)證網(wǎng)絡(luò)的連通性之前，所述方法還包括:[0015]控制器預(yù)先在本地配置flowID與流條目的映射關(guān)系、或配置flowID和tableID與流條目的映射關(guān)系，所述流條目中包括:第一交換機(jī)標(biāo)識(shí)；所述第一交換機(jī)標(biāo)識(shí)為所述CV報(bào)文需要被轉(zhuǎn)發(fā)到的目的交換機(jī)的標(biāo)識(shí)。[0016]上述方案中，所述CV報(bào)文為控制器通過包下發(fā)packet-out消息向入口ingress節(jié)點(diǎn)交換機(jī)發(fā)送，并從出口egress節(jié)點(diǎn)交換機(jī)上報(bào)的包上報(bào)packet_in消息中接收CV報(bào)文。[0017]上述方案中，所述packet-1n消息還包括:egress節(jié)點(diǎn)交換機(jī)的第二交換機(jī)標(biāo)識(shí)。[0018]上述方案中，所述控制器根據(jù)CV報(bào)文中的flowID和tableID驗(yàn)證網(wǎng)絡(luò)的連通性，包括:[0019]當(dāng)所述控制器接收到的CV報(bào)文包括tableID和flowID時(shí)，控制器查找與所述tableID和flowID存在映射關(guān)系的流條目，確定所述CV報(bào)文需要被轉(zhuǎn)發(fā)到的目的交換機(jī)的第一交換機(jī)標(biāo)識(shí)；所述控制器提取所述packet-1n消息中的第二交換機(jī)標(biāo)識(shí)，并與所述第一交換機(jī)標(biāo)識(shí)進(jìn)行比對(duì)；判斷所述第一交換機(jī)標(biāo)識(shí)與第二交換機(jī)標(biāo)識(shí)是否相同，若相同，則確認(rèn)網(wǎng)絡(luò)正常連通，若不相同，則確定網(wǎng)絡(luò)出現(xiàn)錯(cuò)連。[0020]上述方案中，所述控制器根據(jù)CV報(bào)文中的flowID驗(yàn)證網(wǎng)絡(luò)的連通性，包括:[0021]當(dāng)所述控制器接收到的CV報(bào)文包括flowID且不包括tableID時(shí)，控制器查找與所述flowID存在映射關(guān)系的流條目，確定所述CV報(bào)文需要被轉(zhuǎn)發(fā)到的目的交換機(jī)的第一交換機(jī)標(biāo)識(shí)；所述控制器提取所述packet-1n消息中的第二交換機(jī)標(biāo)識(shí)，并與所述第一交換機(jī)標(biāo)識(shí)進(jìn)行比對(duì)；判斷所述第一交換機(jī)標(biāo)識(shí)與第二交換機(jī)標(biāo)識(shí)是否相同，若相同，則確認(rèn)網(wǎng)絡(luò)正常連通，若不相同，則確定網(wǎng)絡(luò)出現(xiàn)錯(cuò)連。[0022]本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)連通性驗(yàn)證裝置，所述裝置包括:連通性驗(yàn)證CV報(bào)文接收模塊和網(wǎng)絡(luò)連通性驗(yàn)證模塊，其中，[0023]所述CV報(bào)文接收模塊，用于接收CV報(bào)文，所述CV報(bào)文中包括flowID、或者所述CV報(bào)文中包括flowID和tableID;[0024]所述網(wǎng)絡(luò)連通性驗(yàn)證模塊，用于根據(jù)所述CV報(bào)文中的flowID驗(yàn)證網(wǎng)絡(luò)的連通性、或者根據(jù)所述CV報(bào)文中的flowID和tableID驗(yàn)證網(wǎng)絡(luò)的連通性。[0025]上述方案中，所述CV報(bào)文接收模塊從egress節(jié)點(diǎn)交換機(jī)上報(bào)的包上報(bào)packet-1n消息中接收CV報(bào)文；所述packet-1n消息還包括:egress節(jié)點(diǎn)交換機(jī)的第二交換機(jī)標(biāo)識(shí)。[0026]當(dāng)前第1頁(yè)1 2 3 4