CN101431445A - Network awakening test system and method thereof - Google Patents

Abstract

A network wake-up test system and method thereof are mainly applied to a network wake-up test system composed of a testing end, a tested end and a network domain under a master-slave framework of an ILO remote management operation platform with an HP server, and the purpose of automatic network wake-up test is realized through a network wake-up test module.

Description

Wake-on-LAN test system and method thereof

technical field

The present invention is a Wake On LAN (Wake On LAN, WOL) test system and method thereof, in particular to a system for automatic network wake-up testing applied under the master-slave architecture of an ILO (Integrated Lights-Out) remote management operating platform and its methods.

Background technique

In the existing Wake On LAN (WOL) test environment of the network card, the QA test engineer of the computer operating system (Operation System, OS) is testing the Wake On LAN (WOL) function of the network card. , it is necessary to manually test back and forth between the wake-up terminal and the wake-up terminal. The specific process, first of all, the wake-up end must have a computer with DHCP server function, connected to a hub with switching function (switch hub), and then install WOL software (such as AMD PowerMagic Utility). And the awakened end must manually enter its RBSU (ROM-Based Setup Utility) or OS, copy down the card numbers (MAC Address or MAC ID) of all network cards in the awakened end computer, and connect the awakened end to Wake up the network domain (Network Domain) of the end. During the wake-up test, enable the sleep function or power off the computer at the wake-up end, and then execute the WOL software on the computer at the wake-up end to manually input the MAC ID of the wake-up end, and send a remote wake-up data packet (WOL Magic Packet) through the WOL software . Finally, go to the awakened terminal to check whether the computer is awakened. Only such a procedure can be considered to complete the single test of only one network card, and if you want to test all the awakened network cards, you must continue to repeat the above steps until all the network cards are tested.

In addition, the test items also include: WOL test after sleep under Windows OS, WOL test after system shutdown, WOL test after power button triggers sleep under Windows OS, WOL test after power button triggers shutdown under Windows OS WOL test, WOL test after Unix&Unix-Like power button triggers shutdown, etc. Wake-on-LAN test under different conditions.

With the current practice, it is necessary to perform a wake-on-lan test, repeat the above process to set up a network card test, repeat the same action and then test the second network card until all network cards are tested, and the action is highly repeatable . In terms of testing process and operation, a lot of time must be spent on some human operations that cannot be omitted, such as manual query, copying the MAC IDs of all network cards on the awakened end under test, inputting MAC IDs from the awakened end, and sending WOL packets. step up. And the use of human testing will inevitably lead to some human errors and errors. Moreover, the confirmation time that the tester has to go back and forth between the wake-up terminal and the wake-up terminal cannot be reduced. Therefore, still there are above-mentioned many shortcomings with present practice.

Contents of the invention

The present invention proposes a Wake On LAN (Wake On LAN, WOL) test system and method thereof, which are applicable to Windows operating systems, Unix or Linux operating systems. End (Client) composition. The module transmits the MAC IDs of all network cards of the tested terminal to the testing terminal, and automatically extracts the MAC ID of the tested terminal from the MAC ID list collected by the testing terminal through the module, and then automatically includes the MAC ID in the wake-up data Packet (WOL MagicPacket), and then send a wake-up packet to the end under test for WOL (WOL).

The network wake-up test system includes a network domain (Network Domain); a testing terminal, which is a server end in the network domain, has a network wake-up test module, and the network wake-up test module provides an operation interface for setting a test configuration, and send a wake-up data packet (Magic Packet) according to the test configuration; at least one tested end, a client in the network domain, has a network wake-up module to provide at least one network card number (MAC ID) and uploaded to the testing terminal, and when the wake-up module receives the wake-up data packet, the tested terminal wakes up on network (WOL); and an ILO remote management platform refers to the ILO (Integrated Lights) of the testing terminal -Out) a remote management technology platform provided by the remote management chip, for the testing terminal to directly query the status of the testing terminal remotely and remotely operate the testing terminal.

The present invention aims at the ILO inside server platform of the HP server, through the communication of the remote management platform of the ILO remote management technology, accurately obtains the on/off status of the test target during the automatic operation of the module, that is, when sending "Shutdown" or After the "Hibernate" command, the state of the computer under test and whether the command is executed correctly can be known through the ILO query. Therefore, after the WOL data packet is sent by the WOL testing system of the present invention, it can be known immediately whether the computer under test is powered on. If the transmission of WOL data packets fails, it can be automatically retransmitted immediately, which is as fast as the reaction time of error elimination in human testing, and also saves the time of manual input. However, if the WOL data packet transmission fails many times, you can directly send a "PowerOn" data packet to the computer under test through the ILO, so that the machine can be turned on for the next stage of testing, without interrupting the test.

Through the module operation interface of the Wake-on-Line (WOL) test system of the present invention, the automatic test configuration is set, and the aforementioned tedious setting process is transmitted in the module through the application programming interface API (Application Program Interface) or to the system. (System Message Post) or event (EventPost), automatically complete the actions of setting environment variables such as "enable hibernation" and "system shutdown" on the computer under test, simplifying all tedious actions. Simultaneously, Wake-On-Line (WOL) test method of the present invention is in a sequential manner, to all network cards, for the selection of test engineer, does overall automated test, from environment variable setting to system shutdown or dormancy, MAC ID input, WOL Data packet encapsulation and delivery, WOL wake-up, and the conversion to the target network card to continue testing are all changed to automation. To improve the previous WOL test can only completely rely on manpower, so it will save a lot of test manpower and time. Furthermore, the operation interface of the wake-on-lan test module of the present invention can output the test results in the form of HTML files for later inspection. HTML files can be used to express the results in an emphasized way, such as: failure is displayed in red, success is displayed in blue, etc. The test results are displayed in different colors, making the test results easy to query.

Therefore, the wake-up on network (WOL) test system of the present invention can replace manual query when using manpower testing, save the time consumption of query action, and can avoid the negligence of human operation in traditional methods at the same time, reduce human errors to improve network performance. Overall benefit of wake-up (WOL) testing. Furthermore, through the wake-up on network (WOL) test method of the present invention, according to the setting of the test engineer in a sequential manner, an overall automated test is performed on all network cards, from environment variable setting, system shutdown or sleep, MAC ID input , WOL data packet encapsulation and delivery, WOL wake-up, and the conversion to the target network card to continue testing are all changed to automation. With the software method provided by the present invention, the total test time is only 30-50 minutes or less, compared with the total test time of the traditional method of about 1-1.5 hours, the time efficiency is increased by about 40-50%, and it is automated Testing makes the overall efficiency more improved.

The present invention will be described in detail below in conjunction with the accompanying drawings and specific embodiments, but not as a limitation of the present invention.

Description of drawings

In order to make the above and other objects, features, advantages and embodiments of the present invention more comprehensible, the detailed description of the accompanying drawings is as follows:

Fig. 1 is the block diagram of wake-on-lan (WOL) test system of the present invention;

Fig. 2A is a flow chart of the steps of the wake-on-LAN (WOL) testing method of the present invention;

FIG. 2B is a detailed process A of the wake-on-LAN (WOL) testing method of the present invention;

FIG. 3 is a schematic diagram of the operation interface of the Wake-on-LAN (WOL) testing module of the present invention.

Among them, reference signs

100: testing end

110: LAN wake-up test module

120: Wake-on-LAN test module operation interface

121: MAC ID list

122: Test configuration list

123: Instant information on testing process

124: Test function options

1241: Shutdown/Initiate Hibernation Options

1242: Shutdown test option

1243: Power On Hibernation Option

1244: Hibernation and Resume Options

1245: Power Shutdown Options

1246: and on/off cycle option

125: List of test items

126: Test elapsed time

127: Current Test Work

130: ILO platform

200～20n: tested terminal

2001～20n1: Wake-on-LAN module

2002～20n2: network card

300: domain

400～460: method steps

Detailed ways

The present invention is a Wake-on-Line (WOL) test system and its method. It mainly utilizes a remote management operation platform with ILO (Integrated Lights-Out) technology, and uses a client/server master-slave architecture to test the testing end (Server) and the receiving end. The system composed of the test terminal (Client) performs network wake-up test on the tested terminal through a network wake-up test module, and realizes the purpose of automatic WOL wake-up test through ILO remote management to know the situation of network wake-up in real time. The following preferred embodiments of the application of the method technology of the present invention describe in detail the steps of the method of the present invention.

First of all, please refer to FIG. 1 , which is a block diagram of the WOL test system of the present invention. The network wake-up test system proposed by the present invention is mainly used in the system composed of the testing terminal 100, the testing terminals 200-20n, and the network domain 300 of the remote management operation platform with ILO technology. The tested terminals 200-20n respectively have wake-up-on-lan modules 2001-20n1 and network cards 2002-20n2. Wake-on-LAN modules 2001-20n1 receive the WOL Magic Packet and wake up the computers of the tested terminals 200-20n, and have the functions of capturing the network card number (MAC ID) and sending the network card number to the testing terminal 100, etc. The function of uploading data information. The testing terminal 100 at least includes a WOL test module 110 , a WLAN test module operation interface 120 , and an ILO platform 130 . Among them, the ILO platform 130 refers to the remote management technology platform provided by the built-in ILO (Integrated Lights-Out) remote management chip of the HP server of Hewlett-Packard Development Company, so that the server of the testing terminal 100 can be connected through the network Connect the network cards 2002-20n2 to remotely operate the computer of the terminal 200 under test. The WLAN test module operation interface 120 is the operation interface of the WLAN test module 110 . The functions provided by the operation interface 120 of the Wake-on-LAN test module will be described in detail below with reference to the accompanying drawings.

Referring to FIG. 3 , it is a schematic diagram of the operation interface of the WOL test module of the present invention. The operation interface 120 of the Wake-on-LAN module provides the user with setting the test configuration of at least one terminal under test 200 . As shown in the figure, the interface 120 at least has the functions of providing MAC ID list 121, test configuration list 122, test process instant information 123, test function options 124 and test item list 125, test elapsed time 126, and current test work 127. Among them, the MAC ID list 121 displays the card numbers (MAC IDs) of the network cards 2002-20n2 of the tested terminal 200 collected by the testing terminal 100. The test configuration list 122 provides settings for at least one test configuration of the terminal under test 200, including a system processing buffer time, a module processing information buffer time, a wake-up data packet transmission interval, a wake-up success times, a The number of wake-up failures, etc. The test process instant information 123 is the test schedule and results generated in HTML format in real time during the test process. The test function option 124 is to provide at least shutdown/start dormancy (Shutdown/Hibernate) option 1241, shutdown test (Shutdown test) option 1242, power startup hibernation (Power Hibernate) option 1243, sleep and recovery (Hibernate&Resume) option 1244, power shutdown Any combination of items such as (Power Shutdown) option 1245 and on/off cycle (Power cycle) option 1246. The test item list 125 is to provide a batch display of all test functions of the terminal under test 200 . Test elapsed time 126 may display the total time elapsed for the test. The current test work 127 can display the current test work of the terminal under test 200 .

Next, refer to FIG. 2A , which is a flow chart of the steps of the wake-on-on-LAN (WOL) testing method of the present invention. As shown in FIG. 2A , using the Wake-on-LAN (WOL) test system proposed by the present invention, the testing end 100 and the testing end 200 of the client/server master-slave architecture are used. Firstly, the WLAN test module 110 of the testing terminal 100 collects the card number of at least one network card 2001 of the testing terminal 200 (step 400 ). Next, set a test configuration through the operation interface 120 of the WOL test module (step 410 ). Then the network wake-up test can be performed, and a wake-up data packet (Magic Packet) is sent to a tested terminal 200 according to the test configuration (step 420). After sending the wake-up data packet, the testing terminal 100 detects whether the testing terminal 200 is powered on through the ILO platform (step 430 ). In step 430, if it is detected that the terminal under test 200 has successfully turned on, it means that the network wake-up is successful, so it is then judged whether the terminal under test 200 has reached a successful number of times of wake-up (step 440); but if in step 430 the If the terminal under test 200 is still not powered on, it means that the network wake-up fails, so it is then determined whether the terminal under test 200 has reached a number of wake-up failures (step 450 ). In the aforementioned step 440, if the terminal under test 200 has reached the number of times of successful wake-up, then it is then judged whether to complete the network wake-up test of all terminals under test 200 (step 460); but if the terminal under test 200 has not reached the number of times of successful wake-up, then Go back to step 420 and continue to repeat the test. And in the aforementioned step 450, if the terminal under test 200 has not reached the number of wake-up failures, then return to step 420 and continue to repeat the test; but if the terminal under test 200 has reached the number of times of wake-up failures, record the information of the network wake-up failure ( Step 451 ), and the testing terminal 100 directly powers on the testing terminal 200 through the ILO platform 130 (step 452 ), and abandons the wake-up test on the testing terminal 200 , and then proceeds to step 460 . Finally, in the above-mentioned step 460, if the wake-up test of the terminal under test 200 has not been completed, then return to step 420 to continue the next wake-up test of the terminal under test 200; If the test of the terminal 200 is completed, this process ends.

Wherein, the aforementioned step 400 further includes a detailed process A, which will be further described as follows with reference to the accompanying drawings. Referring to FIG. 2B , a detailed flow A of collecting network card numbers for the WOL test method of the present invention. Firstly, execute a wake-on-lan module 2001 on a terminal under test 200 (step 401 ). When this module is executed, the wake-on-lan module 2001 captures the card number (MACID) of the network card 2002 of the terminal under test 200 (step 402). Then, the Wake-on-LAN module 2001 is connected to a testing terminal 100 and returns the network card number to the testing terminal 100 (step 403 ). After step 403 is performed, the testing terminal 100 collects all the network card numbers (MAC ID) of the testing terminal 200. After completing the steps of the detailed process A, proceed to step 410 to set a test configuration through the operation interface 120 of the WOL test module.

In this way, an overall automated test is performed on all network cards in the network domain in a sequential manner. From environment variable setting to system shutdown or hibernation, MAC ID input, WOL packet encapsulation transfer, WOL wake-up and then switch target network card to continue testing, all can be changed to the purpose of automated testing.

Certainly, the present invention also can have other multiple embodiments, without departing from the spirit and essence of the present invention, those skilled in the art can make various corresponding changes and deformations according to the present invention, but these corresponding changes All changes and modifications should belong to the scope of protection of the appended claims of the present invention.

Claims (10)

1. A network wake-up test system, characterized in that it at least includes: a domain; A testing terminal, which is a server terminal in the network domain, has a wake-up test module, the wake-up test module provides an operation interface for setting a test configuration, and sends a wake-up data packet according to the test configuration ; At least one tested terminal is a client in the network domain, and has a wake-up module for capturing at least one network card number and uploading it to the testing terminal, and when the wake-up module receives the wake-up data packet Wake up the device under test from the network; and A remote management platform refers to a remote management technology platform provided by the remote management chip of the testing terminal for the testing terminal to directly and remotely query the status of the testing terminal and remotely operate the testing terminal. 2. The Wake-on-LAN test system according to claim 1, wherein the wake-up data packet is any data including the network card number of the computer to be woken up by the network in the network communication protocol. 3. The Wake-on-LAN test system according to claim 1, wherein the operation interface of the Wake-on-LAN test module at least includes a network card number list, a test configuration list, a test process instant message, and a test Function options and a list of test items. 4. A network wake-up testing method, characterized in that at least comprising steps: A Wake-on-LAN testing module of a testing terminal collects at least one network card number of a testing terminal; Setting a test configuration through an operation interface of the wake-on-LAN test module; sending a wake-up data packet to a terminal under test according to the test configuration; The testing terminal inquires whether the testing terminal is turned on through a remote management platform; judging whether the tested end has reached a number of successful wake-ups; and It is judged whether all wake-on-lan tests of the terminal under test are completed. 5. The Wake-on-LAN testing method according to claim 4, wherein, if the step of judging whether to complete the Wake-on-LAN tests of all the tested terminals is negative, the testing terminal proceeds to the next test of the tested terminal. Wake on LAN test. 6. The network wake-up test method according to claim 4, wherein the judgment result of judging whether the terminal under test has reached a number of successful wake-up times is no, then the test terminal sends another test configuration according to the test configuration. Wake up the data packet to the terminal under test. 7. The network wake-up test method according to claim 4, characterized in that, the testing terminal inquires whether the tested terminal is powered on through a remote management platform, and the judgment result is no, further comprising steps: judging whether the tested end has reached a number of wake-up failures; If the tested end has reached the number of wake-up failures, record the network wake-up failure information; and The testing terminal directly starts the testing terminal through the remote management platform. 8. The Wake-on-LAN testing method according to claim 4, wherein the remote management platform refers to a remote management technology platform provided by a remote management chip. 9. The test method for wake-up on LAN according to claim 4, wherein the wake-up data packet is any data including the network card number of the computer to be woken up by the network in the network communication protocol. 10. The Wake-on-LAN test method according to claim 4, wherein the operation interface of the Wake-on-LAN test module at least includes a network card number list, a test configuration list, a test process instant message, and a test function options, and a list of test items.

Images