JPH06188952A - Protocol verifying device - Google Patents

Abstract

PURPOSE:To perform careful check by providing a reception means which receives data packets to analyze each protocol, a return processing means, a transmission processing means, and a log processing means which automatically records data packets. CONSTITUTION:A reception processing means 11 receives the data packet from an apparatus 2 to be checked and analyzes it by protocols of respective layers and outputs the analysis result and discriminates whether a prescribed completion condition is satisfied or not. A return processing means 12 automatically generates a return data packet based on the received data packet and transmits it to the apparatus 2. A transmission processing means 13 generates a data packet covering all protocols based on a designated protocol and transmits it to the apparatus 2. Finally, a log processing means 14 extracts reception data corresponding to transmission data and compares contents and outputs the verification result. Thus, the data packet transmitted to the apparatus 2 and the data packet received from the apparatus correspondingly to it are extracted and are compared and verified.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a protocol verification device used for protocol inspection of a communication control program incorporated in a device connected to a network.

[0002]

2. Description of the Related Art A protocol of a communication control program incorporated in a network device is designed based on a standard, and especially in the world of internetworking,
Many devices are designed according to the recommendation called RFC. However, even though the actual device complies with the standard, due to the difference in the implementation / non-implementation of the optional function, the difference in the version, and the difference in the interpretation, the device cannot be communicated with each other or with each other. Down may occur, and if this device is a device connected to the network such as a repeater, the down has a great influence on the entire network.

In order to solve such a problem, how much the protocol processing of the communication control program installed in the network device has redundancy with respect to the optional function and the error data is determined. It is necessary to make a timely and detailed inspection. In order to deal with such a problem, JP-A-63-263950 discloses that
A method has been proposed in which the data to be transmitted is dynamically changed and error data is generated without changing the encoding processing program when inspecting each protocol.

However, in this conventional example, the encoded data is analyzed again to decide whether or not to change, and not only the extra processing is required, but also a criterion for determining whether or not to change is given every time. It must be done, and the inspection procedure is not uniform. Further, since the return process is not considered for the protocol voluntarily transmitted from the device, there is a problem that all inspections cannot be performed.

[0005]

SUMMARY OF THE INVENTION The present invention has been made in view of the above points, and an object thereof is to standardize each protocol of a communication control program incorporated in a network device. It is a simple, timely, and detailed verification method.

[0006]

In order to solve the above-mentioned problems, a protocol verification device of the present invention transmits a data packet via a general-purpose interface 10 connected to a transmission line 3 as shown in FIG. The inspection device 1 that transmits and receives and has the decoding and encoding functions for each protocol of the communication control program 21 incorporated in the device under test 2.
That is, the reception processing means 11 that receives the data packet from the device under test 2 and analyzes each protocol, and the return data packet is automatically created based on the received data packet and transmitted to the device under test 2. Return processing means 12 for
A transmission processing unit 13 that creates a data packet that covers all the corresponding protocols based on a part of the protocol data and transmits the data packet to the device under test 2 and a log processing unit 14 that automatically records the transmitted and received data packet are provided. It is characterized by that.

[0007]

2 is a flow chart showing the flow of the inspection process of the present invention. In FIG. 2, in # 100, a receiving process of receiving a data packet from the device under test 2, a returning process of returning the data packet to the device under test 2, a transmitting process of transmitting the data packet to the device under test 2, Among the log processes for automatically recording the transmitted / received data packets, which process is to be executed is determined, and these processes can be executed in an arbitrary sequence designated in advance. First, in the reception process, the data packet from the device under test 2 is received (# 111), analyzed for each protocol for each layer, and the analysis result is output (# 112). Then, it is determined whether or not a predetermined completion condition is satisfied (# 1
13). If the completion condition is satisfied, the reception process is terminated, and if the completion condition is not satisfied, # 111, # 11.
The process of 2 is continued. Next, in the return processing, a return data packet is automatically created based on the received data packet (# 121), and this data packet is processed as necessary (# 122). Then, the processed data packet is transmitted to the device under inspection 2 (# 123). Next, in the transmission process, a data packet covering all protocols is created based on the designated protocol (# 131), and this data packet is processed as necessary (# 132). Then, the processed data packet is transmitted to the device under inspection 2 (# 133). Finally, in the log processing, the reception data corresponding to the transmission data is extracted (# 141), the contents are compared, and the verification result is output (# 142). Accordingly, the data packet transmitted to the device under test 2 and the data packet corresponding to the data packet received from the device under test 2 can be extracted, compared with each other, and verified, and the verification time can be shortened. Further, when the data packet is transmitted to the inspected device 2, the change information is read, and the data packet to be transmitted is processed based on the information, so that the timing can be set arbitrarily and fine inspection can be performed.

[0008]

EXAMPLES Examples of the present invention will be described below. FIG. 3 shows a protocol hierarchy in the inspection system of the present invention. Further, FIGS. 4 to 6 show the receiving process, the reply process, and
The content of the transmission process is shown. In each figure, the MAC address of the inspection device 1 is MAC1, and the IP address is IP1.
And The MAC address of the device under test 2 is MAC
2, the IP address is IP2. The contents of each process will be described below.

First, FIG. 4 shows an embodiment of the receiving process. In this reception process, the BootP from the device under test 2 is
The inspection device 1 receives the request packet realized by the protocol, and analyzes the content of the request at each corresponding protocol layer. For example, in the IP protocol layer, each data such as IP1 indicating a destination, IP2 indicating a transmission source, and UDP indicating a type of a higher protocol of the IP protocol layer is extracted and held as analysis data.

Next, FIG. 5 shows an embodiment of the reply process. In this return processing, a corresponding return data packet is created in each protocol layer based on the analysis data obtained by the analysis in the reception processing, and is transmitted to the device under test 2. When creating the return data packet, for example, the IP2 indicating the transmission source is extracted from the analysis data and set as the destination of the return data packet, and conversely, the IP1 indicating the destination of the analysis data is extracted,
It is automatically created to correspond to each protocol layer, such as setting it as the sender of the return data packet. Further, the setting data to be added or changed to the return data packet is read, for example, IPx indicating the IP address of the device under inspection 2 or IPs indicating the IP address of the server is set, and the return data packet is processed.

Next, FIG. 6 shows an embodiment of the transmission process. In this transmission processing, the MAC address (= MAC1) and IP set in advance in the inspection device 1 are designated by designating transmission of a UDP packet as the setting data.
The address (= IP1) is taken out, and MAC1 and IP1 are automatically set to the source address of the MAC protocol layer and the source of the IP protocol layer, respectively, and a transmission data packet is created. In addition, designated data, for example, 1024 indicating the data of the destination port is set in the transmission data packet, and undesignated data, such as MA, is set.
A transmission data packet is created by setting a predetermined default value (= -1) or the like to the destination of the C protocol layer. The transmission data packet created by this is UD
It is transmitted to the device under test 2 as a P packet.

FIG. 7 shows an example in which the respective processes shown in FIGS. 4 to 6 are executed in an arbitrary combination. In the first reception process, since the reception completion condition is specified twice, the reception process is continued until the Bootp request from the device under test can be received twice. In the transmission process, an abnormal packet (UDP port invalid) is transmitted, and in the final return process, a normal return process is executed based on the data analyzed in the reception process. By this series of processing, it is possible to confirm that the device under test can receive a normal reply packet after receiving and discarding the abnormal packet (UDP port illegal) while waiting for the Bootp reply.

Further, an embodiment in which this sequence is defined in advance and the inspection process is automated is shown in FIGS. 8 and 9. FIG. 8 shows an example of the sequence definition, and the processing from (1) to (4) is repeated 5 times, and the inspection is completed. In addition, if the packet from the device under test cannot be received twice even if the reception timer value specified in advance by the inspection device is exceeded in the midway reception process, the process in (2) is instructed to sound the alarm of the inspection device. ing. When the inspection is started in the automatic inspection mode based on the pre-defined sequence in this way, as shown in FIG. 9, the input is performed from the defined file, and first, it is defined line by line from the definition file. The contents are read and analyzed, and the inspection is executed based on the analysis result. The defined contents also include instructions such as a repeat request for repeating the following process n times and a condition process request for executing a specified process when the condition is satisfied.

Next, transmission / reception between the inspection device and the inspected equipment
An example of the reception sequence is shown in FIG. Further, FIG. 11 shows the contents of the log processing in the inspection device in this case. In FIG. 10, the transmission process is discarded by the inspected device because the password is incorrect, and instead, the abnormality notification indicating the incorrect password is transmitted from the inspected device, and the inspection device receives it in the reception process. When the above transmission / reception contents are output by the log processing of FIG. 11, the reply corresponding to the transmission processing is recorded as an abnormality due to a timeout, for example, because the response does not exist due to the packet discard of the device under test. But next n + 1
Since the second log records that an abnormal password abnormality notification has been recorded, it can be confirmed from the log of the inspection device that the inspected device has normally operated for the transmission process. Further, in FIG. 10, the transmission process and the reception process are examples in which the transmission packet and the reception packet are normally exchanged, and in this case, by outputting collectively as the (n + 2) th log, the inspected device is normally operated. The operation can be easily verified automatically.

[0015]

EFFECTS OF THE INVENTION Since the present invention is configured as described above, it is possible to easily and finely perform normality and abnormality in a uniform method for each protocol of the communication control program incorporated in the network equipment. Since the condition can be set and tested, the quality of the communication control program can be improved, and it is possible to prevent the down of the device affecting the entire network.

[Brief description of drawings]

FIG. 1 is a block diagram showing a basic configuration of the present invention.

FIG. 2 is a flowchart showing an inspection process according to the present invention.

FIG. 3 is an explanatory diagram showing an example of protocol layers in the inspection system of the present invention.

FIG. 4 is an explanatory diagram showing an example of a reception process in the present invention.

FIG. 5 is an explanatory diagram showing an example of return processing according to the present invention.

FIG. 6 is an explanatory diagram showing an example of a transmission process according to the present invention.

FIG. 7 is an explanatory diagram showing processing of an arbitrary sequence in the present invention.

FIG. 8 is an explanatory diagram showing an example of a sequence definition in the present invention.

FIG. 9 is a flowchart showing an example of an automatic sequence according to the present invention.

FIG. 10 is an explanatory diagram showing an example of transmission / reception sequence processing according to the present invention.

FIG. 11 is an explanatory diagram showing an example of log processing according to the present invention.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 inspection apparatus 2 inspected equipment 3 transmission path 10 interface 11 reception processing means 12 return processing means 13 transmission processing means 14 log processing means

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Koichi Yamamoto 1048, Kadoma, Kadoma City, Osaka Prefecture Matsushita Electric Works Co., Ltd. (72) Koji Sakamoto, 1048, Kadoma, Kadoma City, Osaka Matsushita Electric Works, Ltd.

Claims (7)

[Claims] 1. An inspection apparatus which transmits and receives a data packet through an interface connected to a transmission line and has a decoding processing and an encoding processing function for each protocol of a communication control program incorporated in a device under test. A reception processing means for receiving a data packet from the device under test and analyzing each protocol, and a return processing means for automatically creating a return data packet based on the received data packet and transmitting it to the device under test, A transmission processing means for creating a data packet covering all protocols corresponding to some protocol data and transmitting the data packet to the inspected device, and a log processing means for automatically recording the transmitted / received data packet are characterized. A protocol verification device. 2. A means for executing a process of receiving a data packet from the device under test, a process of returning the data packet to the device under test, and a process of transmitting the data packet to the device under test in an arbitrary sequence. The protocol verification device according to claim 1, wherein 3. A means for executing an arbitrary sequence, comprising means for reading a predefined inspection sequence, means for analyzing the read sequence, and means for executing an inspection according to the analysis result. The protocol verification device according to claim 2. 4. A means for automatically executing an inspection in accordance with a predefined sequence, comprising means for executing repeated inspections and means for executing designated processing according to inspection end conditions. 3. The protocol verification device described in 3. 5. A transmission processing means for transmitting a data packet to a device under test, which reads change information.
The protocol verification device according to claim 1, further comprising means for processing a data packet to be transmitted based on the change information. 6. The protocol verification device according to claim 1, wherein the reception processing means for receiving the data packet from the device under test further comprises means for continuing the reception processing until a completion condition is satisfied. 7. Log processing means for automatically recording transmitted / received data packets, comparing the data packets transmitted to the device under test and the corresponding means for extracting the data packets received from the device under test. The protocol verification device according to claim 1, further comprising: