[發(fā)明專利]一種建立管理通道的方法及系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201711384937.3
• 申請日: 2017-12-20
• 公開（公告）號: CN108306755B
• 公開（公告）日: 2021-02-26
• 發(fā)明（設(shè)計）人: 焦勇;吳鳴宇
• 申請（專利權(quán)）人: 瑞斯康達(dá)科技發(fā)展股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/12
• 代理公司: 北京安信方達(dá)知識產(chǎn)權(quán)代理有限公司 11262
• 代理人: 韓輝峰;栗若木

一種建立管理通道方法及系統(tǒng)，包括：控制器與遠(yuǎn)端接入網(wǎng)設(shè)備建立netconf連接后，通過建立的netconf通道將控制器自身的互聯(lián)網(wǎng)協(xié)議(IP)地址及openflow協(xié)議端口號發(fā)往遠(yuǎn)端接入網(wǎng)設(shè)備；遠(yuǎn)端接入網(wǎng)設(shè)備接收到控制器的IP地址及openflow協(xié)議端口號后，與控制器建立openflow通道連接。本發(fā)明實(shí)施例降低了管理通道建立的復(fù)雜度，避免了管理通道發(fā)生通道環(huán)路。

技術(shù)領(lǐng)域

本文涉及但不限于軟件定義網(wǎng)絡(luò)技術(shù)，尤指一種建立管理通道的方法及系統(tǒng)。

背景技術(shù)

隨著第五代移動通信技術(shù)(5G)和軟件定義網(wǎng)絡(luò)(SDN)/網(wǎng)絡(luò)功能虛擬化(NFV)的推廣應(yīng)用，傳輸承載網(wǎng)絡(luò)的規(guī)模進(jìn)一步擴(kuò)大，接入網(wǎng)設(shè)備的數(shù)量也愈加龐大，大量終端設(shè)備的部署對運(yùn)維提出了更高的要求。由于數(shù)量龐大，接入網(wǎng)設(shè)備必須具備“即插即用”的功能，以提高網(wǎng)絡(luò)部署的效率。

在SDN架構(gòu)下，控制器與接入網(wǎng)設(shè)備之間的南向接口協(xié)議最常用是openflow協(xié)議(開放流協(xié)議：用來描述控制器和交換機(jī)之間交互所用信息的標(biāo)準(zhǔn)，以及控制器和交換機(jī)的接口標(biāo)準(zhǔn)。)和netconf(網(wǎng)絡(luò)配置)協(xié)議。控制器通過openflow協(xié)議向接入網(wǎng)設(shè)備發(fā)送流、組表信息，以實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)；控制器通過netconf協(xié)議來實(shí)現(xiàn)openflow無法完成的接入網(wǎng)設(shè)備的配置管理需求；接入網(wǎng)設(shè)備的“即插即用”功能要求在部署設(shè)備時無需任何手動配置，設(shè)備上電就能夠建立openflow和netconf通道，從而為控制器下發(fā)業(yè)務(wù)配置打通管理通道。

目前，接入網(wǎng)設(shè)備通過動態(tài)主機(jī)配置協(xié)議(DHCP)來實(shí)現(xiàn)自身互聯(lián)網(wǎng)協(xié)議(IP)地址的動態(tài)申請，進(jìn)而實(shí)現(xiàn)IP化管理。在SDN架構(gòu)下，接入網(wǎng)設(shè)備通過openflow和netconf配合DHCP來實(shí)現(xiàn)“即插即用”功能；接入網(wǎng)設(shè)備申請到IP地址后，所有的上聯(lián)口都會加入到相同的管理VLAN中，這樣就會導(dǎo)致近端接入網(wǎng)設(shè)備和遠(yuǎn)端接入網(wǎng)設(shè)備之間的管理虛擬局域網(wǎng)(VLAN)通道成環(huán)；例如，相關(guān)技術(shù)中的DHCP自動上線的實(shí)現(xiàn)方案，使用單獨(dú)的DHCP服務(wù)器，接入網(wǎng)設(shè)備申請地址的時候直接采用DHCP原始報文與DHCP服務(wù)器交互，設(shè)備收到DHCP服務(wù)器的DHCP應(yīng)答(ACK)報文后會把自己的上聯(lián)端口都加入到管理VLAN；圖1為相關(guān)技術(shù)網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖1所示，近端接入網(wǎng)設(shè)備收到DHCP ACK后會把上聯(lián)端口P1、P2、P3都加入VLAN4094，第一遠(yuǎn)端接入網(wǎng)設(shè)備、第二遠(yuǎn)端接入網(wǎng)設(shè)備、第三遠(yuǎn)端接入網(wǎng)設(shè)備收到DHCP ACK后都會把上聯(lián)端口P1、P2都加入VLAN 4094。這樣就會造成管理VLAN通道成環(huán)(近端接入網(wǎng)設(shè)備→第一遠(yuǎn)端接入網(wǎng)設(shè)備→第二遠(yuǎn)端接入網(wǎng)設(shè)備→第三遠(yuǎn)端接入網(wǎng)設(shè)備→近端接入網(wǎng)設(shè)備)，導(dǎo)致二層轉(zhuǎn)發(fā)“風(fēng)暴”。

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

以下是對本文詳細(xì)描述的主題的概述。本概述并非是為了限制權(quán)利要求的保護(hù)范圍。

本發(fā)明實(shí)施例提供一種建立管理通道的方法及系統(tǒng)，能夠降低管理通道建立的復(fù)雜度，避免管理通道發(fā)生通道環(huán)路。

本發(fā)明實(shí)施例提供了一種建立管理通道的方法，包括：

控制器與遠(yuǎn)端接入網(wǎng)設(shè)備建立netconf連接后，通過建立的netconf通道將控制器自身的互聯(lián)網(wǎng)協(xié)議IP地址及openflow協(xié)議端口號發(fā)往遠(yuǎn)端接入網(wǎng)設(shè)備；

遠(yuǎn)端接入網(wǎng)設(shè)備接收到控制器的IP地址及openflow協(xié)議端口號后，與控制器建立openflow通道連接。

可選的，所述控制器與遠(yuǎn)端接入網(wǎng)設(shè)備建立netconf連接之前，所述方法還包括：

近端接入網(wǎng)設(shè)備完成管理通道建立后，將所述遠(yuǎn)端接入網(wǎng)設(shè)備發(fā)送的建立管理通道的動態(tài)主機(jī)配置協(xié)議DHCP上行報文封裝在預(yù)設(shè)的上行openflow數(shù)據(jù)包中，發(fā)送至所述控制器；

所述控制器解析上行openflow數(shù)據(jù)包后，將對DHCP上行報文進(jìn)行響應(yīng)的DHCP下行報文封裝在下行openflow數(shù)據(jù)包中，發(fā)送至所述近端接入網(wǎng)設(shè)備；