CN103209121A - 基于开放流协议的控制面设备的发现处理方法及装置 - Google Patents
基于开放流协议的控制面设备的发现处理方法及装置 Download PDFInfo
- Publication number
- CN103209121A CN103209121A CN201310082998XA CN201310082998A CN103209121A CN 103209121 A CN103209121 A CN 103209121A CN 201310082998X A CN201310082998X A CN 201310082998XA CN 201310082998 A CN201310082998 A CN 201310082998A CN 103209121 A CN103209121 A CN 103209121A
- Authority
- CN
- China
- Prior art keywords
- openflow
- equipment
- dhcp
- information
- chain
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- 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
- 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- 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/12—Discovery or management of network topologies
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- 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/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
-
- 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
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于OpenFlow协议的控制面设备的发现处理方法及装置,其中,上述方法包括:接收来自基于OpenFlow协议的转发面设备的标识信息,其中,该标识信息为转发面设备的标识信息,上述标识信息与管理信息数据库中的控制面设备信息相对应;根据上述标识信息在管理信息数据库中匹配得到控制面设备信息;向转发面设备发送上述控制面设备信息。采用本发明提供的上述技术方案,解决了相关技术中,尚无有效地让转发面设备自动发现控制面设备的技术问题,从而实现了转发面设备对控制面设备的自动发现,进而可以实现转发面设备可以对控制面设备的自适应调整。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种基于开放流(OpenFlow,简称为OF)协议的控制面设备的发现处理方法及装置。
背景技术
软件定义网络(Software Defined Network,简称为SDN)是一种新型的网络架构,它的设计理念是将网络的控制平面与数据转发平面进行分离,并实现可编程化控制。通常将SDN网络架构抽象定义成三层:第一层是转发面实体,包括实现这种转发功能的各种软硬件组件;第二层是针对第一层转发实体进行管理和控制的实体,第三层是基于前两层基础网络的应用和服务。前两层之间的接口称之为SDN的南向接口,目前OpenFlow协议是南向接口的主流协议,它以流表为基础,控制细颗粒度的转发表及其行为,具有很强的表达能力,适应能力强。
OpenFlow协议是一种交换技术,该技术最早由斯坦福大学提出,旨在基于现有传输控制协议(Transfer Control Protocol,简称为TCP)/互联网协议(Internet Protocol,简称为IP)技术条件,以创新的网络互联理念解决当前网络的种种弊病,OpenFlow协议的核心思想是将由交换机/路由器控制的数据包转发过程,演化为由OpenFlow转发面设备(例如OF Switch,也包括其他支持OpenFlow/OF-Config协议和流表机制的转发面设备,例如AP、路由器)和控制服务器(例如OF Controller)分别完成的独立过程,进而实现数据转发和路由控制的分离。在传统网络中数据包的流向是人为指定的,虽然交换机、路由器拥有控制权,却没有数据流的概念,所以只能进行数据包级别的交换。然而在OpenFlow网络中,控制服务器将取代路由器,由控制服务器(OF Controller)通过预先规定好的接口操作来决策所有数据包在网络中传输路径,从而达到控制数据转发的目的。
OpenFlow协议运行在安全传输层协议(Transport Layer Security Protocol,简称为TLS)和无保护TCP连接之上,如果OpenFlow转发面设备在转发数据包时,遇到未指定转发路径的数据包,则由该设备发送查询消息至与其建链的OpenFlow控制器,由该控制器决策该数据包的转发路径。这样就要求OpenFlow转发面设备和Openflow控制器必须在OpenFlow转发面设备转发报文前建立链接。
OpenFlow协议V1.3版本开始分离出Of-Config协议,将对SDN转发面设备配置管理方面的功能剥离出来,形成单独的通道,Of-Config协议可以运行在TCP、安全套接层(SecureSocket Layer,简称为SSL)协议、用户数据协议(User Date Protocol,简称为UDP)或数据报文安全传输层(Datagram Transport Layer Security,简称为DTLS)协议等协议上。OF配置点(OF Configuration Point)设备配置OpenFlow转发面设备时,可以为其配置OpenFlow控制器的地址,但这又要求OpenFlow转发面设备能有效的动态发现Of-Config管理配置点。
目前OpenFlow协议族没有定义相应的发现机制,OpenFlow转发面设备只能通过静态配置发现OpenFlow控制面设备(包括OpenFlow Controller和OpenFlow Configuration Point设备),该方法对于OpenFlow转发面设备发现OpenFlow控制面设备机制来说还是不够完善,不便于运行维护较大规模的OpenFlow网络,例如,在较大规模的OpenFlow网络中,管理员需要规划控制面设备对转发面设备进行管理控制的对应关系,并在大量转发面设备上配置其对应的控制面设备的地址信息。一旦控制面设备发生故障,转发面设备还不能自适应调整,接入新的控制面设备。而且在根据不同物理设备部署不同业务或分域管理不同设备厂商设备的应用场景下,配置更繁琐。
针对相关技术中的上述问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中,尚无有效的解决方案可以让转发面设备自动发现控制面设备,本发明提供了一种基于OpenFlow协议的控制面设备的发现处理方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种基于OpenFlow协议的控制面设备的发现处理方法,包括:接收来自基于OpenFlow协议的转发面设备的标识信息,其中,该标识信息为转发面设备的标识信息,上述标识信息与管理信息数据库(Management Information Base,简称为MIB)中的控制面设备信息相对应;根据上述标识信息在管理信息数据库中匹配得到控制面设备信息;向转发面设备发送上述控制面设备信息。
优选地,在接收上述标识信息之前,包括:获取SDN中预先分域后指定域中的各个控制面设备信息;将指定域中各个控制面设备信息存储至管理信息数据库。
优选地,上述标识信息包括:转发面设备所属指定域的域名信息。
优选地,上述方法应用于SDN中的动态主机配置协议(Dynamic Host Configure Protocol,简称为DHCP)设备。
优选地,向转发面设备发送控制面设备信息包括:通过DHCP报文中的指定字段向转发面设备发送控制面设备信息。
优选地,上述指定字段包括:选项(Option)字段。
优选地,接收来自基于OpenFlow协议的转发面设备的标识信息时,还包括:接收转发面设备的请求消息,其中,该请求消息用于请求DHCP设备为转发面设备分配地址。
优选地,上述方法还包括:接收网络管理系统(Network Management System,简称为NMS)的查询请求消息;在查询请求消息的触发下,通过NMS将管理信息数据库中的控制面设备信息发送至SDN中除DHCP设备之外的其它DHCP设备。
根据本发明的另一个方面,提供了一种基于OpenFlow协议的控制面设备的发现处理装置,包括:接收模块,用于接收来自基于OpenFlow协议的转发面设备的标识信息,其中,该标识信息为所述转发面设备的标识信息,上述标识信息与管理信息数据库中的控制面设备信息相对应;匹配模块,用于根据上述标识信息在管理信息数据库中匹配得到控制面设备信息;发送模块,用于向转发面设备发送控制面设备信息。
优选地,上述装置包括:获取模块,用于获取软件定义网络(SDN)中预先分域后指定域中的各个控制面设备信息;存储模块,用于将指定域中各个控制面设备信息存储至管理信息数据库。
通过本发明,采用根据转发面设备的标识信息匹配得到控制面设备信息,并将该控制面设备信息发送至转发面设备的技术手段,解决了相关技术中,尚无有效地让转发面设备自动发现控制面设备的技术问题,从而实现了转发面设备对控制面设备的自动发现,进而可以实现转发面设备可以对控制面设备的自适应调整。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为根据本发明实施例1的基于OpenFlow协议的控制面设备的发现处理方法的流程图;
图2为根据本发明实施例1的基于OpenFlow协议的控制面设备的发现处理装置的结构框图;
图3为根据本发明实施例1的基于OpenFlow协议的控制面设备的发现处理装置的另一结构框图;
图4为根据本发明实施例2的SDN网络自动发现OpenFlow控制面设备的流程示意图;
图5为根据本发明实施例3的SDN网络自动发现OpenFlow控制面设备的流程示意图;
图6为根据本发明实施例4的SDN网络自动发现OpenFlow控制面设备的流程示意图;
图7为根据本发明实施例5的SDN网络自动发现OpenFlow控制面设备的流程示意图;
图8为根据本发明实施例的OpenFlow设备上报设备信息的扩展选项OptionA示意图;
图9为根据本发明实施例的DHCPv4下发OpenFlow控制面设备信息给转发面设备的扩展选项OptionB1示意图;
图10为根据本发明实施例的DHCPv6下发OpenFlow控制面设备信息给转发面设备的扩展选项OptionB2示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例1
图1为根据本发明实施例1的基于OpenFlow协议的控制面设备的发现处理方法的流程图。如图1所示,该方法包括:
步骤S102,接收来自基于OpenFlow协议的转发面设备的标识信息,其中,该标识信息为转发面设备的标识信息,上述标识信息与MIB中的控制面设备信息相对应;
步骤S104,根据上述标识信息在MIB中匹配得到上述控制面设备信息;
步骤S106,向转发面设备发送控制面设备信息。
通过上述各个处理步骤,由于采用根据与控制面设备信息对应的转发面设备的标识信息来自动匹配得到上述控制面设备信息并发送给转发面设备的技术手段,代替了采用静态配置发现OpenFlow控制面设备的方式,因此,可以实现转发面设备对控制面设备的自动发现。
在本实施例中,为了便于对控制面设备的管理,可以对上述控制面设备信息进行分域管理,具体地,在接收标识信息之前,获取SDN中预先分域后指定域中的各个控制面设备信息,将指定域中各个控制面设备信息存储至管理信息数据库。
在对上述控制面设备信息进行分域管理时,上述标识信息可以包括但不限于:上述转发面设备所属上述指定域的域名信息。
在本实施例中,上述方法可以但不限于应用于SDN中的网络设备。此时,可以通过DHCP报文中的指定字段向转发面设备发送控制面设备信息。该指定字段包括但不限于:选项(Option)字段。
在本实施例中,可以在接收来自基于OpenFlow协议的转发面设备的标识信息时,接收转发面设备的请求消息,其中,该请求消息用于请求DHCP(包括DHCPv4和DHCPv6)设备为转发面设备分配地址。
在本实施例中,为了实现跨DHCP设备管理网络的发现机制,在本实施例中,还可以接收网络管理系统NMS的查询请求消息;在查询请求消息的触发下,通过NMS将管理信息数据库中的控制面设备信息发送至SDN中除上述DHCP设备之外的其它DHCP设备。
在本实施例中还提供了一种基于OpenFlow协议的控制面设备的发现处理装置,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到的模块进行说明。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例1的基于OpenFlow协议的控制面设备的发现处理装置的结构框图。如图2所示,该装置包括:
接收模块20,连接至匹配模块22,用于接收来自基于OpenFlow协议的转发面设备的标识信息,其中,该标识信息为上述转发面设备的标识信息,上述标识信息与管理信息数据库中的控制面设备信息相对应;
匹配模块22,连接至发送模块24,用于根据上述标识信息在管理信息数据库中匹配得到上述控制面设备信息;
发送模块24,用于向上述转发面设备发送控制面设备信息。
通过上述各个模块实现的功能,同样可以实现转发面设备对控制面设备的自动发现。
在本实施例中,如图3所示,上述装置还可以包括以下模块:获取模块26,连接至存储模块28,用于获取SDN中预先分域后指定域中的各个控制面设备信息;存储模块28,用于将指定域中各个控制面设备信息存储至管理信息数据库。
为了更好地理解上述实施例,以下结合实施例2-5详细说明,其中DHCP以DHCPv4为例,但不限于DHCPv4,例如还可以为DHCPv6。
实施例2
本实施例的目的在于提供一种SDN网络自动发现OpenFlow控制面设备的方法,其可以简化OpenFlow的网络配置,完善Openflow网络转发面设备发现控制面设备的机制,使OpenFlow的网络更加智能化,提高OpenFlow网络的可维护性。
本实施例的主要设计思想在于,在SDN网络控制面的DHCP设备(DHCP Server、DHCPProxy、DHCP Relay Agent等)上借助DHCP交互流程自动学习该DHCP管理域内的Openflow控制面设备,并把自动学习的结果,保存在本地维护的一个管理信息数据库(MIB)中,实现分域管理这些Openflow控制面设备。在OpenFlow转发面设备向DHCP服务器申请IP地址时,由DHCP设备根据OpenFlow转发面设备上报选项中的域名信息匹配本地MIB中的存储条目,将匹配的结果(SDN网络的相同管理域内可用的OpenFlow控制面设备信息列表)通过DHCP报文中的Option选项通告给OpenFlow转发面设备,以便让其可以根据自身需要选择合适的OpenFlow控制面设备进行建链,实现OpenFlow转发面设备自动发现OpenFlow控制面设备的功能。
如图4所示,DHCP设备提供、管理、维护着一个MIB数据表,该管理信息库的数据表主要管理OpenFlow网络中的OpenFlow转发面设备、OpenFlow Controller和OpenFlowConfiguration Point等设备信息,该MIB数据表可以在本地通过命令修改,也可以通过NMS远程修改或DHCP协议模块触发自动学习修改,其表项字段建议包括设备角色、设备地址、域名、设备唯一标识、设备管理负荷和信息来源等。
该MIB数据表各个字段意义说明如下:
设备角色(Role):描述该设备是OpenFlow转发面设备(0)、OpenFlow Controller(1)还是OpenFlow Configuration Point(2)。
设备地址(IP地址):OpenFlow设备的南向接口建链IP地址,可以是IPv4或IPv6地址。
域名:表示OpenFlow设备归属的管理域,域名字符串为空时,按默认域名处理。SDN网络的管理人员可以根据设备厂商分类、业务类型或虚拟运营商分类来规划网络的管理域,分域管理网络中的不同设备。域名可以在设备出厂时静态配置,或本地管理口命令配置,也可以在接入管理网络后,由OpenFlow控制面设备动态配置修改。
设备唯一标识:表征设备的全局唯一标识,建议是一个特定编码格式的字符串。
设备管理负荷:仅对OpenFlow控制面设备有效,表示管理设备负荷的指标数据,可以是OpenFlow链接数和满载链接数的百分比,也可以综合其他指标。这些指标数据可以由这些OpenFlow控制面设备动态更新,OpenFlow转发面设备在没有优先级建议的情况下,优先选择负荷较轻的控制面设备建链。
信息来源:表示一条数据表记录的生成原因,例如NMS远程配置,本地配置和自动学习。这几种生成原因可以设定有一定的优先级,例如本地配置优先于NMS远程配置,NMS远程配置优先于自动学习。当然这种优先级关系可以配置设定。一种生成原因的数据表记录一般只能以相同信息来源的删除动作来删除,除非该数据表记录被高优先级的相同设备的数据表记录所替换。
同时该MIB数据表可以被NMS查询,NMS获悉该DHCP设备的MIB数据表自动学习到的记录后,可以向SDN中的其他DHCP设备下发这些记录,实现跨DHCP设备管理网络的发现机制。由此可见本方案中DHCP设备不再是单纯地执行或代理执行地址分配的动作,还实现了对其管理范畴内的SDN网络设备进行统一管理,所以这种能够处理DHCP报文并执行网络节点信息管理的设备也可以为某些网关设备,包括BNG等。
以下对本实施例即图4中所涉及的步骤描述:
步骤S402:OpenFlow控制面设备1启动后,通过DHCP协议中的DHCP Discover报文携带扩展的选项OptionA上报该设备的角色和域名Domain1等信息,如果它不需要通过DHCP获取地址,可以携带自身已有地址来申请,本质上它只是通过DHCP报文上报自身的设备信息给DHCP设备来形成MIB数据表条目。DHCP设备在应答DHCP请求后,添加一个设备信息记录到MIB数据表中,OpenFlow控制面设备1后续的负荷变化可以通过提前续租或特定的DHCP类型报文携带选项OptionA动态更新给DHCP设备MIB数据表。OpenFlow控制面设备1释放地址时,在DHCP Release报文中携带扩展的选项OptionA,DHCP设备删除本地MIB信息表中的对应的设备记录。
步骤S404:OpenFlow控制面设备2启动后,通过DHCP协议中的DHCP Discover报文携带扩展的选项OptionA上报该设备的角色和域名Domain2等信息。DHCP设备采用步骤1相同的方式添加一个新的设备信息记录到MIB数据表中。OpenFlow控制面设备2释放地址时,在DHCP Release报文中携带扩展的选项OptionA,DHCP设备删除本地MIB信息表中的对应的设备记录。
步骤S406:OpenFlow转发面设备1启动正常后,通过DHCP协议中的DHCP Discover中的选项OptionA上报域名Domain1来并获取IP地址,DHCP设备将分配到的地址告知OpenFlow转发面设备1的同时,携带特殊的选项OptionB将其MIB数据表记录中匹配到Domain1的OpenFlow控制面设备信息列表下发给OpenFlow转发面设备1,从而让其发现OpenFlow控制面设备1。OpenFlow转发面设备1开始尝试和OpenFlow控制面设备1建链。OpenFlow转发面设备1释放地址时,在DHCP Release报文中携带扩展的选项OptionA,DHCP设备删除本地MIB信息表中的对应的设备记录。
步骤S408:OpenFlow转发面设备2启动正常后,通过DHCP协议中的DHCP Discover中的选项上报域名Domain2来并获取IP地址。然后采用步骤3相同的方式发现OpenFlow控制面设备2,并开始尝试和OpenFlow控制面设备2建链。OpenFlow转发面设备2释放地址时,在DHCP Release报文中携带扩展的选项OptionA,DHCP设备删除本地MIB信息表中的对应的设备记录。
步骤S410:NMS设备查询DHCP设备MIB数据表,获悉其学习到的OpenFlow设备信息,根据NMS配置的策略,有选择地向其他DHCP设备下发其获悉的OpenFlow控制设备信息。当然,也允许DHCP设备通过特定接口主动上报或和更换自己学习到的MIB数据表记录。
以上5个步骤没有严格的时序关系,任何一个步骤都可能先发生,OpenFlow转发面设备可能在第一次申请地址时没能从DHCP设备发现任何OpenFlow控制面设备,它可以选择其他发现方式(例如多播探测、本地的静态配置)来发现一个广播域内的OpenFlow控制面设备,也可以延时重新尝试从DHCP设备发现OpenFlow控制面设备。
DHCP设备通过选项OptionB给OpenFlow转发面设备下发同一个管理域内的OpenFlow控制面设备信息列表时,列表中的OpenFlow控制面设备的顺序可以用来表示其优先级建议。如果有多个OpenFlow控制面设备,OpenFlow转发面设备会依次向这些设备发起建链请求,直到和某个合适的OpenFlow控制面设备成功建链。
OpenFlow转发面设备的管理口(用于发起DHCP交互流程,并在发现OpenFlow控制面设备后和其建链)和转发口应有明确的区分,管理口支持DHCP/TCP/SSL/OpenFlow等协议的处理,不需流表或有默认的流表,而转发口在没有OpenFlow控制面设备配置前无需支持这些协议,这种区分可以是软件或固件上的差异,也可以是设备部署和本地配置上的选择。
采用本实施例中的上述方案,为OpenFlow转发面设备自动发现OpenFlow控制面设备提供了可行性,使SDN网络中OpenFlow转发面设备和控制面设备的部署更加智能化。
为了更好地理解上述实施例1-2,以下结合实施例3-5详细说明。
以下实施例3-5提供的SDN网络自动发现OpenFlow控制面设备的方案,由OpenFlow转发面设备借助于和DHCP设备的DHCP报文交互自动发现OpenFlow控制面设备,在OpenFlow控制面设备部署相对稳定的网络中,能提供良好的服务。
以下实施例3-5可以基于以下设计思想实现:在SDN中,OpenFlow转发面设备可以通过DHCPv4/DHCPv6设备动态发现OpenFlow控制面设备。和DHCPv4类似,OpenFlow控制面设备可以在DHCPv6Solicit报文中上报本设备管理信息给DHCPv6设备,OpenFlow转发面设备在申请地址的过程中,DHCPv6设备可以通过DHCPv6Advertise或者是DHCPv6Reply报文下发匹配该OpenFlow转发面设备管理域的OpenFlow控制面设备信息给该OpenFlow转发面设备。另外对于DHCP设备上通过DHCP流程学习到的SDN网络设备都可以被这些设备的DHCP Release报文触发删除。
实施例3
该实施例主要描述OpenFlow控制面设备控制器和配置点不分离场景下,OpenFlow转发面设备通过DHCP服务器发现OpenFlow控制面设备并正常建链的过程。为了便于描述,并仅作为一种示例,本实施例中采用DHCPv4协议描述该动态发现流程。DHCP设备为DHCPServer,OpenFlow控制面设备为OpenFlow Controller,OpenFlow转发面设备为OpenFlowSwitch,该实施例下没有提供单独的OpenFlow Configuration Point设备,由OpenFlowController执行配置工作,并具体描述了DHCP设备感知SDN网络OpenFlow设备释放地址或离线时的处理。
业务详细流程图参见图5所示:
步骤S502:OpenFlow Controller启动后,发送DHCP发现(Discover)报文给DHCP服务器(可以携带已有地址申请)。在OF Controller设备发送的DHCP Discover报文中,通过扩展选项OptionA携带设备角色、域名等字段信息给DHCP服务器。扩展的选项OptionA格式建议详见图8,该报文也可以不携带扩展的选项OptionA,让DHCP Request携带该选项。
步骤S504:DHCP服务器创建DHCP用户会话,解析OpenFlow控制面设备Controller携带上来的扩展选项OptionA,将信息暂存在DHCP服务器上。DHCP服务器发送DHCP供给(Offer)报文携带分配的IP地址和其他配置信息给OpenFlow Controller。
步骤S506:OpenFlow Controller选择合适的地址,并发送DHCP请求(Request)至DHCP服务器进行确认,如果DHCP Discover报文没有携带过选项OptionA,DHCP Request报文就必须携带选项OptionA上报自身信息。建议只在DHCP Request报文中携带选项OptionA。
步骤S508:DHCP服务器收到DHCP Request后,解析选项OptionA中的信息,同时获取判断Option54字段中的DHCP服务器地址是否和自己相同,如果不同或者DHCPRequest报文超时异常,则删除步骤S504或本步骤中DHCP服务器缓存的OpenFlowController的设备角色、域名等信息记录。如果相同,DHCP服务器发送DHCP响应(Ack)报文给OpenFlow Controller,同时将OpenFlow Controller的信息作为一条记录写入DHCP服务器本地的MIB数据表。
步骤S510:NMS查询DHCP服务器的MIB数据表,获悉DHCP服务器学习到的OpenFlow Controller信息。该步骤前面的描述动作和前后步骤没有严格时序关系。也允许DHCP服务器通过特定的接口主动上报自己学习到的OpenFlow Controller的信息。
步骤S512:OpenFlow Switch发送DHCP发现(Discover)报文至DHCP服务器申请IP地址,也可以携带选项OptionA上报自身设备信息给DHCP服务器,但是不建议在此报文中携带。
步骤S514:DHCP服务器发送含有IP地址和其他配置信息的DHCP Offer报文给OpenFlow Switch设备。
步骤S516:OpenFlow Switch以广播方式向各DHCP服务器回应DHCP请求(Request)报文进行确认,DHCP Request报文中可以携带选项OptionA上报自身信息。
步骤S518:DHCP服务器收到OpenFlow Switch的DHCP Request报文后,判断Option54字段中的DHCP Server的IP地址是否与自己的相同。如果相同,DHCP服务器会向OpenFlow Switch发送包含它所提供的IP地址和其它选项信息的DHCP ACK确认报文。同时DHCP服务器解析DHCP Request报文携带的选项OptionA,获取OpenFlow Switch设备信息,将其作为一条记录保存到该DHCP服务器本地的MIB数据表(在MIB数据表添加OpenFlow Switch设备信息的记录为可选动作),并用OpenFlow Switch设备域名在其MIB数据表中匹配,将匹配到的OpenFlow Controller设备信息按优先级排序作优选建议,将排序后的OpenFlow Controller设备信息列表填充扩展选项OptionB由DHCP ACK报文携带给OpenFlow Switch。
步骤S520:OpenFlow Switch收到DHCP服务器的DHCP Ack报文后,解析其中的扩展选项OptionB,从该选项信息获悉自己所属管理域的OpenFlow Controller设备地址。OpenFlow Switch主动尝试和OpenFlow Controller建链。
步骤S522:OpenFlow Controller和OpenFlow Switch成功建链后,OpenFlow Controller管理的OpenFlow Switch数量变化,OpenFlow Controller通过DHCP Request报文提前续租,并携带选项OptionA更新DHCP服务器本地的MIB数据表记录。当然也允许使用DHCPInform报文来携带选项OptionA,以达到同样的效果。
步骤S524:OpenFlow Switch释放地址或没有及时续租,DHCP服务器回收地址,并删除本地MIB数据表中对应该OpenFlow Switch的记录。
步骤S526:OpenFlow Controller释放地址没有及时续租,DHCP服务器回收地址并删除本地MIB数据表中对应该OpenFlow Controller的记录。
步骤S528:NMS查询DHCP服务器的MIB数据表,获悉DHCP服务器学习到的OpenFlow Controller信息,得知DHCP服务器之前学习到的OpenFlow Controller等SDN设备失效后,NMS上对应的记录也删除,并同步更新它对其他DHCP设备下发的配置。该步骤前面的描述动作和前后步骤没有严格时序关系。和步骤S510一样,允许DHCP服务器通过特定的接口主动上报自己学习到的OpenFlow Controller信息变更。
OpenFlow Switch根据DHCP服务器下发的OpenFlow Controller设备列表,发现可以与之建链的OpenFlow Controller,这些OpenFlow Controller可以是DHCP服务器本地学习的,也可以是NMS从其他网络管理域的DHCP服务器上获悉的,也可以是DHCP服务器本地静态配置到MIB数据表中的。
实施例4
该实施例主要描述OpenFlow控制面设备控制器和配置点不分离场景下,OpenFlow转发面设备通过DHCP代理设备发现OpenFlow控制面设备并正常建链的过程。为了便于描述,并仅作为一种示例,本实施例中采用DHCPv4协议描述该动态发现流程。本实施例中描述的DHCP设备为DHCP Proxy,后端还有DHCP服务器,OpenFlow控制面设备为OpenFlowController,OpenFlow转发面设备为OpenFlow Switch,该实施例下没有提供单独的OpenFlow Configuration Point设备,由OpenFlow Controller执行配置工作。该实施例不再描述OpenFlow设备释放地址或离线时DHCP设备的处理流程,相关流程可参考实施例3的相关描述。
本实施例的业务详细流程参见图6所示:
步骤S602:OpenFlow Controller启动后,发送DHCP Discover报文给DHCP Proxy(可以携带已有地址申请)。在OF Controller设备发送的DHCP Discover报文中,通过扩展选项OptionA携带设备角色、域名等字段信息给DHCP Proxy。扩展的选项OptionA格式建议详见图8,该报文也可以不携带扩展的选项OptionA,让DHCP Request携带该选项。
步骤S604:支持学习管理SDN网络设备信息的DHCP Proxy收到DHCP Discover报文后,创建DHCP用户会话,截获其中扩展选项OptionA,并重组一个DHCP Discover单播报文发往其代理的DHCP服务器。
步骤S606:DHCP服务器创建DHCP用户会话,发送DHCP Offer报文携带分配的IP地址和其他配置信息给DHCP代理(Proxy),由DHCP Proxy代为发送给OpenFlowController。
步骤S608:DHCP Proxy将收到的DHCP Offer报文转发OpenFlow Controller。
步骤S610:OpenFlow Controller选择合适的地址,并发送DHCP Request至DHCPProxy进行确认,如果DHCP Discover报文没有携带过选项OptionA,DHCP Request报文就必须携带选项OptionA上报自身信息。建议只在DHCP Request报文中携带选项OptionA。
步骤S612:DHCP Proxy收到DHCP Request报文后,截获并解析选项OptionA中的信息,同时获取判断Option54字段中的DHCP服务器地址是否和自己代理的DHCP服务器地址一致,如果不同或者DHCP Request报文超时异常,则删除步骤S604或本步骤中缓存的OpenFlow Controller的设备角色、域名等信息记录。如果相同,DHCP Proxy重组不携带选项OptionA的DHCP Request单播报文发送DHCP服务器。
步骤S614:DHCP服务器收到DHCP Request后,获取判断Option54字段中的DHCP服务器地址是否和自己相同,如果相同就发送DHCP ACK报文给DHCP Proxy,由DHCPProxy代为发送给OpenFlow Controller。
步骤S616:DHCP Proxy收到DHCP ACK报文后,将OpenFlow Controller的信息作为一条记录写入DHCP Proxy本地的MIB数据表,同时将报文发送给OpenFlow Controller。
步骤S618:NMS查询DHCP Proxy的MIB数据表,获悉DHCP Proxy学习到的OpenFlowController信息。该步骤前面的描述动作和前后步骤没有严格时序关系。也允许DHCP Proxy通过特定的接口主动上报自己学习到的OpenFlow Controller的信息。
步骤S620:OpenFlow Switch发送DHCP Discover报文至DHCP Proxy,希望向DHCP服务器申请IP地址,可以在该报文中携带选项OptionA上报自身设备信息,但是不建议在DHCP Discover报文中携带OptionA。
步骤S622:DHCP Proxy收到DHCP Discover报文后截获选项OptionA,创建DHCP会话,重组一个DHCP Discover单播报文发送其代理的DHCP服务器。
步骤S624:DHCP服务器发送含有IP地址和其他配置信息的DHCP Offer报文给DHCPProxy,由DHCP Proxy代为发送给OpenFlow Switch。
步骤S626:DHCP Proxy将收到的DHCP Offer报文转发OpenFlow Switch。
步骤S628:OpenFlow Switch以广播方式向DHCP Proxy回应DHCP Request报文进行确认,DHCP Request报文中可以携带选项OptionA上报自身信息。
步骤S630:DHCP Proxy收到OpenFlow Switch的DHCP Request报文后,判断Option54字段中的DHCP Server的IP地址是否与自己代理的DHCP服务器地址相同。如果相同,DHCPProxy解析DHCP Request报文携带的选项OptionA,获取并保存OpenFlow Switch设备信息。DHCP Proxy重组一个不携带选项OptionA的DHCP Request单播报文发送DHCP服务器。
步骤S632:DHCP服务器收到DHCP Proxy转发的DHCP Request报文后,判断Option54字段中的DHCP Server的IP地址是否与自己的相同。如果相同,DHCP Server会向DHCP Proxy发送包含它所提供的IP地址和其它选项信息的DHCP Ack确认报文,由DHCPProxy代为发送给OpenFlow Switch。
步骤S634:DHCP Proxy收到DHCP Ack报文后,将之前本地保存的OpenFlow Switch设备信息作为一条记录保存到该DHCP Proxy本地的MIB数据表(在MIB数据表添加OpenFlow Switch设备信息的记录为可选动作),并用OpenFlow Switch设备域名在其MIB数据表中匹配,将匹配到的OpenFlow Controller设备信息按优先级排序作优选建议,将排序后的OpenFlow Controller设备信息列表填充扩展选项OptionB,然后DHCP Proxy重组一个携带扩展选项OptionB的DHCP Ack报文,发送给OpenFlow Switch。
步骤S636:OpenFlow Switch收到DHCP服务器的DHCP Ack报文后,解析其中的扩展选项OptionB,从该选项信息获悉自己所属管理域的OpenFlow Controller设备地址。OpenFlow Switch主动尝试和OpenFlow Controller建链。
步骤S638:OpenFlow Controller和OpenFlow Switch成功建链后,OpenFlow Controller管理的OpenFlow Switch数量变化,OpenFlow Controller通过DHCP Request报文提前续租,并携带选项OptionA更新DHCP服务器本地的MIB数据表记录。当然也允许使用DHCPInform报文来携带选项OptionA,以达到同样的效果。
实施例5
该实施例主要描述OpenFlow控制面设备控制器和配置点分离场景下,OpenFlow转发面设备通过DHCP服务器发现OpenFlow控制面设备并正常建链的过程。为了便于描述,并仅作为一种示例,本实施例中采用DHCPv4协议描述该动态发现流程。DHCP设备为DHCPServer,OpenFlow控制面设备为OpenFlow Controller控制器设备、OpenFlow ConfigurationPoint配置设备,OpenFlow Configuration Point设备上配置有OpenFlow Controller设备的信息,OpenFlow转发面设备为OpenFlow Switch。该实施例不再描述OpenFlow设备释放地址或离线时DHCP设备的处理流程,相关流程可参考实施例3的相关描述。
业务详细流程参见图7所示:
步骤S702:OpenFlow Configuration Point启动后,发送DHCP Discover报文给DHCP服务器(可以携带已有地址申请)。在OpenFlow Configuration Point设备发送的DHCPDiscover报文中,通过扩展选项OptionA携带设备角色、域名等字段信息给DHCP服务器。扩展的选项OptionA格式建议详见图8,DHCP Discover报文也可以不携带扩展的选项OptionA,由DHCP Request携带该选项。
步骤S704:DHCP服务器创建DHCP用户会话,解析OpenFlow Configuration Point携带上来的扩展选项OptionA,将信息暂存在DHCP服务器上。DHCP服务器发送DHCP Offer报文携带分配的IP地址和其他配置信息给OpenFlow Configuration Point。
步骤S706:OpenFlow Configuration Point选择合适的地址,并发送DHCP Request至DHCP服务器进行确认,如果DHCP Discover报文没有携带过选项OptionA,DHCP Request报文就必须携带选项OptionA上报自身设备信息。建议只在DHCP Request报文中携带选项OptionA。
步骤S708:DHCP服务器收到DHCP Request后,解析选项OptionA中的信息,同时获取判断Option54字段中的DHCP服务器地址是否和自己相同,如果不同或者DHCPRequest报文超时异常,则删除步骤S704或本步骤中DHCP服务器缓存的OpenFlowConfiguration Point的设备角色、域名等信息记录。如果相同,DHCP服务器发送DHCP Ack报文给OpenFlow Configuration Point,同时将OpenFlow Configuration Point的设备信息作为一条记录写入DHCP服务器本地的MIB数据表。
步骤S710:NMS查询DHCP服务器的MIB数据表,获悉DHCP服务器学习到的OpenFlow Configuration Point信息。该步骤前面的描述动作和前后步骤没有严格时序关系。也允许DHCP服务器通过特定的接口主动上报自己学习到的OpenFlow Configuration Point的信息。
步骤S712:OpenFlow Switch发送DHCP Discover报文至DHCP服务器申请IP地址,也可以携带选项OptionA上报自身设备信息给DHCP服务器,但是不建议在此报文中携带。
步骤S714:DHCP服务器发送含有IP地址和其他配置信息的DHCP Offer报文给OpenFlow Switch设备。
步骤S716:OpenFlow Switch以广播方式向各DHCP服务器回应DHCP Request报文进行确认,DHCP Request报文中可以携带选项OptionA上报自身信息。
步骤S718:DHCP服务器收到OpenFlow Switch的DHCP Request报文后,判断Option54字段中的DHCP Server的IP地址是否与自己的相同。如果相同,DHCP服务器会向OpenFlow Switch发送包含它所提供的IP地址和其它选项信息的DHCP ACK确认报文。同时DHCP服务器解析DHCP Request报文携带的选项OptionA,获取OpenFlow Switch设备信息,将其一条记录保存到该DHCP服务器本地的MIB数据表(在MIB数据表添加OpenFlow Switch设备信息的记录为可选动作),并用OpenFlow Switch设备域名在其MIB数据表中匹配,将匹配到的OpenFlow Configuration Point设备信息按优先级排序作优选建议,将排序后的OpenFlow Configuration Point设备信息列表填充扩展选项OptionB,由DHCPAck报文携带给OpenFlow Switch。
步骤S720:OpenFlow Switch收到DHCP服务器的DHCP ACK报文后,解析其中的扩展选项OptionB,从该选项信息获悉自己所属管理域的OpenFlow Configuration Point设备地址。OpenFlow Switch主动尝试和OpenFlow Configuration Point建链,建链后OpenFlowConfiguration Point配置OpenFlow Switch,告知其OpenFlow Controller的地址。
步骤S722:OpenFlow Configuration Point和OpenFlow Switch成功建链后,OpenFlowConfiguration Point管理的OpenFlow Switch数量变化,OpenFlow Configuration Point通过DHCP Request报文提前续租,并携带选项OptionA更新DHCP服务器本地的MIB数据表记录。当然也允许使用DHCP Inform报文来携带选项OptionA,以达到同样的效果。
步骤S724:OpenFlow Switch获知OpenFlow Controller的地址后,尝试和该OpenFlowController建链。该步骤和步骤S722没有严格的时序关系。
步骤S726:OpenFlow Controller和OpenFlow Switch建链后,根据需要,可以根据特定的接口向OpenFlow Configuration Point通告自身的负荷信息,供OpenFlow ConfigurationPoint管理多个OpenFlow Controller时,能够根据某种策略调整OpenFlow Switch选择建链的OpenFlow Controller,实现SDN基础网络控制流的负载均衡。该步骤可选操作,不做强制要求。
本实施例提供了DHCP设备回应OpenFlow转发面设备的DHCP Ack报文中携带的扩展选项OptionB1来告知其OpenFlow控制面设备信息列表,选项OptionB1格式建议详见图9,如果是DHCPV6协议,那么本发明建议在DHCPv6Reply报文中下发OpenFlow控制面设备信息列表的扩展选项OptionB2,选项OptionB2格式建议详见图10。
本发明的上述实施例,可以通用于SDN转发面设备(包括支持OpenFlow等SDN南向接口协议的所有转发面设备,例如AP、交换器、路由器)发现SDN控制器的场景的应用场景。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于开放流OpenFlow协议的控制面设备的发现处理方法,其特征在于,包括:
接收来自基于OpenFlow协议的转发面设备的标识信息,其中,所述标识信息为所述转发面设备的标识信息,所述标识信息与管理信息数据库中的控制面设备信息相对应;
根据所述标识信息在所述管理信息数据库中匹配得到所述控制面设备信息;
向所述转发面设备发送所述控制面设备信息。
2.根据权利要求1所述的方法,其特征在于,在接收所述标识信息之前,包括:
获取软件定义网络SDN中预先分域后指定域中的各个所述控制面设备信息;
将所述指定域中各个所述控制面设备信息存储至所述管理信息数据库。
3.根据权利要求2所述的方法,其特征在于,所述标识信息包括:所述转发面设备所属所述指定域的域名信息。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法应用于SDN中的动态主机配置协议DHCP设备。
5.根据权利要求4所述的方法,其特征在于,向所述转发面设备发送所述控制面设备信息包括:
通过DHCP报文中的指定字段向所述转发面设备发送所述控制面设备信息。
6.根据权利要求5所述的方法,其特征在于,所述指定字段包括:选项Option字段。
7.根据权利要求3所述的方法,其特征在于,接收来自基于OpenFlow协议的转发面设备的标识信息时,还包括:
接收所述转发面设备的请求消息,其中,该请求消息用于请求所述DHCP设备为所述转发面设备分配地址。
8.根据权利要求4所述的方法,其特征在于,还包括:
接收网络管理系统NMS的查询请求消息;
在所述查询请求消息的触发下,通过所述NMS将所述管理信息数据库中的所述控制面设备信息发送至所述SDN中除所述DHCP设备之外的其它DHCP设备。
9.一种基于开放流OpenFlow协议的控制面设备的发现处理装置,其特征在于,包括:
接收模块,用于接收来自基于OpenFlow协议的转发面设备的标识信息,其中,所述标识信息为所述转发面设备的标识信息,所述标识信息与管理信息数据库中的控制面设备信息相对应;
匹配模块,用于根据所述标识信息在所述管理信息数据库中匹配得到所述控制面设备信息;
发送模块,用于向所述转发面设备发送所述控制面设备信息。
10.根据权利要求9所述的装置,其特征在于,包括:
获取模块,用于获取软件定义网络SDN中预先分域后指定域中的各个所述控制面设备信息;
存储模块,用于将所述指定域中各个所述控制面设备信息存储至所述管理信息数据库。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310082998.XA CN103209121B (zh) | 2013-03-15 | 2013-03-15 | 基于开放流协议的控制面设备的发现处理方法及装置 |
PCT/CN2013/083803 WO2014139276A1 (zh) | 2013-03-15 | 2013-09-18 | 基于开放流协议的控制面设备的发现处理方法及装置 |
EP13877653.9A EP2975807B1 (en) | 2013-03-15 | 2013-09-18 | Method and apparatus for discovering openflow protocol-based control plane device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310082998.XA CN103209121B (zh) | 2013-03-15 | 2013-03-15 | 基于开放流协议的控制面设备的发现处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103209121A true CN103209121A (zh) | 2013-07-17 |
CN103209121B CN103209121B (zh) | 2019-02-01 |
Family
ID=48756210
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310082998.XA Active CN103209121B (zh) | 2013-03-15 | 2013-03-15 | 基于开放流协议的控制面设备的发现处理方法及装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2975807B1 (zh) |
CN (1) | CN103209121B (zh) |
WO (1) | WO2014139276A1 (zh) |
Cited By (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103647658A (zh) * | 2013-11-27 | 2014-03-19 | 华为技术有限公司 | 一种软件定义网络系统中网络设备的管理方法和控制器 |
CN103763207A (zh) * | 2014-01-29 | 2014-04-30 | 杭州华三通信技术有限公司 | 软件定义网络中的带内控制连接建立方法及设备 |
CN103780517A (zh) * | 2014-01-20 | 2014-05-07 | 江苏省未来网络创新研究院 | 一种用于不同版本OpenFlow控制器与交换机协同工作的驱动系统及驱动方法 |
WO2014139276A1 (zh) * | 2013-03-15 | 2014-09-18 | 中兴通讯股份有限公司 | 基于开放流协议的控制面设备的发现处理方法及装置 |
CN104168202A (zh) * | 2014-08-26 | 2014-11-26 | 华为技术有限公司 | 开放流报文转发方法及装置 |
CN104205745A (zh) * | 2014-04-04 | 2014-12-10 | 华为技术有限公司 | 报文处理的方法与设备 |
WO2015014177A1 (zh) * | 2013-07-31 | 2015-02-05 | 华为技术有限公司 | 一种流表交互方法、交换机及系统 |
WO2015035616A1 (zh) * | 2013-09-13 | 2015-03-19 | 华为技术有限公司 | 跨网通信方法及装置 |
CN104468415A (zh) * | 2013-09-16 | 2015-03-25 | 中兴通讯股份有限公司 | 上报交换机类型的方法及装置 |
WO2015039574A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
CN104580021A (zh) * | 2013-10-17 | 2015-04-29 | 华为技术有限公司 | 一种配置点连接信息的获取方法及装置 |
WO2015074396A1 (zh) * | 2013-11-21 | 2015-05-28 | 华为技术有限公司 | 一种软件定义网络sdn的自动配置方法、设备及系统 |
WO2015081526A1 (zh) * | 2013-12-05 | 2015-06-11 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
CN104734988A (zh) * | 2013-12-23 | 2015-06-24 | 杭州华为数字技术有限公司 | 软件定义网络中路由控制的方法和开放流控制器 |
CN104753791A (zh) * | 2013-12-31 | 2015-07-01 | 中国移动通信集团公司 | 一种数据包处理方法、装置和系统 |
CN104754762A (zh) * | 2013-12-30 | 2015-07-01 | 中兴通讯股份有限公司 | 软件自定义网络中自动发现控制器的方法、控制器及系统 |
CN104767720A (zh) * | 2014-01-08 | 2015-07-08 | 中兴通讯股份有限公司 | 一种软件定义网络中OpenFlow消息跟踪和过滤的方法 |
CN104782087A (zh) * | 2013-07-19 | 2015-07-15 | 华为技术有限公司 | 交换设备、控制器、交换设备配置、报文处理方法及系统 |
CN104796344A (zh) * | 2014-01-16 | 2015-07-22 | 中兴通讯股份有限公司 | 基于SDN实现报文转发的方法、系统、Openflow交换机及服务器 |
CN104811403A (zh) * | 2014-01-27 | 2015-07-29 | 中兴通讯股份有限公司 | 基于开放流的组表处理方法、装置及组表配置单元 |
CN104901825A (zh) * | 2014-03-05 | 2015-09-09 | 杭州华三通信技术有限公司 | 一种实现零配置启动的方法和装置 |
CN104954271A (zh) * | 2014-03-26 | 2015-09-30 | 国际商业机器公司 | Sdn网络中的数据包处理方法和装置 |
WO2015157947A1 (zh) * | 2014-04-16 | 2015-10-22 | 华为技术有限公司 | 基于软件定义网络的组网方法及设备 |
WO2015180177A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 一种网络配置方法、装置及系统 |
WO2015184645A1 (zh) * | 2014-06-06 | 2015-12-10 | 华为技术有限公司 | 接入网络中的信息交互方法、装置及系统 |
CN105207908A (zh) * | 2015-09-30 | 2015-12-30 | 浪潮(北京)电子信息产业有限公司 | 一种报文处理方法及体系架构 |
CN105450525A (zh) * | 2014-05-28 | 2016-03-30 | 国际商业机器公司 | 用于路由交换设备使用的方法和设备 |
CN105792284A (zh) * | 2014-12-22 | 2016-07-20 | 中国移动通信集团公司 | 一种网络控制方法、装置及系统 |
CN105960789A (zh) * | 2013-09-20 | 2016-09-21 | 诺基亚通信管理国际两合公司 | 对软件定义的架构中的数据平面上的信令消息的处理 |
CN105981434A (zh) * | 2013-12-17 | 2016-09-28 | 诺基亚通信管理国际两合公司 | 软件定义联网中的切换 |
CN106063203A (zh) * | 2014-02-26 | 2016-10-26 | 华为技术有限公司 | 软件定义网络(sdn)特定拓扑信息发现 |
CN106231003A (zh) * | 2016-07-28 | 2016-12-14 | 杭州华三通信技术有限公司 | 一种地址分配方法及装置 |
CN106331206A (zh) * | 2015-06-30 | 2017-01-11 | 杭州华三通信技术有限公司 | 域名管理方法及装置 |
CN106537839A (zh) * | 2013-09-13 | 2017-03-22 | 瑞典爱立信有限公司 | 用于具有多个实例的联机服务链的服务安置 |
WO2017054181A1 (zh) * | 2015-09-30 | 2017-04-06 | 华为技术有限公司 | 业务流处理策略的处理方法、装置和系统 |
CN106790656A (zh) * | 2017-01-19 | 2017-05-31 | 南京贝伦思网络科技股份有限公司 | 一种基于sdn的负载均衡装置及其方法 |
WO2018001127A1 (zh) * | 2016-07-01 | 2018-01-04 | 中兴通讯股份有限公司 | 传输方法、装置、系统及计算机可读存储介质 |
CN107896182A (zh) * | 2017-11-30 | 2018-04-10 | 新华三技术有限公司 | 报文转发方法及装置 |
WO2019000332A1 (zh) * | 2017-06-29 | 2019-01-03 | 华为技术有限公司 | 转发器和控制器建立连接的方法和装置 |
CN109313644A (zh) * | 2016-04-06 | 2019-02-05 | 里尼阿克股份有限公司 | 数据库代理所用的系统和方法 |
US10432510B2 (en) | 2015-01-30 | 2019-10-01 | Hewlett Packard Enterprise Development Lp | Forwarding table of hybrid software defined networking switch |
US10541914B2 (en) | 2015-05-15 | 2020-01-21 | Huawei Technologies Co., Ltd. | Data packet forwarding method and network device |
CN111464454A (zh) * | 2020-03-02 | 2020-07-28 | 烽火通信科技股份有限公司 | 一种数据中心内虚拟bras设备负载分担方法及系统 |
US11349922B2 (en) | 2016-04-06 | 2022-05-31 | Marvell Asia Pte Ltd. | System and method for a database proxy |
US11429595B2 (en) | 2020-04-01 | 2022-08-30 | Marvell Asia Pte Ltd. | Persistence of write requests in a database proxy |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107104811B (zh) * | 2016-02-22 | 2021-08-17 | 中兴通讯股份有限公司 | 一种网络功能实现方法及控制装置 |
TWI639325B (zh) | 2017-09-01 | 2018-10-21 | 財團法人工業技術研究院 | 自動配置的交換機、自動配置交換機的方法、交換機自動部署的軟體定義網路系統及其方法 |
CN116743570B (zh) * | 2023-08-16 | 2023-10-24 | 新华三技术有限公司 | 设备的自动化上线方法、装置、电子设备及介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594697A (zh) * | 2012-02-21 | 2012-07-18 | 华为技术有限公司 | 负载均衡方法及负载均衡装置 |
WO2012137646A1 (ja) * | 2011-04-04 | 2012-10-11 | 日本電気株式会社 | ネットワークシステム、スイッチ、及び接続端末検知方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102938794B (zh) * | 2012-11-14 | 2016-01-13 | 华为技术有限公司 | 地址解析协议arp消息转发方法、交换机和控制器 |
CN103209121B (zh) * | 2013-03-15 | 2019-02-01 | 中兴通讯股份有限公司 | 基于开放流协议的控制面设备的发现处理方法及装置 |
-
2013
- 2013-03-15 CN CN201310082998.XA patent/CN103209121B/zh active Active
- 2013-09-18 EP EP13877653.9A patent/EP2975807B1/en active Active
- 2013-09-18 WO PCT/CN2013/083803 patent/WO2014139276A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012137646A1 (ja) * | 2011-04-04 | 2012-10-11 | 日本電気株式会社 | ネットワークシステム、スイッチ、及び接続端末検知方法 |
CN102594697A (zh) * | 2012-02-21 | 2012-07-18 | 华为技术有限公司 | 负载均衡方法及负载均衡装置 |
Non-Patent Citations (1)
Title |
---|
何旻中等: "《计算机网络与工程》", 31 January 2012, 北京:中国铁道出版社 * |
Cited By (88)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014139276A1 (zh) * | 2013-03-15 | 2014-09-18 | 中兴通讯股份有限公司 | 基于开放流协议的控制面设备的发现处理方法及装置 |
CN104782087B (zh) * | 2013-07-19 | 2018-03-13 | 华为技术有限公司 | 交换设备、控制器、交换设备配置、报文处理方法及系统 |
US10103988B2 (en) | 2013-07-19 | 2018-10-16 | Huawei Technologies Co., Ltd. | Switching device, controller, method for configuring switching device, and method and system for processing packet |
CN104782087A (zh) * | 2013-07-19 | 2015-07-15 | 华为技术有限公司 | 交换设备、控制器、交换设备配置、报文处理方法及系统 |
CN104348757A (zh) * | 2013-07-31 | 2015-02-11 | 华为技术有限公司 | 一种流表交互方法、交换机及系统 |
CN104348757B (zh) * | 2013-07-31 | 2018-03-16 | 华为技术有限公司 | 一种流表交互方法、交换机及系统 |
WO2015014177A1 (zh) * | 2013-07-31 | 2015-02-05 | 华为技术有限公司 | 一种流表交互方法、交换机及系统 |
WO2015035616A1 (zh) * | 2013-09-13 | 2015-03-19 | 华为技术有限公司 | 跨网通信方法及装置 |
CN106537839A (zh) * | 2013-09-13 | 2017-03-22 | 瑞典爱立信有限公司 | 用于具有多个实例的联机服务链的服务安置 |
CN106537839B (zh) * | 2013-09-13 | 2020-01-10 | 瑞典爱立信有限公司 | 用于具有多个实例的联机服务链的服务安置 |
CN104468415A (zh) * | 2013-09-16 | 2015-03-25 | 中兴通讯股份有限公司 | 上报交换机类型的方法及装置 |
WO2015039574A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
CN105960789A (zh) * | 2013-09-20 | 2016-09-21 | 诺基亚通信管理国际两合公司 | 对软件定义的架构中的数据平面上的信令消息的处理 |
CN104580021A (zh) * | 2013-10-17 | 2015-04-29 | 华为技术有限公司 | 一种配置点连接信息的获取方法及装置 |
WO2015074396A1 (zh) * | 2013-11-21 | 2015-05-28 | 华为技术有限公司 | 一种软件定义网络sdn的自动配置方法、设备及系统 |
CN103647658A (zh) * | 2013-11-27 | 2014-03-19 | 华为技术有限公司 | 一种软件定义网络系统中网络设备的管理方法和控制器 |
US9432474B2 (en) | 2013-12-05 | 2016-08-30 | Huawei Technologies Co., Ltd. | Control method, control device, and processor in software defined network |
CN104919762A (zh) * | 2013-12-05 | 2015-09-16 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
EP3300315A1 (en) * | 2013-12-05 | 2018-03-28 | Huawei Technologies Co., Ltd. | Control method, control device, and processor in software defined network |
CN106452873A (zh) * | 2013-12-05 | 2017-02-22 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
CN104919762B (zh) * | 2013-12-05 | 2016-12-14 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
WO2015081526A1 (zh) * | 2013-12-05 | 2015-06-11 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
US9344511B2 (en) | 2013-12-05 | 2016-05-17 | Huawei Technologies Co., Ltd. | Control method, control device, and process in software defined network |
CN106452873B (zh) * | 2013-12-05 | 2020-01-10 | 华为技术有限公司 | 软件定义网络中的控制方法,控制设备和处理器 |
CN105981434A (zh) * | 2013-12-17 | 2016-09-28 | 诺基亚通信管理国际两合公司 | 软件定义联网中的切换 |
CN104734988B (zh) * | 2013-12-23 | 2018-10-30 | 杭州华为数字技术有限公司 | 软件定义网络中路由控制的方法和开放流控制器 |
US10237181B2 (en) | 2013-12-23 | 2019-03-19 | Huawei Technologies Co., Ltd. | Routing control method in software defined networking and openflow controller |
WO2015096574A1 (zh) * | 2013-12-23 | 2015-07-02 | 华为技术有限公司 | 软件定义网络中路由控制的方法和开放流控制器 |
CN104734988A (zh) * | 2013-12-23 | 2015-06-24 | 杭州华为数字技术有限公司 | 软件定义网络中路由控制的方法和开放流控制器 |
US10757021B2 (en) | 2013-12-23 | 2020-08-25 | Huawei Technologies Co., Ltd. | Routing control method in software defined networking and OpenFlow controller |
CN104754762B (zh) * | 2013-12-30 | 2019-12-03 | 中兴通讯股份有限公司 | 软件自定义网络中自动发现控制器的方法、控制器及系统 |
WO2015100978A1 (zh) * | 2013-12-30 | 2015-07-09 | 中兴通讯股份有限公司 | 软件自定义网络中自动发现控制器的方法、控制器及系统 |
CN104754762A (zh) * | 2013-12-30 | 2015-07-01 | 中兴通讯股份有限公司 | 软件自定义网络中自动发现控制器的方法、控制器及系统 |
CN104753791A (zh) * | 2013-12-31 | 2015-07-01 | 中国移动通信集团公司 | 一种数据包处理方法、装置和系统 |
CN104753791B (zh) * | 2013-12-31 | 2019-01-01 | 中国移动通信集团公司 | 一种数据包处理方法、装置和系统 |
CN104767720A (zh) * | 2014-01-08 | 2015-07-08 | 中兴通讯股份有限公司 | 一种软件定义网络中OpenFlow消息跟踪和过滤的方法 |
WO2015103869A1 (zh) * | 2014-01-08 | 2015-07-16 | 中兴通讯股份有限公司 | 一种软件定义网络中OpenFlow消息跟踪和过滤的方法 |
CN104796344B (zh) * | 2014-01-16 | 2020-01-14 | 中兴通讯股份有限公司 | 基于SDN实现报文转发的方法、系统、Openflow交换机及服务器 |
CN104796344A (zh) * | 2014-01-16 | 2015-07-22 | 中兴通讯股份有限公司 | 基于SDN实现报文转发的方法、系统、Openflow交换机及服务器 |
CN103780517A (zh) * | 2014-01-20 | 2014-05-07 | 江苏省未来网络创新研究院 | 一种用于不同版本OpenFlow控制器与交换机协同工作的驱动系统及驱动方法 |
CN104811403B (zh) * | 2014-01-27 | 2019-02-26 | 中兴通讯股份有限公司 | 基于开放流的组表处理方法、装置及组表配置单元 |
CN104811403A (zh) * | 2014-01-27 | 2015-07-29 | 中兴通讯股份有限公司 | 基于开放流的组表处理方法、装置及组表配置单元 |
CN103763207B (zh) * | 2014-01-29 | 2017-03-15 | 杭州华三通信技术有限公司 | 软件定义网络中的带内控制连接建立方法及设备 |
CN103763207A (zh) * | 2014-01-29 | 2014-04-30 | 杭州华三通信技术有限公司 | 软件定义网络中的带内控制连接建立方法及设备 |
CN106063203A (zh) * | 2014-02-26 | 2016-10-26 | 华为技术有限公司 | 软件定义网络(sdn)特定拓扑信息发现 |
CN106063203B (zh) * | 2014-02-26 | 2019-09-03 | 华为技术有限公司 | 软件定义网络(sdn)特定拓扑信息发现 |
WO2015131757A1 (en) * | 2014-03-05 | 2015-09-11 | Hangzhou H3C Technologies Co., Ltd. | Channel between software defined networking device and controller |
CN104901825A (zh) * | 2014-03-05 | 2015-09-09 | 杭州华三通信技术有限公司 | 一种实现零配置启动的方法和装置 |
US9917793B2 (en) | 2014-03-26 | 2018-03-13 | International Business Machines Corporation | Data packet processing in SDN |
US10044641B2 (en) | 2014-03-26 | 2018-08-07 | International Business Machines Corporation | Data packet processing in SDN |
CN104954271A (zh) * | 2014-03-26 | 2015-09-30 | 国际商业机器公司 | Sdn网络中的数据包处理方法和装置 |
CN104205745B (zh) * | 2014-04-04 | 2017-02-15 | 华为技术有限公司 | 报文处理的方法与设备 |
CN104205745A (zh) * | 2014-04-04 | 2014-12-10 | 华为技术有限公司 | 报文处理的方法与设备 |
WO2015149367A1 (zh) * | 2014-04-04 | 2015-10-08 | 华为技术有限公司 | 报文处理的方法与设备 |
CN105264839B (zh) * | 2014-04-16 | 2019-01-18 | 华为技术有限公司 | 基于软件定义网络的组网方法及设备 |
WO2015157947A1 (zh) * | 2014-04-16 | 2015-10-22 | 华为技术有限公司 | 基于软件定义网络的组网方法及设备 |
CN105264839A (zh) * | 2014-04-16 | 2016-01-20 | 华为技术有限公司 | 基于软件定义网络的组网方法及设备 |
CN105450525A (zh) * | 2014-05-28 | 2016-03-30 | 国际商业机器公司 | 用于路由交换设备使用的方法和设备 |
CN105450525B (zh) * | 2014-05-28 | 2018-05-01 | 国际商业机器公司 | 用于路由交换设备使用的方法和设备 |
CN105359483A (zh) * | 2014-05-30 | 2016-02-24 | 华为技术有限公司 | 一种网络配置方法、装置及系统 |
WO2015180177A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 一种网络配置方法、装置及系统 |
US9941966B2 (en) | 2014-06-06 | 2018-04-10 | Huawei Technologies Co., Ltd. | Method for information exchange in access network, apparatus, and system |
WO2015184645A1 (zh) * | 2014-06-06 | 2015-12-10 | 华为技术有限公司 | 接入网络中的信息交互方法、装置及系统 |
CN104168202B (zh) * | 2014-08-26 | 2017-10-24 | 华为技术有限公司 | 开放流报文转发方法及装置 |
CN104168202A (zh) * | 2014-08-26 | 2014-11-26 | 华为技术有限公司 | 开放流报文转发方法及装置 |
CN105792284A (zh) * | 2014-12-22 | 2016-07-20 | 中国移动通信集团公司 | 一种网络控制方法、装置及系统 |
US10432510B2 (en) | 2015-01-30 | 2019-10-01 | Hewlett Packard Enterprise Development Lp | Forwarding table of hybrid software defined networking switch |
CN107409088B (zh) * | 2015-05-15 | 2020-02-14 | 华为技术有限公司 | 一种数据包转发方法和网络设备 |
US10541914B2 (en) | 2015-05-15 | 2020-01-21 | Huawei Technologies Co., Ltd. | Data packet forwarding method and network device |
CN106331206B (zh) * | 2015-06-30 | 2019-08-23 | 新华三技术有限公司 | 域名管理方法及装置 |
CN106331206A (zh) * | 2015-06-30 | 2017-01-11 | 杭州华三通信技术有限公司 | 域名管理方法及装置 |
CN105207908B (zh) * | 2015-09-30 | 2018-09-18 | 浪潮(北京)电子信息产业有限公司 | 一种报文处理方法及系统 |
CN105207908A (zh) * | 2015-09-30 | 2015-12-30 | 浪潮(北京)电子信息产业有限公司 | 一种报文处理方法及体系架构 |
CN107078946A (zh) * | 2015-09-30 | 2017-08-18 | 华为技术有限公司 | 业务流处理策略的处理方法、装置和系统 |
US10530699B2 (en) | 2015-09-30 | 2020-01-07 | Huawei Technologies Co., Ltd. | Processing method, apparatus, and system for a service flow processing policy |
WO2017054181A1 (zh) * | 2015-09-30 | 2017-04-06 | 华为技术有限公司 | 业务流处理策略的处理方法、装置和系统 |
US11349922B2 (en) | 2016-04-06 | 2022-05-31 | Marvell Asia Pte Ltd. | System and method for a database proxy |
CN109313644B (zh) * | 2016-04-06 | 2022-03-08 | 马维尔亚洲私人有限公司 | 数据库代理所用的系统和方法 |
CN109313644A (zh) * | 2016-04-06 | 2019-02-05 | 里尼阿克股份有限公司 | 数据库代理所用的系统和方法 |
WO2018001127A1 (zh) * | 2016-07-01 | 2018-01-04 | 中兴通讯股份有限公司 | 传输方法、装置、系统及计算机可读存储介质 |
CN106231003A (zh) * | 2016-07-28 | 2016-12-14 | 杭州华三通信技术有限公司 | 一种地址分配方法及装置 |
CN106231003B (zh) * | 2016-07-28 | 2019-09-17 | 新华三技术有限公司 | 一种地址分配方法及装置 |
CN106790656A (zh) * | 2017-01-19 | 2017-05-31 | 南京贝伦思网络科技股份有限公司 | 一种基于sdn的负载均衡装置及其方法 |
CN106790656B (zh) * | 2017-01-19 | 2019-12-31 | 南京贝伦思网络科技股份有限公司 | 一种基于sdn的负载均衡装置及其方法 |
WO2019000332A1 (zh) * | 2017-06-29 | 2019-01-03 | 华为技术有限公司 | 转发器和控制器建立连接的方法和装置 |
CN107896182A (zh) * | 2017-11-30 | 2018-04-10 | 新华三技术有限公司 | 报文转发方法及装置 |
CN111464454A (zh) * | 2020-03-02 | 2020-07-28 | 烽火通信科技股份有限公司 | 一种数据中心内虚拟bras设备负载分担方法及系统 |
US11429595B2 (en) | 2020-04-01 | 2022-08-30 | Marvell Asia Pte Ltd. | Persistence of write requests in a database proxy |
Also Published As
Publication number | Publication date |
---|---|
CN103209121B (zh) | 2019-02-01 |
EP2975807B1 (en) | 2019-03-27 |
WO2014139276A1 (zh) | 2014-09-18 |
EP2975807A4 (en) | 2016-04-20 |
EP2975807A1 (en) | 2016-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103209121A (zh) | 基于开放流协议的控制面设备的发现处理方法及装置 | |
US10103982B2 (en) | System and method for automatic routing of dynamic host configuration protocol (DHCP) traffic | |
CN101577722B (zh) | 实现强制mac转发功能的方法和装置 | |
CN102202104B (zh) | 管理网络设备内的分布式地址池 | |
EP1947811B1 (en) | Discovery and configuration method for a network node | |
US7929545B2 (en) | Optimized synchronization of MAC address tables in network interconnection apparatuses | |
US11153920B2 (en) | Establishing a GTP session | |
US10129792B2 (en) | Data processing apparatus in wireless network, and wireless network system | |
CN102413203A (zh) | Ip地址的分配方法及装置 | |
US20160036770A1 (en) | Method to control dynamic host configuration protocol pool exhaustion in dynamic network environments | |
US20170223765A1 (en) | Method and system for managing network traffic | |
CN109314725A (zh) | 移动ip网络中的本地疏导 | |
JP2003348136A (ja) | ルータ設定方法 | |
CN102638396B (zh) | 负载均衡方法和设备 | |
CN114448789B (zh) | 节点管控方法、网络系统、设备及存储介质 | |
CN105049259A (zh) | 网络设备及用于网络设备的服务器、系统及方法 | |
CN110730154B (zh) | 一种视联网的业务处理方法和装置 | |
CN101924686B (zh) | 一种防止二层交换机下挂网络中设备对虚mac表项误删除的方法和装置 | |
US20070008970A1 (en) | Packet data router apparatus and method | |
CN102355404B (zh) | Dhcp中继器支持动态多网段地址分配的方法和装置 | |
US8441992B2 (en) | Apparatus and method for supporting vertical handover on a wireless communication system | |
CN106712994B (zh) | 软件定义网络管理方法及通信系统 | |
CN105450482A (zh) | 一种设备连接方法和装置 | |
CN109660378A (zh) | 一种保持家庭网关正常通讯的方法、装置、设备及存储介质 | |
US20060161636A1 (en) | Method and apparatus for automated discovery of a remote access device address |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |