[发明专利]信息系统、控制设备、管理虚拟网络的方法以及程序

说明书

对相关申请的引用

本申请基于并要求2010年3月24日递交的日本专利申请No.2010-068900的优先权，其公开内容被全部并入于此作为参考。

技术领域

本发明涉及一种信息系统、控制设备和管理虚拟网络的方法以及程序，具体涉及提供虚拟网络的信息系统、控制服务器、管理虚拟网络的方法以及程序。

背景技术

可编程流交换机的概念目前正受到关注，通过所述可编程流交换机，分离在诸如交换机路由器等网络设备(如，交换路由器)中实现的流控制功能(控制平面)，并且控制服务器对包括流控制功能、计算机和存储器在内的网络执行集成控制。

如非专利文献1和2所公开的，提出了被称为OpenFlow的技术，作为可编程流交换机。在OpenFlow中，通信被看作端到端的流，并且以流为单位执行路径控制、故障恢复、负载平衡和优化。充当转发节点的OpenFlow交换机经由用于与OpenFlow控制器通信的安全通道，根据流表来操作，OpenFlow控制器针对流表规定了适当的添加或重写。针对每个流，流表中存在以下各项的定义：参照分组首部的规则集(FlowKey、匹配键)、定义处理内容的动作(动作)、以及流统计信息(Stats)(参照图12)。

图13示出了在非专利文献2中定义的动作名称以及动作内容的示例。输出是向指定端口(接口)输出分组的动作。从SET_VLAN_VID到SET_TP_DST是修改分组首部的字段的动作。

例如，当接收到第一分组时，OpenFlow交换机从流表中搜索规则(FlowKey)与接收到的分组的首部信息相匹配的表项。作为搜索的结果，在找到与接收到的分组相匹配的表项的情况下，OpenFlow交换机针对接收到的分组，执行所考察表项的动作字段中描述的处理内容。另一方面，作为搜索的结果，在未找到与接收到的分组相匹配的表项的情况下，OpenFlow交换机经由安全通道向OpenFlow控制器发送接收到的分组，请求基于接收到的分组的源和目的地来确定分组路径，接收使之实现的流表项，并更新流表。

参考文献列表

非专利文献

[非专利文献1]

Nick McKeown，and 7others，“OpenFlow：Enabling Innovation in Campus Networks”，[online]，[search conducted February 26，2010]，Internet<URL：http://www.openflowswitch.org//documents/openfIow-wp-latest.pdf>

[非专利文献2]

“OpenFlow Switch Specification”Version 0.9.0(Wire Protocol 0x98)[search conducted February 26，2010]Internet URL：http://www.openflowswitch.org/documents/openfIow-spec-vO.9.0.pdf>

发明内容

技术问题

上述非专利文献1和2的全部公开被并入此处作为参考。根据本发明人，给出以下分析。采用上述非专利文献1和2中描述的技术，在图5的下半部分所示的转发节点20至24充当路由器、负载平衡器和层2交换机的情况下，通过设置流表项，可以构建同一附图的上半部分所示的虚拟网络。图5的上半部分示出了一个虚拟网络，但是通过根据上述非专利文献1和2中描述的技术，根据相应的分组内容来设置适当的流表项，可以构建分离的重叠的虚拟网络。

然而，在上述非专利文献1和2中描述的技术中，即使检测到某个转发节点的状态改变(如，故障)，也存在以下问题：这局限于对实际物理拓扑进行修改并对附随的流表项进行重新设置，并且不可能识别出此后将受到影响的虚拟网络。例如，在图5的下半部分中的转发节点22和转发节点23间的链路被打断的情况下，可以理解物理拓扑修改，但难以区分哪个虚拟网络受该改变的影响。结果，不可能向尝试从外部网络接入服务器#1和服务器#2的用户提供正确的信息，如，哪个虚拟网络受该故障的影响。

此外，可以考虑通过周期性地在虚拟网络中产生流来识别虚拟网络中的故障等的方法，但存在以下问题：该方法不仅使额外的流表项要被保持在相应的转发节点中，还增加了负载。