Network load tester with real-time detection and recording
A load tester is configured to generate traffic streams for testing a network. The traffic streams can include one or more stream objects. Each stream object can be characterized by a unique identifier and can include a fixed number of frames. The frames can share the same S_ID and D_ID while being characterized by a unique sequence count. The load tester can receive a plurality of frames, all or some of which belong to a stream object, and analyze the received frames in real-time to identify the occurrence of one or more errors such as out-of-order frame errors, dropped frame errors, and misdirected frame errors. The different types of errors can be individually recorded.
1. A method for testing a network with a network load tester that is coupled to at least one analyzer which is further coupled to a switch, the method comprising:
receiving, at a first N_Port, a plurality of frames from the switch, at least a portion of the frames belonging to a first stream object characterized by a unique identifier, each frame characterized by a unique sequence count;
analyzing the received frames in real-time to identify the occurrence of one or more errors;
recording the occurrence of the one or more errors according to error type, the error types including out-of-order frame errors, dropped frame errors, and misdirected frame errors; and
upon identifying the occurrence of an error, triggering the at least one analyzer to capture data to assist in debugging a problem in the network associated with the error,
wherein the switch implements a load-balancing hash algorithm to route frames through the network based on the unique identifier and wherein characterization of each traffic stream object with the unique identifier is sufficient to cause the frames of each traffic stream to be routed along the same physical path of the network and experience similar latencies when the load-balancing hash algorithm is implemented properly.
2. The method of claim 1 , wherein the at least one analyzer captures traffic going into the switch, traffic coming out of the switch, or both.
3. The method of claim 1 , wherein an out-of-order frame error is identified when the frames are not received in sequential order based on their associated sequence counts.
4. The method of claim 1 , wherein a dropped frame error is identified when at least one frame of the first stream object is not received prior to receiving a last frame of the first stream object.
5. The method of claim 1 , wherein each of the frames is further characterized by a source identifier corresponding to a source N_Port from which the frames were sent and a destination identifier corresponding to a destination N_Port, and wherein a misdirected frame error is identified when the destination identifier of a frame received by the first N_Port corresponds to an N_Port other than the first N_Port.
6. The method of claim 1 , further comprising, displaying information associated with an identified error to a user, the information including one or more of: a source identifier, destination identifier, sequence count, and originator exchange identifier associated with a corresponding out-of-order, dropped, or misdirected frame.
7. The method of claim 1 , including analyzing the received frames in real-time to identify the occurrence of a plurality of errors having different error types and maintaining separate error counts for the out-of-order frame errors, for the dropped frame errors, and for the misdirected frame errors.
8. A network load tester for testing a system wherein the network load tester is coupled to a network analyzer which is further coupled to a switch, the network load tester comprising:
a traffic stream table configured to store a stream record for each of a plurality of traffic streams, each traffic stream characterized by a unique identifier and including a fixed number of data frames;
a traffic profile engine operably coupled to the traffic stream table and configured to generate a plurality of traffic profiles, each traffic profile including one or more traffic streams;
a transmitter operably coupled to the traffic profile engine and configured to transmit one or more of the generated traffic profiles to the switch;
a receiver configured to receive a traffic profile from the switch;
a hardware data compare operably coupled to the receiver and configured to perform real-time error checking on the received traffic profile to identify one or more of: out-of-order frame errors, missing frame errors, and misdirected frame errors; and
an event trigger operably coupled to the hardware data event compare and configured to trigger the network analyzer to capture data associated with an error identified by the hardware data compare to assist in identifying a faulty component in the system, the network analyzer being operably coupled inline between the switch and the receiver,
wherein the switch implements a load-balancing hash algorithm to route frames through the network based on the unique identifier and wherein characterization of each traffic stream object with the unique identifier is sufficient to cause the frames of each traffic stream to be routed along the same physical path of the network and experience similar latencies when the load-balancing hash algorithm is implemented properly.
9. The network load tester of claim 8 , further comprising a profile configuration module configured to store default parameters, user-configured parameters, or both, relating to each of the plurality of traffic profiles.
10. The network load tester of claim 9 , wherein the parameters relating to each of the plurality of traffic profiles include one or more of: frame size, profile type, header, payload contents, error injection type, and error injection frequency.
11. The network load tester of claim 8 , wherein the hardware data compare is configured to perform the real-time error checking at up to full line rate of the system.
12. The network load tester of claim 11 , wherein the system includes a network that is substantially compliant with Fibre Channel standards.
13. The network load tester of claim 8 , wherein performing the real-time error checking by the hardware data includes comparing data in the received traffic profile against expected data.
14. The network load tester of claim 8 , wherein the hardware data compare is configured to identify out-of-order frame errors, missing frame errors, and misdirected frame errors, the network load tester further comprising a plurality of counters, each counter being configured to count a corresponding one of the out-of-order frame errors, the missing frame errors, and the misdirected frame errors.
15. A method of testing a network with at least a first load tester that is coupled to an analyzer which is further coupled to at least one Fibre Channel switch, the method comprising:
generating a first stream object characterized by a first unique identifier, the first stream object including a plurality of frames, each frame characterized by the same source identifier and destination identifier and a unique sequence count, the source identifier corresponding to a first port and the destination identifier corresponding to a second port;
transmitting the first stream object from the first port through the at least one Fibre Channel switch in the network;
receiving at least a portion of the first stream object at the second port;
checking the at least a portion of the first stream object for errors; and
when an error is encountered, recording the error according to error type and triggering an analyzer to capture at least one of: (1) data going into the Fibre Channel switch, and (2) data coming out of the Fibre Channel switch, to assist in identifying and debugging a problem in the network,
wherein the switch implements a load-balancing hash algorithm to route frames through the network based on the unique identifier and wherein characterization of each traffic stream object with the unique identifier is sufficient to cause the frames of each traffic stream to be routed along the same physical path of the network and experience similar latencies when the load-balancing hash algorithm is implemented properly.
16. The method of claim 15 , wherein:
the first port is included in the first load tester and the second port is included in a second load tester; or
the first port and the second port are included in the first load tester.
17. The method of claim 15 , wherein the first port and the second port are arranged with the at least one Fibre Channel switch in one or more of: a self-test port topology, a pairport test topology, and a multiport test topology.
18. The method of claim 15 , further comprising counting each error according to error type, wherein the error types that are counted include out-of-order frame errors, missing frame errors, and misdirected frame errors.