CN107769937A - 基于软件定义网络的部署方法、装置及*** - Google Patents
基于软件定义网络的部署方法、装置及*** Download PDFInfo
- Publication number
- CN107769937A CN107769937A CN201610671317.7A CN201610671317A CN107769937A CN 107769937 A CN107769937 A CN 107769937A CN 201610671317 A CN201610671317 A CN 201610671317A CN 107769937 A CN107769937 A CN 107769937A
- Authority
- CN
- China
- Prior art keywords
- network element
- information
- ofcp
- ofc
- net
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000006870 function Effects 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 8
- 238000007726 management method Methods 0.000 description 63
- 238000010586 diagram Methods 0.000 description 8
- 230000005611 electricity Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000013499 data model Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009415 formwork Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000035800 maturation Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于软件定义网络的部署方法、装置及***,其中,该方法包括:配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF‑Config管理通道连接,第二网元为第一网元的相邻网元;OFCP使用网元信息建立与第二网元的OF‑Config管理通道。通过本发明,解决了相关技术中在软件定义网络中部署网元上线时效率低的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种基于软件定义网络的部署方法、装置及***。
背景技术
相关技术中的软件定义网络(Software Defined Network,简称SDN)通过标准化南向接口(Southbound Interface,简称SBI)将控制面和转发面解耦。其中OpenFlow和OF-Config是国际标准组织ONF制定的南向接口标准,通过标准化南向接口OpenFlow和OF-Config后,控制器和转发设备(后文简称设备)之间解耦,各控制器厂家和设备厂家可以实现互联互通、联合组网。
OF-Config协议全称OpenFlow Management and Configuration Protocol(OpenFlow管理配置协议,其中,OpenFlow是标准组织的名称),其传输协议是NetConf。图1是根据本发明相关技术的OF-Config和OpenFlow协议组件关系图,图1中,OpenFlowConfiguration Point为OpenFlow配置点,OpenFlow Controller为OpenFlow控制器,OpenFlow capable switch为OpenFlow功能交换机,OF logical switch为OpenFlow逻辑交换机,OF Resource(e.g.port)为OpenFlow资源(如端口),如图1,是OF-Config协议第二章描述的配置点(OpenFlow Configuration Point,简称OFCP)、物理交换机(OpenFlowCapable Swithch,简称OFCS)、逻辑交换机(OpenFlow Logical Swith,简称OFLS)、控制器(OpenFlow Controller,简称OFC)的关系图。
那么OF-Config和OpenFlow通道什么关系呢?根据OF-Config协议第二章的描述,OpenFlow协议假定OFCS已经被配置好了OFC的相关参数,并没定义如何配置,OF-Config就是为了提供这个远程配置OFCS的通道。OF-Config通常是用于实时性要求不那么高的端口使能、去使能等配置的通道,OpenFlow通常是用于实时性要求比较高的流增加、删除等配置的通道。
图2是根据本发明相关技术中协议的Server和Client的关系图,对于OF-Config通道,OFCS作为Server(服务器)端,OFCP作为Client(客户)端,如图2中左边箭头,链接的建立是OFCP向OFCS发起的。对于OpenFlow通道,由于协议早期版本规定OFLS作为Client端,OFC作为Server端,目前各厂家的实现多数还是这样,如图中右边箭头,链接的建立是OFLS向OFC发起的。
图3是根据本发明相关技术中的SDN组网图,对于一个包含多个网元(OFCS)的网络,OFC和OFCP要实现对整个网络的管理,必须分别跟每个网元各都建立一个OpenFlow链接、一个OF-Config的链接,如图中接入网元和非接入网元1,非接入网元2和3跟非接入网元1相似,图中省略。要建立链接那么作为链接发起方的客户端需要知道作为服务端的IP和端口才能发起建立链接的请求。那么作为OF-Config通道客户端的OFCP如何才能得知所有网元的IP和端口;作为OpenFlow通道客户端的网元(OFCS)如何才能得知OFC的IP和端口呢?
相关技术中采用的方法是:方法一是预先设置,即升级设备的时候将OFC的IP和端口写到网元的配置文件;人工给OFCP制定每个网元的IP和端口。方法二是人工设置,人工给OFCP制定每个网元的IP和端口,等OFCP管理上设备后,人工给每个网元设置OFC的IP和端口。
方法一,存在的问题是运营商OFC的IP不只一个,且随时会变化,配置文件的方式就难以应对。方法二,用户需要用别的手段(如命令行)获取设备的IP,通过OFCP客户端管理上设备后才能给设备配置OFC的IP,对于新开通的网络工作量大,不便捷。
针对相关技术中存在的上述问题,目前尚未发现有效的解决方案。
发明内容
本发明实施例提供了一种基于软件定义网络的部署方法、装置及***,以至少解决相关技术中在软件定义网络中部署网元上线时效率低的问题。
根据本发明的一个实施例,提供了一种基于软件定义网络的部署方法,包括:配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与所述OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道。
可选地,在所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道之后,所述方法还包括:所述OFCP通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道。
可选地,所述网元信息包括:IP地址、OFConfig-Port通道端口。
可选地,所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道包括:所述OFCP使用所述IP地址和所述OFConfig-Port字段向所述第二网元发起OF-Config管理通道的链接建立请求;在所述OF-Config管理通道建立完成后,所述OFCP给所述第一网元和所述第二网元下发OFC信息,所述OFC信息包括OFC的IP和OFC的端口。
可选地,所述OFCP通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道包括:所述OFCP查询所述第二网元上是否存在OFC信息;在所述第二网元上存在OFC信息时,所述OFCP判断存在OFC信息是否为指定的OFC信息;在所述第二网元上不存在OFC信息或第二网元上存在的OFC信息不是所述指定的OFC信息时,所述OFCP向所述第二网元下发所述指定的OFC信息,其中,所述指定的OFC信息用于描述与所述第二网元之间存在OpenFlow通道的OFC。
根据本发明的一个实施例,提供了一种基于软件定义网络的部署方法,包括:第一网元获取与其相邻的第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;所述第一网元将所述网元信息上报给所述OFCP,其中所述网元信息用于所述OFCP与所述第二网元之间建立OF-Config管理通道。
可选地,所述网元信息包括:IP地址、OFConfig-Port通道端口。
可选地,第一网元获取与其相邻的第二网元的网元信息包括:所述第一网元通过数据通信网络DCN功能使用链路层发现协议LLDP查询所述第二网元的网元信息。
根据本发明的另一个实施例,提供了一种基于软件定义网络的部署装置,包括:接收模块,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与所述OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;第一建立模块,用于使用所述网元信息建立与所述第二网元的OF-Config管理通道。
可选地,所述装置还包括:第二建立模块,用于在所述第一建立模块使用所述网元信息建立与所述第二网元的OF-Config管理通道之后,通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道。
可选地,所述网元信息包括:IP地址、OFConfig-Port通道端口。
根据本发明的另一个实施例,提供了另一种基于软件定义网络的部署装置,应用在第一网元中,包括:获取模块,用于获取与第一网元相邻的第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;上报模块,用于将所述网元信息上报给所述OFCP,其中所述网元信息用于所述OFCP与所述第二网元之间建立OF-Config管理通道。
可选地,所述网元信息包括:IP地址、OFConfig-Port通道端口。
可选地,所述获取模块还包括:获取单元,用于通过数据通信网络DCN功能使用链路层发现协议LLDP查询所述第二网元的网元信息。
根据本发明的又一个实施例,提供了一种基于软件定义网络的部署***,包括第一网元、第二网元、配置点OFCP、控制器OFC,所述OFCP包括:接收模块,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第二网元为所述第一网元的相邻网元;第一建立模块,用于使用所述网元信息建立与所述第二网元的OF-Config管理通道;所述包括第一网元包括:获取模块,用于获取所述第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;上报模块,用于将所述网元信息上报给所述OFCP。
可选地,所述第一网元为接入网元,所述第二网元为非接入网元。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:
配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与所述OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;
所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道。
通过本发明,配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与所述OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道。由于是通过已经连接OFCP的第一网元将待上线的其他网元的网元信息上报给OFCP,避免了人工配置待上线网元或使用特定命令行来获取待上线网元的网元信息的复杂和低效率操作,因此,可以解决相关技术中在软件定义网络中部署网元上线时效率低的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明相关技术的OF-Config和OpenFlow协议组件关系图;
图2是根据本发明相关技术中协议的Server和Client的关系图;
图3是根据本发明相关技术中的SDN组网图;
图4是根据本发明实施例的一种基于软件定义网络的部署方法的流程图;
图5是根据本发明实施例的另一种基于软件定义网络的部署方法的流程图;
图6是根据本发明实施例的一种基于软件定义网络的部署装置的结构框图;
图7是根据本发明实施例的另一种基于软件定义网络的部署装置的结构框图;
图8是根据本发明实施例的基于软件定义网络的部署***的结构框图;
图9是根据本发明实施例的邻居信息的结构示意图;
图10是根据本发明实施例的接入网元的自动部署和上线时序图;
图11是根据本发明实施例的非接入网元的自动部署和上线时序图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例可以运行于图3所示的网络架构上,在本实施例中提供了一种运行于上述网络架构的基于软件定义网络的部署方法,图4是根据本发明实施例的一种基于软件定义网络的部署方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF-Config管理通道连接,第二网元为第一网元的相邻网元;
步骤S404,OFCP使用网元信息建立与第二网元的OF-Config管理通道。
通过上述步骤,配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF-Config管理通道连接,第二网元为第一网元的相邻网元;OFCP使用网元信息建立与第二网元的OF-Config管理通道。由于是通过已经连接OFCP的第一网元将待上线的其他网元的网元信息上报给OFCP,避免了人工配置待上线网元或使用特定命令行来获取待上线网元的网元信息的复杂和低效率操作,因此,可以解决相关技术中在软件定义网络中部署网元上线时效率低的问题。
可选地,上述步骤的执行主体OFCP可以为服务器,控制端,总控台等,但不限于此。
可选的,网元信息包括:IP地址、OFConfig-Port通道端口。可以定义网元信息“Neighbor”,包含IP和OFConfig-Port字段,其中IP是该网元的IP地址,OFConfig-Port是该网元作为OF-Config服务端监听的OF-Config通道端口。
可选的,在OFCP使用网元信息建立与第二网元的OF-Config管理通道之后,本实施例还包括:OFCP通过OF-Config管理通道指示第二网元与控制器OFC建立OpenFlow通道。
在根据本实施例的可选实施方式中,OFCP使用网元信息建立与第二网元的OF-Config管理通道包括:
S11,OFCP使用IP地址和OFConfig-Port字段向第二网元发起OF-Config管理通道的链接建立请求;
S12,在OF-Config管理通道建立完成后,OFCP给第一网元和第二网元下发OFC信息,OFC信息包括OFC的IP和OFC的端口。在第二网元与控制器OFC建立OpenFlow通道时,第二网元也可以与控制器OFC建立OpenFlow通道。
在根据本实施例的可选实施方式中,OFCP通过OF-Config管理通道指示第二网元与控制器OFC建立OpenFlow通道包括:
S21,OFCP查询第二网元上是否存在OFC信息;
S22,在第二网元上存在OFC信息时,所述OFCP判断存在OFC信息是否为指定的OFC信息;
S23,在第二网元上不存在OFC信息或第二网元上存在的OFC信息不是指定的OFC信息时,OFCP向第二网元下发指定的OFC信息,其中,指定的OFC信息用于描述与第二网元之间存在OpenFlow通道的OFC。
图5是根据本发明实施例的另一种基于软件定义网络的部署方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,第一网元获取与其相邻的第二网元的网元信息,其中,第一网元与配置点OFCP通过OF-Config管理通道连接;
步骤S504,第一网元将网元信息上报给OFCP,其中网元信息用于OFCP与第二网元之间建立OF-Config管理通道。
可选地,上述步骤的执行主体第一网元可以为接入设备,基站,MME等,但不限于此。
可选的,网元信息包括:IP地址、OFConfig-Port通道端口。
可选的,第一网元获取与其相邻的第二网元的网元信息包括:第一网元通过数据通信网络DCN功能使用链路层发现协议LLDP查询第二网元的网元信息。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
实施例2
在本实施例中还提供了一种基于软件定义网络的部署装置、***,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本发明实施例的一种基于软件定义网络的部署装置的结构框图,如图6所示,该装置包括:
接收模块60,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF-Config管理通道连接,第二网元为第一网元的相邻网元;
第一建立模块62,用于使用网元信息建立与第二网元的OF-Config管理通道。
可选的,本实施例的装置还包括:第二建立模块,用于在第一建立模块使用网元信息建立与第二网元的OF-Config管理通道之后,通过OF-Config管理通道指示第二网元与控制器OFC建立OpenFlow通道。
本实施例中的网元信息包括:IP地址、OFConfig-Port通道端口。
图7是根据本发明实施例的另一种基于软件定义网络的部署装置的结构框图,应用在第一网元中,如图7所示,该装置包括:
获取模块70,用于获取与第一网元相邻的第二网元的网元信息,其中,第一网元与配置点OFCP通过OF-Config管理通道连接;
上报模块72,用于将网元信息上报给OFCP,其中网元信息用于OFCP与第二网元之间建立OF-Config管理通道。
本实施例中的,网元信息可以但不限于为:IP地址、OFConfig-Port通道端口。
可选的,获取模块还包括:获取单元,用于通过数据通信网络DCN功能使用链路层发现协议LLDP查询第二网元的网元信息。
图8是根据本发明实施例的基于软件定义网络的部署***的结构框图,如图8所示,包括:包括第一网元80、第二网元82、配置点OFCP84、控制器OFC86,OFCP84包括:
接收模块840,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,第二网元为第一网元的相邻网元;
第一建立模块842,用于使用网元信息建立与第二网元的OF-Config管理通道;
包括第一网元80包括:
获取模块800,用于获取第二网元的网元信息,其中,第一网元与配置点OFCP通过OF-Config管理通道连接;
上报模块802,用于将网元信息上报给OFCP。
具体的,本实施例中的第一网元为接入网元,第二网元为非接入网元。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例是根据本发明的可选实施例,用于结合具体的场景对本申请进行详细的说明:
本实施例是针对上述软件定义网络中不同厂家设备部署和上线不能应对运营商OFC的IP地址变化和配置工作量大等问题,提出了一种软件定义网络中不同厂家设备自动部署和上线的方法。
本实施例所要解决的技术问题是:基于ONF的OpenFlow和OF-Config南向接口协议的软件定义网络中OFLS和OFC如何才能快速的管理上整个网络中所有的网元。
本发明为了解决以上问题,基于ONF现有框架,通过扩展OF-Config实现一种不同厂家设备自动部署和上线的方法。
本实施例提供了一种实施方法,包括:
网元上电后默认启用DCN(数据通信网络)功能,其中DCN可以使用成熟LLDP等成熟的邻居发现协议,通过DCN网络中的每一个网元都可以发现其它邻居网元的信息。
为了实现上述设备自动部署和上线的方法,我们需要扩展OF-Config协议。我们定义一个“Neighbor”的对象,图9是根据本发明实施例的邻居信息的结构示意图,如图9中右边对象,中间和左边其它三个对象为OF-Config标准中所定义,图9中的表示方法也是OF-Config中用UML图来描述数据模型图(Data Model Diagram)的方法,其中一边实心菱形一边箭头的线表示组合,表示包含关系,OpenFow Capable Switch指向Neighbor的线表示前者包含后者的整体与部分关系,“*”型号表示前者可以包含多个后者。我们定义的“Neighbor”中包含IP和OFConfig-Port字段,其中IP是该网元的IP地址,OFConfig-Port是该网元作为OF-Config服务端监听的OF-Config通道端口。
OFCP通过人工指定接入网元IP和端口的方式与接入网元建链OF-Config管理通道。接入网元通过这个OF-Config管理通道将邻居(其它非接入网元)的信息“Neighbor”上报给OFCP。
OFCP根据接入网元上报的整个网络的“Neighbor”信息,主动发起与每一个网元的OF-Config管理通道建链请求,当OFCP与每一个网元的OF-Config管理通道建立完成后,OFCP自动给所有接入网元和非接入网元一一配置OFC的IP和端口。
所有接入网元和非接入网元被动通过OF-Config通道接收OFCP的OFC配置完成后,通过DCN网络一一发起跟OFC的OpenFlow链接建立请求,从而建立和OFC的OpenFlow通道。
至此,网络中每个网元跟OFCP和OFC都建立了一个OF-Config和OpenFlow通道,最终达到网络中所有网元的自动部署和上线。以下分别对接入网元和非接入网元进行描述,接入网元和非接入网元的划分见图3。
在本实施例中,分为接入网元和非接入网元,接入网元的自动部署和上线步骤如下:
步骤一、接入网元上电,监听OF-Config管理通道端口;
步骤二、用户使用OFCP通过指定IP的方式建立跟接入网元的OF-Config管理通道;
步骤三、OF-Config链接建立后OFCP自动查询网元上的OFC信息;如果没有OFC信息,则自动下发OFC信息到网元;如果有OFC信息,且不一致,则自动修改网元上的OFC信息。
步骤四、网元得到OFC信息后发起跟OFC的OpenFlow建链请求,从而完成接入网元和OFC间的建链。
非接入网元的自动部署和上线步骤包括:
步骤一、接入网元和非接入网元上电后默认启用DCN;
步骤二、接入网元和非接入网元通过DCN发现邻居;
步骤三、用户使用OFCP通过指定IP的方式建立跟接入网元的OF-Config管理通道;
步骤四、接入网元跟OFCP建立OF-Config链接后,接入网元自动上报所有非接入网元的邻居信息给OFCP;
步骤五、OFCP获取到非接入网元的信息后,主动发起跟每个非接入网元的OF-Config管理通道链接;
步骤六、OFCP跟每非接入网元的OF-Config管理通道链接建立后OFCP自动查询该网元上的OFC信息;如果没有OFC信息,则自动下发OFC信息到该网元;如果有OFC信息,且不一致,则自动修改该网元上的OFC信息。
步骤七、非接入网元收到OFC信息后发起跟OFC的OpenFlow建链请求,从而完成非接入网元和OFC间的建链。
下面通过扩展OF-Config协议的消息来阐述本实施例中的一种实现方式:
图9是根据本发明实施例的邻居信息的结构示意图,定义邻居信息的结构,通过扩展OF-Config中的对象,向OpenFlow Capable Switch加入表示邻居的Neighbor对象,其中IP表示邻居的IP地址,OFConfig-Port表示该网元作为OF-Config服务端监听的OF-Config通道端口。
图10是根据本发明实施例的接入网元的自动部署和上线时序图,一个OFC的场景,接入网元的自动部署和上线步骤如下:
步骤一、用户给OFCP设置OFC的信息
步骤二、接入网元IP为10.X.X.A,上电后该网元作为NetConf服务端,监听NetConf默认端口830;
步骤三、用户给OFCP指定接入网元的IP地址和监听的OF-Config端口号;
步骤四、OFCP发起对接入网元[IP=10.X.X.A,OFConfig-Port=830]的建链请求,跟该网元建立OF-Config链接;
步骤五、链接建立后OFCP通过OF-Config通道自动下发OFC对象的查询命令到该网元;如果OFC信息为空,则自动下发OFC信息[IP=10.X.X.X,Port=6653]到该网元;如果有OFC信息,且不一致,则自动修改该网元上的OFC信息为[IP=10.X.X.X,Port=6653]。
步骤六、该网元得到OFC信息[IP=10.X.X.X,Port=6653]后自动发起跟对[IP=10.X.X.X,Port=6653]发起OpenFlow建链请求,从而完成接入网元和OFC间的OpenFlow建链。
在本实施例中的具体示例中,包括以下具体的场景:
图11是根据本发明实施例的非接入网元的自动部署和上线时序图,一个OFC的场景,非接入网元的自动部署和上线步骤如下:
步骤一、用户给OFCP设置OFC的信息;
步骤二、接入网元上电后默认启用DCN,监听NetConf默认端口830;
步骤三、非接入网元上电后默认启用DCN,监听NetConf默认端口830;
步骤四、接入网元[10.X.X.A]通过DCN发现邻居[10.X.X.B、10.X.X.C、10.X.X.D],三个非接入网元;
步骤五、用户给OFCP指定接入网元的IP地址和监听的OF-Config端口号;
步骤六、OFCP发起对接入网元[IP=10.X.X.A,OFConfig-Port=830]的建链请求,跟该网元建立OF-Config链接;
步骤七、接入网元跟OFCP建立链接后,接入网元自动上报所有非接入网元的邻居信息[10.X.X.B、10.X.X.C、10.X.X.D]给OFCP;
步骤八、OFCP获取到非接入网元的信息后,主动发起跟10.X.X.B、10.X.X.C、10.X.X.D的管理通道链接;
步骤九、OFCP跟非接入网元的管理通道链接建立后OFCP自动查询10.X.X.B、10.X.X.C、10.X.X.D上的OFC信息;如果没有OFC信息[IP=10.X.X.X,Port=6653],则自动下发OFC信息到该网元;如果有OFC信息,且不一致,则自动修改该网元上的OFC信息[IP=10.X.X.X,Port=6653]。
步骤十、10.X.X.B、10.X.X.C、10.X.X.D分别得到OFC信息[IP=10.X.X.X,Port=6653]后分别对IP=10.X.X.X,Port=6653发起OpenFlow建链请求,从而完成非接入网元和OFC间的建链
多个OFC的场景,接入网元的自动部署和上线步骤如下:
步骤一、用户给OFCP设置多个OFC的信息,并指定OFC的角色是master、slave还是equal;
步骤二、接入网元IP为10.X.X.A,上电后该网元作为NetConf服务端,监听NetConf默认端口830;
步骤三、用户给OFCP指定接入网元的IP地址和监听的OF-Config端口号;
步骤四、OFCP发起对接入网元[IP=10.X.X.A,OFConfig-Port=830]的建链请求,跟该网元建立OF-Config链接;
步骤五、链接建立后OFCP通过OF-Config通道自动下发OFC对象的查询命令到该网元;如果OFC信息为空,则自动下发用户设置的多个OFC信息到该网元;如果有OFC信息,且不一致,则自动修改该网元上的OFC信息。
步骤六、该网元得到多个OFC信息后按设定的角色自动发起对每一个OFC的OpenFlow建链请求,从而完成接入网元和多个OFC间的OpenFlow建链。
多个OFC的场景,非接入网元的自动部署和上线步骤如下:
步骤一、用户给OFCP设置多个OFC的信息,并指定OFC的角色是master、slave还是equal;
步骤二、接入网元上电后默认启用DCN,监听NetConf默认端口830;
步骤三、非接入网元上电后默认启用DCN,监听NetConf默认端口830;
步骤四、接入网元[10.X.X.A]通过DCN发现邻居[10.X.X.B、10.X.X.C、10.X.X.D],三个非接入网元;
步骤五、用户给OFCP指定接入网元的IP地址和监听的OF-Config端口号;
步骤六、OFCP发起对接入网元[IP=10.X.X.A,OFConfig-Port=830]的建链请求,跟该网元建立OF-Config链接;
步骤七、接入网元跟OFCP建立链接后,接入网元自动上报所有非接入网元的邻居信息[10.X.X.B、10.X.X.C、10.X.X.D]给OFCP;
步骤八、OFCP获取到非接入网元的信息后,主动发起跟10.X.X.B、10.X.X.C、10.X.X.D的管理通道链接;
步骤九、OFCP跟非接入网元的管理通道链接建立后OFCP自动查询10.X.X.B、10.X.X.C、10.X.X.D上的OFC信息;如果OFC信息为空,则自动下发用户设置的多个OFC信息到每一个网元;如果有OFC信息,且不一致,则自动修改网元上的OFC信息。
步骤十、10.X.X.B、10.X.X.C、10.X.X.D分别得到多个OFC信息后按设定的角色各自发起对每一个OFC的OpenFlow建链请求,从而完成非接入网元和多个OFC间的OpenFlow建链。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF-Config管理通道连接,第二网元为第一网元的相邻网元;
S2,使用网元信息建立与第二网元的OF-Config管理通道。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行接收第一网元上报的一个或多个第二网元的网元信息,其中,第一网元与OFCP通过OF-Config管理通道连接,第二网元为第一网元的相邻网元;
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行使用网元信息建立与第二网元的OF-Config管理通道。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种基于软件定义网络的部署方法,其特征在于,包括:
配置点OFCP接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与所述OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;
所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道。
2.根据权利要求1所述的方法,其特征在于,在所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道之后,所述方法还包括:
所述OFCP通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道。
3.根据权利要求1所述的方法,其特征在于,所述网元信息包括:IP地址、OFConfig-Port通道端口。
4.根据权利要求3所述的方法,其特征在于,所述OFCP使用所述网元信息建立与所述第二网元的OF-Config管理通道包括:
所述OFCP使用所述IP地址和所述OFConfig-Port字段向所述第二网元发起OF-Config管理通道的链接建立请求;
在所述OF-Config管理通道建立完成后,所述OFCP给所述第一网元和所述第二网元下发OFC信息,所述OFC信息包括OFC的IP和OFC的端口。
5.根据权利要求2所述的方法,其特征在于,所述OFCP通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道包括:
所述OFCP查询所述第二网元上是否存在OFC信息;
在所述第二网元上存在OFC信息时,所述OFCP判断存在OFC信息是否为指定的OFC信息;
在所述第二网元上不存在OFC信息或第二网元上存在的OFC信息不是所述指定的OFC信息时,所述OFCP向所述第二网元下发所述指定的OFC信息,其中,所述指定的OFC信息用于描述与所述第二网元之间存在OpenFlow通道的OFC。
6.一种基于软件定义网络的部署方法,其特征在于,包括:
第一网元获取与其相邻的第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;
所述第一网元将所述网元信息上报给所述OFCP,其中所述网元信息用于所述OFCP与所述第二网元之间建立OF-Config管理通道。
7.根据权利要求6所述的方法,其特征在于,所述网元信息包括:IP地址、OFConfig-Port通道端口。
8.根据权利要求6所述的方法,其特征在于,第一网元获取与其相邻的第二网元的网元信息包括:
所述第一网元通过数据通信网络DCN功能使用链路层发现协议LLDP查询所述第二网元的网元信息。
9.一种基于软件定义网络的部署装置,其特征在于,包括:
接收模块,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第一网元与OFCP通过OF-Config管理通道连接,所述第二网元为所述第一网元的相邻网元;
第一建立模块,用于使用所述网元信息建立与所述第二网元的OF-Config管理通道。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第二建立模块,用于在所述第一建立模块使用所述网元信息建立与所述第二网元的OF-Config管理通道之后,通过所述OF-Config管理通道指示所述第二网元与控制器OFC建立OpenFlow通道。
11.根据权利要求9所述的装置,其特征在于,所述网元信息包括:IP地址、OFConfig-Port通道端口。
12.一种基于软件定义网络的部署装置,应用在第一网元中,其特征在于,包括:
获取模块,用于获取与第一网元相邻的第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;
上报模块,用于将所述网元信息上报给所述OFCP,其中所述网元信息用于所述OFCP与所述第二网元之间建立OF-Config管理通道。
13.根据权利要求12所述的装置,其特征在于,所述网元信息包括:IP地址、OFConfig-Port通道端口。
14.根据权利要求12所述的装置,其特征在于,所述获取模块还包括:
获取单元,用于通过数据通信网络DCN功能使用链路层发现协议LLDP查询所述第二网元的网元信息。
15.一种基于软件定义网络的部署***,包括第一网元、第二网元、配置点OFCP、控制器OFC,其特征在于,
所述OFCP包括:
接收模块,用于接收第一网元上报的一个或多个第二网元的网元信息,其中,所述第二网元为所述第一网元的相邻网元;
第一建立模块,用于使用所述网元信息建立与所述第二网元的OF-Config管理通道;
所述包括第一网元包括:
获取模块,用于获取所述第二网元的网元信息,其中,所述第一网元与配置点OFCP通过OF-Config管理通道连接;
上报模块,用于将所述网元信息上报给所述OFCP。
16.根据权利要求15所述的***,其特征在于,所述第一网元为接入网元,所述第二网元为非接入网元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610671317.7A CN107769937A (zh) | 2016-08-15 | 2016-08-15 | 基于软件定义网络的部署方法、装置及*** |
PCT/CN2017/097411 WO2018033050A1 (zh) | 2016-08-15 | 2017-08-14 | 基于软件定义网络的部署方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610671317.7A CN107769937A (zh) | 2016-08-15 | 2016-08-15 | 基于软件定义网络的部署方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107769937A true CN107769937A (zh) | 2018-03-06 |
Family
ID=61196368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610671317.7A Withdrawn CN107769937A (zh) | 2016-08-15 | 2016-08-15 | 基于软件定义网络的部署方法、装置及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107769937A (zh) |
WO (1) | WO2018033050A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116743570B (zh) * | 2023-08-16 | 2023-10-24 | 新华三技术有限公司 | 设备的自动化上线方法、装置、电子设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101860452A (zh) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | 网元的管理方法和*** |
US20130268686A1 (en) * | 2012-03-14 | 2013-10-10 | Huawei Technologies Co., Ltd. | Method, switch, server and system for sending connection establishment request |
CN104158747A (zh) * | 2013-05-14 | 2014-11-19 | 中兴通讯股份有限公司 | 网络拓扑发现方法和*** |
CN104837147A (zh) * | 2014-02-12 | 2015-08-12 | 中兴通讯股份有限公司 | 无线访问接入点的配置方法及*** |
CN105430116A (zh) * | 2015-11-30 | 2016-03-23 | 北京邮电大学 | 一种建立控制信道的方法及装置 |
-
2016
- 2016-08-15 CN CN201610671317.7A patent/CN107769937A/zh not_active Withdrawn
-
2017
- 2017-08-14 WO PCT/CN2017/097411 patent/WO2018033050A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101860452A (zh) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | 网元的管理方法和*** |
US20130268686A1 (en) * | 2012-03-14 | 2013-10-10 | Huawei Technologies Co., Ltd. | Method, switch, server and system for sending connection establishment request |
CN104158747A (zh) * | 2013-05-14 | 2014-11-19 | 中兴通讯股份有限公司 | 网络拓扑发现方法和*** |
CN104837147A (zh) * | 2014-02-12 | 2015-08-12 | 中兴通讯股份有限公司 | 无线访问接入点的配置方法及*** |
CN105430116A (zh) * | 2015-11-30 | 2016-03-23 | 北京邮电大学 | 一种建立控制信道的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2018033050A1 (zh) | 2018-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7012836B2 (ja) | ネットワークスライス管理方法及び装置 | |
CN111065116B (zh) | 一种端到端切片自动化部署方法及*** | |
CN109218046B (zh) | 网络切片的管理方法及***和存储介质 | |
CN105807617B (zh) | 智能家居设备的控制方法及装置 | |
CN111865736B (zh) | 一种设备控制方法及装置 | |
CN104009925B (zh) | 路由器的桥接建立方法、装置和路由器 | |
CN110233746B (zh) | 一种家庭组网方法及家庭组网ap | |
CN110061871A (zh) | 基站开站方法、装置、计算机存储介质及设备 | |
RU2533638C2 (ru) | Способ и устройство для конфигурирования данных | |
CN109842507B (zh) | 一种网络切片管理方法及设备 | |
CN109756357A (zh) | 一种网络切片生成方法和装置、及终端 | |
CN107645394B (zh) | 一种sdn网络中的交换机配置方法 | |
CN112671904A (zh) | 设备状态信息的传输方法及装置、存储介质、电子装置 | |
CN107635268A (zh) | 实现物联网设备入网的方法、装置和*** | |
CN112202877A (zh) | 网关联动方法、网关、云服务器及用户终端 | |
CN114301818A (zh) | 业务流检测方法、装置、***、终端及存储介质 | |
CN108111379A (zh) | 一种控制智能家居设备的方法和装置 | |
CN109525493B (zh) | 一种网络路径建立方法及装置 | |
CN110022580B (zh) | 建立承载方法及装置 | |
CN109510717B (zh) | 节点设备的信息的获取方法、装置、设备及存储介质 | |
CN107769937A (zh) | 基于软件定义网络的部署方法、装置及*** | |
CN112468367A (zh) | 一种数据采集与交互的方法、***、设备及介质 | |
CN110768870B (zh) | 一种智能专线的质量监控方法和装置 | |
CN105430116B (zh) | 一种建立控制信道的方法及装置 | |
CN112217680A (zh) | 基于软件定义广域网的控制器能力基准测试方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180306 |