[发明专利]通信系统、控制装置、通信装置、信息中继方法

说明书

技术领域

(相关申请的描述)

本发明基于并且要求2012年3月19日提交的日本专利申请No.2012-062222的优先权的利益，其全部公开内容通过引用合并于此。

本发明涉及通信系统、控制装置、通信装置、信息中继方法和程序，并且具体地涉及设置有控制通信装置的控制装置的通信系统、控制装置、通信装置、信息中继方法和程序。

背景技术

近年来，已经提出了称为开放流(OpenFlow)的技术(参考专利文献1和2和非专利文献1至3)。开放流将通信作为端到端的流进行处理，并且针对每个流执行路径控制、故障恢复、负载均衡和优化。用作中继设备的开放流交换机包括用于与开放流控制器、控制设备进行通信的安全信道，并且根据由开放流控制器适当增加或重写的流表(flow table)进行操作。在流表中，针对每个流定义了匹配分组报头的匹配规则(报头字段)、流统计(计数器)和定义了适用于与匹配规则(报头字段)相匹配的分组的处理的内容的指令(参见非专利文献2中的“4.1流表”部分)。

例如，在接收到分组时，开放流交换机在流表中搜索具有与接收到的分组的报头信息相匹配的匹配规则的条目。当作为搜索结果找到与接收到的分组匹配的条目时，开放流交换机更新流统计(计数器)，并且对接收到的分组执行在该条目的动作字段中所写入的处理内容(从指定端口进行分组传送、洪泛(flooding)、丢弃等)。同时，当作为搜索结果没有找到与接收到的分组匹配的条目时，开放流交换机 经由安全信道将接收到的分组转发到开放流控制器，请求开放流控制器基于接收到的分组的源和目的地来确定该分组的路径，并且在接收到实现该操作的流条目之后更新流表。如述，开放流交换机使用作为处理规则存储在流表中的条目来转发分组。

专利文献2提出了一种方法，该方法在不使控制器在网络(NW)设备和不兼容的网络(NW)设备共存的环境中彼此进行同定的情况下，针对利用分组的所有网络(NW)设备设定路径信息，对其添加了路径信息的列表(开放流交换机设定的流表中的条目)。专利文献1在第0029段及之后的段落中介绍了一种配置，其中，将开放流应用于诸如数据中心的大规模网络，并且多个控制器共享管理所有网络(NW)设备的职责(还参考图4)。

专利文献1

国际公开号WO2008/095010

专利文献2

日本专利特开公开No.JP-P2011-166704A

[非专利文献1]

Nick McKeown等人的"OpenFlow:Enabling Innovation in Campus Networks,"[在线],[2012年2月14日检索],因特网<URL:http://www.openflow.org/documents/openflow-wp-latest.pdf>

[非专利文献2]

"OpenFlow Switch Specification"Version 1.1.0Implemented(Wire Protocol 0x02),[在线],[2012年2月14日检索],因特网<URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf>

[非专利文献3]

"OpenFlow Switch Specification"Version 1.0.0Implemented(Wire Protocol 0x01),[在线],[2012年2月14日检索],因特网<URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf>

发明内容

本发明给出以下分析。如专利文献2中，在多个开放流控制器(下文简称为“OFC”)管理开放流交换机(下文简称为“OFS”)的情况下，如在专利文件2中的第0035段所讨论的，OFC必须彼此同步。专利文献2描述了通过响应于流表的更新指令而执行的同步，但是除此之外，在多个活动和待机的OFC进行操作的配置中，OFC必须通过交换指示自身装置的操作状态的状态信息来进行同步。

然而，当在OFC之间的网络发生故障并且通信断开时，OFC无法彼此交换信息，并且无法进行同步。