JP2001028586A - Testing method for network device and storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To execute testing of a network system, without requiring dedicated measuring facilities by testing a network device to be tested inside the network system with data transfer and communication using virtual terminals. SOLUTION: A personal computer(PC) 3 includes a LAN card 3-1, an ODI driver 3-2, IP layer software 3-3, TCP layer software 3-4, an ICMP driver 3-5, virtual terminals 3-61 to 3-64 for performing FTP transfer and virtual terminals 3-71 to 3-74 for performing ICMP-ECHO communication. A testing device composing of plural virtual terminals with a MAC address/IP address designated by an operator through a TCP/IP connection is realized with the PC 3. Inside the PC 3, one virtual terminal is constituted for each MAC/IP address (physical address/communication destination address). Then, the network device to be tested is tested by data transfer and communication using this virtual terminal.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a method for testing a network device and a storage medium, and more particularly to a method for testing or evaluating a network device connected to a network system such as a client server system or a LAN or WAN. And a computer-readable storage medium storing a program for causing a computer to test or evaluate a network device.

[0002] In the present specification, a network device refers to an information processing device such as a server, a router, a network file device, a network printer, and a personal computer connected to a network system.

[0003]

2. Description of the Related Art In a conventional method for testing a network device, a test is performed by transferring data between the test devices as in, for example, a method proposed in Japanese Patent Laid-Open No. 9-200209. Therefore, the test of the network device is performed in a form different from the actual operation. For this reason, the same operating system (O
Under S), a test cannot be performed in an environment where a network device such as a server is operating.

In the conventional network device test method, not only the connection form but also the protocol used at the time of the test are set for the test, so that the test is performed in a software environment different from the actual operation. . On the other hand,
Conventionally, when measuring the load of the network system, it is necessary to connect a measuring device such as a LAN analyzer to the transmission line during the test and measure the load.

Further, when measuring the throughput of a network system by FTP file transfer, it is conventionally necessary to operate a performance display device such as a performance monitor on the server side, and thus the processing load on the server increases. . In the case of a server without a performance display device, the throughput must be measured on the test device side.

[0006]

Conventionally, a network device is tested in a form different from the actual operation, so that there is a problem that the test cannot be performed in the same environment as the actual operation. For this reason, even if no problem occurs in the test environment, a functional failure or the like occurs in the actual operation environment, and the accuracy and reliability of the test are low.

Further, when measuring the load of the network system, conventionally, it is necessary to connect a measuring device such as a LAN analyzer to the transmission line during the test and measure the load. There was also a problem that the test could not be performed without securing it. Further, when measuring the throughput of the network system by the FTP file transfer, conventionally, it is necessary to operate a performance display device such as a performance monitor on the server side to measure the throughput, which causes a problem that the processing load on the server increases. In addition, in the case of a server without a performance display device,
There is also a problem that the throughput must be measured on the test apparatus side and the test cannot be performed unless dedicated measurement equipment is secured.

[0008] Therefore, the present invention, in an actual operating environment,
An object of the present invention is to provide a network device test method and a storage medium that can test a network system without requiring a dedicated measurement facility.

[0009]

SUMMARY OF THE INVENTION The above-mentioned problems are each one.
Configuring one or a plurality of virtual terminals having one physical address and a communication destination address in any one network device, and performing data transfer and communication using the virtual terminals to form one or a plurality of virtual terminals in the network system. This is achieved by a network device test method for testing a network device under test.

[0010] The physical address may be a MAC address, and the communication destination address may be an IP address. The step of performing the test includes TCP / IP FTP file transfer,
By simulating the CMP-ECHO communication with one or a plurality of virtual terminals, one or a plurality of network devices under test in the network system may be tested.

In TCP / IP FTP file transfer, traffic load is adjusted by controlling access to a storage device. In ICMP-ECHO communication, traffic load is adjusted by variably setting a packet length by ping or variably setting a packet issue interval. May be adjusted. The step of performing the test may include setting the number of virtual terminals, determining the number of virtual terminals capable of obtaining the maximum throughput, and determining the number of virtual terminals to execute the test while applying the maximum load.

The step of performing the test includes disconnecting and connecting one or more network devices under test in the network system by suspending data transfer and communication for a designated time, and controlling the load on the network system. May be. An object of the present invention is to provide a computer-readable storage medium storing a program for causing a computer to test one or a plurality of network devices under test in a network system. The present invention is also achieved by a storage medium having means for configuring one or more virtual terminals having a destination address, and means for causing a computer to test a network device under test by data transfer and communication using the virtual terminal. You.

The physical address may be a MAC address, and the communication destination address may be an IP address. Therefore, according to the present invention, it is possible to realize a test method and a storage medium for a network device capable of performing a test of a network system in an actual operation environment without requiring dedicated measurement equipment.

[0014]

Embodiments of the present invention will be described below with reference to the drawings.

[0015]

DESCRIPTION OF THE PREFERRED EMBODIMENTS (1) Test Using Standard Interface FIGS. 1 and 2 are diagrams for explaining a test device for a network device. FIG. 1 is a diagram illustrating a configuration of a virtual terminal, and FIG. 2 is a diagram illustrating a protocol of the virtual terminal. The network device test apparatus employs an embodiment of the network device test method according to the present invention.

In FIG. 1, the FTP server 1 has an LA
It is connected to a personal computer 3 serving as a client via an N transmission line 2. FTP server 1 has F
Software for processing the TP protocol layer (hereinafter referred to as F
TP protocol software) 1-1, software (hereinafter, referred to as TCP / IP layer software) 1-2 for performing processing of the TCP / IP layer, and a LAN card 1-3 are included.
On the other hand, the personal computer 3 has a LAN card 3
-1, software that performs ODI processing (hereinafter referred to as ODI
3-2, software for processing the IP layer (hereinafter, referred to as IP layer software) 3-3, software for performing the processing of the TCP layer (hereinafter, referred to as TCP layer software) 3-4, ICMP (Hereinafter referred to as ICMP driver) 3-5, virtual terminals 3-61 to 3-64 performing FTP transfer, and ICMP-ECHO
Virtual terminals 3-71 to 3-74 that perform communication (Ping) are included.

With the TCP / IP connection, a personal computer 3 can realize a test device that configures eight virtual terminals with an arbitrary MAC address / IP address specified by the operator. That is, one virtual terminal is configured in the personal computer 3 for each MAC address / IP address (physical address / communication destination address). Needless to say, the number of virtual terminals is not limited to eight, and may be one or more, for example, tens or tens of thousands.

In this way, the personal computer (test apparatus) which is regarded as one or more clients can simulate, for example, as if tens or tens of thousands of clients are connected when viewed from the server. And a network system including a client and a network such as a LAN and a WAN. In FIG.
The same parts as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted. In FIG. 2, an FTP layer software 1-1, a TCP layer software 1-
2a, ICMP driver 1-4, IP layer software 1-2
b, NDIS driver 1-5 and LAN card 1-3. The server 1 is connected to storage devices such as disks 1-11 and 1-12.

On the other hand, a personal computer 3 serving as a test device has a LAN card 3-1 and an ODI driver 3-
2, IP layer software 3-3, TCP layer software 3-4, IC
MP layer software 3-5, virtual terminal 3-6 that performs FTP transfer
1-3-64 and ICMP-ECHO communication (Ping)
Virtual terminals 3-71 to 3-74 that perform. In FIG. 2, for convenience of explanation, the virtual terminals 3-61, 3-62, 3-
Reference numerals are attached only to 73, 3-74.

When performing a test of the write and read operations, for example, as shown in FIG. 2, data is written from the virtual terminal 3-61 of the personal computer 3 to the disk 1-11 via the server 1 and written. The data is read from the disk 1-11 and supplied to the virtual terminal 3-61. Similarly, data is written from the virtual terminal 3-62 of the personal computer 3 to the disk 1-12 via the server 1 and the written data is
12 and supply it to the virtual terminal 3-62. In this case, data transmission and reception are performed by TCP layer software 3-4,
This is performed using 1-2a.

When a transfer operation test is performed, data is transferred between the virtual terminal 3-73 of the personal computer 3 and the server 1 as shown in FIG.
Data is transferred between the virtual terminal 3-74 of the personal computer 3 and the server 1. In this case, packet transmission and reception are performed using the ICMP layer software 3-5 and 1-4.

For example, the FTP packet length is 1514 bytes, and 1 MB of data is PUT / GET by writing / reading by FTP. On the other hand, the Ping packet length is a variable length of 64 to 1514 bytes, and is 10 M /
100M data is transferred using LAN (CSMA / CD). Therefore, if the connection is made by TCP / IP by a test device (personal computer) that configures a virtual terminal with an arbitrary MAC address / IP address specified by the operator, the connection is made regardless of the type of network device. A test of a network system including a test device can be performed. The device under test is
For example, WindowsNT, UNIX, Sun, Sol
TCP / IP such as servers, routers, network file devices, network printers, personal computers, etc. operating on various OSs such as aris, Linux, FreeBSD (registered trademark), that is, network devices connected by an international standard interface good.

(2) Applying Load to Traffic In this embodiment, the virtual terminal generates one task for each MAC / IP address. One virtual terminal control table is prepared for one task, and each task is independently and exclusively controlled. By managing independent tasks in this way, it is possible to simultaneously execute data transmission and reception by the FTP protocol and packet transmission and reception by packet communication by ICMP-ECHO communication (Ping).

FIG. 3 is a diagram for explaining a data flow of FTP file transfer to a plurality of files. In the figure, FT
In the P file transfer, the operation of writing and reading the file on the server 1 side to and from the plurality of physical disks 1-11 and 1-12 is controlled by the virtual terminal program 3-10. The virtual terminal program 3-10 includes a driver 3 shown in FIG.
2 and software 3-3 to 3-5. As a result, the file access on the server 1 side can be distributed, and the throughput, that is, the file transfer amount per unit time can be improved. By increasing the throughput, a load can be applied to the traffic.

In the case of FIG. 3, on the execution screen of the personal computer 3, a file to be written is specified, for example, when setting parameters. At this time, the disk drive of the server 1 and the directory name are specified by the path.
Thus, it is possible to specify a file on the server 1 side for each virtual terminal, that is, for each group of virtual IP addresses.
A specification example in this case is: E: @ WORK1 (/ EWORK1) E: @ WORK2 (/ EWORK2) F: @ area1 (/ Farea1) F: @ area2 (/ Farea2)

FIG. 4 shows an ICMP-ECHO communication (Pin
FIG. 14 is a diagram illustrating an operation of arbitrarily specifying the packet length of a Ping packet in the packet transmission and reception function according to g). In the figure, (a) shows a case where the Ping length P1 is 64 bytes and the packet issue interval T1 is 100 packets / second, and (b) shows a case where the Ping length P2 is 1518 bytes and the packet issue interval T2 is 500 packets / second. Show the case.

Thus, the load can be adjusted by setting the packet length between 64 bytes and 1518 bytes, for example. Also, the ping packet issuance interval is set to, for example, 1
The load can be adjusted by setting between 00 packets / second and 500 packets / second. Packet length and Pi
By setting the ng packet issuance interval, the load on the traffic can be arbitrarily adjusted. Of course, the setting range of the packet length and the setting range of the ping packet issue interval are as follows:
The operator can arbitrarily set each of them by inputting parameters and the like.

(3) Automatic Tuning of Traffic Load FIG. 5 is a diagram for explaining the automatic tuning operation of traffic load. For convenience of explanation, it is assumed that the reference number of virtual terminals that perform the FTP transfer is 10, and the performance of the network system is measured for 5 minutes. Under this condition, the throughput of the FTP file transfer is obtained.

As shown in FIG. 5, first, three virtual terminals are added, and the performance is measured again with a total of thirteen virtual terminals. Similarly, the number of virtual terminals is reduced by three, and the performance is measured again with a total of seven terminals. As a result, the FTP file transfer throughput is found to increase, and the number of virtual terminals is adjusted in the plus (addition) direction or the minus (subtraction) direction,
Perform performance measurements. In this way, the number of virtual terminals at which the throughput of the FTP file transfer is maximized is automatically obtained in sequence. Therefore, when measuring the performance of the network system by applying the maximum load to the traffic,
The test may be performed by setting the number of virtual terminals that maximize the FTP file transfer throughput thus obtained.

(4) Application of load by disconnection and connection of network communication FIG. 6 is a diagram for explaining application of load to traffic by disconnection and connection of network communication. In the figure, the vertical axis indicates the number of virtual terminals, and the horizontal axis indicates the test time. or,
T11 indicates the data transfer time, T12 indicates the time from the data transfer end instruction to the time of no communication, and T13 indicates the no communication time. During the time T11, the data transfer is performed, and the data transfer is stopped. During the time T12, the state transits to the non-communication state. Within the time T13, a non-communication time is secured. Time T
After 13, the data transfer is restarted again at the next time T11,
Initiate call processing to the network.

In this case, the data is transferred from the virtual terminal by the FTP transfer and the ICMP-ECHO communication within the time T11 specified by the operator, and the data transfer is stopped within the time T13 specified by the operator.
As described above, by controlling the time and data transfer by the virtual terminal program 3-10, disconnection of network communication and reconnection of network communication are performed, and load on traffic is applied by disconnection and connection to the network device. be able to.

(5) Test Function of Test Apparatus FIG. 7 is a flowchart for explaining a test function using FTP transfer of the test apparatus. The personal computer 3 constituting the test apparatus implements the FTP protocol by simulation, sends test data to the server 1 by FTP file transfer, and writes the test data to, for example, a file on the disk 1-11. Then, the personal computer 3
Issues a read command to the server 1 to read test data from a file on the disk 1-11. The read test data is compared with the expected value in the personal computer 3, and if they match, the process proceeds to the next processing, and if they do not match, a data comparison error notification is output to the operator.

The personal computer 3 constituting the test apparatus controls the transmission and reception of packets of 64 to 1518 bytes of Ping data by ICMP-ECHO communication by simulation. The Ping packet is transmitted from the personal computer 3 to the server 1 and the Ping packet is received by the ECHO reply.

In FIG. 7, step 21 starts logon through the control port, and step 22 performs logon connect. Step 23 prepares for transfer (write) of a 1 MB file, and step 24 divides the file to be written into 1518-byte packets and transfers them to the server 1. A step 25 decides whether or not the transfer of the 1 MB file has been completed. If the decision result in the step 25 is NO, a step 26 transfers the next packet to the server 1 and the process returns to the step 25.

On the other hand, if the decision result in the step 25 is YES, a step 27 prepares for reading a 1 MB file, and the step 28 decides that the read file is 1 MB.
The packet is divided into 518-byte packets and transferred to the microphone and the computer 3. In step 29, the read packet of the file is compared with the corresponding expected value to determine whether they match. If the decision result in the step 29 is NO, a step 30 notifies the operator of a data comparison error by a data comparison error process.

If the decision result in the step 29 is YES, a step 31 decides whether or not the packet is the last packet. If the decision result in the step 31 is NO, a step 32 transfers the next packet to the personal computer 3, and the process returns to the step 28. On the other hand, step 3
If the decision result in 1 is YES, the process ends. FIG.
FIG. 9 is a flowchart illustrating a test function of the test apparatus using ICMP-ECHO communication. Specifically, FIG. 8 shows a transmission process, and FIG. 9 shows a reception process.

In FIG. 8, step 41 is an ICMP
Prepare a Ping packet with a header, and execute step 42
Transmits a Ping packet to the server 1. A step 43 increments the transmission counter in the personal computer 3 by one, and a step 44 determines whether or not an end instruction has been input by the operator.
If the decision result in the step 44 is NO, the process returns to the step 42. On the other hand, if the decision result in the step 44 is YES.
In step 45, the transmission of the Ping packet is stopped, and the process ends.

In FIG. 9, step 51 is to ping the personal computer 3 or the disk 1-11.
A packet receiving area is prepared, and in step 52, Ping
Receive the packet. A step 53 increments a reception counter in the personal computer 3 by 1, and a step 54 determines whether or not an end instruction has been input by the operator. If the determination result of step 54 is N
If O, the process returns to step 52. On the other hand, if the decision result in the step 54 is YES, a step 55
Stop sending ing packets. Step 56
Totals the number of transmission Ping packets and the number of reception Ping packets, and step 57 calculates the total number of transmission Ping packets.
The number of packets and the number of received Ping packets are displayed to the operator. A step 58 calculates the ping packet reception rate and displays it to the operator, and the process ends.

(6) Measurement of File Transfer Performance and Measurement of Line Load FIGS. 10 and 11 are diagrams showing the performance measurement results listed, and FIG. 10 and FIG. 11 constitute one list. As shown in FIG. 10 and FIG. 11, in the measurement of the FTP file transfer performance, the total number of transfer bytes per second is calculated for writing (transmission) and reading (reception) and displayed. In this case, the unit of the sum at the time of display is kilobytes / second.

The ping response rate is obtained by displaying the number of ping packets issued and the number of ping packets received within a designated time. The Ping reception rate is obtained and displayed by dividing the number of received Ping packets by the number of transmitted Ping packets. The line load is obtained by calculating the sum of the number of transmitted packets and the number of received packets within the measurement time, and calculating and displaying the bit processing amount per second as the line load. The unit of the line load is Mbps in this case.

The transfer performance of the FTP file, the response rate of the ping, the line load, etc. are displayed, for example, every time the time specified by the operator elapses. That is, the measurement result may be displayed at any timing. (7) Test of connection with a plurality of network systems FIGS. 12 and 13 are diagrams illustrating a test of connection with a plurality of network systems.

FIG. 12 is a diagram showing a state in which various network devices are connected via a plurality of network systems. In the figure, a server 1 and a router 61 constituting, for example, a network device under test are connected to a network 60.
Connected through. In addition, the router under test 61
It is connected to the routers 63-1 to 63-3 via the AN 62. The routers 63-1 to 63-3 are connected to the network 6
4 is connected to a real terminal 3 such as a personal computer.

In the present embodiment, the actual terminal 3
As shown in the figure, connected to multiple virtual networks,
That is, a plurality of virtual terminals, such as those divided into a plurality of virtual subnets, are configured according to the above procedure. 13, the same parts as those of FIG. 12 are denoted by the same reference numerals, and the description thereof will be omitted. 13, virtual terminals 72-1 to 72-L are connected to a router 63-1 via a virtual network 71, and virtual terminals 74-1 to 74-M are connected to a router 63-1 via a virtual network 73. -2, the virtual terminals 76-1 to 76-N are connected to the router 63-3 via the virtual network 75, and L, M, and N are positive integers, respectively.

By realizing the configuration as shown in FIG. 13, designation of a subnet mask and designation of the number of networks are performed, and access from one test apparatus (real terminal 3) to a plurality of networks is performed. be able to. or,
If a router or the like is connected to the network, a state in which packets from a plurality of networks arrive with one test apparatus can be realized in a pseudo manner.

More specifically, in the case of the network configuration shown in FIG. 13, in a connection test with a plurality of network systems, addresses are set as follows, for example. (A) Parameter specification items in multiple network systems-Server IP address and client IP address-Subnet mask and number of multiple networks-Number of virtual network clients (FTP) and number of virtual clients (ICMP) (B) Router Setting ・ The first node of each segment is a router, and the end of the address is set to 1. The network address is set by incrementing by +1. For example, the subnet is set to 255.255.0.0.

The router of the first segment is, for example, 13
If you set 0.1.0.1, the second router will be 13
0.2.0.1, the third router is 130.3.0.1
Set in advance. (C) Number of virtual terminals ・ Continuously from client IP address, for example, up to 2
The addresses for 52 units are taken, and 0, 1, 255 are not used at the end. For example, if the beginning of the IP address is 130.1.
0.2 and the number of virtual network clients (FT
If P) is 5, the following addresses are generated. 130.1.0.2 130.1.0.3 130.1.0.4 130.1.0.5 130.1.0.6 (D) Number of plural networks ・ Number of plural networks An address is generated by adding +1 to the network address. If the number of the plurality of networks is, for example, three, the following addresses are generated. 130.1.0.2 130.1.0.3 130.1.0.4 130.1.0.5 130.1.0.6 130.2.0.2 130.2.0.3 130 1.2.0.4 130.2.0.5 130.2.0.6 130.3.0.2 130.3.0.3 130.3.0.4 130.3.0.5 130. 3.0.6 (8) Log Function The result of performing the error determination on the log information of the hardware is, for example, as shown in FIGS. 10 and 11. The hardware log information is, for example, log information collected by the LAN card 3-1.

The test apparatus collects and stores hardware log information before executing the test. Next, the test apparatus reads the hardware log information again after executing the test, and saves the number of occurrences of hardware errors. Focusing on the number of occurrences of hardware errors, subtract the value before the test execution from the value after the test execution, save the difference as the number of error occurrences, and display it to the operator. The error occurrence rate obtained by dividing the number of times of error occurrence by the number of processing packets is stored and displayed to the operator. The performance measurement result during the test is stored as log information in, for example, a text file in a storage device in the test apparatus.

FIG. 14 is a perspective view showing one embodiment of a computer system. The computer system shown in FIG. 14 can function as a TCP / IP such as a server, a router, a network file device, a network printer, a personal computer, or the like, which operates on various OSs, that is, a network device connected by an international standard interface.

In FIG. 14, the computer system 1
Reference numeral 00 denotes a main unit 101 containing a CPU, a disk drive device, and the like, and a display screen 1 according to an instruction from the main unit 101
02a, a keyboard 103 for inputting various information to the computer system 100, and a display screen 102 of the display 102
A mouse 104 for designating an arbitrary position on a, a modem 105 for accessing an external database or the like to download a program or the like stored in another computer system.

A program stored in a portable recording medium such as a disk 110 or downloaded from a recording medium 106 of another computer using a communication device such as a modem 105 is input to the computer system 100 and compiled. The computer system 100 performs processing as in the above embodiment based on a program. The storage medium according to the present invention includes a storage medium such as a disk 110 storing the above-described program. The recording medium constituting the storage medium according to the present invention includes a disk 110,
The computer is not limited to a portable recording medium such as a C card memory, a floppy (registered trademark) disk, a magneto-optical disk, and a CD-ROM, and is connected via a communication device or communication means such as a modem 105 or a LAN. Includes various recording media accessible by the system.

FIG. 15 is a block diagram showing a configuration of a main part in the main body 101 of the computer system 100.
In FIG. 1, a main body 101 includes a CPU 201, a memory unit 202 including a RAM and a ROM, and a disk drive 20 for the disk 110.
3 and a hard disk drive 204. still,
Although not shown in FIG. 15, the display 102, the keyboard 103, the mouse 104, and the like are connected to the CPU 201.

The configuration of the computer system 100 is not limited to the configurations shown in FIGS. 14 and 15, and various known configurations may be used instead. As described above, the present invention has been described with reference to the embodiments. However, it is needless to say that the present invention is not limited to the above embodiments, and various modifications and improvements can be made within the scope of the present invention.

[0053]

According to the present invention, TCP / IP FTP
By simulating a network system with virtual terminals for file transfer and ICMP-ECHO communication, it is possible to simulate a network environment in which a large-scale client terminal is connected with a network configuration close to actual operation and with extremely few resources.

Further, by providing a means for applying a load to traffic, a function of measuring the throughput of FTP file transfer and the line load factor can be realized.
Load tests on network devices such as ANs and routers can be easily performed. Further, for example, virtual terminals having tens of thousands of MAC addresses / IP addresses can be configured using simple equipment such as one personal computer, so that the test can be easily expanded.

If the device under test is a router, for example, tens of thousands of MAC addresses / IP addresses can be passed, the present invention is suitable for checking overflow of the ARP table, verifying rewriting control of the ARP table, and the like. It is.

[Brief description of the drawings]

FIG. 1 is a diagram illustrating a configuration of a virtual terminal.

FIG. 2 is a diagram illustrating a protocol of a virtual terminal.

FIG. 3 is a diagram illustrating a data flow of FTP file transfer to a plurality of files.

FIG. 4 is a diagram illustrating an operation of arbitrarily specifying a packet length of a Ping packet in a packet transmission and reception function by ICMP-ECHO communication (Ping).

FIG. 5 is a diagram illustrating an operation of automatically tuning a load on traffic.

FIG. 6 is a diagram illustrating application of a load to traffic due to disconnection and connection of network communication.

FIG. 7 is a flowchart illustrating a test function using FTP transfer of the test apparatus.

FIG. 8 is a flowchart illustrating a test function of the test apparatus using ICMP-ECHO communication.

FIG. 9 is a flowchart illustrating a test function of the test apparatus using ICMP-ECHO communication.

FIG. 10 is a diagram (part 1) showing a list of performance measurement results;

FIG. 11 is a diagram (part 2) showing a list of performance measurement results;

FIG. 12 is a diagram illustrating a test of connection with a plurality of network systems.

FIG. 13 is a diagram illustrating a test of connection with a plurality of network systems.

FIG. 14 is a perspective view showing one embodiment of a computer system.

FIG. 15 is a block diagram illustrating a configuration of a main body of the computer system.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 FTP server 2 LAN transmission line 3 Personal computer

 ──────────────────────────────────────────────────続 き Continued on the front page F term (reference) 5K030 GA14 GA19 HA08 HB28 HC14 JA10 MC03 MC07 MC08 5K033 AA04 CB06 CC02 DB16 DB20 EA03 EA06 EA07 5K035 AA03 AA04 CC01 CC03 DD03 GG01 JJ04

Claims (8)

[Claims] A step of configuring one or a plurality of virtual terminals, each having one physical address and a communication destination address, in any one network device, and performing data transfer and communication using the virtual terminals; Testing one or more network devices under test in the network system. 2. The method according to claim 1, wherein the physical address is a MAC address, and the communication destination address is an IP address. 3. The step of performing the test comprises the step of:
3. The network device according to claim 2, wherein one or a plurality of network devices under test in the network system is tested by simulating the FTP file transfer of P and the ICMP-ECHO communication with one or a plurality of virtual terminals. Test method. 4. FTP / FTP file transfer of TCP / IP
4. The network device according to claim 3, wherein the traffic load is adjusted by controlling access to the storage device, and the ICMP-ECHO communication adjusts the traffic load by variably setting a packet length by ping or variably setting a packet issue interval. Test method. 5. The step of performing the test includes setting the number of virtual terminals, determining the number of virtual terminals capable of obtaining the maximum throughput, and determining the number of virtual terminals to execute the test while applying the maximum load. Item 3. The method for testing a network device according to item 1 or 2. 6. The step of performing the test includes disconnecting and connecting one or a plurality of network devices under test in the network system by suspending data transfer and communication for a designated time, thereby reducing a load on the network system. The test method for a network device according to claim 1, wherein the test is performed. 7. A computer-readable storage medium storing a program for causing a computer to test one or a plurality of network devices under test in a network system, wherein the computer has one physical address and one communication address each. A storage medium comprising: means for configuring one or more virtual terminals having a destination address; and means for causing a computer to test a network device under test by data transfer and communication using the virtual terminal. 8. The storage medium according to claim 7, wherein said physical address is a MAC address, and said communication destination address is an IP address.