通信控制系统和通信控制方法
【专利摘要】在从控制服务器远程控制通信设备的情况下，根据条目从控制服务器写入通信设备的转发表的定时，存在出现循环和业务丢弃的可能性。因此，对于由控制服务器101对通信设备102执行的注册、重写和删除转发表的条目；通信设备102验证来自控制服务器101的控制指令的内容；通信设备102保存该验证的结果；控制服务器101获取验证的结果；控制服务器101基于来自多个通信设备102的验证的结果，判断是否能够执行控制序列，然后控制服务器101调用在多个通信设备102处执行。
【专利说明】通信控制系统和通信控制方法
[0001]本申请是2012年7月6日提交的、申请号为201180005562.X、发明名称为“通信控制系统和通信控制方法”的专利申请的分案申请。
【技术领域】
[0002]本发明涉及通信控制系统，更具体地，涉及一种通信控制系统，分别具有转发分组的通信设备和确定路由信息的控制服务器。
【背景技术】
[0003]对于TCP/IP(传输控制协议/因特网协议)或IEEE 802.1中的网络路由控制，典型的方法是通过通信设备之间的路由信息交换来执行自主路由控制。
[0004]另一方面，在通信设备之间的自主路由控制中，通信设备之间的路由信息出现临时不一致，这带来网络可靠性恶化的问题。
[0005]作为解决该问题的方法，专利文献I (US 2006/0092974A1)公开了一种将控制部分与通信设备分离，并通过安装有该控制部分的控制服务器来远程控制不具有控制部分的多个通信设备的方法。此外，已知通过控制服务器来控制多个通信设备的路由，与在多个通信设备之间交换路由信息的自主路由控制相比，可以实现具有高可靠性的路由控制。
[0006]此外，非专利文献I公开了 OpenFlow协议作为从控制服务器控制通信设备的协议。根据OpenFlow协议，通信设备具有称为流表的转发表，控制服务器可以向或从通信设备的转发表添加、重写和删除条目。
[0007]流表是注册有以下条目的表:该条目定义对与预定匹配条件(规则)相匹配的分组要执行的预定处理(动作)。与规则匹配的分组的组(分组序列)称为流。使用包括在分组的每个协议层级的首部区域中的目的地地址、源地址、目的地端口和源端口中的任一或全部，通过各种组合来定义流的规则，流的规则是可标识的。上述地址包括MAC地址(媒体接入控制地址)和IP地址(因特网协议地址)。此外，除了上述这些，还可以使用入口端口信息作为流的规则。
[0008]此外，对于预定搜索信息，通信设备执行通过通信设备的业务与转发表中注册的条目的匹配，当两者中包括的搜索信息(例如目的地IP地址)互相匹配时，根据该条目来将业务转发至路由。例如，可以使用OpenFlow协议，从控制服务器执行网络路由控制。
[0009]在执行从控制服务器对通信设备的远程控制的情况下，通过使用公知方法，可以抑制由于通信设备的改变导致的路由信息的振荡。然而，根据条目从控制服务器写入通信设备的转发表的定时，存在出现业务循环(loop)和业务丢弃的可能性。
[0010]例如，将描述条目写入给定通信设备的转发表而不考虑控制服务器计算的转发路由的情况。
[0011]参照图1作为示例，在通信设备102A中，当转发表的特定条目已经注册，其输出目的地定义为通信设备102B作为搜索信息，并且在通信设备102B中，包含该搜索信息的转发表的条目已经注册，其输出目的地定义为通信设备102A，在这种情况下，在通信设备102A与通信设备102B之间重复互换与该条件匹配的业务。
[0012]例如，假定在通信设备102A中，已经注册条目作为搜索信息，该条目定义具有目的地IP地址“192.168.0.1/32” ( “/32”表示网络地址长度)作为首部信息的分组的输出目的地是通信设备102B。此时，在通信设备102B中，已经注册了定义具有目的地IP地址“ 192.168.0.0/8”作为首部信息的分组的输出目的地是通信设备102A的条目，在这种情况下，以IP地址“192.168.0.1/32”为目的地的业务在通信设备102A与通信设备102B之间重复互换。
[0013]此外，例如，将描述条目写入任意通信设备102的转发表而不考虑控制服务器计算的转发路由的情况。
[0014]参照图1作为示例，在通信设备102A中注册转发表的特定条目(其输出目的地定义为通信设备102B)之后，在通信设备102B中不能注册转发表的新条目，在这种情况下，在通信设备102B中丢弃与该条件相匹配的业务。
[0015]例如，在通信设备102A中已经注册条目，该条目定义具有目的地IP地址“192.168.0.1/32”作为首部信息作为搜索信息的分组的输出目的地是通信设备102B，在通信设备102B中不能注册转发表的新条目，在这种情况下，在通信设备102B中丢弃以IP地址“192.168.0.1/32”为目的地的业务。
[0016]如图3所示，由非专利文献I中的OpenFlow协议控制的转发表具有搜索优先级。即使在业务匹配关于具有低搜索优先级的条目的搜索信息时，如果其匹配关于具有较高搜索优先级的条目的搜索信息，则根据具有较高搜索优先级的条目来对其进行转发。
[0017]此外，例如，将描述转发表的条目被注册至每个通信设备102，以从位于业务接收终端侧附近的通信设备102开始逆序跟踪通信路径的情况。
[0018]参照图1作为示例，按照通信设备102DU02B和102A的顺序注册通信表中的条目。然而，假定在通信设备102B的转发表中，注册包含关于要新注册的条目的搜索信息在内的转发表的条目，其搜索优先级高于要新注册的条目的搜索优先级。在这种情况下，在通信设备102B中，即使已经注册具有低搜索优先级的新条目作为搜索信息(其输出目的地定义为通信设备102D)，仍不使用新注册的条目作为业务搜索结果，因此，当在通信设备102A中注册条目(其输出目的地定义为通信设备102B)时，从而在通信设备102A与通信设备102B之间重复交换与该条件相匹配的业务。
[0019]例如，假定在通信设备102B的转发表中，注册关于以IP地址“192.168.0.0/8”为目的地的业务的条目，其搜索优先级高于要新注册的条目的搜索优先级。在这种情况下，即使在通信设备102B中注册具有低搜索优先级的新条目作为搜索信息(其中将具有目的地IP地址“192.168.0.1/32”作为首部信息的分组输出至通信设备102D)时，仍不使用新注册的条目作为业务搜索结果。因此，在通信设备102A中注册条目作为搜索信息(其中将具有目的地IP地址“192.168.0.1/32”作为首部信息的分组输出至通信设备102B)时，在通信设备102A与通信设备102B之间重复交换与该条件相匹配的业务。
[0020]引用列表
[0021]专利文献
[0022]PTL I:US 2006/0092974A1
[0023]非专利文献
[0024]NPL I:OpenFlow Switch Specificat1n Vers1n 0.9.0 (Wire Protocol0x98)July 20,2009Current Maintainer:Brandon Heller (brandonhistandford.edu)<http://www.0penflowswitch.0rg/documents/openflow-spec-v0.9.0.pdf>
【发明内容】
[0025]本发明的目的是解决现有问题，抑制通信设备之间状态的不一致以及在控制服务器注册、重写和删除通信设备的转发表的条目等等时出现的业务循环和丢弃。
[0026]根据本发明的通信控制系统包括:多个通信设备；以及控制服务器。所述多个通信设备中的每一个执行接收的业务与转发表中注册的条目的匹配，当业务中包含的信息与条目中包含的信息互相匹配时，将业务转发至条目中定义的路由。控制服务器在所述多个通信设备中的每一个中包括的转发表中注册条目，并确定每个通信设备的路由信息。这里，针对来自控制服务器的控制指令序列，每个通信设备验证来自控制服务器的控制指令的内容，并保存验证结果。此外，控制服务器从每个通信设备获取验证结果，基于来自每个通信设备的验证结果来确定每个通信设备是否能够执行控制序列，如果能够执行控制序列，则调用每个用户设备执行控制序列。附带地，通信设备和控制服务器被假定为计算机。
[0027]在根据本发明的通信控制方法中，控制服务器在多个通信设备中的每一个中包括的转发表中注册条目，并确定所述多个通信设备中的每一个的路由信息。所述多个通信设备中的每一个执行接收的业务与转发表中注册的条目的匹配，当业务中包含的信息与条目中包含的信息互相匹配时，将业务转发至条目中定义的路由。这里，针对来自控制服务器的控制指令序列，每个通信设备验证来自控制服务器的控制指令的内容，并保存验证结果。此夕卜，控制服务器从每个通信设备获取验证结果，基于来自每个通信设备的验证结果来确定每个通信设备是否能够执行控制序列，如果能够执行控制序列，则调用每个用户设备执行控制序列。
[0028]根据本发明的程序是一种使分别用作通信设备和控制服务器的计算机执行上述通信控制方法的程序。这里，根据本发明的程序可以存储在存储器设备和存储器介质中。
[0029]在具有分开提供的转发分组的通信设备和确定路由信息的控制服务器的通信控制系统中，可以提高通信的可靠性。
【专利附图】
【附图说明】
[0030]图1是示出了网络的配置示例的图；
[0031]图2是示出了通信设备的配置示例的图；
[0032]图3示出了具有以搜索优先级顺序排列的条目的转发表的示例；
[0033]图4是示出了转发表的配置示例的图；
[0034]图5是示出了事务状态表的配置示例的图；
[0035]图6是示出了在向转发表注册条目时执行的操作的流程图(具有待机)；
[0036]图7是示出了在向转发表注册条目时执行的操作的流程图(不具有待机)；
[0037]图8是示出了在具有多个控制服务器的网络中的通信设备的配置示例的图；以及
[0038]图9是示出了在具有多个控制服务器的网络中的事务状态表的配置示例的图。
【具体实施方式】
[0039](第一示例实施例)
[0040]以下参照附图来描述本发明的第一示例实施例。
[0041](网络系统的配置)
[0042]图1示出了执行本发明的网络系统的配置示例。
[0043]该网络系统包括:控制服务器101、通信设备102和终端103。这里，通信设备102A至102D被示为通信设备102。此外，终端103A和103B被示为终端103。
[0044]控制服务器101基于从通信设备102收集的拓扑(连接状态)配置信息计算终端103的端点之间的通信路由，并将用于在终端103之间转发业务的条目注册在通信设备102的转发表中。此外，控制服务器101基于路由改变(如拓扑配置信息的改变或可用频带的改变)来执行例如重写和删除通信设备102的转发表的条目。
[0045]通信设备102(通信设备102A至102D)形成网络拓扑，并在网络的端点之间转发业务。通信设备102的转发表包括条目，每个条目指定关于流过网络的业务的搜索信息和与该信息相对应的业务的目的地，并由控制服务器101来控制。
[0046]终端103 (终端103A和103B)在端点之间发送和接收业务。
[0047](硬件示例)
[0048]采用计算机，如PC(个人计算机)、瘦客户端服务器、设备、工作站、主机或超级计算机，作为控制服务器101的示例。
[0049]采用OpenFlow交换机作为通信设备102的示例。可用作OpenFlow交换机的设备的可能示例包括:中继设备，如路由器和交换集线器；以及中继计算机，如网关、代理、防火墙和路线平衡器。例如，通信设备102可以是多层交换机。多层交换机进一步严格划分为支持交换机的OSI参考模型的相应层。主要类别包括:层3交换机，读取网络层(第3层)的数据；层4交换机，读取传输层(第4层)的数据；以及层7交换机(应用交换机)，读取应用层(第7层)的数据。
[0050]终端103的可能示例包括:计算机，如PC、瘦客户端终端、设备、工作站、主机和超级计算机；蜂窝电话；汽车导航系统；配件(电子设备)；便携式游戏设备；家用游戏机?’交互式电视；数字调谐器；数字记录器；信息家庭设备；以及OA(办公自动化)设备。终端103可以安装在移动物体上，如车辆、船只、或飞机。
[0051]注意，控制服务器101、通信设备102和终端103可以是在物理机器上构造的虚拟机(VM)。
[0052]将控制服务器101、通信设备102和终端103连接在一起的网络的示例包括:因特网；LAN(局域网)、无线LAN5WAN(广域网)；骨干网，有线电视(CATV)线路；固定线路电话网；蜂窝电话网，WiMAX(IEEE80216a)、3G (第三代)；租用线路；IrDA (红外数据协会)；蓝牙(注册商标)；串行通信线路、数据总线等等。
[0053]注意，实际上不限于这些示例。
[0054](通信设备的配置)
[0055]图2示出了通信设备102的配置示例。
[0056]通信设备102包括:控制服务器接口部分1021、事务管理部分1022、表操作部分1023、表搜索部分1024、转发表1025、数据转发部分1026和接口 1027。这里，接口 1027A和1027B 示为接口 1027。
[0057]控制服务器接口部分1021终结与控制服务器101的控制信道，从控制服务器101取得控制命令，返回执行结果，并接受和返回针对事务结果的查询。事务是通过收集多个相关处理而获得的一个处理单元。该控制命令的可能示例包括消息“FlowMod”，该消息是OpenFlow协议消息之一，并被提供用于将来自控制器的条目注册至交换机的流表中。
[0058]事务管理部分1022将每个控制命令保存为事务，保存其执行结果和针对其命令的验证结果，对来自控制服务器101的查询进行响应，并响应于事务的执行命令来执行事务。对于执行等待执行的事务的方法，可以使用广泛使用的2阶段提交方法。
[0059]表操作部分1023是对转发表1025执行条目注册、重写和删除的模块。
[0060]表搜索部分1024基于来自事务管理部分1022的命令，针对转发表1025的已注册条目，检查新条目是否具有包含关系或部分包含关系，以及具有包含或部分包含关系的条目相对于上述条目具有高还是低搜索优先级，并将其结果返回给事务管理部分1022。
[0061 ] 在转发表1025中，如图3所示，使用编号来管理条目，按照其编号顺序来确定其搜索优先级，并具有如图4所示的搜索信息(例如发送源和发送目的地IP地址)和关于输出端口的信息等等。这里，转发表1025具有:条目编号、发送源IP地址、发送目的地IP地址、以及关于输出端口的信息。输出端口表示接口 1027(接口 1027A和1027B)。
[0062]数据转发部分1026从由1027(接口 1027A和1027B)输入的业务中提取搜索键值，以搜索键值来执行搜索转发表1025，并基于该搜索结果来转发业务。
[0063]接口 1027(接口 1027A和1027B)是用于通信设备102的通信、与不同通信设备102和终端103 (如图1所示)进行连接并执行业务接收和发送的接口。
[0064]这里，控制服务器接口部分1021、事务管理部分1022、表操作部分1023、表搜索部分1024、转发表1025和数据转发部分1026由硬件(如由程序驱动的处理器)、软件(如驱动硬件以执行预定处理的程序)和存储软件和各种数据的存储设备来实现。注意，不限于这些示例。
[0065]上述处理器的示例包括:CPU(中央处理单元)、微处理器、微控制器和具有相同功能的半导体集成电路(1C)。注意，不限于这些示例。
[0066]上述存储设备的示例包括:半导体存储设备，如RAM(随机存取存储器)、ROM(只读存储器)、EEPR0M(电可擦除可编程只读存储器)以及闪存；辅助存储设备，如HDD(硬盘驱动器)和SSD (固态驱动器)；以及可移除盘或记录介质，如DVD (数字通用盘)和SD存储卡(安全数字存储卡)。注意，实际上不限于这些示例。
[0067]此外，控制服务器接口部分1021、数据转发部分1026和接口 1027具有通信功能。实现控制服务器接口部分1021、数据转发部分1026和接口 1027的通信功能的硬件的示例包括:网络适配器，如NIC (网络接口卡)；通信设备，如天线；以及通信端口，如连接端口(连接器)。注意，实际上不限于这些示例。
[0068](条目注册至转发表时的操作(具有待机))
[0069]参照图6，描述保持通信路由的一致性的操作。
[0070]这里，控制服务器101以图4的格式向通信设备102发送条目数据。通信设备102将接收的条目数据存储在转发表1025中。
[0071](I)步骤 SlOl
[0072]在通信设备102中，控制服务器接口部分1021经由控制信道从控制服务器101接收针对新条目添加指令的控制命令，并将其传递至事务管理部分1022。事务管理部分1022利用控制命令中包括的事务编号作为键值，将状态作为等待验证注册至图5的事务状态表中。这里，事务状态表具有关于控制器ID、事务编号、控制命令、状态和回退方法的信息。控制器ID是关于控制服务器的标识信息。在仅存在可以唯一指定的一个控制服务器101的情况下，不需要关于控制器ID的信息。将事务状态表中等待验证的事务改变为验证中状态，并将转发表1025的条目发送至表搜索部分1024。
[0073](2)步骤 S102
[0074]表搜索部分1024参照转发表1025，检查转发表1025中是否存在任何空条目。如果存在任何空条目，则表搜索部分1024继续至步骤S104的处理。此外，如果不存在空条目，则表搜索部分1024继续至步骤S103的处理。
[0075](3)步骤 S103
[0076]如果不存在空条目，则表搜索部分1024通知事务管理部分1022转发表1025不具有空条目。事务管理部分1022将状态定义为无空条目，继续至步骤S106的处理，以将事务设置在待机状态。
[0077](4)步骤 S104
[0078]如果存在任何空条目，则表搜索部分1024检查转发表1025中是否存在具有包含关系或部分包含关系的任何条目(存在冲突)。如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024检查该条目的优先级。如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024继续至步骤S105的处理。此夕卜，如果不存在具有包含关系或部分包含关系的条目(不存在冲突)，则表搜索部分1024继续至步骤S106的处理，以将事务设置在待机状态。
[0079](5)步骤 S105
[0080]如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024通知事务管理部分1022存在具有包含关系或部分包含关系的条目(存在冲突)。事务管理部分1022将状态设置为包含/部分包含关系(冲突)，继续至步骤S106的处理以将事务设置在待机状态。
[0081](6)步骤 SlO6
[0082]表搜索部分1024将事务转变为待机状态，等待来自控制服务器101的指令。控制服务器101利用定义为键值的事务编号，自动检查处理验证结果，并基于控制服务器101中的结果来执行判断。此时，可以从通信设备102向控制服务器101通知事务完成。
[0083](7)步骤 S107
[0084]控制服务器接口部分1021经由控制信道从控制服务器101接收新的控制命令，并将其传递至事务管理部分1022。控制服务器接口部分1021基于来自控制服务器101的控制命令来执行处理。如果控制命令是处理执行，则操作继续至步骤S108的处理。如果控制命令是回退指令，则操作继续至步骤S109的处理。
[0085](8)步骤 S108
[0086]如果控制命令是处理执行，则控制服务器接口部分1021基于来自控制服务器101的控制命令，将条目反映在转发表1025上。
[0087](9)步骤 S109
[0088]如果控制命令是回退指令，则控制服务器接口部分1021基于来自控制服务器101的控制命令，不将条目反映在转发表1025上，并根据注册的回退功能来执行处理。
[0089](第二示例实施例)
[0090]在本示例实施例中，在图6的步骤S106和步骤S107，不提供事务编号作为控制索弓丨，而是提供转发表1025的条目作为控制索引。
[0091]转发表的条目是搜索信息，如IP地址。相同搜索信息的存在使得难以进行标识，从而优选地使用不与其他重叠的信息用于转发表的条目(搜索信息)。
[0092]这使得可以省略事务编号。
[0093](第三示例实施例)
[0094]在本示例实施例中，如图7所示，如果不存在空条目或者不存在具有包含关系或部分包含关系的条目(不存在冲突)，则事务管理部分1022不处于处理待机状态，而是直接执行控制命令。在这种情况下，作为执行结果，可以检查处理验证的结果，还可以执行回退。
[0095](条目注册至转发表时的操作(不具有待机))
[0096]参照图7，将描述本示例实施例中保持通信路由的一致性的操作。注意，图7的步骤S201至S205与图6的步骤SlOl至S105相同。
[0097](I)步骤 S201
[0098]在通信设备102中，控制服务器接口部分1021经由控制信道从控制服务器101接收针对新条目添加指令的控制命令，并将其传递至事务管理部分1022。事务管理部分1022利用控制命令中包括的事务编号作为键值，将状态作为等待验证注册至图5的事务状态表中。将事务状态表中等待验证的事务改变为验证中状态，并将转发表的条目发送至表搜索部分1024。
[0099](2)步骤 S202
[0100]表搜索部分1024参照转发表1025，检查转发表1025中是否存在任何空条目。如果存在任何空条目，则表搜索部分1024继续至步骤S204的处理。此外，如果不存在空条目，则表搜索部分1024继续至步骤S203的处理。
[0101]⑶步骤S2O3
[0102]如果不存在空条目，则表搜索部分1024通知事务管理部分1022转发表1025中不存在空条目。事务管理部分1022将状态转变为无空条目，并继续至步骤S206的处理。
[0103](4)步骤 S204
[0104]如果存在任何空条目，则表搜索部分1024检查转发表1025中是否存在具有包含关系或部分包含关系的任何条目(存在冲突)。如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024检查该条目的优先级。如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024继续至步骤S205的处理。如果不存在具有包含关系或部分包含关系的条目(不存在冲突)，则表搜索部分1024继续至步骤S206的处理。
[0105](5)步骤 S2O5
[0106]如果存在具有包含关系或部分包含关系的任何条目(存在冲突)，则表搜索部分1024通知事务管理部分1022存在具有包含关系或部分包含关系的条目(存在冲突)。事务管理部分1022将状态设置为包含/部分包含关系(冲突)，继续至步骤S206的处理。
[0107](6)步骤 S2O6
[0108]控制服务器接口部分1021基于来自控制服务器101的控制命令来执行处理。如果控制命令是处理执行，则控制服务器接口部分1021基于来自控制服务器101的控制命令，将条目反映在转发表1025上。此外，如果控制命令是回退指令，则控制服务器接口部分1021基于来自控制服务器101的控制命令不将条目反映在转发表1025上，并根据注册的回退功能来执行处理。控制服务器101利用定义为键值的事务编号，自动检查处理验证结果，并基于该结果来执行控制服务器101中的判断。此时，可以从通信设备102向控制服务器101通知事务完成。
[0109](第四示例实施例)
[0110]在本示例实施例中，如图8所示，通信设备102从多个控制服务器101 (控制服务器101A、101B)接收控制。在这种情况下，提供如图9所示的事务状态表。在本示例实施例中，使用一对“控制器ID”和“事务编号”来管理事务。控制器ID是关于控制服务器的标识信息。这里，控制服务器1lA的控制器ID定义为“1”，控制服务器1lB的控制器ID定义为 “2”。
[0111](第五示例实施例)
[0112]在本示例实施例中，对于控制服务器101用作发起方的任何事务，使用由控制服务器101原始产生的编号作为事务编号；对于通信设备102用作发起方的任何事务，使用由通信设备102原始产生的编号作为事务编号。通信设备102用作发起方的事务的示例包括:改变接口状态以及向控制服务器101通知业务接收的事务等等。
[0113](第六示例实施例)
[0114]在本示例实施例中，由于控制服务器101控制多个通信设备组102，控制服务器101用作发起方的事务和通信设备102用作发起方的事务均在控制服务器101中通过一对通信设备102和事务编号来管理。
[0115](第七示例实施例)
[0116]在本示例实施例中，通信设备102原始产生事务编号，当通信设备102的ID已经改变或者当作为连接目的地的控制服务器101已经改变时，重新滚动事务编号。此时，使用随机编号作为事务编号。
[0117](第八示例实施例)
[0118]在本示例实施例中，当存在多个处理用于执行相同事务时，通信设备102根据多个处理的顺序来执行处理。
[0119](附加描述)
[0120]注意，上述示例实施例还可以组合执行。
[0121](总结)
[0122]如上所述，本发明涉及通信系统中的通信设备的控制方法，例如通过从与通信设备分离的控制服务器添加、重写和删除通信设备的转发表，来控制终端之间的业务的接纳、路由和QoS，控制方法提供用于通过对多个通信设备的转发表执行操作以保持一致性，来确保终端之间的通信连接性能。
[0123]本发明的目的在于，在从控制服务器执行对通信设备的转发表的条目的注册、重写和删除等等时，抑制通信设备之间的状态不一致，避免非预期的业务循环和丢弃，从而改进通信可靠性。
[0124]利用本发明的方法，对于由控制服务器101对通信设备102执行的如注册、重写和删除转发表的条目以及控制接口的上/下之类的控制指令，以及通信设备102验证来自控制服务器101的控制指令的内容、通信设备102保存该验证的结果、控制服务器101获取验证的结果、控制服务器101基于来自多个通信设备102的验证的结果，判断是否能够执行控制序列，然后控制服务器101在多个通信设备102处调用执行。
[0125]备选地，根据来自控制服务器101的指令，通信设备102 —次执行指令，在判断控制命令异常时，控制服务器101对通信设备102执行执行结果的回退。
[0126]尽管以上描述的本发明的示例实施例，本发明实际上不限于上述示例实施例，本发明还包括不偏离本发明的精神的修改。
[0127]本申请基于并要求日本专利申请N0.JP 2010-001292的优先权，日本专利申请N0.JP 2010-001292的全部公开通过引用并入本文。
【权利要求】
1.一种系统，包括: 通信设备，所述通信设备能够基于转发表来转发分组；以及 控制服务器，所述控制服务器能够向所述设备发送条目， 其中，所述条目包括与所述分组中包括的信息相比较的规则以及与所述规则相对应的分组操作， 其中，所述通信设备检查从所述控制服务器发送的所述条目，并根据检查结果来确定是否将所述条目存储在所述转发表中。
2.根据权利要求1所述的系统， 其中，所述通信设备检查所述转发表是否存储与从所述控制服务器发送的所述条目中包括的所述规则相匹配的另一条目。
3.根据权利要求1所述的系统， 其中，所述通信设备检查所述转发表是否存储包括从所述控制服务器发送的所述条目的至少一部分在内的另一条目。
4.根据权利要求1所述的系统， 其中，所述控制服务器向所述通信设备发送所述条目，所述条目包括与所述分组中包括的多个信息相比较的规则。
5.一种通信设备，包括: 第一单元，所述第一单元能够从控制服务器接收来自控制器的条目，所述条目包括与分组中包括的信息相比较的规则以及与所述规则相对应的分组操作； 第二单元，所述第二单元基于存储所述条目的转发表来转发分组；以及 第三单元，所述第三单元检查从所述控制服务器发送的所述条目，并根据检查结果来确定是否将所述条目存储在所述转发表中。
6.根据权利要求5所述的通信设备， 其中，所述第三单元检查所述转发表是否存储与从所述控制服务器接收的所述条目中包括的所述规则相匹配的另一条目。
7.根据权利要求5所述的通信设备， 其中，所述第三单元检查所述转发表是否存储包括从所述控制服务器接收的所述条目的至少一部分在内的另一条目。
8.根据权利要求5所述的通信设备， 其中，所述第一单元接收来自所述控制器的所述条目，所述条目包括与所述分组中包括的多个信息相比较的规则。
【文档编号】H04L12/741GK104270314SQ201410592316
【公开日】2015年1月7日 申请日期:2011年1月4日 优先权日:2010年1月6日
【发明者】高岛正德, 飞鹰洋一, 伊泽彻 申请人:日本电气株式会社