CN102882719A - 实现Openflow交换机系统中控制器冗余备份的方法及系统 - Google Patents
实现Openflow交换机系统中控制器冗余备份的方法及系统 Download PDFInfo
- Publication number
- CN102882719A CN102882719A CN2012103631730A CN201210363173A CN102882719A CN 102882719 A CN102882719 A CN 102882719A CN 2012103631730 A CN2012103631730 A CN 2012103631730A CN 201210363173 A CN201210363173 A CN 201210363173A CN 102882719 A CN102882719 A CN 102882719A
- Authority
- CN
- China
- Prior art keywords
- message
- controller
- equipment
- weighted value
- main equipment
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种实现Openflow交换机系统中控制器冗余备份的方法及系统,其方法包括:部署与交换机通信的多个控制器,其中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;在所述控制器被部署为一个主设备与若干从设备的组合时,实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,将所述从设备择一设置为当前系统的主设备,本发明通过实时监测交换机系统中控制器的网络可达性,并且在系统中主设备的网络断开时,择一地将某一从设备设置为主设备,从而实现了系统中时刻存在可正常工作的主设备,进而提高了系统稳定性。
Description
技术领域
本发明涉及以太网领域技术,尤其涉及一种实现Openflow交换机系统中控制器冗余备份的方法及系统。
背景技术
目前互联网发展迅速,其应用规模的庞大及其地位的重要性,远远超出了设计者们的想象,而现在的互联网主要有以下弊端:特定的范围内没有统一的管理、网络转发机制与策略单一、运营商难以最大限度优化自身网络、以及传统交换机用于转发的功能和协议多且杂,很难配置,系统容易出错等问题。为应对上述弊端,人们提出了Openflow交换机,其将传统交换机上的报文转发和转发策略分离开来,采用专门的一台控制器(controller)通过网线和交换机连接。这样原来同在一台交换机设备上的报文转发功能(硬件芯片实现)和报文转发策略(各种软件协议)就被分开到了不同的硬件设备上。而一台控制器(controller)还可以控制多台Openflow交换机,从而实现了统一的转发控制端,更有效地控制了网络。
目前,在Openflow交换机系统中,无论是控制器本身还是控制器的控制通道(control path),都有可能由于种种原因而导致其不可靠,譬如,控制网络拥塞,网络不可用或控制器死机等问题,此时,如果某个控制器出现了网络断开,而该控制器的功能又不能被其他控制器所替代,那么势必导致整个交换机系统的不能正常运作。
发明内容
本发明的目的在于提供一种实现Openflow交换机系统中控制器冗余备份的方法,提高交换机系统的稳定性。
相应于上述方法,本发明的另一目的在于提供一种实现Openflow交换机系统中控制器冗余备份的系统。
为实现上述发明目的,本发明的技术方案如下:所述实现Openflow交换机系统中控制器冗余备份的包括如下步骤:
S1、部署与交换机通信的多个控制器,其中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;
S2、在所述控制器被部署为一个主设备与若干从设备的组合时,实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,跳转到步骤S3;
S3、将所述从设备择一设置为当前系统的主设备。
作为上述方法的进一步改进,所述步骤S2具体包括:周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
作为上述方法的进一步改进,所述步骤S3具体包括:向所有从设备发送“需要主设备”的请求信息,并等待所述从设备返回相应的“可成为主设备”的响应信息;将最先反馈所述响应信息的从设备设置为当前系统的主设备。
作为上述方法的进一步改进,在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该方法还包括:当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID。
作为上述方法的进一步改进,该方法还包括如下步骤:
接收网络报文;
计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;
根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器。
相应地,所述实现Openflow交换机系统中控制器冗余备份的系统包括:
控制器部署单元、用于部署与交换机通信的多个控制器,其中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;
网络监测单元、在所述控制器被部署为一个主设备与若干从设备的组合时,该单元至少用于实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,则执行主设备重设单元;
主设备重设单元、用于将所述从设备择一设置为当前系统的主设备。
作为上述系统的进一步改进,所述网络监测单元具体用于:周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
作为上述系统的进一步改进,所述主设备重设单元具体用于:向所有从设备发送“需要主设备”的请求信息,并等待所述从设备返回相应的“可成为主设备”的响应信息;将最先反馈所述响应信息的从设备设置为当前系统的主设备。
作为上述系统的进一步改进,在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该系统还包括一异步消息发送单元,其用于:当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID。
作为上述系统的进一步改进,该系统还包括如下单元:
报文接收单元、用于接收网络报文;
权值计算单元、用于计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;
控制器对应单元、用于根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
报文分发单元、用于根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器。
本发明的有益效果是:本发明通过实时监测交换机系统中控制器的网络可达性,并且在系统中主设备的网络断开时,择一地将某一从设备设置为主设备,从而实现了系统中时刻存在可正常工作的主设备,进而提高了系统稳定性。
附图说明
图1是本发明一实施方式中Openflow交换机系统的网络架构示意图;
图2是本发明另一实施方式中Openflow交换机系统的网络架构示意图;
图3是本发明具体实施方式中实现Openflow交换机系统中控制器冗余备份的方法的流程图;
图4是本发明具体实施方式中实现Openflow交换机系统中控制器负载平衡的方法的流程图;
图5是本发明具体实施方式中实现Openflow交换机系统中控制器冗余备份的系统的单元示意图;
图6是本发明具体实施方式中实现Openflow交换机系统中控制器负载平衡的系统的单元示意图。
具体实施方式
以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明,本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。
参图1及图2所示,其分别示意地绘示了本发明两种Openflow交换机系统的网络架构,该架构包括多个控制器(controller1、controller2、controller3…controllerN),控制器与Openflow交换机之间通过控制网络相连,Openflow交换机另一端通过多业务端口连接多个终端设备(终端1、终端2、终端3…终端N),上述终端设备可包括手机、电脑、PDA(个人数字处理)等。所述终端可通过数据通道与Openflow交换机相互通信,实现报文发送。其中,本发明为每一个控制器配置不同的角色,角色可以为:主设备(Master)、从设备(Slave)、以及对等设备(Peer)。不同角色的控制器具有以下功能:
主设备、其在系统中只能有一台,该设备具有控制所连接着的交换机的所有Openflow行为的权限,包括添加/删除/修改流,得到端口/流/流表的统计信息,更改端口配置,发送特定报文等功能;
从设备、该设备只能监听/查看/接收连接的交换机的信息,不能够控制/修改交换机上的配置;
对等设备、与主设备的行为所相同,即具备主设备的所有权限,不同之处在于,一个交换机系统可以存在多台对等设备。
呈上所述,同一交换机系统中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合。其中,控制器角色具有以下互斥特点:其一、只能有一台控制器可以设置为主设备,当检测到一台设备要求做为主设备后,其他设备都会被设置为从设备;其二、当检测到交换机上有控制器被设为主设备后,所有起他连接的设备都会被设为从设备;其三、当检测到交换机上有控制器已经被设成主设备后,该设备将被设置成从设备,如果检测到交换机上的其他控制器为从设备,或对等设备的话,该设备依然是对等设备。
参图3所示,在本发明具体实施例中,所述的实现Openflow交换机系统中控制器冗余备份的方法,其包括如下步骤:
S1、部署与交换机通信的多个控制器,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;其中,本实施方式中,可通过手动将控制器其中之一设置为主设备(或者对等设备),而其他的设备则自动被设置为从设备。
S2、在所述控制器被部署为一个主设备与若干从设备的组合时,实时监测当前主设备的网络可达性是否正常(网络是否断开),若是,维持当前配置;若否,跳转到步骤S3;
具体地,在本发明优选的实施例中,该步骤中“监测当前主设备的网络可达性”的步骤具体为:周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
S3、将所述从设备择一设置为当前系统的主设备。其中,在原来从设备中的某一个被设置为主设备后,系统中其余所有控制器则自动设置为从设备。
具体地,在本发明优选的实施例中,所述步骤S3具体包括:
交换机向所有从设备发送“需要主设备”的请求信息(OFP_MASTER_CONTROLLER_REQUEST),并等待所述从设备返回相应的“可成为主设备”的响应信息(OFP_MASTER_CONTRLLER_RESPOND);交换机将最先反馈所述响应信息(OFP_MASTER_CONTRLLER_RESPOND)的从设备设置为当前系统的主设备,从而实现了多主从控制器设备的冗余备份。
此外,本发明的方法中,如上介绍,还可以把多台控制器配置成对等设备,以各自操作一部份交换机上的流表,这样根据客户的策略,实现一定程度上的分布式控制或负载平衡。但是多台对等设备做互相冗余备份又一个问题:由于多个对等设备可以同时对交换机进行修改操作(如添加流、删除流等),而在目前Openflow交换机架构下,控制器每次读取交换机流表的间隔时间很长(即同步间隔时间很长),所以会带来不同对等设备在进行交换机操作时数据不同步的问题。针对上述缺陷,本发明在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该方法还包括步骤S4:当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID,这样可以以极短的时间及时通知所有对等设备,防止对等设备由于同步不及时,而对交换机进行误操作,实现了对等控制器设备冗余备份。
目前,由于Openflow交换机系统中的控制通道(control path)和多个控制器(controller)之间的网络连接的不确定性(如网络中断),导致控制器的反应速度慢,且在packet_in报文过多时,易造成系统中的控制器负担过重,进而在一定程度上造成系统不稳定。参图4所示,本发明为解决此技术问题,在上述方法中还融合了一种实现Openflow交换机系统中控制器负载平衡的方法,其具体包括如下步骤:
S5、接收来自于各终端设备的网络报文;
S6、计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;
其中,在本发明具体实施方式中,在步骤S6中,“计算报文加权值”的步骤具体包括:
S61、根据各报文自身的优先级字段进行加权,得到包权值packet_priority(权值范围为0~100);其中,报文字段包括基于VLAN报文的报文优先级(VLAN Priority)、基于IP报文的报文优先级(DSCP/ToS)、基于MPLS报文的报文优先级(MPLS Exp Bit)等,对于上述各类型的报文,报文优先级越高,其加权值也就越高。
S62、根据Openflow流自身的优先级进行加权,得到流权值flow_priority;同样地,流权值flow_priority的范围也为0~100。
S63、根据所述包权值packet_priority及流权值flow_priority,计算得出所述报文加权值overall_packet_priority(权值范围为0~100),其中,报文加权值=(2/3)*包权值+(1/3)*流权值。值得一提的是,上述packet_priority和overall_packet_priority的计算均可由特定功能的芯片来实现。
其中,本发明交换机需要收集各控制器的控制器加权值,该控制器加权值overall_controller_priority(权值范围为0~100)是根据Openflow交换机和控制器之间网络链路的当前状态以及控制器的状态得到的,具体地,上述步骤S6中,“计算控制器加权值”的步骤具体包括:
S64、获取控制器与交换机之间的网络链路的速度权值link_priority(权值范围为0~100);其中,具体地,系统定时由交换机给各控制器发送Echo Request消息,间隔一段时间后,交换机会接收到控制器回复的Echo Reply报文,此时,交换机可以算出交换机和控制器之间网络链路的速度,链路速度 = Echo Request报文长度/(2 * 间隔时间)。
S65、根据控制器所连接的交换机数目得到数量权值concurrent_connection_priority(权值范围为0~100);
S66、根据控制器当前的服务质量得到质量权值service_quality_priority(权值范围为0~100);其中,服务质量包括过去一小时的CPU/内存占用比例、控制器的硬件性能和重启次数等;
S67、综合所述速度权值link_priority、数量权值concurrent_connection_priority、及质量权值service_quality_priority计算得出控制器加权值ovserall_controller_priority,其中,控制器加权值= (2/4)*速度权值+(1/4)*数量权值+(1/4)*质量权值。
在本发明更优选的实施方式中,Openflow交换机和控制器之间网络链路的加权数据,每隔一段时间(30秒),交换机都要向控制器请求一次;并且,每隔1分钟,交换机需要计算出综合加权值。
本发明以设置三个控制器的交换机系统为例,交换机根据各子项的加权值得到一张报文加权值和控制器加权值的对应表格,只需要每分钟随机采样选取12个报文(采样本文数目不一定),根据权值大小排序,可以得到表格(表1)如下:
报文 | 报文加权值 | 控制器识别号 | 控制器加权值 |
报文1 | 90 | 控制器1 | 80 |
报文2 | 85 | 控制器2 | 70 |
报文3 | 80 | 控制器3 | 40 |
报文4 | 76 | ||
报文5 | 50 | ||
报文6 | 45 | ||
报文7 | 34 | ||
报文8 | 32 | ||
报文9 | 30 | ||
报文10 | 20 | ||
报文11 | 18 | ||
报文12 | 10 |
S7、根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
其中,优选地,本实施方式中,在所述步骤S7中,“获取多个报文加权值区间”的步骤具体包括:
S71、将所有报文加权值按大小进行排序,并均匀划分为N个报文组,其中,N为控制器的数目;参表1所示,比如N为3,报文采样了12条,那分为3组,每组4条报文加权值:(90、85、80、76)、(50、45、34、32)、(30、20、18、10)。
S72、根据每个报文组中报文加权值,获取N个初始权值区间;
第1组报文:报文1~4,报文加权值区间【76,90】;
第2组报文:报文5~8,报文加权值区间【32,50】;
第3组报文:报文9~12,报文加权值区间【10,30】。
S73、将低优先级的初始权值区间的区间上限设置为与高优先级的初始权值区间的区间下限相等;至此,得到的各权值区间为:
第1组报文:报文1~4,报文加权值区间【76,90】;
第2组报文:报文5~8,报文加权值区间【32,76】;
第3组报文:报文9~12,报文加权值区间【10,32】。
S74、将最高优先级的的初始权值区间的区间上限设为100,将最低优先级的的初始权值区间的区间下限设为0。至此,得到的最终的报文权值区间为:
第1组报文:报文1~4,报文加权值区间【76,100】;
第2组报文:报文5~8,报文加权值区间【32,76】;
第3组报文:报文9~12,报文加权值区间【0,32】。
在本实施方式中,优选地,所述步骤S3还具体包括:
S75、根据当前控制器对应的控制器加权值所位于的报文加权值区间,将该控制器与该报文加权值区间相对应。
按照表1的具体实施例,得出的对应关系是:
第1组报文:报文1~4,报文加权值区间【76,100】,对应控制器1(加权值:80);第2组报文:报文5~8,报文加权值区间【32,76】,对应控制器2 (加权值:70);第3组报文:报文9~12,报文加权值区间【0,32】,对应控制器3(加权值:40)。
S8、根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器,便可以实现各控制器负载平衡。其中,值得一提的是,同一个TCP会话的报文,需要发往同一个控制器,防止报文乱序。
接下来,请参图5所示,在本发明具体实施例中,一种应用上述方法的实现Openflow交换机系统中控制器冗余备份的系统100,其包括如下单元:
控制器部署单元101、用于部署与交换机通信的多个控制器,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;其中,本实施方式中,可通过手动将控制器其中之一设置为主设备(或者对等设备),而其他的设备则自动被设置为从设备。
网络监测单元102、在所述控制器被部署为一个主设备与若干从设备的组合时,该单元至少用于实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,则执行主设备重设单元103;
具体地,在本发明优选的实施例中,该网络监测单元102具体用于:周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
主设备重设单元103、用于将所述从设备择一设置为当前系统的主设备。其中,在原来从设备中的某一个被设置为主设备后,系统中其余所有控制器则自动设置为从设备。
具体地,在本发明优选的实施例中,所述主设备重设单元103具体用于:
交换机向所有从设备发送“需要主设备”的请求信息(OFP_MASTER_CONTROLLER_REQUEST),并等待所述从设备返回相应的“可成为主设备”的响应信息(OFP_MASTER_CONTRLLER_RESPOND);交换机将最先反馈所述响应信息(OFP_MASTER_CONTRLLER_RESPOND)的从设备设置为当前系统的主设备,从而实现了多主从控制器设备的冗余备份。
此外,本发明的系统中,如上介绍,还可以把多台控制器配置成对等设备,以各自操作一部份交换机上的流表,这样根据客户的策略,实现一定程度上的分布式控制或负载平衡。但是多台对等设备做互相冗余备份又一个问题:由于多个对等设备可以同时对交换机进行修改操作(如添加流、删除流等),而在目前Openflow交换机架构下,控制器每次读取交换机流表的间隔时间很长(即同步间隔时间很长),所以会带来不同对等设备在进行交换机操作时数据不同步的问题。针对上述缺陷,本发明在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该系统还包括一异步消息发送单元104,其用于:当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID,这样可以以极短的时间及时通知所有对等设备,防止对等设备由于同步不及时,而对交换机进行误操作,实现了对等控制器设备冗余备份。
目前,由于Openflow交换机系统中的控制通道(control path)和多个控制器(controller)之间的网络连接的不确定性(如网络中断),导致控制器的反应速度慢,且在packet_in报文过多时,易造成系统中的控制器负担过重,进而在一定程度上造成系统不稳定。
参图6所示,本发明为解决此技术问题,在上述系统100中还融合了一种实现Openflow交换机系统中控制器负载平衡的方式,所以上述系统100还包括如下单元:
报文接收单元105、用于接收来自于各终端设备的网络报文;
权值计算单元106、用于计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;所述权值计算单元106包括一报文权值计算单元1061以及一控制器权值计算单元1062,两者的具体计算方式请参上文,在此不再赘述。
控制器对应单元107、用于根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
报文分发单元108、用于根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器。
综上所述,本发明通过实时监测交换机系统中控制器的网络可达性,并且在系统中主设备的网络断开时,择一地将某一从设备设置为主设备,从而实现了系统中时刻存在可正常工作的主设备,进而提高了系统稳定性。本发明还可通过获取多个报文加权值区间以及与之对应的多个控制器权值,并将处于一定权值区间内的报文发送到对应的控制器,从而实现Openflow交换机系统中各控制器的负载平衡,提高了系统稳定性。
值得一提的是,本发明所介绍的方法中,所提及的步骤序号“S1”、“S2”…“Sn”等之间并不一定存在先后顺序,特此声明。
以上所描述的装置实施方式仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施方式方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
应当理解,虽然本说明书按照实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。
上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用以限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
Claims (10)
1.一种实现Openflow交换机系统中控制器冗余备份的方法,其特征在于,该方法包括:
S1、部署与交换机通信的多个控制器,其中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;
S2、在所述控制器被部署为一个主设备与若干从设备的组合时,实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,跳转到步骤S3;
S3、将所述从设备择一设置为当前系统的主设备。
2.根据权利要求1所述的方法,其特征在于,所述步骤S2具体包括:
周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
3.根据权利要求1所述的方法,其特征在于,所述步骤S3具体包括:
向所有从设备发送“需要主设备”的请求信息,并等待所述从设备返回相应的“可成为主设备”的响应信息;
将最先反馈所述响应信息的从设备设置为当前系统的主设备。
4.根据权利要求1所述的方法,其特征在于,在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该方法还包括:
当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,该方法还包括如下步骤:
接收网络报文;
计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;
根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器。
6.一种实现Openflow交换机系统中控制器冗余备份的系统,其特征在于,该系统包括:
控制器部署单元、用于部署与交换机通信的多个控制器,其中,所述多个控制器可为多个对等设备、或者一个主设备与若干从设备的组合、或者多个对等设备与若干从设备的组合;
网络监测单元、在所述控制器被部署为一个主设备与若干从设备的组合时,该单元至少用于实时监测当前主设备的网络可达性是否正常,若是,维持当前配置;若否,则执行主设备重设单元;
主设备重设单元、用于将所述从设备择一设置为当前系统的主设备。
7.根据权利要求6所述的系统,其特征在于,所述网络监测单元具体用于:周期性向所述主设备发送hello消息,以获悉所述主设备的网络可达性。
8.根据权利要求6所述的系统,其特征在于,所述主设备重设单元具体用于:
向所有从设备发送“需要主设备”的请求信息,并等待所述从设备返回相应的“可成为主设备”的响应信息;
将最先反馈所述响应信息的从设备设置为当前系统的主设备。
9.根据权利要求6所述的系统,其特征在于,在所述控制器被部署为多个对等设备、或者多个对等设备与若干从设备的组合时,该系统还包括一异步消息发送单元,其用于:
当所述对等设备对交换机进行修改操作时,由交换机向所有控制器发送“正在修改流表”和“目前没有修改流表”的异步消息,其中,“正在修改流表”的消息包括被修改的流表ID及修改流表的控制器ID。
10.根据权利要求6至9任意一项所述的系统,其特征在于,该系统还包括如下单元:
报文接收单元、用于接收网络报文;
权值计算单元、用于计算各报文所对应的报文加权值及各控制器所对应的控制器加权值;
控制器对应单元、用于根据所述报文加权值,获取多个报文加权值区间,并根据各控制器加权值,为每一个报文加权值区间对应一个控制器,其中,所述报文加权值区间的数目与控制器的数目相等;
报文分发单元、用于根据当前报文的报文加权值所处于的报文加权值区间,将该报文发送至与该报文加权值区间相对应的控制器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210363173.0A CN102882719B (zh) | 2012-09-26 | 2012-09-26 | 实现Openflow交换机系统中控制器冗余备份的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210363173.0A CN102882719B (zh) | 2012-09-26 | 2012-09-26 | 实现Openflow交换机系统中控制器冗余备份的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102882719A true CN102882719A (zh) | 2013-01-16 |
CN102882719B CN102882719B (zh) | 2015-06-17 |
Family
ID=47483873
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210363173.0A Active CN102882719B (zh) | 2012-09-26 | 2012-09-26 | 实现Openflow交换机系统中控制器冗余备份的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102882719B (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103346904A (zh) * | 2013-06-21 | 2013-10-09 | 西安交通大学 | 一种容错的OpenFlow 多控制器系统及其控制方法 |
CN103546697A (zh) * | 2013-10-12 | 2014-01-29 | 中央电视台 | 一种星形结构的对等控制播放方法 |
CN103618621A (zh) * | 2013-11-21 | 2014-03-05 | 华为技术有限公司 | 一种软件定义网络sdn的自动配置方法、设备及系统 |
CN103888313A (zh) * | 2014-03-11 | 2014-06-25 | 浙江大学 | 一种预测流表项的最优超时时间的方法 |
CN104092774A (zh) * | 2014-07-23 | 2014-10-08 | 杭州华三通信技术有限公司 | 软件定义网络连接建立控制方法及装置 |
WO2014179923A1 (zh) * | 2013-05-06 | 2014-11-13 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104253767A (zh) * | 2013-06-27 | 2014-12-31 | 华为技术有限公司 | 一种虚拟分片网络的实现方法及一种交换机 |
CN104412560A (zh) * | 2013-05-06 | 2015-03-11 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104468236A (zh) * | 2014-12-19 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Sdn控制器集群、sdn交换机及其连接控制方法 |
CN104468231A (zh) * | 2014-12-23 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Sdn交换机和控制器动态注册方法 |
CN104641606A (zh) * | 2013-06-13 | 2015-05-20 | 华为技术有限公司 | 网络资源均衡处理的方法和虚拟网络管理实体 |
WO2015096761A1 (en) * | 2013-12-27 | 2015-07-02 | Huawei Technologies Co., Ltd. | Traffic behavior driven dynamic zoning for distributed traffic engineering in sdn |
CN104980296A (zh) * | 2014-04-11 | 2015-10-14 | 华为技术有限公司 | OpenFlow多控制器系统及其管理方法 |
CN105262692A (zh) * | 2015-09-23 | 2016-01-20 | 盛科网络(苏州)有限公司 | 实现openflow交换机流表实时同步的方法及装置 |
CN105490955A (zh) * | 2014-09-24 | 2016-04-13 | 杭州华三通信技术有限公司 | 一种流量切换的方法和设备 |
US9397917B2 (en) | 2014-01-10 | 2016-07-19 | Huawei Technologies Co., Ltd. | System and method for zoning in software defined networks |
CN107046486A (zh) * | 2017-06-16 | 2017-08-15 | 郑州云海信息技术有限公司 | 一种基于控制器代理的故障切换系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1533108A (zh) * | 2003-03-21 | 2004-09-29 | ��Ϊ��������˾ | 一种实现网关动态负载分担和备份的方法 |
US20110286324A1 (en) * | 2010-05-19 | 2011-11-24 | Elisa Bellagamba | Link Failure Detection and Traffic Redirection in an Openflow Network |
CN102349268A (zh) * | 2009-03-09 | 2012-02-08 | 日本电气株式会社 | OpenFlow通信系统和OpenFlow通信方法 |
CN102594697A (zh) * | 2012-02-21 | 2012-07-18 | 华为技术有限公司 | 负载均衡方法及负载均衡装置 |
-
2012
- 2012-09-26 CN CN201210363173.0A patent/CN102882719B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1533108A (zh) * | 2003-03-21 | 2004-09-29 | ��Ϊ��������˾ | 一种实现网关动态负载分担和备份的方法 |
CN102349268A (zh) * | 2009-03-09 | 2012-02-08 | 日本电气株式会社 | OpenFlow通信系统和OpenFlow通信方法 |
US20110286324A1 (en) * | 2010-05-19 | 2011-11-24 | Elisa Bellagamba | Link Failure Detection and Traffic Redirection in an Openflow Network |
CN102594697A (zh) * | 2012-02-21 | 2012-07-18 | 华为技术有限公司 | 负载均衡方法及负载均衡装置 |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014179923A1 (zh) * | 2013-05-06 | 2014-11-13 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104412560B (zh) * | 2013-05-06 | 2018-03-13 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104429028B (zh) * | 2013-05-06 | 2018-01-12 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104412560A (zh) * | 2013-05-06 | 2015-03-11 | 华为技术有限公司 | 基于sdn的网络配置方法、装置及系统 |
CN104641606A (zh) * | 2013-06-13 | 2015-05-20 | 华为技术有限公司 | 网络资源均衡处理的方法和虚拟网络管理实体 |
CN103346904B (zh) * | 2013-06-21 | 2016-03-30 | 西安交通大学 | 一种容错的OpenFlow多控制器系统及其控制方法 |
CN103346904A (zh) * | 2013-06-21 | 2013-10-09 | 西安交通大学 | 一种容错的OpenFlow 多控制器系统及其控制方法 |
CN104253767B (zh) * | 2013-06-27 | 2017-11-17 | 华为技术有限公司 | 一种虚拟分片网络的实现方法及一种交换机 |
CN104253767A (zh) * | 2013-06-27 | 2014-12-31 | 华为技术有限公司 | 一种虚拟分片网络的实现方法及一种交换机 |
CN103546697A (zh) * | 2013-10-12 | 2014-01-29 | 中央电视台 | 一种星形结构的对等控制播放方法 |
CN103546697B (zh) * | 2013-10-12 | 2016-09-28 | 中央电视台 | 一种星形结构的对等控制播放方法 |
CN103618621A (zh) * | 2013-11-21 | 2014-03-05 | 华为技术有限公司 | 一种软件定义网络sdn的自动配置方法、设备及系统 |
CN103618621B (zh) * | 2013-11-21 | 2017-08-11 | 华为技术有限公司 | 一种软件定义网络sdn的自动配置方法、设备及系统 |
WO2015096761A1 (en) * | 2013-12-27 | 2015-07-02 | Huawei Technologies Co., Ltd. | Traffic behavior driven dynamic zoning for distributed traffic engineering in sdn |
CN105900393A (zh) * | 2013-12-27 | 2016-08-24 | 华为技术有限公司 | 用于sdn中分布式流量工程的流行为驱动的动态分区 |
US9432257B2 (en) | 2013-12-27 | 2016-08-30 | Huawei Technologies Co., Ltd. | Traffic behavior driven dynamic zoning for distributed traffic engineering in SDN |
US9397917B2 (en) | 2014-01-10 | 2016-07-19 | Huawei Technologies Co., Ltd. | System and method for zoning in software defined networks |
CN103888313B (zh) * | 2014-03-11 | 2017-04-12 | 浙江大学 | 一种预测流表项的最优超时时间的方法 |
CN103888313A (zh) * | 2014-03-11 | 2014-06-25 | 浙江大学 | 一种预测流表项的最优超时时间的方法 |
CN104980296A (zh) * | 2014-04-11 | 2015-10-14 | 华为技术有限公司 | OpenFlow多控制器系统及其管理方法 |
CN104980296B (zh) * | 2014-04-11 | 2018-06-19 | 华为技术有限公司 | OpenFlow多控制器系统及其管理方法 |
CN104092774A (zh) * | 2014-07-23 | 2014-10-08 | 杭州华三通信技术有限公司 | 软件定义网络连接建立控制方法及装置 |
CN105490955A (zh) * | 2014-09-24 | 2016-04-13 | 杭州华三通信技术有限公司 | 一种流量切换的方法和设备 |
CN105490955B (zh) * | 2014-09-24 | 2019-01-22 | 新华三技术有限公司 | 一种流量切换的方法和设备 |
CN104468236B (zh) * | 2014-12-19 | 2017-11-14 | 上海斐讯数据通信技术有限公司 | Sdn控制器集群、sdn交换机及其连接控制方法 |
CN104468236A (zh) * | 2014-12-19 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Sdn控制器集群、sdn交换机及其连接控制方法 |
CN104468231A (zh) * | 2014-12-23 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Sdn交换机和控制器动态注册方法 |
CN105262692A (zh) * | 2015-09-23 | 2016-01-20 | 盛科网络(苏州)有限公司 | 实现openflow交换机流表实时同步的方法及装置 |
CN107046486A (zh) * | 2017-06-16 | 2017-08-15 | 郑州云海信息技术有限公司 | 一种基于控制器代理的故障切换系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102882719B (zh) | 2015-06-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102882719B (zh) | 实现Openflow交换机系统中控制器冗余备份的方法及系统 | |
CN102868645A (zh) | Openflow交换机系统及其报文处理方法 | |
EP2553886B1 (en) | Aggregating data traffic from access domains | |
CN100417141C (zh) | 一种组播业务实现方法 | |
CN102368727B (zh) | 跨ip网络的trill网络通信方法、系统和设备 | |
CN100544286C (zh) | 一种实现虚拟专用局域网服务网络备份链路的方法及系统 | |
CN102843300A (zh) | 实现Openflow交换机系统中控制器负载平衡的方法及系统 | |
CN101136921A (zh) | 通信装置及通信系统 | |
CN102843299A (zh) | 基于TCAM实现Openflow多级流表的方法及系统 | |
CN102119510A (zh) | 一种多路径网络 | |
CN102404234A (zh) | 流量转发方法和设备 | |
CN102821050A (zh) | 一种快速生成树协议应用于单环网拓扑的处理方法 | |
CN102724030A (zh) | 一种高可靠性的堆叠系统 | |
JP2006262169A (ja) | リング間接続方法及び装置 | |
CN103916319B (zh) | Lacp堆叠组网中的链路选择方法和堆叠设备 | |
CN102164081B (zh) | 一种胖树拓扑的路由计算方法、节点设备和通信系统 | |
CN103166800B (zh) | 一种双网冗余消息总线交叉故障下的消息传输方法 | |
CN103607293B (zh) | 一种流量保护方法及设备 | |
US20130301404A1 (en) | Communication system, communication method, and communication apparatus | |
CN104618254A (zh) | 软件定义网络中避免网络拥塞的方法和控制器 | |
CN102970231A (zh) | 组播流转发实现方法和路由网桥(rb) | |
CN101483571B (zh) | 一种rrpp的配置方法、系统及设备 | |
CN104301417A (zh) | 一种负载均衡方法及装置 | |
KR20180122513A (ko) | Sdn 기반 네트워크 가상화 플랫폼의 네트워크 하이퍼바이저에서 트래픽 엔지니어링 방법 및 프레임워크 | |
CN106027352A (zh) | 一种业务报文转发方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 215000 unit 13 / 16, 4th floor, building B, No.5 Xinghan street, Suzhou Industrial Park, Jiangsu Province Patentee after: Suzhou Shengke Communication Co.,Ltd. Address before: 215021 unit 13 / 16, floor 4, building B, No. 5, Xinghan street, Suzhou Industrial Park, Suzhou, Jiangsu Patentee before: CENTEC NETWORKS (SU ZHOU) Co.,Ltd. |