JP2002152206A - Investigation system for router - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a router itself to easily and accurately investigate the routing operation by assigning one routing processor or more to be a test processor among routing processors. SOLUTION: One routing processor or more is assigned to a test router among the routing processors, and a test program working on the routing processor assigned to the test allows one router to realize functions of a conventional network test tool, such as generation of transmission packets, checking of reception packets, and transmission of error packets or the like.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a verification method for a router device connecting a plurality of networks, and more particularly to a verification method for a router device having a plurality of routing processors.

[0002]

2. Description of the Related Art Conventionally, in verification of this type of router device,
The routing information for the test is preset in the router device to be tested, and the packet generator is connected to a plurality of network interface cards under the control of a plurality of routing processors using a general-purpose packet generator. A verification method of transmitting various packets and confirming the packets that reach the packet generator again via the router device as the device under test, and at random from the packet generator,
2. Description of the Related Art A high load test or the like is performed in which network traffic is made to be in a high traffic state by continuously transmitting packets.

[0003] In addition, the legitimacy of transmitted / received packets is confirmed by connecting a personal computer or a workstation to a router as a device under test and connecting a network analyzer or the like on a connection path.

[0004] In addition, there are test methods disclosed in Japanese Patent Application Laid-Open Nos. 10-145365 and 08-056235.

[0005]

Conventionally, a general-purpose test tool such as a packet generator and a network analyzer has been indispensable for verification of a router device. These are necessary and sufficient to test the router functions corresponding to the network protocols supported by the test tools. However, in the rapidly evolving network technology, these general-purpose tests such as improvement of transfer capability and new protocols are required. Before the tool supported it, it had to be supported as a function of the router device.

In tests using these test tools, the validity of the routing result is checked manually using the dump function and statistical information of the router device.

[0007]

According to the present invention, in order to solve the above-mentioned problems, one or more routing processors among a plurality of routing processors are allocated for testing, and the routing processors are allocated for these tests. By using a test program operating on the routing processor, the functions of a general-purpose network test tool such as generation of a transmission packet, check of a reception packet, and transmission of an error packet are realized by one router device.

[0008]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a configuration diagram of a router device according to the present invention having a router device test function. 11 is
A management processor that performs routing protocol, management of all routing processors, configuration definition, and the like. 1
Reference numerals 2 and 13 denote routing processors equipped with control ware for performing a normal routing operation. Reference numeral 14 denotes a routing processor equipped with a test program, and transmits and receives test packets to and from the routing processors 12 and 13. 15, 16
And 17 are network interface cards for connecting to a network, and are connected to network interface cards under the respective routing processors by connection cables 18. In this example, only two connection cables are described from the network interface card for convenience, but the type of the network interface card (for example, Ether-Net, Gb-Ether, etc.)
Therefore, the number of connectable ports (the number of cables) differs depending on the type.

FIG. 2 shows a test management table 20 of a test program mounted on 14 routing processors.
And queue information 21 for managing the test management table queue
Table format. Test management table 2
Numeral 0 includes a transmission unit for managing transmission information and a reception unit for managing reception information. As shown in FIG. 4, the table has the same number of test items for each port of the network interface card under the control of the test routing processor 14. The transmitting unit includes a port number, a type of a packet to be transmitted, a LAN type, a destination IP address,
It consists of a Next-Hop-IP address and a pointer to an area where a transmission packet exists. The receiving unit is the source I
It is composed of a P address, a source MAC address, a pointer to an area in which an expected value of received data is stored, and a timeout time. These test management tables are registered in the test management table queue every time a packet is transmitted,
When a packet corresponding to the transmission packet is received, it is deleted from the test management table queue. This queue information is managed by 21 test management table queue information.

FIG. 3 shows a processing flow of a test program installed in the 14 routing processors. 30
Is the IP set by the operator from 19 terminals
The configuration information such as the routing information of the routing processors 12 and 13 is obtained as well as the address and the MAC address. The configuration information set by the operator from the 19 terminals is provided by a configuration definition file or a command. 32 creates the test management table shown in FIG. 2 based on the configuration information acquired in 30. Examples of the setting values will be described in the description of FIG. 31 checks whether the test management tables corresponding to all the ports have been created. After the test management tables have been created for all the ports, the process proceeds to step 33. 33 checks if there is a packet reception event, and if received, checks from the test management table queue information of 21 whether the packet was transmitted by itself in process 34. The identification of the packet transmitted by itself is performed by comparing the source MAC address of the received packet with the source MAC address of the 20 test management table receiving unit, and further comparing the source IP address of the received packet with the 20 test management table receiving unit. Of the source IP address and the destination IP address of the received packet, and the destination information of the 20 test management table transmission units. In the case of the packet transmitted by itself, the validity of the packet received in process 35 is checked. This check is performed by comparing the received data with the expected value data indicated by the pointer of the received data expected value of the 20 test management table receiving units. As a result of the comparison, if it is normal, the process deletes the test management table queue from the test management table queue in process 36 and updates the test management table queue information 21. If it is determined in the process 34 that the packet is not the packet transmitted by itself, or if the received packet is different from the expected value data in the process 35, a message is output in a process 44. If there is no packet reception event in step 33, the elapsed time from the time of transmission is checked in step 37, and if the time is equal to or longer than the time-out time indicated by the test management table receiving unit 20, the message is sent. Output and delete from test table management queue.

In a process 39, a packet to be transmitted is generated from the selected test management table 20. Note that the test management table may be selected at random by a random number, or a test management table specified by an operator may be selected. When the packet has been generated, the packet is transmitted in step 40, registered in the test management table queue in step 41, and the test management table queue information 21 is updated. The above-described series of processes from the process 33 are executed for each port (process 42), and are repeated until the end condition is detected in the process 43. The satisfaction of the normal termination condition is determined by an instruction from the operator or when a serious error occurs.

FIG. 4 is a definition example of a test management table.
As described above, the test management table has the same number of test items for each port.

FIG. 5 shows a setting example of the test management table. A setting example in which a packet is transmitted from the port 67 of the network interface 65 under the routing processor 62 on which the test program is installed, and is received at the port 74 of the network interface 66 under the routing processor 62 via the routing processors 61 and 62. Is shown. The port number of the test management table transmission unit sets the network interface card and the number by which the port can be identified, the packet type sets the type of transmission packet, and transmits an illegal packet (protocol violation, etc.). In this case, a value for sending an illegal packet is set in this packet type. LAN type is the LAN supported by the network interface
Set a value that can identify the type. As the destination, an IP address to which a finally transmitted packet reaches is set. In this example, the IP address of the port 74 is used. Next-H
op-Ip is the IP of the port that is the entrance to the next router.
Set the address. In this example, the IP address of the port 69 is set. The transmission data pointer sets an address where transmission packet data created when the test management table is generated is stored. The source IP address of the test management table receiving unit sets the IP address of the port 67, and the source MAC address is the M of the port 72.
Set the AC address. The expected value data pointer sets the address where the expected value data of the received packet is stored, and the expected value data is generated in advance based on the transmitted packet data. The timeout period sets a maximum allowable time required for a packet transmitted from the port 67 to be received at the port 74, and a packet that is not received even after this time is treated as being discarded halfway.

[0014]

According to the present invention, one or more routing processors among a plurality of routing processors are allocated for testing, so that the routing operation can be easily and accurately performed by the router alone. It can be verified.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of a router device according to the present invention having a router device test function.

FIG. 2 is a diagram showing a test management table format.

FIG. 3 is a test program processing flowchart.

FIG. 4 is a configuration diagram of a test management table.

FIG. 5 is a diagram showing a test management table setting example.

Claims (2)

[Claims] In a router device having a plurality of routing processors, a network interface card under the control of each routing processor is connected, and one or more routing processors are assigned for testing, and Is equipped with control ware that manages the routing protocol, but the routing processor assigned for testing is equipped with a test program, and the remaining routing processors are assigned as devices to be tested, and are assigned for testing. From the assigned routing processor, transmits an arbitrary packet to the routing processor assigned as the device under test,
A router system verification method, wherein a routing operation can be confirmed by one router device by confirming the response. 2. A test program installed in a routing processor allocated for testing, which holds a test management table for managing transmission / reception of a test packet and a transmission path (forwarding path), and an arbitrary packet type and packet. Length, a function of transmitting an invalid packet, a function of specifying a transmission path from routing information of a routing processor assigned as a device under test, which is given in advance by a management processor managing all routing processors, and a function of receiving from these functions. 2. The verification method for a router device according to claim 1, further comprising a function of generating an expected value of the packet.