Patent Application
20100110899
The integrity, security, and stability of communication networks can be verified with stress testing the network or its component devices. Stress testing can be used to determine if the network and its components are working correctly or within parameters. Without testing and then fixing problems and failures, networks and their components can be subject to failures in the field or attacks, whether passive or active. If a device does fail in the field, there can be a significant lag time between its failure and the report of its failure, and even more lag time until the problem is fixed. During this lag time, the network can be operating incorrectly or not operating at all.
Often, stress testing involves subjecting the network to heavy traffic loads or to particular messages that are often out of typical ranges for the network. In one example, a network can be stress tested by subjecting it to heavy data loads to determine which parts of the network are operating within parameters or to determine which parts of the network will fail under the test. A device can be subject to number of types of network stress. One category of these types of stress is often referred to as stress and margin, where different features or aspects of the device are tested and the performance of the device or network is analyzed. For example, the device can be subjected to a high current, low current, high temperature, low temperature, out of range throughput, high load, and the like, and its performance analyzed.
In addition to stress testing an operational communications network, individual components are often tested in simulation during manufacturing and prior to implementation. This sort of pre-implementation stress testing is useful because the device can be subjected to a test that will likely cause the device to fail without fear of affecting an actual network.
Various types of stress tests are known. Testers may develop proprietary techniques for testing certain equipment. Such techniques need not be commercially available for purchase and are directed to the certain equipment. The cost for develop of these techniques is typically very high and can often be very difficult to maintain. Another option is to purchase commercially available test equipment and associated software. These commercially available techniques can be platform specific, complicated to use, and include features far beyond what is needed for stress and margin purposes.
The accompanying drawings are included to provide a further understanding of embodiments and are incorporated in and constitute a part of this specification. The drawings illustrate embodiments and together with the description serve to explain principles of embodiments. Other embodiments and many of the intended advantages of embodiments will be readily appreciated as they become better understood by reference to the following detailed description. The elements of the drawings are not necessarily to scale relative to each other. Like reference numerals designate corresponding similar parts.
In the following Detailed Description, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration specific embodiments in which the invention may be practiced. In this regard, directional terminology, such as “top,” “bottom,” “front,” “back,” “leading,” “trailing,” etc., is used with reference to the orientation of the Figure(s) being described. Because components of embodiments can be positioned in a number of different orientations, the directional terminology is used for purposes of illustration and is in no way limiting. It is to be understood that other embodiments may be utilized and structural or logical changes may be made without departing from the scope of the present invention. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present invention is defined by the appended claims.
It is to be understood that the features of the various exemplary embodiments described herein may be combined with each other, unless specifically noted otherwise.
In one example, the test subject device 28 receives the stressful message and returns a response message to the tester device 26. The message can indicate that the test subject device 28 is healthy or that the device 28 has suffered some kind of failure. A set of statistics or measurements can be included in the test message to indicate the operation of certain features of the test subject device 28. An operator of the tester device 26 can then analyze or process the statistics or measurements to determine whether the device is healthy, or operating within selected parameters, despite receiving the stressful message.
In another example, the test subject device 28 will fail. In this case, there may be no set of statistics or measurements returned to the tester device 26. In order to account for this, the tester device can be set to wait for a selected time after sending the stressful message. If no response is received within the selected time, the tester device will indicate that the device has failed as a response to the stressful message.
In one example, the test subject device 28 is configured to return a message to the tester device 26. The test subject device can be configured to include a version of a network agent that can receive, decode, and respond to the stressful message. The response can include a set of statistics that can be decoded, processed, or both, by the test subject device 26 or another processor device used in stress testing the test subject device 28.
The message sent from the tester device 26 can be a typical network tool such as a ping. This tool works by sending an Internet Control Message Protocol (ICMP) packet or packets to the test subject device, or the target host. ICMP messages are typically constructed at the Internet Protocol (IP) layer, or sometimes referred to as the Network/Internet layer. In the TCP/IP model, the IP layer exists between the Data Link layer (layer 2) and the Transport layer (layer 4). Many common network utilities are based on ICMP messages, such as ping.
Ping works by sending an “echo request” packet from the tester device to the target host and then waiting for an “echo response” reply. It is contemplated that other tools that serve the echo request/echo reply function can be developed, so the claims are not necessarily limited to the ping utility or even to ICMP. This example is described with reference to an ICMP echo request and ICMP echo reply, although this disclosure is not so limited.
The echo request message in ICMP includes data that is expected to be returned in an ICMP echo reply. In an ICMP echo request, the type is set to 8 and the code is set to 0. The identifier and sequence number can be used to match the reply with the request. An ICMP echo reply is generated by the target host in response to the echo request. The type and code of an echo reply are both set to 0. The identifier and sequence number are used to determine which echo requests are associated with which echo replies, which is useful when multiple pings are sent on the network.
In operation, if the tester device 26 does not receive a reply at all the message will exit with a code that indicates this. If a deadline for receiving a reply and a packet count is specified, the code can indicate if less than the packet count is received by the deadline. A second code can indicate if another error has occurred. If the device is healthy, the message will exit with a third code. Other examples are contemplated.
The use of ping as a “network diagnostic tool” is known. This network diagnostic function, however, has been limited to determining whether a host target is reachable across an IP network and includes measuring packet loss and estimating round trip time. Ping can be used to check for broken hardware and network stability. In the present examples, message is used to actually affect the network devices and to stress test them, which differs from previous application of ping.
The message includes a payload 36 that includes a stressful data pattern or is otherwise configured to stress the test subject device 28. A stressful data pattern includes a sequence of bytes of data that is known to at times cause an adverse affect of certain features of a network device. Stressful data patterns, or sometimes referred to as suspicious data patterns, are known or can be developed in order to take the network device to the limits of its parameters. A particular sequence of data is known or can be developed to try to cause a particular network device to fail.
Stressful data patterns can be general and can affect many different devices, and other stressful data patterns can be specific and can affect only a selected make or model network device. Stressful data patterns can adversely affect several features of the network device or they can adversely affect only a single known feature of the network device. Accordingly, a tester can cache several different stressful data patterns, or even several sets of different stressful data patterns, for use in testing.
An example of one stressful data pattern suitable for stress testing is the following 160 byte sequence represented in hexadecimal format:
Systems for generating versions of ping or echo request messages are well known and are ubiquitous. For example, many operating systems—for example general purpose computer operating systems such as LINUX, UNIX, WINDOWS, and others—include ping utilities. Also, ping utilities are available from open source software developers. The ping or ping utility can be used to generate a certain number of packets with a selected data pattern and size to a selected network device. In an example, a message directed at a network device at a network address of 10.0.8.1 can be written in a LINUX version of ping as:
ping-c 10-p0-s 100 10.0.8.1
which will send 10 packets of a payload of zeros where each packet has a size of 100 bytes to the network device at address 10.0.8.1.
The stressful data pattern can include its own number of packet count and sequence of bits of data. Otherwise, the packet count can be selected and the payload and size of packets can be determined.
Combining the stressful data pattern as a payload into the ping packet can be performed in many different ways. In one basic example, the tester can write each message. In other examples, the process can be scripted. Several different stressful data patterns can be included in different messages, or in one message, to create a suite of test messages. The suite of test messages can be configured to selectively stress different features of the network device, to selectively stress several different network devices, or to selectively stress different features in each of several different network devices.
The examples of this disclosure are particularly advantageous for several reasons. One of these reasons is that it provides a straightforward implementation because it can work without specialized hardware or software. The tests can be customized for a particular network device or a set of network device, and the tests and test equipment can be used on multiple platforms.
Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that a variety of alternate and/or equivalent implementations may be substituted for the specific embodiments shown and described without departing from the scope of the present invention. This application is intended to cover any adaptations or variations of the specific embodiments discussed herein. Therefore, it is intended that this invention be limited only by the claims and the equivalents thereof.
