JP6546017B2 - Communication apparatus, transmission method, and program - Google Patents

Description

  The present invention relates to a communication apparatus, a transmission method, and a program, and more particularly to a communication apparatus that stores monitoring information in the MIB (Management Information Base) format, a transmission method of monitoring information in the MIB format, and a program thereof.

  In a network system, Simple Network Management Protocol (SNMP) is widely used to monitor communication devices. In monitoring using SNMP, an object defined in MIB format is used as monitoring information.

  The monitoring device collects detection statuses of various alarms in the communication device using a table type MIB indicating the detection status of the alarm. The table type MIB has, for each object, as many instances as the number of indexes. In SNMP, when acquiring the value of each instance of MIB, it is not possible to specify extraction conditions such as extracting only an instance having a specific value. Therefore, the monitoring device needs to obtain the values of all instances of each object in the table type MIB, and determine whether each instance indicates the detection of an alarm.

  As a related technology, Patent Document 1 discloses a technique for detecting a fault at high speed using a total alarm table indicating presence or absence of a fault in the base station in a monitoring system of a base station using SNMP. When the base station alarm is indicated in the total alarm table, the monitoring station further identifies the cause of the alarm by acquiring the summary alarm table and the detailed alarm table.

JP, 2006-279281, A

  In recent years, as the scale of networks has increased and communication devices have become more sophisticated and complex, the types and number of instances of objects monitored by SNMP have been increasing. For this reason, as described above, in the method in which the monitoring apparatus acquires all instances of the table type MIB and determines the alarm, it takes time to collect the table and determine the presence or absence of the alarm.

  An object of the present invention is to provide a communication apparatus, a transmission method, and a program capable of solving the above-mentioned problems and acquiring management information satisfying predetermined conditions such as occurrence of a fault at high speed.

  The communication device according to the present invention comprises, for each of a plurality of instances of an object, management table storage means for storing a management table in which an identifier of the instance is associated with a value, and a value is a predetermined condition among the instances in the management table. Instance table storage means for storing an instance table indicating an identifier of the satisfied instance, and a request for acquiring an instance of the management table from the monitoring device, the value of the instance indicated in the instance table is acquired from the management table And table control means for transmitting to the monitoring device as an instance acquisition response.

  The transmission method of the present invention receives, for each of a plurality of instances of an object, a request for acquiring an instance of a management table in which the identifier and value of the instance are associated with each other from the monitoring device, and the value of the instances in the management table is The value of the instance indicated in the instance table indicating the identifier of the instance satisfying the predetermined condition is acquired from the management table, and the value of the acquired instance is transmitted to the monitoring device as an acquisition response of the instance.

  The program of the present invention receives, from the monitoring apparatus, a request for acquiring an instance of a management table in which the identifier and value of the instance are associated with each of a plurality of instances of an object, A value of an instance indicated in an instance table indicating an identifier of an instance satisfying a predetermined condition is acquired from the management table, and the acquired value of the instance is transmitted to the monitoring device as an instance acquisition response. Run the process.

  An advantage of the present invention is that it is possible to rapidly obtain monitoring information that satisfies a predetermined condition, such as the occurrence of a failure.

It is a block diagram which shows the characteristic structure of embodiment of this invention. FIG. 1 is a block diagram showing the configuration of a communication system in an embodiment of the present invention. FIG. 1 is a block diagram showing the configuration of a computer-implemented communication device 100 according to an embodiment of the present invention. It is a figure which shows the example of the MIB table and alarm table in embodiment of this invention. It is a flowchart which shows MIB table setting processing in embodiment of this invention. It is a flowchart which shows the object acquisition process in embodiment of this invention. It is a sequence diagram which shows the example of the object acquisition process with respect to MIB of a table format in embodiment of this invention. It is a sequence diagram which shows the example of the object acquisition process with respect to MIB of a general table format.

  First, the configuration of the embodiment of the present invention will be described. FIG. 2 is a block diagram showing the configuration of the communication system in the embodiment of the present invention.

  Referring to FIG. 2, the communication system includes one or more communication devices 100 (also described as NE (Network Element)) and a monitoring device 200 (also described as NMS (Network Management System)). The communication device 100 is connected to the monitoring device 200 by wire or wirelessly. Further, the communication device 100 is connected to another communication device 100 by wire or wirelessly to configure a communication network.

  The monitoring apparatus 200 acquires the value of each instance of each object in the MIB table from the communication apparatus 100 using SNMP.

  The communication apparatus 100 transmits, to the monitoring apparatus 200, among the instances of the objects in the MIB table (target MIB table) where high-speed processing is to be performed, the value of the instance satisfying the predetermined condition.

  Hereinafter, a case where an alarm is detected as an instance satisfying a predetermined condition using an MIB table related to an alarm of the communication apparatus 100 as the target MIB table will be described as an example. The target MIB table to be subjected to high-speed processing and the predetermined conditions are set in advance by the user or the like.

  The communication apparatus 100 includes an SNMP control unit 110, a table control unit 120, an alarm detection unit 130, a communication control unit 140, a MIB table storage unit 150 (also described as a management table storage unit), and an alarm table storage unit 160 (also an instance table storage unit). Description).

  The MIB table storage unit 150 stores an MIB table (also described as a management table), which is a MIB in table format. The MIB table is specified by OID (Object Identifier).

  FIG. 4 is a diagram showing an example of the MIB table and the alarm table in the embodiment of the present invention. In FIG. 4, three MIB tables “HeavyRainAlarmTable”, “PowerFailureAlarmTable”, and “EarthquakeAlarmTable” are shown. These three MIB tables are designated by OIDs “1”, “2” and “3”, respectively.

  Each column of the MIB table corresponds to an object which is information to be monitored (monitoring information). Each object is specified by an OID obtained by adding an object identifier to the OID of the MIB table.

  For example, the MIB table "HeavyRainAlarmTable" includes objects "RainAlm" and "FloodAlm" related to two types of alarms. These two objects are respectively designated by OID "1.2" and "1.3".

  In addition, each row of the MIB table corresponds to an object (monitoring target) to monitor an object, such as an interface. Each monitoring target is specified by an index which is an integer value.

  In the MIB table, a value is set for each object (monitoring information) and each index (monitoring target). In the example of FIG. 4, “Clear” indicating that an alarm is not detected or “Alarm” indicating that an alarm is detected are set as values.

  In the embodiment of the present invention, a set of each object (monitoring information) and each index (monitoring target) is called an instance of the object, and a set of the OID of the object and the index is used as an identifier of the instance. The identifier of an instance is expressed in the form of an OID like an object.

  The alarm table storage unit 160 stores an alarm table (also described as an instance table), which is a MIB in table format. The alarm table indicates, in the target MIB table, an identifier of an instance for which an alarm has been detected (whose value is "Alarm").

  Here, it is assumed that the target MIB table is the above-mentioned three MIB tables “HeavyRainAlarmTable”, “PowerFailureAlarmTable”, and “EarthquakeAlarmTable”. In the alarm table “CurrentAlarmTable” of FIG. 4, identifiers “1.2.2”, “1.3.4”,... Of instances whose values are “Alarm” are registered in these MIB tables.

  The SNMP control unit 110 exchanges an SNMP message with the monitoring device 200.

  The table control unit 120 includes an MIB table control unit 121 and an alarm table control unit 122.

  When the alarm table control unit 122 receives an object acquisition request (also described as an instance acquisition request) of a target MIB table from the monitoring apparatus 200, the alarm table control unit 122 extracts an identifier of an instance in which an alarm is detected from the alarm table.

  The MIB table control unit 121 acquires the value of the instance of the identifier extracted by the alarm table control unit 122 from the MIB table. The acquired value of the instance is transmitted to the monitoring apparatus 200 as an object acquisition response (also described as an instance acquisition response).

  The alarm detection unit 130 detects an alarm related to each object in the MIB table in the communication apparatus 100, and updates the value of the instance in which the alarm is detected, via the table control unit 120.

  The communication control unit 140 performs control related to various communication functions provided by the communication apparatus 100, such as a base station, a relay station, a router, and a switch.

  Communication device 100 may be a computer that includes a CPU (Central Processing Unit) and a storage medium storing a program, and operates under program-based control.

  FIG. 3 is a block diagram showing the configuration of a computer-implemented communication device 100 in the embodiment of the present invention.

  In this case, the communication device 100 includes a CPU 101, a storage device 102 (storage medium) such as a hard disk and a memory, a communication device 103 for communicating with other devices, and an input / output device 104 such as a keyboard and a display. The CPU 101 executes a computer program for realizing the SNMP control unit 110, the table control unit 120, the alarm detection unit 130, and the communication control unit 140. The storage device 102 stores data of the MIB table storage unit 150 and the alarm table storage unit 160. The communication device 103 receives an object acquisition request from the monitoring device 200, and transmits an acquisition response. The input / output device 104 performs input from the user or the like, such as various settings related to the communication apparatus 100, and output to the user or the like.

  Further, each component of the communication device 100 may be an independent logic circuit.

  Next, the operation of the embodiment of the present invention will be described.

  First, MIB table setting processing in the embodiment of the present invention will be described.

  FIG. 5 is a flowchart showing MIB table setting processing in the embodiment of the present invention.

  The alarm detection unit 130 of the communication device 100 detects an alarm related to each object in the MIB table in the communication device 100 (step S101). The alarm detection unit 130 notifies the table control unit 120 of an object related to the detected alarm and an index to be monitored.

  For example, the alarm detection unit 130 detects an alarm related to the object “RainAlm” of the MIB table “HeavyRainAlarmTable” as a monitoring target of index “2”.

  The MIB table control unit 121 of the table control unit 120 updates the value of the instance in which the alarm is detected in the MIB table (step S102).

  For example, as illustrated in FIG. 4, the MIB table control unit 121 sets “Alarm” to the value of the instance of the object “RainAlm” and the index “2” in the MIB table “HeavyRainAlarmTable”.

  The table control unit 120 determines whether the detected alarm is an alarm related to an object of the target MIB table (step S103).

  In the case of an alarm related to an object of the target MIB table (step S103 / Y), the alarm table control unit 122 of the table control unit 120 registers the identifier of the instance in which the alarm is detected in the alarm table (step S104).

  For example, as illustrated in FIG. 4, the alarm table control unit 122 registers, in the alarm table, the identifier “1.2.2” of the instance of the set of the object “RainAlm” and the index “2” in the above-mentioned MIB table “HeavyRainAlarmTable”. .

  Thereafter, the process from step S101 is repeated.

  As a result, for example, an MIB table as shown in FIG. 4 and an alarm table are set in the MIB table storage unit 150 and the alarm table storage unit 160, respectively.

  Next, object acquisition processing according to the embodiment of the present invention will be described.

  FIG. 6 is a flowchart showing object acquisition processing in the embodiment of the present invention. FIG. 7 is a sequence diagram showing an example of object acquisition processing for a table type MIB in the embodiment of the present invention.

  The monitoring apparatus 200 transmits an object acquisition request (GetNext) to the communication apparatus 100 (step S201). Here, when the monitoring apparatus 200 receives the object acquisition response (GetResponse) in step S202 described later, the monitoring apparatus 200 transmits an object acquisition request specifying the identifier of the instance included in the object acquisition response. When the monitoring device 200 does not receive the object acquisition response, the monitoring device 200 transmits an object acquisition request (a predetermined acquisition request) specifying an identifier that is a standard of acquisition.

  For example, as illustrated in FIG. 7, the monitoring apparatus 200 transmits, to the communication apparatus 100, an object acquisition request (GetNext) including an identifier “1.2.0” which is a reference of acquisition. The identifier “1.2.0” is generated by assigning the index “0” to the first object “RainAlm” in the MIB table “HeavyRainAlarmTable”.

  The SNMP control unit 110 of the communication device 100 receives an object acquisition request from the monitoring device 200 (step S301). The SNMP control unit 110 transfers the identifier of the instance included in the object acquisition request to the table control unit 120.

  The table control unit 120 determines whether the object specified by the identifier included in the object acquisition request is an object of the target MIB table (step S302).

  In the case of an object of the target MIB table in step S302 (step S302 / Y), the alarm table control unit 122 extracts the identifier of the next instance of the instance specified in the object acquisition request from the alarm table (step S303). When the identifier that is the reference of acquisition is specified in the object acquisition request, the alarm table control unit 122 extracts the identifier of the first instance from the alarm table.

  For example, the alarm table control unit 122 extracts the identifier “1.2.2” of the head instance from the alarm table “CurrentAlarmTable” of FIG. 4.

  The MIB table control unit 121 acquires the value of the instance of the identifier extracted by the alarm table control unit 122 from the MIB table (step S304).

  For example, the MIB table control unit 121 acquires the value “Alarm” of the instance of the identifier “1.2.2” from the MIB table “HeavyRainAlarmTable” of FIG. 4.

  If the object is not an object of the target MIB table in step S302 (step S302 / N), the MIB table control unit 121 acquires the value of the next instance of the instance specified in the object acquisition request from the MIB table (step S305).

  The table control unit 120 transfers the acquired value of the instance to the SNMP control unit 110 together with the identifier.

  The SNMP control unit 110 transmits an object acquisition response (GetResponse) including the identifier and value of the instance transferred from the table control unit 120 to the monitoring apparatus 200 (step S306).

  For example, as illustrated in FIG. 7, the SNMP control unit 110 transmits, to the monitoring apparatus 200, an object acquisition response (GetResponse) including the identifier “1.2.2” of the instance and the value “Alarm”.

  The monitoring apparatus 200 receives an object acquisition response (GetResponse) from the communication apparatus 100 (step S202).

  The monitoring apparatus 200 determines whether the value of the instance included in the object acquisition response is “Alarm”. In the case of “Alarm”, the monitoring apparatus 200 outputs (displays) detection of an alarm to a user or the like for a set of an object (monitoring information) and an index (monitoring target) indicated by the identifier (step S203).

  For example, the monitoring apparatus 200 outputs alarm detection on the monitoring target of index “2” for the monitoring information of the object “RainAlm”.

  Thereafter, the processing from steps S201 to S203 and S301 to S306 is repeated until the value of the instance of the last identifier of the alarm table is acquired.

  For example, as illustrated in FIG. 7, the monitoring apparatus 200 transmits, to the communication apparatus 100, an object acquisition request (GetNext) including the identifier “1.2.2” of the instance included in the object acquisition response.

  The alarm table control unit 122 of the communication device 100 acquires the identifier “1.3.4” of the instance next to the identifier “1.2.2” of the instance from the alarm table “CurrentAlarmTable”. The MIB table control unit 121 acquires the value “Alarm” of the instance of the identifier “1.3.4” from the MIB table “HeavyRainAlarmTable”. The SNMP control unit 110 transmits an object acquisition response (GetResponse) including the instance identifier “1.3.4” and the value “Alarm” to the monitoring apparatus 200 as shown in FIG.

  The monitoring apparatus 200 outputs alarm detection on the monitoring target of the index “4” for the monitoring information of the object “FloodAlm”.

  Furthermore, as illustrated in FIG. 7, the monitoring apparatus 200 transmits, to the communication apparatus 100, an object acquisition request (GetNext) including the identifier “1.3.4” of the instance included in the object acquisition response.

  The alarm table control unit 122 of the communication device 100 acquires the identifier “2.2.3” of the instance following the identifier “1.3.4” of the instance from the alarm table “CurrentAlarmTable”. The MIB table control unit 121 acquires the value “Alarm” of the instance of the identifier “2.2.3” from the MIB table “PowerFailureAlarmTable”. The SNMP control unit 110 transmits an object acquisition response (GetResponse) including the instance identifier “2.2.3” and the value “Alarm” to the monitoring apparatus 200 as shown in FIG.

  The monitoring apparatus 200 outputs alarm detection at the monitoring target of index “3” for the monitoring information of the object “PSAlm”.

  Thus, the operation of the embodiment of the present invention is completed.

  In the embodiment of the present invention, an alarm is detected as an instance satisfying a predetermined condition using a MIB table related to an alarm of the communication apparatus 100 as the target MIB table (the value is “Alarm”). The case of using an instance has been described as an example. However, the present invention is not limited to this, and as the target MIB table, MIB tables relating to other states than an alarm may be used, and as predetermined conditions, values of instances of objects relating to the other states may be set. In this case, when the value of the instance of the object of the target MIB table indicates a predetermined state, the table control unit 120 sets an identifier of the instance in an instance table (corresponding to an alarm table).

  Further, in the embodiment of the present invention, the value of the instance is used as the predetermined condition. However, the present invention is not limited to this, and a range of values of the instance or a plurality of values may be set as the predetermined condition.

  Further, in the embodiment of the present invention, the case where the target MIB table and the predetermined condition are set in advance has been described as an example. However, the present invention is not limited to this, and the communication apparatus 100 holds the target MIB table and the MIB for specifying a predetermined condition, and the monitoring apparatus 200 sets the value of the MIB by SNMP, thereby the target MIB table The predetermined conditions may be changed.

  Next, the characteristic configuration of the embodiment of the present invention will be described. FIG. 1 is a block diagram showing a characteristic configuration of the embodiment of the present invention.

  Referring to FIG. 1, the communication device 100 includes a MIB table storage unit 150 (management table storage unit), an alarm table storage unit 160 (instance table storage unit), and a table control unit 120.

  The MIB table storage unit 150 stores, for each of a plurality of instances of an object, an MIB table (management table) in which an identifier of the instance is associated with a value. The alarm table storage unit 160 stores an alarm table (instance table) indicating an identifier of an instance for which an alarm is detected (which satisfies a predetermined condition) among the instances in the MIB table. When the table control unit 120 receives a request for acquiring an instance of the MIB table from the monitoring device 200, the table control unit 120 acquires the value of the instance indicated in the alarm table from the MIB table, and transmits it to the monitoring device 200 as an instance acquisition response.

  Next, the effects of the embodiment of the present invention will be described.

  According to the embodiment of the present invention, it is possible to rapidly obtain monitoring information that satisfies a predetermined condition, such as occurrence of a failure. The reason is that when the communication apparatus 100 receives a request to acquire an instance of the MIB table, the value of the instance indicated in the alarm table indicating the instance in which the alarm is detected is acquired from the MIB table and transmitted as an acquisition response of the instance. It is for.

  FIG. 8 is a sequence diagram showing an example of object acquisition processing for a general MIB in table format. In general object acquisition processing, the monitoring device acquires from the communication device all the instances included in the MIB table that is the target of alarm detection, and determines whether the value of each instance is “Alarm” or “Clear”. . Specifically, as shown in FIG. 8, the monitoring apparatus transmits an acquisition request (GetNext) by specifying the identifier of the instance included in the acquisition response (GetResponse) received from the communication apparatus. The communication apparatus acquires, from the MIB table, the value of the next instance of the instance designated by the acquisition request (GetNext), and transmits the value as an acquisition response (GetResponse) to the monitoring apparatus. The monitoring device determines whether the value of the acquired instance is “Alarm” or “Clear”. The monitoring device repeats these processes for the number of all instances included in the MIB table that is the target of alarm detection. Therefore, the number of acquisition requests (GetNext) / the acquisition response (GetResponse) is larger than the number of instances in which an alarm is detected.

  On the other hand, in the embodiment of the present invention, the identifier of the instance for which the alarm is detected is registered in the alarm table. The communication device 100 acquires the value of the instance indicated in the alarm table from the MIB table, and transmits the value as an acquisition response. For this reason, the number of acquisition requests (GetNext) / acquisition response (GetResponse) is the same as the number of instances in which an alarm is detected, and unnecessary transmission / reception of acquisition requests / acquisition responses is reduced.

  As a result, the monitoring apparatus 200 can obtain, from the communication apparatus 100, the monitoring information satisfying the predetermined condition at high speed. In addition, the amount of communication data between the monitoring device 200 and the communication device 100 is reduced.

  Although the present invention has been described above with reference to the embodiments, the present invention is not limited to the above embodiments. The configurations and details of the present invention can be modified in various ways that can be understood by those skilled in the art within the scope of the present invention.

  The present invention is widely applicable to monitoring of communication devices. In particular, the present invention can be applied to a network system that monitors communication devices using SNMP.

100 communication device 101 CPU
102 storage device 103 communication device 104 input / output device 110 SNMP control unit 120 table control unit 121 MIB table control unit 122 alarm table control unit 130 alarm detection unit 140 communication control unit 150 MIB table storage unit 160 alarm table storage unit 200 monitoring device

Claims (8)

Management table storage means for storing, for each of a plurality of instances of an object, a management table in which an identifier of the instance is associated with a value;
Instance table storage means for storing an instance table indicating an identifier of an instance whose value satisfies a predetermined condition among instances in the management table;
A table control unit that acquires a value of an instance indicated in the instance table from the management table when receiving a request for acquiring an instance of the management table from the monitoring device, and transmits the value as an instance acquisition response to the monitoring device; ,
A communication device comprising
The monitoring device collects the value of each instance of the management table using the acquisition request of the instance specifying the identifier of the instance included in the acquisition response of the instance;
The table control means extracts, from the instance table, an identifier of an instance next to the identifier of the instance specified in the acquisition request for the instance, acquires the value of the instance of the extracted identifier from the management table, Sending an acquisition response of the instance including the identifier of the extracted instance and the value of the acquired instance to the monitoring device;
Communication device. The table control means extracts an identifier of a first instance from the instance table when receiving a predetermined acquisition request from the monitoring device.
The communication device according to claim 1 . When the value of an instance in the management table satisfies the predetermined condition, the table control means registers an identifier of the instance in the instance table.
The communication apparatus according to claim 1 or 2. The object indicates presence or absence of detection of an alarm in the communication device, and the table control means registers an identifier of the instance in the instance table when the value of the instance in the management table is a value indicating alarm detection. ,
The communication device according to claim 3 . For each of a plurality of instances of an object, a request for acquiring an instance of a management table in which the identifier and value of the instance are associated is received from the monitoring device,
Among the instances in the management table, the value of the instance indicated in the instance table indicating the identifier of the instance whose value satisfies a predetermined condition is acquired from the management table,
Sending the acquired value of the instance to the monitoring device as an instance acquisition response;
A transmission method,
The monitoring device collects the value of each instance of the management table using the acquisition request of the instance specifying the identifier of the instance included in the acquisition response of the instance;
When acquiring the value of the instance from the management table, the identifier of the instance next to the identifier of the instance specified in the acquisition request for the instance is extracted from the instance table, and the value of the extracted identifier is managed Get from the table,
When transmitting the acquisition response of the instance, the acquisition response of the instance including the identifier of the extracted instance and the value of the acquired instance is transmitted to the monitoring device.
How to send   Furthermore, when a predetermined acquisition request is received from the monitoring device, the identifier of the first instance is extracted from the instance table;
  The transmission method according to claim 5. On the computer
For each of a plurality of instances of an object, a request for acquiring an instance of a management table in which the identifier and value of the instance are associated is received from the monitoring device,
Among the instances in the management table, the value of the instance indicated in the instance table indicating the identifier of the instance whose value satisfies a predetermined condition is acquired from the management table,
Sending the acquired value of the instance to the monitoring device as an instance acquisition response;
A program that executes processing,
The monitoring device collects the value of each instance of the management table using the acquisition request of the instance specifying the identifier of the instance included in the acquisition response of the instance;
When acquiring the value of the instance from the management table, the identifier of the instance next to the identifier of the instance specified in the acquisition request for the instance is extracted from the instance table, and the value of the extracted identifier is managed Get from the table,
When transmitting the acquisition response of the instance, the acquisition response of the instance including the identifier of the extracted instance and the value of the acquired instance is transmitted to the monitoring device.
A program that runs a process.   Furthermore, when a predetermined acquisition request is received from the monitoring device, the identifier of the first instance is extracted from the instance table;
  The program according to claim 7, which causes a process to be performed.

Images