US6751761B1 - Method and apparatus for testing network, and recording medium - Google Patents

Method and apparatus for testing network, and recording medium Download PDF

Info

Publication number
US6751761B1
US6751761B1 US09/600,484 US60048400A US6751761B1 US 6751761 B1 US6751761 B1 US 6751761B1 US 60048400 A US60048400 A US 60048400A US 6751761 B1 US6751761 B1 US 6751761B1
Authority
US
United States
Prior art keywords
network
program
test data
test
layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
US09/600,484
Inventor
Shigeaki Tendo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Assigned to FUJITSU LIMITED reassignment FUJITSU LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TENDO, SHIGEAKI
Application granted granted Critical
Publication of US6751761B1 publication Critical patent/US6751761B1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Definitions

  • the present invention generally relates to network test methods, network testing apparatuses, and recording media, and, more particularly, to a network test method, a network testing apparatus, and a recording medium, by which a test can be carried out in a system having a plurality of nodes (network connecting devices such as personal computers and workstations) connected to a computer network such as a LAN (Local Area Network) or WAN (Wide Area Network).
  • nodes network connecting devices such as personal computers and workstations
  • a computer network such as a LAN (Local Area Network) or WAN (Wide Area Network).
  • FIG. 1 shows the structure of a system
  • FIG. 2 shows the 7-layer model for OSI.
  • a LAN is applied to the system shown in FIG. 1 .
  • a router 2 is connected to a main line LAN 1
  • a hub 3 - 1 is connected to the router 2 .
  • a branch line LAN 4 is connected to the hub 3 - 1
  • another hub 3 - 2 is connected to the branch line LAN 4 .
  • a large number of nodes 5 - 1 , 5 - 2 , 5 - 3 , . . . are connected to the hub 3 - 1 . Though not shown, a large number of nodes are also connected to the hub 3 - 2 connected to the branch line LAN 4 . In this system, the nodes are used for communication through the LAN lines.
  • Each of the nodes has the functions of the OSI (Open Systems Interconnection) reference model.
  • the OSI reference model is the standard model of network protocols concerning open systems interconnection.
  • the functions of the OSI reference model can be represented by the 7-layer model L 0 for OSI shown in FIG. 2 .
  • the 7-layer model L 0 for OSI comprises an application layer L 1 , a presentation layer L 2 , a session layer L 3 , a transport layer L 4 , a network layer L 5 , a datalink layer L 6 , and a physical layer L 7 .
  • the application layer L 1 is a layer for performing necessary communication in an operation by a user through application.
  • the presentation layer L 2 is a layer for conversion into data format presentable for the application layer L 1 .
  • the session layer L 3 is a layer for providing a function of orderly application interaction.
  • the transport layer L 4 is a layer for establishing and releasing transport connection, multiplexing data, performing flow control and retransmission control, and the like.
  • the network layer L 5 has functions of performing path control, establishing and releasing network connection, multiplexing data, performing flow control, and dividing and combining packets.
  • the datalink layer L 6 detects an error in a bit string and restores the bit string to ensure accurate data transfer.
  • the physical layer L 7 controls an electric and mechanical interface so as to carry out bit serial transmission or parallel transmission on a physical medium such as a communication line.
  • LLC logical link control
  • MAC media access control
  • MAU media attachment unit
  • the network connecting devices (the nodes) transmit and receive data so as to check their normality.
  • test targets the nodes themselves, and a test is not converted on the entire network including the network transmission paths.
  • each network connecting device (such as a node) serves as a testing device to transmit and receive data, thereby confirming normality of the network. Accordingly, only the connecting devices are tested, and a total network test on the entire network including the transmission paths is not properly carried out.
  • the objects of the present invention are to solve the above problems in the prior art, and to enable a computer to perform a test on each layer in a network by a special-purpose testing device, so that the connection of the network and nodes are entirely secured.
  • the present invention provides a method of testing a network for normality with a testing device in which a testing program is installed.
  • This testing program includes two independent programs, a transmission program and a reception program, and a loopback test is performed between the transmission program and the reception program, thereby confirming normality of the network.
  • the transmission program and the reception program each have a testing interface in each of a logical link control layer, a network layer, a transport layer, and an application layer, and transmission and reception of test data during the loopback test are performed through the testing interfaces.
  • the transmission program transmits test data from the application layer, the transport layer, and the network layer, while the reception program receives the test data on the application layer, the transport layer, and the network layer, thereby determining normality of the application layer, the transport layer, and the network layer of the network.
  • a loopback test is performed between a transmission program and a reception program, which are independent of each other. Based on the result of the loopback test, normality of the network is determined.
  • the transmission program and the reception program transmit and receive test data through the respective interfaces of the logical link control layer, the network layer, the transport layer, and the application layer.
  • FIG. 1 is a schematic view of a conventional network system
  • FIG. 2 shows the 7-layer model for OSI
  • FIG. 3 is a schematic diagram of a system of a first embodiment of the present invention.
  • FIG. 4 shows the relationship between a testing program of the first embodiment and the 7-layer model for OSI
  • FIG. 5 is a schematic diagram of a system of a second embodiment of the present invention.
  • FIG. 6 shows the relationship between a testing program of the second embodiment and the 7-layer model for OSI
  • FIG. 7 is a schematic diagram of a system of a third embodiment of the present invention.
  • FIG. 8 shows the relationship between a testing program of the third embodiment and the 7-layer model for OSI
  • FIG. 9 illustrates an operation of a loop test
  • FIG. 10 illustrates an operation of a catch test
  • FIG. 11 shows the entire structure of data used in a testing program
  • FIG. 12 shows the structure of control data in the data used in the testing program
  • FIG. 13 shows the structures of protocol type data in the data used in the testing program
  • FIG. 14 shows the structure of command data in the data used in the testing program
  • FIG. 15 shows the structure of return code data in the data used in the testing program
  • FIG. 16 shows the structure of a data area in the data used in the testing program
  • FIG. 17 is a sequence diagram of a test using the data shown in FIGS. 11 to 16 ;
  • FIG. 18 is a sequence diagram of a modified test of the sequence of FIG. 17;
  • FIG. 19 is a sequence diagram of an operation when an error is detected in a testing node.
  • FIG. 20 is a sequence diagram of an operation when an error is detected in a tested node.
  • the outline of the network test method is as follows.
  • a testing program (a special-purpose testing device) for a network test is employed, and test data (packet) is transferred through each of the datalink layer, the network layer, the transport layer, and the session layer in the OSI reference model, thereby testing the network for normality.
  • test data packet is transferred through each of the datalink layer, the network layer, the transport layer, and the session layer in the OSI reference model, thereby testing the network for normality. This test is carried out between the following devices.
  • a first test method is a loopback test between a testing device (testing program) and an MAU (media attachment unit). This test will be hereinafter referred to as “testing device (testing program) and MAU loopback test”.
  • test method is a loopback test between a testing device (testing program) and a designated node. This test will be hereinafter referred to as “testing device (testing program) and designated node loopback test”.
  • test devices testing programs
  • testing programs loopback test
  • test program has functions as follows.
  • a reception program (reception protocol) and a transmission program (transmission protocol) exist independently of each other.
  • the reception program In response to a connection request from the transmission program, the reception program returns a “test allowed” message or “test not allowed (or connection rejected)” message.
  • the reception program Upon receipt of a “loopback echo” command or a “designated pattern continue response” command, the reception program transmits a response.
  • the reception program In response to a connection release request from the transmission program, the reception program returns a “release completed” response or a “forcibly release completed (or test data return interruption)” response.
  • the transmission program and the reception program each have a test interface for each of the logical link control (LLC) layer, the network layer, the transport layer, and the application layer.
  • LLC logical link control
  • the test data transmission and reception during the loopback test are carried out through the test interfaces.
  • the reception program is in a stand-by state in the initial stage, and is activated upon receipt of a connection request from the transmission program.
  • the testing program possesses commands for connection, disconnection, loopback, and special pattern responses.
  • test device testing program
  • MAU loopback test MAU loopback test
  • FIG. 3 is a schematic diagram of a system of a first embodiment of the present invention.
  • FIG. 4 shows the relationship between the testing program of the first embodiment and the 7-layer model for OSI.
  • test data (a test packet) is looped back in a hub 3 which is provided in the 10 BASE-T standard.
  • a testing device 11 has both a reception program 15 and a transmission program 14 .
  • a testing program 10 containing the reception program 15 and the transmission program 14 directly drives an I/O control driver of the LLC layer.
  • the “10BASE-T” specifies a base band having a data transmission rate of 10 Mbps, and using a twisted pair wire. This is substantially equivalent to a normal star LAN at 10 Mbps.
  • the transmission program 14 and the reception program 15 each perform protocol control to transmit or receive test data (packets). The test is actually performed as follows.
  • the testing device 11 is connected to the hub 3 , which is connected to a LAN, via a twisted pair wire 12 (a cable provided in the 10 BASE-T).
  • a loopback test is performed between the testing device 11 and the hub 3 .
  • the testing device 11 has the testing program 10 that includes the transmission program 14 and the reception program 15 , and the loopback test starts when an operator activates the testing program 10 .
  • the testing device 11 is normally represented by a personal computer (a notebook computer, for instance) or a workstation. Prior to the test, the validity of the testing device 11 needs to be confirmed.
  • the transmission program 14 first transmits a packet provided in the IEEE 802.2. This packet is looped back at the hub 3 , and the reception 15 then receives the packet. The transmission and reception of the packet are carried out at the network layer L 5 , when the LAN driver of an LLC layer L 6 a in the data link layer L 6 is directly driven.
  • the testing program 10 compares the packet transmitted by the transmission program 14 with the packet received by the reception program 15 so as to judge the normality of the tested object. Based on the judgement result, the normality of the tested object is confirmed.
  • FIG. 5 is a schematic diagram of a system of the second embodiment of the present invention.
  • FIG. 6 shows the relationship between a testing program of the second embodiment and the 7-layer model for OSI.
  • testing device testing program
  • designated node loopback test designated node loopback test
  • the testing device 11 is used as a testing node, and a user terminal 17 (a personal computer, for instance) is used as a node to be tested.
  • the testing device 11 and the user terminal 17 are connected to a network 16 via the hubs 3 .
  • the testing device 11 is provided with the transmission program 14
  • the user terminal 17 is provided with the reception program 15 .
  • a test is carried out for the range from the hub 3 on the side of the testing device 11 to the user terminal 17 (i.e., the range including the network 16 , the hub 3 , and the user terminal 17 ). In this test, the normality of the node is checked.
  • test There are two types of test in this embodiment: one is a loop test in which the node to be tested receives test data from the testing node, and returns the test data to the testing node; and the other is a catch test in which the testing node notifies the node to be tested of a data format, and the node to be tested transmits the test data in the data format to the testing node.
  • the loop test will be described below in greater detail.
  • the transmission program 14 of the testing device 11 (the testing node) transmits the test data to the user terminal 17 via the network 16 .
  • the test data is looped back by the reception program 15 of the user terminal 17 , and is returned to the testing device 11 .
  • This returned packet is received by the testing device 11 , which then compares this received packet with the packet transmitted to the user terminal 17 , so as to judge the normality of the tested object.
  • the relationship between the testing program in this loop test and the 7-layer model for OSI L 0 is shown in FIG. 6 .
  • the testing program (the test protocol) is on the application layer L 1 , the transport layer L 4 , and the network layer L 5 .
  • the SNA (Systems Network Architecture) used in this test is a network system developed by IBM Corp.
  • the FNA (Fujitsu Network Architecture) is a network system developed by Fujitsu Limited.
  • the transmission program 14 of the testing device 11 transmits a packet (test data) from the application layer L 1 to the user terminal 17 via the transmission media of the physical layer L 7 .
  • the reception program 15 of the user terminal 17 loops back the packet on the application layer L 1 , and returns the packet to the testing device 11 .
  • the testing device 11 receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17 , thereby testing the application layer L 1 .
  • the transmission program 14 of the testing device 11 next transmits a packet from the transport layer L 4 to the user terminal 17 via the transmission media of the physical layer L 7 .
  • the reception program 15 of the user terminal 17 loops back the packet on the transport layer L 4 , and again returns the packet to the testing device 11 .
  • the testing device 11 receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17 , thereby testing the transport layer L 4 .
  • the transmission program 14 of the testing device 11 transmits a packet from the network layer L 5 to the user terminal 17 via the transmission media of the physical layer L 7 .
  • the reception program 15 of the user terminal 17 loops back the packet on the network layer L 5 , and again returns the packet to the testing device 11 .
  • the testing device 11 then receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17 , thereby testing the network layer L 5 .
  • the transmission program 14 of the testing device 11 transmits an FNA test frame packet (test data) provided in the IEEE 802.2 based on the FNA.
  • This FNA test frame packet is sent to the user terminal 17 via the transmission media of the physical layer L 7 .
  • the reception program 15 of the user terminal 17 loops back the FNA test frame packet on the network layer L 5 , and returns the FNA test frame packet to the testing device 11 .
  • the testing device 11 receives the returned packet, and compares the returned packet with the FNA test frame packet transmitted to the user terminal 17 , thereby testing the network layer L 5 .
  • the transmission program 14 of the testing device 11 transmits an SNA test frame packet, which is provided in the IEEE802.2, based on the SNA.
  • This SNA test frame packet is sent to the user terminal 17 via the transmission media of the physical layer L 7 .
  • the reception program 15 of the user terminal 17 loops back the received packet on the network layer L 5 , and again returns the packet to the testing device 11 .
  • the testing device 11 receives the returned packet, and compares the returned packet with the SNA test frame packet transmitted to the user terminal 17 , thereby testing the network layer L 5 .
  • FIGS. 7 and 8 a third embodiment of the present invention will be described below.
  • FIG. 7 is a schematic diagram of a system of the third embodiment of the present invention
  • FIG. 8 shows the relationship between a testing program of the third embodiment of the present invention and the 7-layer model for OSI.
  • testing device testing program
  • testing device testing program
  • the test of this embodiment entails a testing device 11 a on the transmission side and a testing device 11 b on the reception side.
  • the testing device 11 a and the testing device 11 b are connected to the network 16 via the hubs 3 .
  • the testing device 11 a on the transmission side is provided with the transmission program 14
  • the testing device 11 b on the reception side is provided with the reception program 15 .
  • a test is carried out for the range between the two hubs 3 (i.e., the range including the network 16 as shown in FIG. 7 ). In this test, the normality of the test object is checked.
  • the transmission program 14 of the testing device 11 a on the transmission side transmits a packet to the testing device 11 b on the reception side via the network 16 .
  • the reception program 15 of the testing device 11 b on the reception side loops back the packet, and returns the packet to the testing device 11 a on the transmission side.
  • the testing device 11 a receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby checking the test object for normality.
  • the relationship between the testing program of this embodiment and the 7-layer model for OSI L 0 is shown in FIG. 8 .
  • the test protocol (the testing program) is activated on the LLC layer L 6 a , as well as on the application layer L 1 , the transport layer L 4 , and the network layer L 5 .
  • a loop test is again performed in this embodiment, but this embodiment can also be applied to a catch test.
  • the transmission program 14 of the testing device 11 a on the transmission side transmits a packet from the application layer L 1 to the testing device 11 b on the reception side via the transmission media of the physical layer L 7 .
  • the reception program 15 of the testing device 11 b on the reception side loops back the packet on the application layer L 1 , and returns the packet to the testing device 11 a on the transmission side.
  • the testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the application layer L 1 .
  • the transmission program 14 of the testing device 11 a on the transmission side next transmits a packet from the transport layer L 4 to the testing device 11 b on the reception side via the transmission media of the physical layer L 7 .
  • the transmission program 15 of the testing device 11 b on the reception side loops back the packet on the transport layer L 4 , and returns the packet again to the testing device 11 a on the transmission side.
  • the testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the transport layer L 4 .
  • the transmission program 14 of the testing device 11 a on the transmission side transmits a packet from the network layer L 5 to the testing device 11 b on the reception side via the transmission media of the physical layer L 7 .
  • the reception program 15 of the testing device 11 b on the reception side loops back the packet, and returns the packet again to the testing device 11 a on the transmission side.
  • the testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception packet, thereby testing the network layer L 5 .
  • the transmission program 14 of the testing device 11 a on the transmission side next transmits a packet, which is provided in the IEEE802.2, from the LLC layer L 6 a of the datalink layer L 6 to the testing device 11 b on the reception side via the transmission media of the physical layer L 7 .
  • the reception program 15 of the testing device 11 b on the reception side loops back the packet on the LLC layer L 6 a of the datalink layer L 6 , and returns the packet again to the testing device 11 a on the transmission side.
  • the testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the LLC layer L 6 a.
  • FIG. 9 shows the procedures of the loop test in the second and third embodiments.
  • an operator manually starts a node N 1 to be tested, and puts the node N 1 in a waiting state (step S 1 - 1 ).
  • the operator then manually starts a testing node N 2 (step S 1 - 2 ).
  • the testing node N 2 transmits test data (a packet) to the tested node N 1 (step S 1 - 3 ).
  • the tested node N 1 receives the test data and returns the test data to the testing node N 2 (step S 1 - 4 ).
  • the testing node N 2 compares the transmitted test data with the returned test data, so as to confirm the normality of the data transmission (step S 1 - 5 ). Steps S 1 - 1 to S 1 - 5 are then repeated.
  • loop test is performed in the second and third embodiments, a catch test can also be performed.
  • FIG. 10 shows an operation of a catch test in accordance with the present invention.
  • an operator manually starts the node N 1 to be tested, and puts the node N 1 in a waiting state (step S 2 - 1 ).
  • the operator then starts the testing node N 2 (step S 2 - 2 ).
  • the testing node N 2 notifies the tested node N 1 of the data format of test data to be transmitted (step S 2 - 3 ).
  • the tested node N 1 receives the notification, and returns the test data of the designated format to the testing node N 2 (step S 2 - 4 ).
  • the testing node N 2 determines whether or not the returned test data is in the designated data format (step S 2 - 5 ). Steps S 2 - 1 to S 2 - 5 are then repeated.
  • FIG. 11 shows the entire structure of data used in the testing program in accordance with the present invention.
  • FIG. 12 shows the data structure of a control part of the data used in the testing program.
  • FIG. 13 shows the data structure of a protocol type part of the data used in the testing program.
  • FIG. 14 shows the data structure of a command part of the data used in the testing program.
  • FIG. 15 shows the data structure of a return code part of the data used in the testing program.
  • FIG. 16 shows the data structure of a data unit of the data used in the testing program.
  • the test data D 0 (also referred to as “protocol data” in this specification) used in each layer of the network comprises a control unit D 1 and the data unit D 2 .
  • the control unit D 1 holds control information such as protocol types and commands.
  • the data unit D 2 holds test data or additional information for the control unit.
  • control unit D 1 and the data unit D 2 will be described below in greater detail.
  • the control unit D 1 in the protocol data D 0 defines information necessary for performing the test.
  • the control unit D 1 consists of 12-byte data, and defines information including a 1-byte protocol type (Pid) D 11 , a 1-byte command (CMD) D 12 , a 1-byte return code (RC) D 13 , a 2-type data length (Leg) D 15 , and a 2-byte test loop count (Count) D 17 .
  • Pid protocol type
  • CMD 1-byte command
  • RC 1-byte return code
  • Leg 2-type data length
  • Count 2-byte test loop count
  • the protocol type (Pid) D 11 includes codes C 0 and C 1 .
  • the code C 0 is a request code
  • the code C 1 is a response code.
  • the command (CMD) D 13 is a command PROLOG (code 01 ), a command EPILOG (code 02 ), a command LOOP (code 03 ), a command MESSAGE (code 04 ), or a command CATCH (code 05 ).
  • the command PROLOG (code 01 ) is a command for starting data transmission. In compliance with this command, the protocol version and system information are exchanged to confirm the connection.
  • the command EPILOG (code 02 ) is a command for ending data transmission.
  • the command LOOP (code 03 ) is a command to instruct the testing node to loop back the test data, and to instruct the tested node to return the test data to the testing node.
  • the command MESSAGE (code 04 ) is a command to instruct the tested node to display a message, and can be transmitted anytime during the sequence between the command PROLOG and the command EPILOG.
  • the command CATCH (code 05 ) is a command to notify the testing node of a data format, and to instruct the tested node to return the test data.
  • the return code (RC) D 14 is 1-byte data. As shown in FIG. 15, the state of the tested node is sent as the return code RC to the testing node. The testing node examines the return code RC, and performs the following processes. The return code RC might be defined by a response to each command.
  • the return code RC is a normal return code ( 00 ) or an abnormal return code ( 01 , 02 , 03 , 04 , 05 , 10 , or 20 ).
  • the abnormal return code indicates a protocol data error ( 01 , 02 , 03 , 04 , or 05 ), a sequence error ( 10 ), or a cancelled process ( 20 ).
  • the return code RC ( 00 ) is a code for indicating that a process specified by a command has successfully ended.
  • the return code RC ( 01 ) is a code for indicating that there is an error in a protocol type code.
  • the return code RC ( 02 ) is a code for indicating that there is an error in a command code.
  • the return code RC ( 03 ) is a code for indicating that there is an error in a data length.
  • the return code RC ( 04 ) is a code for indicating that there is an error with code designation in the display data of a message request.
  • the return code RC ( 05 ) is a code for indicating that there is no function corresponding to the protocol version specified by a protocol request.
  • the return code RC ( 10 ) is a code for indicating that there is a sequence error in a received request command.
  • the sequence error means a case where a command for starting a test is not the command PROLOG, or a case where the command PROLOG is issued twice, for instance.
  • the return code RC ( 20 ) is a code for indicating that a test is interrupted or forcibly interrupted due to an incident in the operation of the tested node.
  • the data length (Leg) D 15 indicates the length of the data unit D 2 , and is made up of 2 bytes.
  • the test loop count (Count) D 17 indicates the number of times the master is carried out.
  • the initial value of the test loop count D 17 is X000.
  • the test loop count D 17 is used only for a request for or a response to the command LOOP, and is not used for a request for or a response to any other command.
  • the data unit D 2 is made up of 0-byte to 4084-byte data.
  • the data unit D 2 is made up of a detailed command information area and a test data area, which are determined by the contents of the control unit D 1 .
  • FIG. 17 is a sequence diagram of a test that is carried out using the data shown in FIGS. 11 to 16 .
  • step S 3 - 1 the testing node N 1 and the node N 2 to be tested are connected via a network (step S 3 - 1 ).
  • network connection and disconnection are not specified.
  • a request (PROLOG) is sent from the testing node N 1 to the node N 2 to be tested.
  • a response (PROLOG) to the request is returned from the tested node N 2 to the testing node N 1 (step S 3 - 2 ).
  • a request (LOOP/CATCH) is then sent from the testing node N 1 to the tested node N 2 , and s response (LOOP/CATCH) is returned from the tested node N 2 to the testing node N 1 (step S 3 - 3 ). These steps are repeated the number of times equivalent to the number of test loops.
  • a request (EPILOG) is sent from the testing node N 1 to the tested node N 2 , and a response (EPILOG) to the request is returned from the tested node N 2 to the testing node N 1 (step S 3 - 4 ).
  • a response (EPILOG) to the request is returned from the tested node N 2 to the testing node N 1 (step S 3 - 4 ).
  • a DISCONNECT step the test node N 1 and the tested node N 2 are disconnected via the network (step S 3 - 5 ).
  • FIG. 18 shows a sequence diagram of a modification of the test sequence shown in FIG. 17 .
  • a MESSAGE step is added to the sequence of FIG. 17 .
  • the testing node N 1 and the node N 2 to be tested are connected via a network (step S 4 - 1 ).
  • a network In this protocol, network connection and disconnection are not specified.
  • s PROLOG step a request (PROLOG) is sent from the testing node N 1 to the node N 2 to be tested, and a response (PROLOG) to the request is returned from the tested node N 2 to the testing node N 1 (step S 4 - 2 ).
  • a request (LOOP/CATCH) is sent from the testing node N 1 to the node N 2 to be tested, and a response (LOOP/CATCH) to the request is returned from the tested node N 2 to the testing node N 1 .
  • a request (MESSAGE) is sent from the testing node N 1 to the node N′′ to be tested, and a response (MESSAGE) to the request is returned from the tested node N 2 to the testing node N 1 .
  • a request (LOOP/CATCH) is sent from the testing node N 1 to the node N 2 to be tested, and a response (LOOP/CATCH) to the request is returned from the tested node N 2 to the testing node N 1 (step S 4 - 3 ).
  • an EPILOG step a request (EPILOG) is sent from the testing node N 1 to the node N 2 to be tested, and a response (EPILOG) to the request is returned from the tested node N 2 to the testing node N 1 (step S 4 - 4 ).
  • a DISCONNECT step the testing node N 1 and the tested node N 2 are disconnected via the network (step S 4 - 5 ).
  • FIG. 19 is a sequence diagram of an operation when an error is detected in the testing node N 1 .
  • the testing node N 1 When an error is detected in the testing node N 1 , the testing node N 1 sends an EPILOG request to the node N 2 to be tested (step S 5 - 1 ).
  • the code in the data unit D 2 of the EPILOG request is sent as X‘00FF’.
  • the tested node N 2 Upon receipt of the EPILOG request, the tested node N 2 transmits an EPILOG response to the testing node N 1 (step S 5 - 2 ).
  • the testing node N 1 and the tested node N 2 are then disconnected via the network (step S 5 - 3 ).
  • FIG. 20 is a sequence diagram of an operation when an error is detected in the tested node N 2 .
  • the tested node N 2 transmits a response (a return code RC) to the testing node N 1 (step S 6 - 4 ).
  • the return code RC corresponding to the cause of the error detected in the tested node N 2 is stored in the return code area D 14 in the control unit D 1 of the response protocol data D 0 , as shown in FIG. 12 .
  • the return code RC is then sent to the testing node N 1 .
  • the meaning of the return code is determined by the response corresponding to the command received by the tested node.
  • the testing node N 1 and the tested node N 2 are then disconnected via the network (step S 6 - 5 ).
  • the network is tested for normality by the testing device in which the testing program is installed.
  • the testing program has to independent programs, the transmission program and the reception program.
  • the loopback test is performed between the transmission program and the reception program, thereby confirming the network for normality.
  • the testing device 11 or the user terminal 17 is provided with a hard disk device, and the testing program is stored in the recording medium (hard disk) of the hard disk device.
  • the testing program stored in the recording medium of the hard disk device is read out and stored in the memory in the testing device 11 or the user terminal 17 under the control of the CPU.
  • the CPU then reads out a necessary program among the programs stored in the memory, and executes the program so as to perform the test.
  • a program is stored in the recording medium of the hard disk device in the following manner.
  • a program stored in a flexible disk is read by a flexible disk drive provided in the testing device 11 or the user terminal 17 , and is then stored in the recording medium (hard disk) of the hard disk device.
  • Data stored in the recording medium such as an magneto-optical disk or a CD-ROM, is read by a drive unit provided in the testing device 11 or the user terminal 17 , and is then stored in the recording medium (hard disk) of the hard disk device.
  • a communication line such as a LAN
  • the present invention has the following effects:
  • a total network test on the entire network including the transmission paths is not adequately carried out.
  • a test can be performed on each layer of the network by a special-purpose device, thereby ensuring connection between the network and nodes.
  • a conventional connector loopback test such as a physical-layer loopback or node loopback
  • the test itself is carried out through a program, and the layer structure of the network is not taken into account in the conventional test. For instance, when normality is confirmed on the physical layer, the network control program is not activated, or which layer a communication error between applications comes from cannot be detected. To solve this problem, it is necessary to change the fundamentals of the network test.
  • a test can be performed on each layer of the network by a special-purpose device, thereby entirely ensuring the connection between the network and the nodes.
  • the cause of a network error and which layer the network error comes from can be detected.
  • a setting error that cannot be detected in each layer through a conventional program can be easily solved.
  • a loopback test is performed between a transmission program and a reception program, which are independent of each other. Based on a result of the loopback test, normality of the network is determined.
  • the transmission program and the reception program transmit and receive test data through the respective interface provided in the logical link layer, the network layer, the transport layer, and the application layer, thereby testing each layer of the network by the special-purpose device.
  • the connection among the network and the nodes can be entirely ensured.
  • the cause of a network error and which layer the network error comes from can be detected.
  • a setting error that cannot be detected in each layer through a conventional program can be easily corrected.
  • the CPU of a computer executes a program in the recording medium, so that a loopback test is performed between the transmission program and the reception program to confirm normality of the network. In this manner, a test can be performed on each layer of the network by the special-purpose device, and the connection among the network and the nodes can be totally ensured.

Abstract

The present invention relates to a node connection test method and a recording medium by which a test can be carried out in a system having a plurality of nodes (network connecting devices such as personal computers and workstations) connected to a network such as a LAN (Local Area Network) or WAN (Wide Area Network). A testing program used in the method of the present invention includes two independent programs, a transmission program and a reception program. A loopback test is performed between the transmission program and the reception program, thereby confirming normality of the network.

Description

TECHNICAL FIELD
The present invention generally relates to network test methods, network testing apparatuses, and recording media, and, more particularly, to a network test method, a network testing apparatus, and a recording medium, by which a test can be carried out in a system having a plurality of nodes (network connecting devices such as personal computers and workstations) connected to a computer network such as a LAN (Local Area Network) or WAN (Wide Area Network).
BACKGROUND ART
The following is a description of examples of the prior art.
FIG. 1 shows the structure of a system, and FIG. 2 shows the 7-layer model for OSI.
Conventionally, systems having a plurality of nodes (network connecting devices for personal computers, workstations, and the like) connected to a computer network have been well known.
A LAN is applied to the system shown in FIG. 1. In this system, a router 2 is connected to a main line LAN 1, and a hub 3-1 is connected to the router 2. A branch line LAN 4 is connected to the hub 3-1, and another hub 3-2 is connected to the branch line LAN 4.
A large number of nodes 5-1, 5-2, 5-3, . . . are connected to the hub 3-1. Though not shown, a large number of nodes are also connected to the hub 3-2 connected to the branch line LAN 4. In this system, the nodes are used for communication through the LAN lines.
Each of the nodes has the functions of the OSI (Open Systems Interconnection) reference model. The OSI reference model is the standard model of network protocols concerning open systems interconnection.
The functions of the OSI reference model can be represented by the 7-layer model L0 for OSI shown in FIG. 2. The 7-layer model L0 for OSI comprises an application layer L1, a presentation layer L2, a session layer L3, a transport layer L4, a network layer L5, a datalink layer L6, and a physical layer L7.
The application layer L1 is a layer for performing necessary communication in an operation by a user through application. The presentation layer L2 is a layer for conversion into data format presentable for the application layer L1. The session layer L3 is a layer for providing a function of orderly application interaction.
The transport layer L4 is a layer for establishing and releasing transport connection, multiplexing data, performing flow control and retransmission control, and the like. The network layer L5 has functions of performing path control, establishing and releasing network connection, multiplexing data, performing flow control, and dividing and combining packets. The datalink layer L6 detects an error in a bit string and restores the bit string to ensure accurate data transfer. The physical layer L7 controls an electric and mechanical interface so as to carry out bit serial transmission or parallel transmission on a physical medium such as a communication line.
In FIG. 2, “LLC” stands for logical link control, “MAC” stands for media access control, and “MAU” stands for media attachment unit.
Conventionally, to test a LAN circuit in a system (a computer network), the network connecting devices (the nodes) transmit and receive data so as to check their normality.
Also, the test targets the nodes themselves, and a test is not converted on the entire network including the network transmission paths.
Accordingly, with the conventional test method, there have been the following problems.
(1) As described above, in a conventional computer network test, each network connecting device (such as a node) serves as a testing device to transmit and receive data, thereby confirming normality of the network. Accordingly, only the connecting devices are tested, and a total network test on the entire network including the transmission paths is not properly carried out.
(2) As the LANs are widely used, there are many different types of networks to be tested. To test these networks and ensure normality, a conventional connector loopback test, such as a physical-layer loopback or node loopback, is not adequate.
(3) In the conventional computer network test, the test itself is carried out through a program. However, the layer structure of the network is not taken into account in the conventional test. For instance, when normality is confirmed on the physical layer, the network control program is not activated, or which layer a communication error between applications comes from cannot be detected. To solve this problem, it is necessary to change the fundamentals of the network test.
Therefore, the objects of the present invention are to solve the above problems in the prior art, and to enable a computer to perform a test on each layer in a network by a special-purpose testing device, so that the connection of the network and nodes are entirely secured.
DISCLOSURE THE INVENTION
To achieve the above objects of the present invention, the present invention provides a method of testing a network for normality with a testing device in which a testing program is installed. This testing program includes two independent programs, a transmission program and a reception program, and a loopback test is performed between the transmission program and the reception program, thereby confirming normality of the network.
In the above method, the transmission program and the reception program each have a testing interface in each of a logical link control layer, a network layer, a transport layer, and an application layer, and transmission and reception of test data during the loopback test are performed through the testing interfaces.
The transmission program transmits test data from the application layer, the transport layer, and the network layer, while the reception program receives the test data on the application layer, the transport layer, and the network layer, thereby determining normality of the application layer, the transport layer, and the network layer of the network.
In accordance with the present invention, when testing a network for normality by a testing device in which a testing program is installed, a loopback test is performed between a transmission program and a reception program, which are independent of each other. Based on the result of the loopback test, normality of the network is determined.
In this manner, a test on each layer of the network can be performed by the special-purpose device. Thus, stable connection between the network and nodes can be ensured.
In accordance with the present invention, the transmission program and the reception program transmit and receive test data through the respective interfaces of the logical link control layer, the network layer, the transport layer, and the application layer.
In this manner, a test can be performed on each layer of the network by the special-purpose device, and connection between the network and nodes can be ensured. Also, the cause of a network error and which layer the network error comes from can be detected. Thus, a setting error that cannot be detected in each layer through a conventional program can be easily solved.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a schematic view of a conventional network system;
FIG. 2 shows the 7-layer model for OSI;
FIG. 3 is a schematic diagram of a system of a first embodiment of the present invention;
FIG. 4 shows the relationship between a testing program of the first embodiment and the 7-layer model for OSI;
FIG. 5 is a schematic diagram of a system of a second embodiment of the present invention;
FIG. 6 shows the relationship between a testing program of the second embodiment and the 7-layer model for OSI;
FIG. 7 is a schematic diagram of a system of a third embodiment of the present invention;
FIG. 8 shows the relationship between a testing program of the third embodiment and the 7-layer model for OSI;
FIG. 9 illustrates an operation of a loop test;
FIG. 10 illustrates an operation of a catch test;
FIG. 11 shows the entire structure of data used in a testing program;
FIG. 12 shows the structure of control data in the data used in the testing program;
FIG. 13 shows the structures of protocol type data in the data used in the testing program;
FIG. 14 shows the structure of command data in the data used in the testing program;
FIG. 15 shows the structure of return code data in the data used in the testing program;
FIG. 16 shows the structure of a data area in the data used in the testing program;
FIG. 17 is a sequence diagram of a test using the data shown in FIGS. 11 to 16;
FIG. 18 is a sequence diagram of a modified test of the sequence of FIG. 17;
FIG. 19 is a sequence diagram of an operation when an error is detected in a testing node; and
FIG. 20 is a sequence diagram of an operation when an error is detected in a tested node.
PREFERRED EMBODIMENTS FOR CARRYING OUT THE INVENTION
The following is a description of embodiments of the present invention, with reference to the accompanying drawings. The system used in the embodiments of the present invention is the same as the conventional system shown in FIG. 1. In the following description, test data will be referred to simply as a “packet”.
The outline of the network test method is as follows. In this test, a testing program (a special-purpose testing device) for a network test is employed, and test data (packet) is transferred through each of the datalink layer, the network layer, the transport layer, and the session layer in the OSI reference model, thereby testing the network for normality. This test is carried out between the following devices.
A first test method is a loopback test between a testing device (testing program) and an MAU (media attachment unit). This test will be hereinafter referred to as “testing device (testing program) and MAU loopback test”.
A second test method is a loopback test between a testing device (testing program) and a designated node. This test will be hereinafter referred to as “testing device (testing program) and designated node loopback test”.
A third test method is a loopback test between testing devices (testing programs). This program will be hereinafter referred to as “testing devices (testing programs) loopback test”.
In the above tests, the pattern of the test data (packet), the data format, and the testing programs (test protocols) are all specially prepared. In this description of the embodiments, the two terms, “testing program” and “test protocol”, are synonymously used. The testing program has functions as follows.
A reception program (reception protocol) and a transmission program (transmission protocol) exist independently of each other.
In response to a connection request from the transmission program, the reception program returns a “test allowed” message or “test not allowed (or connection rejected)” message.
Upon receipt of a “loopback echo” command or a “designated pattern continue response” command, the reception program transmits a response.
In response to a connection release request from the transmission program, the reception program returns a “release completed” response or a “forcibly release completed (or test data return interruption)” response.
The transmission program and the reception program each have a test interface for each of the logical link control (LLC) layer, the network layer, the transport layer, and the application layer. The test data transmission and reception during the loopback test are carried out through the test interfaces.
The reception program is in a stand-by state in the initial stage, and is activated upon receipt of a connection request from the transmission program. The testing program possesses commands for connection, disconnection, loopback, and special pattern responses.
Next, embodiments utilizing the test method of the present invention will be described.
First, the “testing device (testing program) and MAU loopback test” will be explained. In this embodiment, the test is carried out in the node of an object to be tested.
FIG. 3 is a schematic diagram of a system of a first embodiment of the present invention. FIG. 4 shows the relationship between the testing program of the first embodiment and the 7-layer model for OSI.
In this embodiment, test data (a test packet) is looped back in a hub 3 which is provided in the 10 BASE-T standard. A testing device 11 has both a reception program 15 and a transmission program 14. A testing program 10 containing the reception program 15 and the transmission program 14 directly drives an I/O control driver of the LLC layer.
The “10BASE-T” specifies a base band having a data transmission rate of 10 Mbps, and using a twisted pair wire. This is substantially equivalent to a normal star LAN at 10 Mbps. The transmission program 14 and the reception program 15 each perform protocol control to transmit or receive test data (packets). The test is actually performed as follows.
As shown in FIG. 3, the testing device 11 is connected to the hub 3, which is connected to a LAN, via a twisted pair wire 12 (a cable provided in the 10 BASE-T). A loopback test is performed between the testing device 11 and the hub 3.
The testing device 11 has the testing program 10 that includes the transmission program 14 and the reception program 15, and the loopback test starts when an operator activates the testing program 10. The testing device 11 is normally represented by a personal computer (a notebook computer, for instance) or a workstation. Prior to the test, the validity of the testing device 11 needs to be confirmed.
As an operator activates the testing program 10 of the testing device 11, the test starts. As shown in FIG. 4, the transmission program 14 first transmits a packet provided in the IEEE 802.2. This packet is looped back at the hub 3, and the reception 15 then receives the packet. The transmission and reception of the packet are carried out at the network layer L5, when the LAN driver of an LLC layer L6 a in the data link layer L6 is directly driven.
After the transmission and reception of the test data, the testing program 10 compares the packet transmitted by the transmission program 14 with the packet received by the reception program 15 so as to judge the normality of the tested object. Based on the judgement result, the normality of the tested object is confirmed.
Next, a second embodiment of the present invention will be described.
FIG. 5 is a schematic diagram of a system of the second embodiment of the present invention. FIG. 6 shows the relationship between a testing program of the second embodiment and the 7-layer model for OSI.
This embodiment is an example of the “testing device (testing program)—designated node loopback test”.
As shown in FIG. 5, in a test of this embodiment, the testing device 11 is used as a testing node, and a user terminal 17 (a personal computer, for instance) is used as a node to be tested. The testing device 11 and the user terminal 17 are connected to a network 16 via the hubs 3. Here, the testing device 11 is provided with the transmission program 14, while the user terminal 17 is provided with the reception program 15.
Where the condition between the testing device 11 and the hub 3 on the side of the testing device 11 is normal (i.e., where the normality is confirmed through the test of the first embodiment), a test is carried out for the range from the hub 3 on the side of the testing device 11 to the user terminal 17 (i.e., the range including the network 16, the hub 3, and the user terminal 17). In this test, the normality of the node is checked.
There are two types of test in this embodiment: one is a loop test in which the node to be tested receives test data from the testing node, and returns the test data to the testing node; and the other is a catch test in which the testing node notifies the node to be tested of a data format, and the node to be tested transmits the test data in the data format to the testing node. The loop test will be described below in greater detail.
In the loop test, the transmission program 14 of the testing device 11 (the testing node) transmits the test data to the user terminal 17 via the network 16. The test data is looped back by the reception program 15 of the user terminal 17, and is returned to the testing device 11. This returned packet is received by the testing device 11, which then compares this received packet with the packet transmitted to the user terminal 17, so as to judge the normality of the tested object.
The relationship between the testing program in this loop test and the 7-layer model for OSI L0 is shown in FIG. 6. In this loop test, the testing program (the test protocol) is on the application layer L1, the transport layer L4, and the network layer L5. The SNA (Systems Network Architecture) used in this test is a network system developed by IBM Corp., and the FNA (Fujitsu Network Architecture) is a network system developed by Fujitsu Limited.
As the test starts, the transmission program 14 of the testing device 11 transmits a packet (test data) from the application layer L1 to the user terminal 17 via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the user terminal 17 loops back the packet on the application layer L1, and returns the packet to the testing device 11. The testing device 11 then receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17, thereby testing the application layer L1.
The transmission program 14 of the testing device 11 next transmits a packet from the transport layer L4 to the user terminal 17 via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the user terminal 17 loops back the packet on the transport layer L4, and again returns the packet to the testing device 11. The testing device 11 receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17, thereby testing the transport layer L4.
The transmission program 14 of the testing device 11 transmits a packet from the network layer L5 to the user terminal 17 via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the user terminal 17 loops back the packet on the network layer L5, and again returns the packet to the testing device 11. The testing device 11 then receives the returned packet, and compares the returned packet with the packet transmitted to the user terminal 17, thereby testing the network layer L5.
Next, the transmission program 14 of the testing device 11 transmits an FNA test frame packet (test data) provided in the IEEE 802.2 based on the FNA. This FNA test frame packet is sent to the user terminal 17 via the transmission media of the physical layer L7. Upon receipt of the FNA test frame packet, the reception program 15 of the user terminal 17 loops back the FNA test frame packet on the network layer L5, and returns the FNA test frame packet to the testing device 11. The testing device 11 receives the returned packet, and compares the returned packet with the FNA test frame packet transmitted to the user terminal 17, thereby testing the network layer L5.
Next, the transmission program 14 of the testing device 11 transmits an SNA test frame packet, which is provided in the IEEE802.2, based on the SNA. This SNA test frame packet is sent to the user terminal 17 via the transmission media of the physical layer L7. Upon receipt of the SNA test frame packet, the reception program 15 of the user terminal 17 loops back the received packet on the network layer L5, and again returns the packet to the testing device 11. The testing device 11 receives the returned packet, and compares the returned packet with the SNA test frame packet transmitted to the user terminal 17, thereby testing the network layer L5.
Referring now to FIGS. 7 and 8, a third embodiment of the present invention will be described below.
FIG. 7 is a schematic diagram of a system of the third embodiment of the present invention, and FIG. 8 shows the relationship between a testing program of the third embodiment of the present invention and the 7-layer model for OSI.
In this embodiment, the “testing device (testing program)—testing device (testing program) loopback test” is performed.
As shown in FIG. 7, the test of this embodiment entails a testing device 11 a on the transmission side and a testing device 11 b on the reception side. The testing device 11 a and the testing device 11 b are connected to the network 16 via the hubs 3. The testing device 11 a on the transmission side is provided with the transmission program 14, while the testing device 11 b on the reception side is provided with the reception program 15.
Where the condition between the testing device 11 a and one of the hubs 3 and the condition between the testing device 11 b and the other hub 3 are normal (i.e., where the normality is confirmed through the test of the first embodiment), a test is carried out for the range between the two hubs 3 (i.e., the range including the network 16 as shown in FIG. 7). In this test, the normality of the test object is checked.
In this test, the transmission program 14 of the testing device 11 a on the transmission side transmits a packet to the testing device 11 b on the reception side via the network 16. The reception program 15 of the testing device 11 b on the reception side loops back the packet, and returns the packet to the testing device 11 a on the transmission side. The testing device 11 a receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby checking the test object for normality.
The relationship between the testing program of this embodiment and the 7-layer model for OSI L0 is shown in FIG. 8. As shown in FIG. 8, the test protocol (the testing program) is activated on the LLC layer L6 a, as well as on the application layer L1, the transport layer L4, and the network layer L5. A loop test is again performed in this embodiment, but this embodiment can also be applied to a catch test.
As the test starts, the transmission program 14 of the testing device 11 a on the transmission side transmits a packet from the application layer L1 to the testing device 11 b on the reception side via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the testing device 11 b on the reception side loops back the packet on the application layer L1, and returns the packet to the testing device 11 a on the transmission side. The testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the application layer L1.
The transmission program 14 of the testing device 11 a on the transmission side next transmits a packet from the transport layer L4 to the testing device 11 b on the reception side via the transmission media of the physical layer L7. Upon receipt of this packet, the transmission program 15 of the testing device 11 b on the reception side loops back the packet on the transport layer L4, and returns the packet again to the testing device 11 a on the transmission side. The testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the transport layer L4.
Next, the transmission program 14 of the testing device 11 a on the transmission side transmits a packet from the network layer L5 to the testing device 11 b on the reception side via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the testing device 11 b on the reception side loops back the packet, and returns the packet again to the testing device 11 a on the transmission side. The testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception packet, thereby testing the network layer L5.
The transmission program 14 of the testing device 11 a on the transmission side next transmits a packet, which is provided in the IEEE802.2, from the LLC layer L6 a of the datalink layer L6 to the testing device 11 b on the reception side via the transmission media of the physical layer L7. Upon receipt of this packet, the reception program 15 of the testing device 11 b on the reception side loops back the packet on the LLC layer L6 a of the datalink layer L6, and returns the packet again to the testing device 11 a on the transmission side. The testing device 11 a on the transmission side receives the returned packet, and then compares the returned packet with the packet transmitted to the testing device 11 b on the reception side, thereby testing the LLC layer L6 a.
Referring now to FIG. 9, the testing program of the second and third embodiments will be described below.
FIG. 9 shows the procedures of the loop test in the second and third embodiments.
First, an operator manually starts a node N1 to be tested, and puts the node N1 in a waiting state (step S1-1).
The operator then manually starts a testing node N2 (step S1-2).
The testing node N2 transmits test data (a packet) to the tested node N1 (step S1-3).
The tested node N1 receives the test data and returns the test data to the testing node N2 (step S1-4).
The testing node N2 compares the transmitted test data with the returned test data, so as to confirm the normality of the data transmission (step S1-5). Steps S1-1 to S1-5 are then repeated.
Although the loop test is performed in the second and third embodiments, a catch test can also be performed.
FIG. 10 shows an operation of a catch test in accordance with the present invention.
First, an operator manually starts the node N1 to be tested, and puts the node N1 in a waiting state (step S2-1).
The operator then starts the testing node N2 (step S2-2).
The testing node N2 notifies the tested node N1 of the data format of test data to be transmitted (step S2-3).
The tested node N1 receives the notification, and returns the test data of the designated format to the testing node N2 (step S2-4).
The testing node N2 determines whether or not the returned test data is in the designated data format (step S2-5). Steps S2-1 to S2-5 are then repeated.
The data structures used in the testing program in accordance with the present invention will now be described below.
FIG. 11 shows the entire structure of data used in the testing program in accordance with the present invention. FIG. 12 shows the data structure of a control part of the data used in the testing program. FIG. 13 shows the data structure of a protocol type part of the data used in the testing program. FIG. 14 shows the data structure of a command part of the data used in the testing program. FIG. 15 shows the data structure of a return code part of the data used in the testing program. FIG. 16 shows the data structure of a data unit of the data used in the testing program.
As shown in FIG. 11, the test data D0 (also referred to as “protocol data” in this specification) used in each layer of the network comprises a control unit D1 and the data unit D2. The control unit D1 holds control information such as protocol types and commands. The data unit D2 holds test data or additional information for the control unit.
The control unit D1 and the data unit D2 will be described below in greater detail.
As shown in FIG. 12, the control unit D1 in the protocol data D0 defines information necessary for performing the test. For instance, the control unit D1 consists of 12-byte data, and defines information including a 1-byte protocol type (Pid) D11, a 1-byte command (CMD) D12, a 1-byte return code (RC) D13, a 2-type data length (Leg) D15, and a 2-byte test loop count (Count) D17. It should be noted that all the data shown in FIG. 12 are hexadecimal.
The protocol type (Pid) D11 includes codes C0 and C1. The code C0 is a request code, and the code C1 is a response code.
As shown in FIG. 14, the command (CMD) D13 is a command PROLOG (code 01), a command EPILOG (code 02), a command LOOP (code 03), a command MESSAGE (code 04), or a command CATCH (code 05).
The command PROLOG (code 01) is a command for starting data transmission. In compliance with this command, the protocol version and system information are exchanged to confirm the connection.
The command EPILOG (code 02) is a command for ending data transmission. The command LOOP (code 03) is a command to instruct the testing node to loop back the test data, and to instruct the tested node to return the test data to the testing node.
The command MESSAGE (code 04) is a command to instruct the tested node to display a message, and can be transmitted anytime during the sequence between the command PROLOG and the command EPILOG.
The command CATCH (code 05) is a command to notify the testing node of a data format, and to instruct the tested node to return the test data.
The return code (RC) D14 is 1-byte data. As shown in FIG. 15, the state of the tested node is sent as the return code RC to the testing node. The testing node examines the return code RC, and performs the following processes. The return code RC might be defined by a response to each command.
The return code RC is a normal return code (00) or an abnormal return code (01, 02, 03, 04, 05, 10, or 20). The abnormal return code indicates a protocol data error (01, 02, 03, 04, or 05), a sequence error (10), or a cancelled process (20).
The return code RC (00) is a code for indicating that a process specified by a command has successfully ended. The return code RC (01) is a code for indicating that there is an error in a protocol type code. The return code RC (02) is a code for indicating that there is an error in a command code. The return code RC (03) is a code for indicating that there is an error in a data length.
The return code RC (04) is a code for indicating that there is an error with code designation in the display data of a message request. The return code RC (05) is a code for indicating that there is no function corresponding to the protocol version specified by a protocol request.
The return code RC (10) is a code for indicating that there is a sequence error in a received request command. The sequence error means a case where a command for starting a test is not the command PROLOG, or a case where the command PROLOG is issued twice, for instance. The return code RC (20) is a code for indicating that a test is interrupted or forcibly interrupted due to an incident in the operation of the tested node.
The data length (Leg) D15 indicates the length of the data unit D2, and is made up of 2 bytes.
The test loop count (Count) D17 indicates the number of times the master is carried out. The initial value of the test loop count D17 is X000. The test loop count D17 is used only for a request for or a response to the command LOOP, and is not used for a request for or a response to any other command.
Next, the data unit D2 will be described in greater detail.
As shown in FIG. 16, the data unit D2 is made up of 0-byte to 4084-byte data. The data unit D2 is made up of a detailed command information area and a test data area, which are determined by the contents of the control unit D1.
FIG. 17 is a sequence diagram of a test that is carried out using the data shown in FIGS. 11 to 16.
As shown in FIG. 17, in a CONNECT step, the testing node N1 and the node N2 to be tested are connected via a network (step S3-1). In this protocol, network connection and disconnection are not specified.
In a PROLOG step, a request (PROLOG) is sent from the testing node N1 to the node N2 to be tested. A response (PROLOG) to the request is returned from the tested node N2 to the testing node N1 (step S3-2).
A request (LOOP/CATCH) is then sent from the testing node N1 to the tested node N2, and s response (LOOP/CATCH) is returned from the tested node N2 to the testing node N1 (step S3-3). These steps are repeated the number of times equivalent to the number of test loops.
In an EPILOG step, a request (EPILOG) is sent from the testing node N1 to the tested node N2, and a response (EPILOG) to the request is returned from the tested node N2 to the testing node N1 (step S3-4). Finally, in a DISCONNECT step, the test node N1 and the tested node N2 are disconnected via the network (step S3-5).
FIG. 18 shows a sequence diagram of a modification of the test sequence shown in FIG. 17.
In this modified example, a MESSAGE step is added to the sequence of FIG. 17.
First, in a CONNECT step, the testing node N1 and the node N2 to be tested are connected via a network (step S4-1). In this protocol, network connection and disconnection are not specified.
In s PROLOG step, a request (PROLOG) is sent from the testing node N1 to the node N2 to be tested, and a response (PROLOG) to the request is returned from the tested node N2 to the testing node N1 (step S4-2).
In a test step, a request (LOOP/CATCH) is sent from the testing node N1 to the node N2 to be tested, and a response (LOOP/CATCH) to the request is returned from the tested node N2 to the testing node N1. Also, a request (MESSAGE) is sent from the testing node N1 to the node N″ to be tested, and a response (MESSAGE) to the request is returned from the tested node N2 to the testing node N1.
Further, a request (LOOP/CATCH) is sent from the testing node N1 to the node N2 to be tested, and a response (LOOP/CATCH) to the request is returned from the tested node N2 to the testing node N1 (step S4-3). These steps are repeated the number of times equivalent to the number of test loops, but only the MESSAGE step is performed once in 10 minutes.
After the above test sequence, in an EPILOG step, a request (EPILOG) is sent from the testing node N1 to the node N2 to be tested, and a response (EPILOG) to the request is returned from the tested node N2 to the testing node N1 (step S4-4). At last, in a DISCONNECT step, the testing node N1 and the tested node N2 are disconnected via the network (step S4-5).
Next, an operation at a time of error occurrence will be described.
FIG. 19 is a sequence diagram of an operation when an error is detected in the testing node N1.
When an error is detected in the testing node N1, the testing node N1 sends an EPILOG request to the node N2 to be tested (step S5-1). Here, the code in the data unit D2 of the EPILOG request is sent as X‘00FF’.
Upon receipt of the EPILOG request, the tested node N2 transmits an EPILOG response to the testing node N1 (step S5-2).
The testing node N1 and the tested node N2 are then disconnected via the network (step S5-3).
FIG. 20 is a sequence diagram of an operation when an error is detected in the tested node N2.
When an error is detected in the tested node N2, the tested node N2 transmits a response (a return code RC) to the testing node N1 (step S6-4).
The return code RC corresponding to the cause of the error detected in the tested node N2 is stored in the return code area D14 in the control unit D1 of the response protocol data D0, as shown in FIG. 12. The return code RC is then sent to the testing node N1. Here, the meaning of the return code is determined by the response corresponding to the command received by the tested node. The testing node N1 and the tested node N2 are then disconnected via the network (step S6-5).
As described above, the network is tested for normality by the testing device in which the testing program is installed. The testing program has to independent programs, the transmission program and the reception program. The loopback test is performed between the transmission program and the reception program, thereby confirming the network for normality.
The testing device 11 or the user terminal 17 is provided with a hard disk device, and the testing program is stored in the recording medium (hard disk) of the hard disk device. When performing the test, the testing program stored in the recording medium of the hard disk device is read out and stored in the memory in the testing device 11 or the user terminal 17 under the control of the CPU.
The CPU then reads out a necessary program among the programs stored in the memory, and executes the program so as to perform the test. A program is stored in the recording medium of the hard disk device in the following manner.
A program stored in a flexible disk (floppy disk) is read by a flexible disk drive provided in the testing device 11 or the user terminal 17, and is then stored in the recording medium (hard disk) of the hard disk device.
Data stored in the recording medium, such as an magneto-optical disk or a CD-ROM, is read by a drive unit provided in the testing device 11 or the user terminal 17, and is then stored in the recording medium (hard disk) of the hard disk device.
Data transmitted from another device via a communication line, such as a LAN, is received by the testing device 11 or the user terminal 17, and is then stored in the recording medium (hard disk) of the hard disk device.
As described above, the present invention has the following effects:
In a conventional computer network test, a total network test on the entire network including the transmission paths is not adequately carried out. In accordance with the present invention, on the other hand, a test can be performed on each layer of the network by a special-purpose device, thereby ensuring connection between the network and nodes.
To test a network and ensure normality, a conventional connector loopback test, such as a physical-layer loopback or node loopback, is not adequate. Also, the test itself is carried out through a program, and the layer structure of the network is not taken into account in the conventional test. For instance, when normality is confirmed on the physical layer, the network control program is not activated, or which layer a communication error between applications comes from cannot be detected. To solve this problem, it is necessary to change the fundamentals of the network test. In accordance with the present invention, on the other hand, a test can be performed on each layer of the network by a special-purpose device, thereby entirely ensuring the connection between the network and the nodes.
In accordance with the present invention, the cause of a network error and which layer the network error comes from can be detected. Thus, a setting error that cannot be detected in each layer through a conventional program can be easily solved.
When a network is tested for normality by a special-purpose device in which a testing program is installed, a loopback test is performed between a transmission program and a reception program, which are independent of each other. Based on a result of the loopback test, normality of the network is determined.
In this manner, a test on each layer of the network can be performed by the special-purpose device. Thus, stable connection between the network and nodes can be ensured.
Also, when performing the test, the transmission program and the reception program transmit and receive test data through the respective interface provided in the logical link layer, the network layer, the transport layer, and the application layer, thereby testing each layer of the network by the special-purpose device. Thus, the connection among the network and the nodes can be entirely ensured. Furthermore, the cause of a network error and which layer the network error comes from can be detected. Thus, a setting error that cannot be detected in each layer through a conventional program can be easily corrected.
Additionally, the CPU of a computer executes a program in the recording medium, so that a loopback test is performed between the transmission program and the reception program to confirm normality of the network. In this manner, a test can be performed on each layer of the network by the special-purpose device, and the connection among the network and the nodes can be totally ensured.

Claims (18)

What is claimed is:
1. A method of testing a network for normality with a testing device in which a testing program is installed, said method comprising:
carrying out a loopback test between a transmission program and a reception program that independently exist in the testing program to check the network for normality, wherein said testing device comprises a device specially to test the network for normality and the transmission program and the reception program each have a testing interface in each of a logical link control layer, a network layer, a transport layer, and an application layer.
2. The method as claimed in claim 1, wherein:
test data transmission during the loopback test is performed through the testing interfaces.
3. The method as claimed in claim 2, wherein:
the transmission program transmits test data from the application layer; and
the reception program receives the test data transmitted from the transmission program on the application program to confirm normality of the application layer of the network.
4. The method as claimed in claim 2, wherein:
the transmission program transmits test data from the transport layer; and
the reception program receives the test data transmitted from the transmission program on the transport layer to confirm normality of the transport layer of the network.
5. The method as claimed in claim 2, wherein:
the transmission program transmits test data from the network layer; and
the reception program receives the test data transmitted from the transmission program on the network layer to confirm normality of the network layer of the network.
6. The method as claimed in claim 1, wherein:
said device to specially test the network is connected to a device to be tested through the network so that the normality of the network is tested together with the device to be tested.
7. An apparatus that tests a network for normality by transmitting and receiving test data, said apparatus comprising:
a test data transmission unit that is provided in a transmission device connected to the network and transmits the test data;
a test data reception unit that is provided in a reception device connected to the network and receives the test data transmitted from the test data transmission device; and
a determination unit that determines normality of the network based on the transmission and reception of the test data by the test data transmission unit and the test data reception unit, wherein at least one of said test data transmission unit and test data reception unit comprises a device to specially test the network for normality and the test data transmission unit and the test data reception unit each have a testing interface in each of a logical link control layer, a network layer, a transport layer, and an application layer of the transmission device and the reception device.
8. The apparatus as claimed in claim 7, wherein:
the test data transmission unit and the test data reception unit transmit and receive the test data through the testing interfaces.
9. The apparatus as claimed in claim 8, wherein:
the test data transmission unit transmits the test data from the application layer of the transmission device; and
the test data reception unit receives the test data transmitted from the test data transmission unit on the application layer of the reception device to determine normality of the application layer of the network.
10. The apparatus as claimed in claim 8, wherein:
the test data transmission unit transmits the test data from the transport layer of the transmission device; and
the test data reception unit receives the test data transmitted from the test data transmission unit on the transport layer of the reception device to determine normality of the transport layer of the network.
11. The apparatus as claimed in claim 8, wherein:
the test data transmission unit transmits the test data from the network layer of the transmission device; and
the test data reception unit receives the test data transmitted from the test data transmission unit on the network layer of the reception device to determine normality of the network layer of the network.
12. The apparatus as claimed in claim 7, wherein:
said device to specially test the network is connected to a device to be tested through the network so that the normality of the network is tested together with the device to be tested.
13. A computer-readable recording medium that records a testing program comprising a transmission program and a reception program for enabling a computer to perform a loopback test between the transmission program and the reception program so as to determine normality of a network, wherein at least one of said transmission program and reception program is installed in a testing device to specially test the network for normality and the transmission program and the reception program each have a testing interface in each of a logical link control layer, a network layer, a transport layer, and an application layer.
14. The computer-readable recording medium as claimed in claim 13, wherein
the transmission program and the reception program transmit and receive test data through the testing interfaces during the loopback test.
15. The computer-readable recording medium as claimed in claim 14, wherein:
the transmission program transmits the test data from the application layer; and
the reception program receives the test data transmitted from the transmission program on the application layer to determine normality of the application layer of the network.
16. The computer-readable recording medium as claimed in claim 14, wherein:
the transmission program transmits the test data from the transport layer; and
the reception program receives the test data transmitted from the transmission program on the transport layer to determine normality of the transport layer of the network.
17. The computer-readable recording medium as claimed in claim 14, wherein:
the transmission program transmits the test data from the network layer; and
the reception program receives the test data transmitted from the transmission program on the network layer to determine normality of the network layer of the network.
18. The computer-readable recording medium as claimed in claim 13, wherein
said testing device to specially test the network is connected to a device to be tested through the network so that the normality of the network is tested together with the device to be tested.
US09/600,484 1998-02-16 1999-02-15 Method and apparatus for testing network, and recording medium Expired - Fee Related US6751761B1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP3272898 1998-02-16
JP10-032728 1998-02-16
PCT/JP1999/000639 WO1999041889A1 (en) 1998-02-16 1999-02-15 Method and apparatus for testing network, and recording medium

Publications (1)

Publication Number Publication Date
US6751761B1 true US6751761B1 (en) 2004-06-15

Family

ID=12366914

Family Applications (1)

Application Number Title Priority Date Filing Date
US09/600,484 Expired - Fee Related US6751761B1 (en) 1998-02-16 1999-02-15 Method and apparatus for testing network, and recording medium

Country Status (2)

Country Link
US (1) US6751761B1 (en)
WO (1) WO1999041889A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020067743A1 (en) * 2000-12-06 2002-06-06 Jens Grieswald Circuit arrangment for testing a communication system
US20030033406A1 (en) * 2001-06-14 2003-02-13 Rekesh John Apparatus for and a method of network load testing
US20040143780A1 (en) * 2003-01-21 2004-07-22 Dimambro Francesco Method and apparatus for determining loopback capabilities of a communication device
US6931101B1 (en) * 2000-05-26 2005-08-16 Cisco Systems, Inc. Method and apparatus for inband testing of an echo canceller
US20060031713A1 (en) * 1998-12-18 2006-02-09 Rasmussen David C System and method for validating channel transmission
US20070088828A1 (en) * 2005-10-18 2007-04-19 International Business Machines Corporation System, method and program product for executing an application
US7401272B1 (en) * 2001-03-09 2008-07-15 Pmc-Sierra, Inc. Apparatus and method for high speed sampling or testing of data signals using automated testing equipment
US20080310314A1 (en) * 2005-02-08 2008-12-18 Siemens Aktiengesellschaft Method for Detecting a Message Interface Fault in a Communication Device
US20090106472A1 (en) * 2007-10-18 2009-04-23 Yung-Li Ji Virtual SATA port multiplier, virtual SATA device, SATA system and data transfer method in a SATA system
US20150180758A1 (en) * 2013-12-23 2015-06-25 Dell Products, L.P. System and method for diagnostic packet identification

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3789271B2 (en) 2000-01-31 2006-06-21 富士通株式会社 Network load test method
JP2005258632A (en) * 2004-03-10 2005-09-22 Hitachi Ltd Conduction confirmation method of network storage device, and host computer

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63301648A (en) 1987-05-30 1988-12-08 Toshiba Corp Composite protocol verifying device
JPH0456445A (en) 1990-06-25 1992-02-24 Mitsubishi Electric Corp Test system for network system
JPH0696040A (en) 1992-09-16 1994-04-08 Nippon Telegr & Teleph Corp <Ntt> Fault detection system
US5511163A (en) * 1992-01-15 1996-04-23 Multi-Inform A/S Network adaptor connected to a computer for virus signature recognition in all files on a network
JPH09265462A (en) 1996-03-27 1997-10-07 Mitsubishi Electric Corp Inter-processor communication method
US5778189A (en) * 1996-05-29 1998-07-07 Fujitsu Limited System and method for converting communication protocols
US5838518A (en) * 1997-05-06 1998-11-17 International Business Machines Corporation Disk drive suspension for increasing the arm to disk clearance
US5862362A (en) * 1995-10-05 1999-01-19 Microsoft Corporation Network failure simulator
US5951645A (en) * 1996-09-25 1999-09-14 Nec Corporation Network protocol for transferring data between applications running on different clients in a client-server system

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63301648A (en) 1987-05-30 1988-12-08 Toshiba Corp Composite protocol verifying device
JPH0456445A (en) 1990-06-25 1992-02-24 Mitsubishi Electric Corp Test system for network system
US5511163A (en) * 1992-01-15 1996-04-23 Multi-Inform A/S Network adaptor connected to a computer for virus signature recognition in all files on a network
JPH0696040A (en) 1992-09-16 1994-04-08 Nippon Telegr & Teleph Corp <Ntt> Fault detection system
US5862362A (en) * 1995-10-05 1999-01-19 Microsoft Corporation Network failure simulator
JPH09265462A (en) 1996-03-27 1997-10-07 Mitsubishi Electric Corp Inter-processor communication method
US5778189A (en) * 1996-05-29 1998-07-07 Fujitsu Limited System and method for converting communication protocols
US5951645A (en) * 1996-09-25 1999-09-14 Nec Corporation Network protocol for transferring data between applications running on different clients in a client-server system
US5838518A (en) * 1997-05-06 1998-11-17 International Business Machines Corporation Disk drive suspension for increasing the arm to disk clearance

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060031713A1 (en) * 1998-12-18 2006-02-09 Rasmussen David C System and method for validating channel transmission
US8037356B2 (en) 1998-12-18 2011-10-11 Invensys Systems, Inc. System and method for validating channel transmission
US20080109677A1 (en) * 1998-12-18 2008-05-08 Rasmussen David C System and method for validating channel transmission
US6931101B1 (en) * 2000-05-26 2005-08-16 Cisco Systems, Inc. Method and apparatus for inband testing of an echo canceller
US7684338B2 (en) * 2000-12-06 2010-03-23 Tektronix, Inc. Circuit arrangement for testing a communication system
US20020067743A1 (en) * 2000-12-06 2002-06-06 Jens Grieswald Circuit arrangment for testing a communication system
US7401272B1 (en) * 2001-03-09 2008-07-15 Pmc-Sierra, Inc. Apparatus and method for high speed sampling or testing of data signals using automated testing equipment
US20030033406A1 (en) * 2001-06-14 2003-02-13 Rekesh John Apparatus for and a method of network load testing
US20040143780A1 (en) * 2003-01-21 2004-07-22 Dimambro Francesco Method and apparatus for determining loopback capabilities of a communication device
US20080310314A1 (en) * 2005-02-08 2008-12-18 Siemens Aktiengesellschaft Method for Detecting a Message Interface Fault in a Communication Device
US8111625B2 (en) * 2005-02-08 2012-02-07 Nokia Siemens Networks Gmbh & Co. Kg Method for detecting a message interface fault in a communication device
US20070088828A1 (en) * 2005-10-18 2007-04-19 International Business Machines Corporation System, method and program product for executing an application
US20090106472A1 (en) * 2007-10-18 2009-04-23 Yung-Li Ji Virtual SATA port multiplier, virtual SATA device, SATA system and data transfer method in a SATA system
US8135895B2 (en) * 2007-10-18 2012-03-13 Skymedi Corporation Virtual SATA port multiplier, virtual SATA device, SATA system and data transfer method in a SATA system
US20150180758A1 (en) * 2013-12-23 2015-06-25 Dell Products, L.P. System and method for diagnostic packet identification
US9699057B2 (en) * 2013-12-23 2017-07-04 Dell Products L.P. System and method for diagnostic packet identification

Also Published As

Publication number Publication date
WO1999041889A1 (en) 1999-08-19

Similar Documents

Publication Publication Date Title
US6928086B2 (en) Dynamic detection of LAN network protocol
US8929262B2 (en) Automatic protocol selection mechanism
US6122248A (en) Data transmission system with bus failure recovery
US6751761B1 (en) Method and apparatus for testing network, and recording medium
US7127648B2 (en) System and method for performing on-chip self-testing
US6457055B1 (en) Configuring ethernet devices
EP0869643B1 (en) Electronic communications network
JP3857317B2 (en) Automatic negotiation progress monitor
EP0766434B1 (en) A method and system for performing auto-negotiation for a group of interface devices
JPH0731647B2 (en) Remote maintenance and error recovery method and apparatus in a distributed data processing network
Lee et al. The principles and performance of Hubnet: A 50 Mbit/s glass fiber local area network
US20050207360A1 (en) Configuring a transmission mode between devices
US6741566B1 (en) Remote management ethernet network and device
EP0383264B1 (en) Method and apparatus for testing station address in network
US20020039354A1 (en) Method for solving a mismatched negotiation problem between an auto-negotiation mode and an enforce mode
JPH0714161B2 (en) Token ring network recovery method and device
JPH02241157A (en) Data transfer device
USRE39812E1 (en) Method and apparatus which allows devices with multiple protocol capabilities to configure to a common protocol configuration
US4459589A (en) Data communication system
JP2002016664A (en) Loopback test method and device
Cisco FDDI Full-Duplex Single-Mode and Multimode Port Adapters
Cisco FDDI Full-Duplex Single-Mode and Multimode Port Adapters
Cisco FDDI Full-Duplex Single-Mode and Multimode Port Adapters
Cisco FDDI Full-Duplex Single-Mode and Multimode Port Adapters
Cisco Troubleshooting

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TENDO, SHIGEAKI;REEL/FRAME:011146/0839

Effective date: 20000621

CC Certificate of correction
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20120615