Patent Application
20090172474
1. Field of the Invention
The present invention generally relates to network diagnostic systems and methods and, in particular, network diagnostic systems and methods for light levels of optical signals.
2. Background 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 network diagnostic system that may include a network diagnostic device. The network diagnostic device may be configured to receive data indicating a light level of an optical signal and to perform at least one network diagnostic function at least partially in response to the receipt of the data. The network diagnostic function may include triggering an alarm; triggering a capture of at least a portion of one or more network messages; storing data indicating the light level of the optical signal on a computer readable medium (e.g., for use in subsequent reports); and/or any other suitable network diagnostic function. In some cases, the light level may be a light level of an optical signal received by a node of a network, for example, a light level of an optical signal received by a receiver of a node. The receiver may, if desired, form part of a transceiver of the node. In some cases, the light level may be a light level of an optical signal received by a switch, such as a physical layer switch or other type of switch. For example, the light level may comprise a light level of an optical signal received by a first switch from a second switch via, for instance, an aggregated inter-switch optical link (such as a trunk link) or other inter-switch optical link. In some cases, the light level may be a light level of an optical signal received from a passive tap. Of course, the light level may be any other light level of an optical signal.
Another aspect is a network diagnostic method that may include detecting a light level of an optical signal; and performing at least one network diagnostic function at least partially in response to the detection of the light level of the optical signal. The network diagnostic function may include triggering an alarm; triggering a capture of at least a portion of one or more network messages; storing data indicating the light level of the optical signal on a computer readable medium (e.g., for use in subsequent reports); and/or any other suitable network diagnostic function. In some cases, the light level may be a light level of an optical signal received by a node of a network, for example, a light level of an optical signal received by a receiver of a node. The receiver may, if desired, form part of a transceiver of the node. In some cases, the light level may be a light level of an optical signal received by a switch, such as a physical layer switch or other type of switch. For example, the light level may comprise a light level of an optical signal received by a first switch from a second switch via, for instance, an aggregated inter-switch optical link (such as a trunk link) or other inter-switch optical link. In some cases, the light level may be a light level of an optical signal received from a passive tap. Of course, the light level may be any other light level of an optical signal.
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 are 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.
The appended drawings contain figures of preferred embodiments to further clarify the above and other aspects, advantages and features. It will be appreciated that these drawings depict only preferred embodiments of the invention and are not intended to limit its scope. These preferred embodiments 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.
As shown in
For example, with reference to
Exemplary network diagnostic functions performed at the blocks 18 and 28 may include, but are not limited to, triggering an alarm; triggering a capture of at least a portion of one or more network messages; storing data indicating the light level of the optical signal on a computer readable medium (e.g., for use in subsequent reports)—for instance in a database; and/or other suitable network diagnostic functions.
In some cases, the light level detected at the block 16 and/or the light level indicated by the data at blocks 24, 26 may be a light level of an optical signal received by a node of a network, for example, a light level of an optical signal received by a receiver of a node of the networking system 10. The receiver may, if desired, form part of a transceiver of the node. In some cases, the light level detected at the block 16 and/or the light level indicated by the data at blocks 24, 26 may be a light level of an optical signal received by a switch, such as a physical layer switch or other type of switch. For example, the light level may comprise a light level of an optical signal received by a first switch from a second switch via, for instance, an aggregated inter-switch optical link (such as a trunk link) or other inter-switch optical link. In some cases, the light level detected at the block 16 and/or the light level indicated by the data at blocks 24, 26 may be a light level of an optical signal received from a passive tap. Of course, the light level detected at the block 16 and/or the light level indicated by the data at blocks 24, 26 may be any other light level of an optical signal.
As shown in
As shown in
As shown in
In some embodiments, the network diagnostic devices 12, 42 and/or other aspects of the networking system 10 may be embodied as part of a multi-tiered distributed system. For example, three tiers (a data source tier, a portal tier and a client tier) are illustrated in
In further detail, the data source tier may be a functional component that monitors the physical data present on a network medium. The data source tier preferably includes one or more network diagnostic devices 42. The network diagnostic devices 42 may monitor the physical data present on the network medium and, in a preferred embodiment, may generate discrete intervals of data. The network diagnostic devices 42 may then analyze these data intervals and identify specific “attributes” of the network data. These attributes can be certain characteristic or statistic information that relates to the monitored network data. These attributes are preferably generated in the form of “metrics,” which are discrete data units. For example, in a SAN environment, a metric may be “storage I/O” centric and may contain attributes of multi-interval storage I/O transactions between devices on the network. In addition, the metrics may contain attributes of instantaneous events that may occur on the network. If desired, the network diagnostic devices 42 may generate these metrics in substantially real time and thus may be able to continuously generate metrics from the network traffic as fast as the traffic occurs within the network.
After generating these metrics, the network diagnostic devices 42 may forward the metrics to the portal tier. The portal tier is preferably implemented using the network diagnostic device 12, which may comprise a host computing device running software. The portal tier generally provides the function of collection, management and reformatting of the metric data collected from the network diagnostic devices 42. In preferred embodiments, the portal tier may manage the metric data by encapsulating metric data received from a network diagnostic device 42 into a data structure referred to as a “data container.” This data container may have a predefined format and may organize the metric data in accordance with the type of attributes contained in the metrics.
Once generated at the portal tier, data containers may be requested by the client tier. The client tier is preferably implemented using a network diagnostic device 44, which may comprise a host computing device running software. The client tier preferably provides a user interface that can be used by a user to selectively display various types of network information that is derived from the contents of data containers that are received from the portal tier. Preferably, the interface is a graphics-based interface, which allows a variety of graphical views of different network operating characteristics. In one embodiment, the set of alarm conditions associated with a particular alarm may be user-specified via a user interface of the network diagnostic device 44.
As mentioned above with reference to
The multi-tiered distributed system shown in
Some or all of the ports of the switch 52 may include a receiver 36, which may receive an optical signal from a node, such as a server 48 or a data source 50. The receiver 36 of the port may, if desired, form part of a transceiver. When the receiver 36 of the port receives the optical signal from the node, the receiver 36 may detect light levels of the received optical signal; may generate light-level data 20 indicating the detected light level; and may store the light-level data 20 in a storage device 38 of the receiver 36. As shown in
As shown in
If desired, the data tier may include a first pool 54 including one or more network diagonstic devices 42 and a second pool 56 including one or more network diagonstic devices 42 and/or one or more network diagnostic devices 46. One or more members of the second pool 56 may be configured to test a link. For example, the one or more members of the second pool 56 may—at least partially in response to a member of the first pool 54 detecting particular conditions on a first link—be configured to test the first link. This condition-triggered configuration of the second pool 56 may allow the one or more members of the second pool 56 to troubleshoot the first link by performing additional network diagnostic functions. If desired, the member of the first pool 54 may be configured to continue to rove from the first link to a second link without waiting for the one or more members of the second pool 56 to finish troubleshooting the first link. Accordingly, because the member of the first pool 54 may test the second link, one or more members of the second pool 56 may—at least partially in response to the roving member detecting particular conditions on the second link—be configured to test the second link, even while troubleshooting continues on the first link, if desired. In one embodiment, because the second pool 56 may have a limited number of members, the members of the second pool may be configured to test links according to priority. Other details regarding pools of network diagnostic devices are disclosed in Assignee's co-pending U.S. patent application Ser. No. 11/560,247, filed Nov. 15, 2006 and entitled POOL-BASED NETWORK DIAGNOSTIC SYSTEMS AND METHODS.
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.
This application claims the benefit of U.S. Provisional Patent Application Ser. No. 60/018,634, filed Jan. 2, 2008, which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 61018634 | Jan 2008 | US |
