1. The Field of the Invention
The present invention generally relates to network diagnostic systems and methods and, in particular, network diagnostic systems and methods for filtering network diagnostic data.
2. The Relevant Technology
Computer and data communications networks continue to proliferate due to declining costs, increasing performance of computer and networking equipment, and increasing demand for communication bandwidth. Communications networks—including wide area networks (“WANs”), local area networks (“LANs”), metropolitan area networks (“MANs”), and storage area networks (“SANs”)—allow increased productivity and use of distributed computers or stations through the sharing of resources, the transfer of voice and data, and the processing of voice, data and related information at the most efficient locations. Moreover, as organizations have recognized the economic benefits of using communications networks, network applications such as electronic mail, voice and data transfer, host access, and shared and distributed databases are increasingly used as a means to increase user productivity. This increased demand, together with the growing number of distributed computing resources, has resulted in a rapid expansion of the number of installed networks. A variety of network diagnostic systems and methods have been developed to test these networks.
One aspect is a computing device that may be configured to display a user interface. The user interface may be configured to create a filter configured to be applied to network diagnostic statistics prior to aggregation of the network diagnostic statistics. The filter may include at least one device data limitation and at least one performance data limitation.
Another aspect is a computing device that may be configured to display a user interface. The user interface may be configured to create a filter configured to be applied to network diagnostic statistics prior to aggregation of the network diagnostic statistics, after aggregation of the network diagnostic statistics or before and after aggregation of the network diagnostic statistics. The filter may include at least one device data limitation and at least one performance data limitation.
For purposes of summarizing, some aspects, advantages and features of a few of the embodiments of the invention have been described in this summary. Some embodiments of the invention may include some or all of these summarized aspects, advantages and features. However, not necessarily all of (or any of) these summarized aspects, advantages or features will be embodied in any particular embodiment of the invention. Thus, none of these summarized aspects, advantages and features is essential. Some of these summarized aspects, advantages and features and other aspects, advantages and features may become more fully apparent from the following detailed description and the appended claims.
These and other objects and features of the present invention will become more fully apparent from the following description and appended claims, or may be learned by the practice of the invention as set forth hereinafter.
To further clarify the above and other advantages and features of the present invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. It is appreciated that these drawings depict only illustrated embodiments of the invention and are therefore not to be considered limiting of its scope. The invention will be described and explained with additional specificity and detail through the use of the accompanying drawings in which:
Certain embodiments relate generally to networking systems, including the testing of high speed data transmission systems and components. Embodiments of the invention may be used in other contexts unrelated to testing systems and components and/or in other contexts unrelated to high speed data transmission.
The networking system 10 shown in
The nodes may use a signal (such as, an optical signal) to send and/or receive network messages over at least a portion of the networking system 10. As used herein, a “network message” includes, but is not limited to, a packet; a datagram; a frame; a data frame; a command frame; an ordered set; any unit of data capable of being routed (or otherwise transmitted) through a network; and the like. In one embodiment, a network message may comprise transmission characters used for data purposes, protocol management purposes, code violation errors, and the like. Also, an ordered set may include, a Start of Frame (“SOF”), an End of Frame (“EOF”), an Idle, a Receiver Ready (“R_RDY”), a Loop Initialization Primitive (“LIP”), an Arbitrate (“ARB”), an Open (“OPN”), and Close (“CLS”)—such as, those used in certain versions of Fibre Channel. Of course, any ordered sets and/or any network messages of any other size, type, configuration and/or protocol may be used.
The nodes may communicate using any suitable network protocol, including, but not limited to, serial protocols, physical layer protocols, channel protocols, packet-switching protocols, circuit-switching protocols, Ethernet, Fast Ethernet, Gigabit Ethernet, 10 Gigabit Ethernet, Fibre Channel, Fibre Channel Arbitrated Loop (“FC-AL”), Small Computer System Interface (“SCSI”), High Performance Parallel Interface (“HIPPI”), Serial Attached SCSI (“SAS”), Serial ATA (“SATA”), SAS/SATA, Serial SCSI Architecture (“SSA”), and the like.
In some embodiments, one or more components of the networking system 10 may be embodied as part of a multi-tiered distributed system. For example, as shown in
The data tier preferably includes one or more network diagnostic devices, such as a network diagnostic device 12. The network diagnostic device 12 may monitor physical data present on a network medium and may generate network diagnostic statistics (such as, performance data, configuration data and/or data relating to node communication) for discrete intervals of time, such as, for one-second intervals or any other desired interval. For example, the network diagnostic device 12 may use a passive tap 14 to monitor the physical data present on a network medium via which nodes 16 communicate, and the network diagnostic device 12 may generate one or more packets or other data containers 18 indicating various network diagnostic statistics for each interval. If desired, the network diagnostic device 12 may not generate any data containers 18 for some intervals, but may generate several data containers 18 for other intervals depending, for example, upon the particular data present on the network medium and/or the particular configuration of the network diagnostic device 12. In some embodiments, a network diagnostic statistic of a data container 18 may be associated with multi-interval storage I/O transactions between nodes 16 communicating via a SAN or other any other type of network. For instance, the nodes 16 may include an initiator and a target, and the network diagnostic statistic of the data container 18 may be associated with the initiator, the target and/or a logical unit number (LUN) of the target. If desired, the network diagnostic device 12 may generate these data containers 18 in substantially real time and thus may be able to continuously generate them from the network traffic as fast as the traffic occurs within the network. After generating the data containers 18, the network diagnostic device 12 may send the data containers 18 to the portal tier as shown in
As shown in
In further detail, the portal tier preferably includes one or more network diagnostic devices 20, which may comprise a server computing device running software. A network diagnostic device 20 may include a statistics module 22 that may include a filter module 24 and an aggregator 26. The filter module 24 may “filter out” and/or “filter in” network diagnostic statistics. The aggregator 26 may aggregate network diagnostic statistics. Significantly, the filter module 24 may perform filtering before the aggregation, after the aggregation, or both before and after the aggregation. For example, the filter module 24 may “filter out” and/or “filter in” network diagnostic statistics of the data containers 18, and if desired, the aggregator 26 may then aggregate the filtered network diagnostic statistics. Also, the aggregator 26 may aggregate network diagnostic statistics of the data containers 18, and if desired, the filter module 24 may “filter out” and/or “filter in” the aggregated network diagnostic statistics. In addition, the filter module 24 may “filter out” and/or “filter in” network diagnostic statistics of the data containers 18, the aggregator 26 may then aggregate the filtered network diagnostic statistics, and the filter module 24 may “filter out” and/or “filter in” the aggregated network diagnostic statistics. Of course, in some instances, the filter module 24 need not filter and/or the aggregator need not aggregate the network diagnostic statistics depending upon the particular configuration of the statistics module 22. After the filtering and/or the aggregating, the network diagnostic device 20 may send the network diagnostic statistics to the client tier using, for example, one or more packets or other data containers (like the data containers 18) or any other suitable means.
As shown in
In further detail, the client tier preferably includes one or more network clients 30, which may comprise a client computing device running software. A client 30 may include a statistics module 32 that may include a filter module 34 and an aggregator 36. The filter module 34 may “filter out” and/or “filter in” network diagnostic statistics. The aggregator 36 may aggregate network diagnostic statistics. Significantly, the filter module 34 may perform filtering before the aggregation, after the aggregation, or both before and after the aggregation. For example, the filter module 34 may “filter out” and/or “filter in” network diagnostic statistics received from the portal tier, and if desired, the aggregator 36 may then aggregate the filtered network diagnostic statistics. Also, the aggregator 36 may aggregate network diagnostic statistics network diagnostic statistics received from the portal tier, and if desired, the filter module 34 may “filter out” and/or “filter in” the aggregated network diagnostic statistics. In addition, the filter module 34 may “filter out” and/or “filter in” network diagnostic statistics network diagnostic statistics received from the portal tier, the aggregator 36 may then aggregate the filtered network diagnostic statistics, and the filter module 34 may “filter out” and/or “filter in” the aggregated network diagnostic statistics. Of course, in some instances, the filter module 34 need not filter and/or the aggregator need not aggregate the network diagnostic statistics network diagnostic statistics received from the portal tier depending upon the particular configuration of the statistics module 32. After the filtering and/or the aggregating, the network diagnostic device 20 may send the network diagnostic statistics to a display 38 (such as a monitor) for viewing by a user.
As shown above, the network diagnostic device 12 of the data tier may generate network diagnostic statistics, which may be sent to the portal tier. The network diagnostic statistics from the data tier, however, need not be sent by the network diagnostic device 12 alone. For example, a node 40 (such as a switch or other node) may store and/or maintain network diagnostic statistics (such as, performance data 42, configuration data 44 and/or data relating to node communication) and may send the network diagnostic statistics directly to the portal tier.
As shown in
In response to a request from the client 30, the network diagnostic device 20 may provide, to the client 30, the network diagnostic statistics stored in the storage device 48 for use in reporting. In particular, the client 30 may request the network diagnostic statistics. In response, a retrieval module 50 may retrieve the statistics from the storage device 48 and may send the statistics to the client, which may use the display 38 to present the statistics in a report.
If desired, the network diagnostic statistics presented in the report may be filtered and/or aggregated by the network diagnostic device 20, the client 30 or both. For example, the retrieval module 50 may filter and/or aggregate the statistics before sending them to the client 30; and/or the statistics module 32 may filter and/or aggregate the statistics received from the retrieval module 50. If the statistics are stored in an SQL or other type of database on the storage device 48, the retrieval module 50 may, if desired, generate SQL or other query statements to filter and/or aggregate the statistics before sending them to the client 30. Like the realtime statistics discussed above, the network diagnostic statistics presented in the report may be filtered, aggregated, filtered then aggregated, filtered then aggregated then filtered again, aggregated then filtered, or not aggregated and not filtered by the network diagnostic device 20, the client 30 or both.
As shown in
The client 30 shown in
As shown in
As shown in
To create a new filter or edit an existing filter, the buttons 72, 74 (or other user interface elements) may be selected. In response to this selection, a user interface 76 (
Desirably, the user interface 76 may include a variety of menus to facilitate creation and/or editing of the filter expression of the field 78. For instance, the performance data and device data may be selected using a menu 82 as shown in
If desired, the user interface 58 may display the stored network diagnostic statistics from the storage device 48 using a table 60, a graph or pie chart, or any other suitable reporting format. Desirably, the user interfaces 58, 76 may be used to create and select filters and aggregations for the stored network diagnostic statistics in the same or similar manner as done for the real time network diagnostic statistics received by the client 30 by configuring the filter module 34, the aggregator 36 and/or the retrieval module 50 accordingly.
Moreover, the user interfaces 58, 76 may be used to create and select filters and aggregations for the real time network diagnostic statistics received by the alarm module 52 in the same or similar manner as done for the real time network diagnostic statistics received by the client 30 by configuring the filter module 54 and/or the aggregator 56 accordingly.
As shown above, the data tier may generate network diagnostic statistics, which may be filtered and/or aggregated (e.g. by the portal tier, by the client tier or by both) and which may be displayed at the client tier. If desired, this process may be performed in substantially real time and thus such statistics may continuously displayed at the client tier as fast as the traffic occurs within the network.
In one embodiment, the filter expression entered into the field 78 of the user interface 76 may be stored in an XML formatted file. Significantly, this may allow a user to edit the XML file formatted file directly to edit the filter expression to add other expressions, data and/or values to the filter expression (for instance, expressions, data and/or values from external systems).
The methods and systems described above require no particular component or function. Thus, any described component or function—despite its advantages—is optional. Also, some or all of the described components and functions described above may be used in connection with any number of other suitable components and functions.
Although this invention has been described in terms of certain preferred embodiments, other embodiments apparent to those of ordinary skill in the art are also within the scope of this invention. Accordingly, the scope of the invention is intended to be defined only by the claims which follow.
The present invention may be embodied in other specific forms without departing from its spirit or essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope.
This application claims the benefit of U.S. Provisional Patent Application Ser. No. 61/024,392, entitled SYSTEMS AND METHODS FOR FILTERING NETWORK DIAGNOSTIC STATISTICS, filed Jan. 29, 2008, and incorporated herein in its entirety by this reference.
Number | Date | Country | |
---|---|---|---|
61024392 | Jan 2008 | US |