[发明专利]通信设备、通信方法和程序

说明书

技术领域

本发明涉及通信设备、通信方法和程序。

本申请要求于2011年9月26日提交的日本专利申请No.2011-208639的优先权，其内容通过引用合并在此。

背景技术

在最近已经提出的技术中，通过NMS（网络管理系统）或者利用SNMP（简单网络管理协议）的本地控制终端来监视网络的操作状态（参见例如，专利文献1）。

作为要以上述方式监视的对象的通信设备通过用于管理通信网络中的设备的数据库的MIB（管理信息库）来公布该设备的设定信息或者操作信息。

NMS或者本地控制终端经由相关网络来获取通过MIB公布的信息。

例如，当利用SNMP监视VLAN（虚拟局域网）的网络状态时，通常利用在“RFC2674”等中定义的标准MIB或者由各个设备供应商提供的扩展MIB。

图5是示出在RFC（请求注解）2674中定义的标准MIB的VLAN数据结构的图。

在定义VLAN的每个状态的标准MIB（dot1qVlanCurrentTable）中，通过比特来管理在每个VLAN中的各个端口。在图5的示例中，每个VLAN的VLAN管理数据930被存储在MIB中。

VLAN管理数据930包括群组数据项940，群组数据项940中的每一个都是1个字节（八位字节串）数据。每个群组数据项940包含八个单独的数据项950。每个单独的数据项950通过1个比特来指示一个对象端口的状态。

例如，如果在VLAN中相关端口是有效的（当前被使用），则单独的数据项950具有值“1”。相反，如果在VLAN中相关端口不是有效的，则单独的数据项950具有值“0”。

根据这样的结构，在标准MIB中，通过字节（对应于8个端口）来增加数据量。

如上所述，在RFC2674中定义的标准MIB中，针对每个VLAN来管理各个端口的状态。因此，为了检查VLAN的状态，针对每个VLAN，从NMS向相关通信设备发送SNMP的“Get请求”消息，以便于获得VLAN管理数据930。因此，从NMS向通信设备发送的“Get请求”的数目根据向通信设备登记的VLAN的数目的增加而增加。

现有技术文献

专利文献

专利文献1：日本未经审查的专利申请第一公开No.2007-180768

发明内容

本发明要解决的问题

随着传输数据的业务量或者要连接的网络的数目的增加，要求复杂的网络管理。因此，向通信设备登记的VLAN的数目（即，VLAN ID的数目）趋向于增加。

例如，如果假定能够登记4094个VLAN（作为上限）的标准MIB（dot1qVlanCurrentTable），则对于每个VLAN，“Get请求”消息应当被处理4094次，以便于获得各个端口的状态。

在SNMP的“Get请求”消息的增加造成了为了管理用途而引入网络的通信量的增加，这可能对出于其他管理目的而执行的通信产生压力。

这样的出于其他管理目的的通信可以包括用于基于除了SNMP之外的协议提供故障报告或状态的通信、或者用于响应于网络配置的改变而执行的控制的通信。当管理网络具有窄的通信带时，上述问题尤其严重。在该情况下，出于其他管理目的而执行的上述通信产生压力，这可能在经由包括相关通信设备的网络提供的服务中产生延迟。

根据上述情形，本发明的目的在于提供一种技术，该技术用于通过利用SNMP来减少在管理对其登记多个LVAN的通信设备时所产生的通信量。

解决问题的手段

本发明提供了一种通信设备，包括：

通信单元，该通信单元具有多个端口，并且根据多个VLAN的设定状态来中继数据；

状态信息管理单元，该状态信息管理单元针对端口中的每一个端口来管理状态信息，该状态信息指示VLAN中的每一个当前是否正使用该端口；以及

SNMP处理单元，该SNMP处理单元：

根据SNMP，在逐个端口的基础上接收对于状态信息的请求；

在逐个端口的基础上从状态信息管理单元获得状态信息；以及

根据SNMP将所获得的状态信息发送到另一设备。

本发明还提供了一种由具有通信单元的通信设备执行的通信方法，该通信单元具有多个端口并且根据多个VLAN的设定状态来中继数据，该方法包括：

状态信息管理步骤，该状态信息管理步骤针对端口中的每一个端口来管理状态信息，该状态信息指示VLAN中的每一个当前是否使用该端口；以及