Multiplex communications – Pathfinding or routing – Switching a message which includes an address header
Reexamination Certificate
1998-12-21
2003-09-16
Olms, Douglas (Department: 2732)
Multiplex communications
Pathfinding or routing
Switching a message which includes an address header
C370S492000, C370S501000
Reexamination Certificate
active
06621823
ABSTRACT:
BACKGROUND OF THE INVENTION
The present invention relates to computer networks and, more particularly, to a network appliance that monitor parameters (e.g., related to their own and/or a network's performance). A major objective of the present invention is to facilitate fault handling in a computer network.
Computer networks allow computer users to communicate, collaborate, and share resources. While there are peer-to-peer computer networks, most sophisticated networks use network infrastructure appliances, e.g., hubs, switches, and routers, to manage communication between end-node appliances, e.g., computers, printers, modems, instrumentation, etc. A typical network infrastructure appliance includes multiple ports, each of which can be coupled to an end-node appliance or another network appliance. Networked end-node appliances communicate with each other through the network infrastructure appliances.
Just as individuals rely increasingly on computers for getting their work done, corporations rely increasingly on networks for getting their personnel to work cooperatively. When a network fails, group efforts grind to a halt, as do individual efforts relying on network resources. To a lesser degree, productivity is adversely affected when network performance is impaired. Accordingly, maintaining a network working and performing at optimal levels is highly desirable, if not critical. Unfortunately, such maintenance can also be quite difficult.
Many network appliances monitor performance-related parameters and, when the values of these parameters fail to meet certain criteria, transmit a notification to that effect over the network. For example, network infrastructure appliances often include counters for counting certain network related events (e.g., packet collisions); when a count or combination of counts indicates a problem, a “trap” can be transmitted in accordance with a Simple Network Management Protocol (SNMP). For another example, a printer can monitor its components; when a problem is detected, the printer can transmit an “inform” in accordance with a Desktop Management Interface (DMI) protocol.
The various notifications can be received by a network management station, such as a computer devoted at least in part to network management. The network management station can present the notifications to a human administrator, who can determine whether or not corrective action is required and who can undertake corrective action if required.
In many cases, the information included in the notification is not comprehensive. Transmitting all pertinent information regarding triggering events might unduly burden a network; also, the pertinence of the information might wane if the administrator does not address the notification immediately. Accordingly, a concise notification is often a prelude to a more detailed investigation by the administrator.
When the more detailed information is desired, the administrator can request (through the network management station) that the network appliance transmit additional information. If the detailed information is presented in “raw” form, considerable demands are made on the expertise of the administrator in interpreting the data to diagnose the problem and in evaluating alternative courses of action. These demands are compounded in the common case where the network includes many appliance types, each with its own relevant parameters and alternative corrective actions. Since the individual trigger events might occur infrequently, an administrator might have to refer to the appropriate appliance manual each time a triggering-event notification is received.
The burden on the administrator can be relieved considerably by including the expertise into the network management station. The network management station can include a characterization of each appliance type on the network. The characterization can be used in interpreting appliance data and in suggesting alternative courses of action.
While such a solution appears feasible in a network in which all appliances (including the network management station) are from a single vendor, it is less workable where there are appliances from multiple vendors involved. Furthermore, when a new appliance type is added to the network, the network management station would have to be updated (e.g., through a patch or module added to the network management program running on the network management station). This might mean that each new appliance would have to be sold with program updates for each network administration program.
Thus, however they are allocated between the administrator and the network management station, the tasks of notification data interpretation and of determining responses can be unduly burdensome. What is needed is a network administration system, which minimizes the burden on the network administrator while allowing ready expandability of a network.
SUMMARY OF THE INVENTION
The present invention provides a network appliance that incorporates both asynchronous notification of “triggering” events and a server that conforms to an interactive network transfer protocol such as the HyperText Transfer Protocol (HTTP). When the network appliance detects a triggering event calling for notification to the network management station, it issues the notification and specifies therein a “Uniform Resource Locator” (URL) including a “Uniform Resource Identifier” (URI) pointing to a network location on the server.
Complementarily, the present invention provides for a variety of ways for a network management station to handle the notification. For example, it can simply inform a user of the URL by displaying it in text form on a display. In this case, a user can copy the URL to a web browser (or other HTTP-enabled program), and access the location characterizing the triggering event. Preferably, the network management station either incorporates or interfaces with a browser so that a simple point and click operation accesses the network appliance server. In this vein, the network management program can present the URL as a hypertext link, as a button, or as a menu selection. Activating the link, button or menu item can access the URL directly or, alternatively, call a browser that in turn accesses the URL.
When the URL is accessed, the network appliance server can provide the information relating to the event in conformance with the HTTP standard. Preferably, the information is presented on a web page that is a subpage of a home page associated with the server. Also preferably, the subpage can include active display elements (hypertext links, buttons, and/or menu items) that can initiate network management actions appropriate to the triggering event. These actions can involve changing the state of the network appliance (e.g., by resetting counters) for further diagnosis or for ignoring the event. To conserve memory on the appliance, the subpage can be generated after the URL is received (rather than when the notification is transmitted).
Unlike most appliances with web servers, the present invention provides for efficient access to asynchronous (not initiated by the user) events at the server. For the most part, the web interface is operated by user commands; in other words, the web interface mostly provides for synchronous communication from the server and the user. Combining the web. interface with a network or appliance management protocol allows asynchronous network events to initiate interaction with the web server on the network appliance. In general, access to appliances is through the home page. It is often necessary to navigate to various subpages to find information of interest. By providing the URI (the part of the URL indicating the location within a server where certain information can be found), the present invention avoids the tedium of navigating through a web interface.
An interactive-network-transfer protocol is a network protocol in which: 1) a client can transmit a command to a server; 2) the server responds to the command by transmitting (generating first if required) data includ
Baumgartner Jim A.
Mellquist Peter E.
VanZante Craig A.
Hewlett--Packard Development Company, L.P.
Olms Douglas
Sam Phirin
LandOfFree
Network appliance combining asychronous notification with... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Network appliance combining asychronous notification with..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Network appliance combining asychronous notification with... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3093251