通信系统、控制装置、信息收集方法以及程序的制作方法
【技术领域】
[0001](相关申请引用)
[0002]本申请基于并要求2013年3月28日递交的日本专利申请2013-069130的优先权，通过引用方式将其公开整体并入本文。
[0003]本发明涉及通信系统、控制装置、信息收集方法以及程序。具体地，本发明涉及其中控制装置从节点收集关于链路的信息的通信系统、控制装置、信息收集方法以及程序。
【背景技术】
[0004]以下专利文献I和2都公开了从通信系统的节点收集关于节点间链路的信息的技术。
[0005]专利文献I公开了涉及监控网络的网络监控系统的发明。该系统以预定时间段间隔，从包括在网络之中的单个交换机装置获取关于经由该交换机装置的每个端口发送和接收的业务的信息。
[0006]专利文献2公开了一个发明，其中，当测量装置获取虚拟计算机器上的通信负荷时，替代虚拟计算机器或者运行虚拟计算机器的物理计算机器，由连接到这些计算机器的交换机(对应的交换机)测量并提供虚拟计算机器上的通信负荷。在专利文献2中，由于对应的交换机测量并提供虚拟计算机器上的通信负荷，所以虚拟计算机器和物理计算机器不需要执行与通信负荷的通知有关的处理。因此，能够抑制虚拟计算机器和物理计算机器上的处理负荷的增加。
[0007][引用列表]
[0008]专利文献
[0009]专利文献1:国际公开W02009/040903
[0010]专利文献2:日本专利公开JP2008-271050A
【发明内容】
[0011][技术问题]
[0012]当节点向网络监控系统通知关于链路的信息时，信息通知所需的处理使节点的负荷增加。
[0013]由于专利文献I的网络监控系统以预定时间段间隔从交换机装置收集信息，信息收集的时间可能与交换机装置的通信负荷处于高峰时重合。在这种情形中，向网络监控系统通知所发送和接收的业务的处理进一步增加了交换机装置的负荷，这将造成问题。
[0014]根据专利文献2，替代虚拟计算机器或者物理计算机器，由对应的交换机执行信息收集和信息通知，因而降低了虚拟计算机器和物理计算机器的负荷。然而，与专利文献I的情形一样，专利文献2没有公开或提出降低由对应的交换机执行的信息收集所需的负荷。
[0015]本发明的目的在于，当从通信系统的节点接收信息时，降低伴随着信息收集的节点上的负荷的增加。
[0016][解决问题的方案]
[0017]根据本发明的第一方面，提供了一种通信系统，包括:多个节点、用于在所述多个节点之间(和/或之中)转发分组的链路、以及控制装置，所述控制装置从基于节点上的负荷从所述多个节点中选择的节点收集关于所述链路的信息。
[0018]根据本发明的第二方面，提供了一种通信系统中的控制装置，所述通信系统包括多个节点和在所述多个节点之间(和/或之中)转发分组的链路。所述控制装置基于节点上的负荷从所述多个节点中选择节点，并且从所选择的节点收集关于所述链路的信息。
[0019]根据本发明的第三方面，提供了一种通信系统中的信息收集方法，所述通信系统包括多个节点和用于在所述多个节点之间(和/或之中)转发分组的链路。所述信息收集方法包括:基于节点上的负荷从所述多个节点中选择节点；以及从所选择的节点收集关于所述链路的信息。
[0020]根据本发明的第四方面，提供了一种用于通信系统中的控制装置的程序，所述通信系统包括多个节点和用于在所述多个节点之间(和/或之中)转发分组的链路。所述程序使所述控制装置执行:基于节点上的负荷从所述多个节点中选择节点；以及从所选择的节点收集关于所述链路的信息。所述程序可以记录在非瞬态计算机可读存储介质中，并作为程序产品提供。
[0021][本发明的有益效果]
[0022]根据本发明，当从通信系统的节点接收信息时，能够降低伴随着信息收集的节点上的负荷的增加。
【附图说明】
[0023]图1示出了根据本发明示例性实施例的系统的示例性配置。
[0024]图2示出了根据本发明示例性实施例的控制装置的示例性配置。
[0025]图3示出了根据本发明第一示例性实施例的系统的示例性配置。
[0026]图4示出了根据本发明第一示例性实施例的控制装置的示例性配置。
[0027]图5示出了根据本发明第一示例性实施例的包括在控制装置中的链路信息DB的示例性配置。
[0028]图6示出了根据本发明第一示例性实施例的节点的示例性配置。
[0029]图7示出了根据本发明第一示例性实施例的包括在节点中的业务量DB(数据库)的示例性配置。
[0030]图8是示出根据本发明第一示例性实施例的控制装置的示例性操作的流程图。
[0031]图9是示出根据本发明第一示例性实施例的节点的示例性操作的流程图。
[0032]图10示出了根据本发明第二示例性实施例的控制装置的示例性配置。
[0033]图11示出了根据本发明第二示例性实施例的包括在控制装置中的节点信息DB的示例性配置。
[0034]图12示出了根据本发明第二示例性实施例的包括在控制装置中的节点信息DB的另一个示例性配置。
[0035]图13不出了根据本发明第三不例性实施例的系统的不例性配置。
[0036]图14示出了根据本发明第三示例性实施例的包括在控制装置中的链路信息DB的示例性配置。
[0037]图15示出了根据本发明第三示例性实施例的节点的示例性配置。
[0038]图16示出了根据本发明第三示例性实施例的包括在节点中的业务量DB的示例性配置。
[0039]图17是示出根据本发明第三示例性实施例的控制装置的示例性操作的流程图。
[0040]图18是示出根据本发明第三示例性实施例的节点的示例性操作的流程图。
[0041]图19示出了根据本发明第四示例性实施例的包括在控制装置中的链路信息DB的示例性配置。
[0042]图20是示出根据本发明第四示例性实施例的控制装置的示例性操作的流程图。
[0043]图21示出了根据本发明第五示例性实施例的系统的示例性配置。
[0044]图22示出了根据本发明第五示例性实施例的控制装置的示例性配置。
[0045]图23示出了根据本发明第五示例性实施例的包括在控制装置中的确定管理单元的示例性配置。
[0046]图24示出了根据本发明第五示例性实施例的包括在控制装置中的确定管理单元的另一个示例性配置。
[0047]图25示出了根据本发明第五示例性实施例的控制装置的示例性操作。
[0048]图26示出了涉及本发明第六示例性实施例的示例性技术。
[0049]图27示出了涉及本发明第六示例性实施例的示例性技术。
[0050]图28不出了根据本发明第六不例性实施例的系统的不例性配置。
[0051]图29示出了根据本发明第六示例性实施例的控制装置的示例性配置。
[0052]图30示出了根据本发明第六示例性实施例的包括在控制装置中的处理规则DB的示例性配置。
[0053]图31示出了根据本发明第六示例性实施例的节点的示例性配置。
[0054]图32示出了根据本发明第六示例性实施例的控制装置的示例性操作。
[0055]图33示出了根据本发明第六示例性实施例的节点的示例性操作。
【具体实施方式】
[0056]首先将参考附图描述本发明示例性实施例的概况。如图1所示，本发明可以通过包括控制装置10和节点20-1至20-2(除非需要将这些节点相互区分，以下每个节点20-1和20-2将称为节点20)的配置来实现。在以下概况中，为方便起见，各组件用附图标记来表示。也就是说，以下附图标记仅用作示例，以帮助理解本发明，而不将本发明限制为所示的模式。
[0057]如图1所示，节点20-1和20-2通过链路30相互连接。
[0058]控制装置10用作管理多个节点20的装置。控制装置10从多个节点20收集关于包括在由多个节点20形成的网络之中的链路的信息。
[0059]例如，关于链路30的信息表示链路30的业务量。例如，关于链路30的信息表示可以表示链路30的分组延时。例如，关于链路30的信息可以表示与链路30有关的故障信息。关于链路30的信息不限于这些示例。表示关于链路30的信息的任何信息都适用。
[0060]图2示出了控制装置10的示例性配置。如图2所示，控制装置10包括通信单元11和控制单元12。
[0061]例如，控制单元12经由通信单元11与每个节点20进行通信。
[0062]例如，当满足预定条件时，控制单元12收集关于链路30的信息。例如，控制单元12以预定时间段间隔收集关于链路30的信息。例如，控制单元12在多个节点20的配置改变时收集关于链路30的信息。例如，控制单元12在执行分组路径控制时收集关于链路30的信息。
[0063]例如，在收集关于链路30的信息时，在连接到链路30的两个节点20之间，控制单元12从基于节点20上的负荷确定的节点收集关于链路30的信息。例如，当收集关于链路30的信息时，在连接到链路30的两个节点20之间，控制单元12从具有较小负荷的节点收集关于链路30的信息。
[0064]例如，节点20上的负荷是节点20的CPU上的负荷。例如节点20上的负荷对应于节点20的总业务量。例如，节点20处理的总业务量对应于节点20每单位时间处理的分组总数。例如，节点20上的负荷对应于节点20的激活端口的数量。例如，节点20上的负荷对应于节点20的激活端口的百分比。例如，节点20的激活端口的百分比是节点20的所有端口中激活端口的百分比。向控制装置10通知的节点20上的负荷不限于上述示例。表示节点20上的负荷的任何信息都适用。
[0065]例如，每个节点20在预定时间段间隔向控制单元12通知关于其自身负荷的信息。例如，控制单元12可以请求每个节点20提供关于其自身负荷的信息，并且可以响应于该请求而被通知关于负荷的信息。通过使用每个节点20提供的关于负荷的信息，控制单元12确定节点，以收集关于链路30的信息。
[0066]通过上述配置，在连接到链路30的两个节点20之间，控制装置10从基于节点20上的负荷确定的节点收集关于链路30的信息。因此，可以防止负荷集中在某个节点上。
[0067]<第一不例性实施例>
[0068]将参考附图描述本发明第一示例性实施例。如图3所示，本发明第一示例性实施例可以通过包括控制装置10和节点20的配置来实现。如图3所示，节点20-1至20-3经由链路30-1至30-3 (除非需要将这些链路相互区分，以下每个链路30-1至30-3将称为链路30)相互连接。
[0069]控制装置10用作管理多个节点20的装置。
[0070]控制装置10从多个节点20收集关于包括在由多个节点20形成的网络之中的链路30的信息。基于控制装置10收集链路30的业务量作为关于链路30的信息的示例，描述本发明第一示例性实施例。然而，由控制装置10收集的关于链路30的信息不限于链路30的业务量。
[0071]在图3的示例中，控制单元12收集每个链路30-1至30_3的业务量。例如，控制装置10使用收集的链路30的业务量来管理多个节点20。此外，例如，控制装置10使用收集的链路30的业务量来执行由多个节点20转发的分组的路径控制。
[0072]图4示出了控制装置10的示例性配置。如图4所示，控制装置10包括通信单元
11、控制单元12、以及链路信息DB 13。
[0073]例如，当收集业务量时，通信单元11向节点20发送请求业务量通知的消息。响应于请求业务量的消息，通信单元11从节点20接收指示业务量的消息。
[0074]例如，控制单元12以预定时间段间隔收集链路30的业务量。例如，当多个节点20的配置改变时，控制单元12收集链路30的业务量。例如，当执行分组路径控制时，控制单元12收集链路30的业务量。
[0075]例如，控制单元12存储在请求业务量通知的消息中业务量被请求的链路的标识符。例如，该标识符是唯一标识包括在网络中的链路30的信息。当被请求时，节点20向控制装置10通知对应于所存储的标识符的链路30的业务量。
[0076]例如，在连接到业务量要被收集的链路30的两个节点20之间，控制单元12从具有较小处理负荷的节点收集业务量。例如，在连接到业务量要被收集的链路30的两个节点20之间，控制单元12向具有较小处理负荷的节点发送请求业务量通知的消息。
[0077]例如，在图4的示例中，当收集链路30-1的业务量时，在连接到链路30-1的节点20-1和20-3之间，控制单元12从具有较小处理负荷的节点20-3收集链路30_1的业务量。
[0078]例如，每个节点20以预定时间段间隔向控制单元12通知关于其自身处理负荷的信息。例如，控