Abstract:
A method for organizing and displaying management information regarding the hardware and software components in a computer network. The invention organizes the data into major component groups and displays these groups and their devices in clear, descriptive language. The method comprises a plurality of operational parameters about different components in a computer network. The operational parameters are organized into a plurality of hierarchical levels. The method further comprises a plurality of forms which enable the modification of one or more of the operational parameters. Each of the forms correspond to one of the hierarchical levels.

Description:
RELATED APPLICATIONS 
     The subject matter of U.S. patent application entitled &#34;System Management Graphical User Interface,&#34; filed on Oct. 1, 1997, application Ser. No. 08/943,357, and having attorney Docket No. MNFRAME.028A is related to this application. 
    
    
     PRIORITY CLAIM 
     The benefit under 35 U.S.C. § 119(e) of the following U.S. provisional application(s) is hereby claimed: 
     
         ______________________________________              applicationTitle              Ser. No.  Filing Date______________________________________&#34;High Performance Network Server              60/046,310                        May 13, 1997System Management Interface&#34;______________________________________ 
    
     APPENDICES 
     Appendix A, which forms a part of this disclosure, is a list of commonly owned copending U.S. patent applications. Each one of the applications listed in Appendix A is hereby incorporated herein in its entirety by reference thereto. 
     The microfiche appendix, consisting of one sheet of 31 frames, which forms a part of the disclosure of this patent application, is a copy of the definition of the NF9000 MIB Definitions and is entitled &#34;Appendix 6: NF9000 MIB Definitions.&#34; 
     COPYRIGHT RIGHTS 
     A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever. 
     FIELD OF THE INVENTION 
     The present invention relates to the organization and display of data about components in a computer network. Specifically, the present invention is an apparatus and method for obtaining, organizing or displaying data related to network components. 
     BACKGROUND OF THE INVENTION 
     Simple Network Management Protocol 
     Computer network management systems use a standardized communication protocol to facilitate communication between devices (computers, printers, peripherals) on the network. The standardized communication protocol discussed with this invention is known as the Simple Network Management Protocol (SNMP). SNMP is explained in more detail in The Simple Book by Marshall T. Rose, 2d ed, Prentice-Hall, Inc., 1994, which is hereby incorporated herein by reference. The SNMP acts as a mechanism to provide and transport management information between network components. SNMP is recognized as an industry standard for network management. 
     Whenever a program at the user site sends a request to a program at the server site and waits for a response, the requesting program is called the &#34;client&#34; and the responding program is called the &#34;server.&#34; In network Server management systems, the user (usually a network administrator) uses a software module known as an SNMP manager to monitor and manage the server or servers in a network. The SNMP manager sends commands and receives information through the network from a software module called a SNMP agent, which directly monitors the server through device drivers and other components. For example, an SNMP manager may request, from the SNMP agent, information regarding the amount of unused memory on a memory module. The SNMP manager and the SNMP agent can be on the same workstation, or the SNMP manager can be at a remote location. 
     SNMP uses a transport protocol stack such as User Datagram Protocol/internet Protocol (UDP/IP) or Transmission Control Protocol/Internet Protocol (TCP/IP). UDP/IP provides connectionless communication over user Internet Protocol services. It is part of the TCP/IP suite. UDP/IP operates at the transport layer, and in contrast to TCP/IP, does not guarantee the delivery of data. TCP/IP is standard Internet protocol (or set of protocols) which specifies how two computers exchange data over the Internet. TCP/IP handles issues such as packetization, packet addressing, handshaking and error correction. For more information on TCP/IP, see Volumes I, II and III of Comer and Stevens, Internetworking with TCP/IP, Prentice Hall, Inc., ISBNs 0-13-468505-9 (vol. I), 0-13-125527-4 (vol. II), and 0-13-474222-2 (vol. III). 
     Upon receiving a data request by a user, the SNMP manager opens one or more SNMP sessions and formulates a proper information request for SNMP agent. The SNMP manager is the client and the SNMP agent is the server. The SNMP manager may be generic or specifically designed for the particular server type. 
     Typically, the SNMP manager has several parts, each performing a different function. But these parts are related and work together to accomplish certain tasks. 
     SNMP Management Information Base 
     When formulating the information request, the SNMP manager may use a set of variables called the Management Information Base (MIB). In general, an MIB defines the aspects of the system and/or the components in the system, such as a disk drive or a memory module. The MIB also contains numeric identifiers which tell system components how to access each variable. The MIB is a hierarchal collection of variables and the description of each variable related to the hardware and software components of the network. 
     Using the variable set of the MIB, the SNMP manager creates an information request which is sent to the SNMP agent. 
     Disadvantages of Existing Server Management Applications 
     Many existing network and server management applications can read and display SNMP MIB data. With the popularity of user-interface platforms, such as Windows NT and Windows 95, many of these applications use the features of Windows NT and Windows 95 platforms to display SNMP MIB data. Examples include the &#34;HP Openview&#34; manufactured by Hewlett Packard, the &#34;LAN Desk Manager&#34; manufactured by Intel, and &#34;ObjectView&#34; in the Unicenter TNG Total Enterprise Management Suite manufactured by Computer Associates International. 
     Currently, some network management applications have a main window which is split vertically into two parts (two-pane window) to display SNMP MIB data. Typically, the left pane contains the SNMP MIB of the server, while the right pane displays the values of the SNMP MIB variables in plain text or in columns. 
     While these network management applications display SNMP MIB data, they are cumbersome and non-intuitive. In real-world situations where performance time is critical, these applications fail to provide the user quick access to information concerning the network. 
     First, in current systems when the network administrator needs specific information about the network, the prior inventions are difficult to access because the MIB variables on the left pane may not be displayed or organized in an intuitive manner. The user cannot quickly browse and find a particular component group or a specific device. 
     Adding to the problem is the ambiguous descriptions of the MIB variables. For example, in the &#34;ObjectView&#34; application of the Unicenter TNG Total Enterprise Management Suite, the user may not know what the MIB variable &#34;Rmtntrfce Controller Revision I&#34; represents. This inefficiency is more significant when the user needs to access key variables quickly in order to react to a malfunction detected on the network. 
     Minimizing computer server downtime is a major concern in computer network systems. With emerging Internet, intranet and collaborative applications taking on more essential business roles every day, the cost of network server downtime will continue to spiral upward. 
     Furthermore, some MIB variables, such as entries in a table, are not accessible to the user because they are used internally by the network management software. In addition, MIB variables are read-only and cannot be modified by the user. Many of the prior server management applications show the entire MIB--all the variables in the MIB regardless of their status. This creates user confusion. Further, the value of the MIB variable is unknown, the value may be displayed on the right pane as &#34;????&#34; or &#34;Not Available.&#34; 
     In other cases, the right pane only displays two or three variables at a time, instead of simultaneously showing all the critical or related variables that the user needs. Consequently, a user may need to proceed variable by variable. This is highly inefficient. Users often need immediate access to several distinct variables or a group of variables to make a decision regarding network problems. Reducing the time to access key variables is especially important when the user needs to perform emergency tasks. 
     Moreover, even when two or three MIB variable values are displayed together on the right pane, not all variables important to the user may not be grouped together. For example, two important variables may be separated by three or four unimportant variables such as &#34;serial number&#34; or &#34;description.&#34; Since the right pane of the window only shows two or three variable values at a time, the user must use the scroll bars to jump back and forth to compare the values of the important variables. 
     In addition, the MIB variables are often displayed in nondescript columns on the right without an explanation of what the MIB variable represents. As in the example above, for the left part of the window, the user may not know what the MIB variable &#34;Rmtntrfce Controller Revision I&#34; represents. If the user is unfamiliar with the variable names, he or she must spend time to look up the variables in user support manuals. Again, this inefficiency is more pronounced in critical situations when there is a malfunction on the server. 
     Still further, the values for each MIB variable may not be labelled in the right pane of the window. The user may not know the units of the values. For example, in some of the &#34;ObjectView&#34; application of the Unicenter TNG Total Enterprise Management Suite, the value of a memory size variable is not labelled. Again, the user must look up the variable in a support manual. 
     In addition, in many of these prior applications, such as the &#34;ObjectView&#34; application of the Unicenter TNG Total Enterprise Management Suite, it is time-consuming to change the values of MIB variables. In order to change the value of a MIB variable, the user may need to click on the right button of the mouse, which opens a separate menu list box, and select the menu item to change variables. This opens another dialog box in which the user actually changes the variable. The user must close this dialog box in order to return to the server management application. The user must repeat this operation each time the user needs to change more than one variable. This can be time-consuming and degrade network performance, particularly if the network administrator needs to change a series of variables. 
     Furthermore, it is often unclear which MIB variables can be changed and which cannot be changed. The user must determine which variables are read-write and which are read-only by trial and error or by looking up the variable in a support manual. 
     Extra time spent training personnel on how to operate the server management application leads to increased costs and lost productivity. Efficiency becomes even more crucial for companies which have large networks and where timing is critical, such as airlines and banks. A network administrator may need to quickly find and modify different MIB variables for different servers. For example, an airline network may have several servers where timing, number of transactions, and size of transactions are different for each server. An airline may use one server for managing ticket sales, one server to handle frequent flyer transactions, and another server to handle arriving flight information. Each server may have its own type of network components, response times, backup systems, etc. Quick access to a server&#39;s information could save a company significant sums. 
     SUMMARY OF THE INVENTION 
     The present invention provides a method for displaying information regarding components in a computer network. The method comprises a plurality of operational parameters about different components in a computer network. The operational parameters are organized into a plurality of hierarchical levels. One embodiment of the method further comprises a plurality of forms which enable the modification of one or more of the operational parameters. Each of the forms correspond to one of the hierarchical levels. One embodiment of the method further comprises a display module existing in a computer. The display module further comprises a first display pane configured to display the hierarchical levels. The first display pane is further configured to enable the selection of one of the hierarchical levels. The display module further comprises a second display pane configured display the form corresponding to the selected hierarchical level. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     FIG. 1 illustrates a high-level architectural overview of a network management system in accordance with one embodiment of the invention. 
     FIGS. 2A and 2B illustrate an organization data structure in one embodiment of the present invention. 
     FIG. 3 illustrates the hierarchal organization of network data variables in one embodiment of the invention. 
     FIG. 4 illustrates a module-level architecture in accordance with one embodiment of the invention. 
     FIG. 5 illustrates a network map window in one embodiment of the claimed invention. 
     FIG. 6 illustrates a system management window in one embodiment of the present invention. 
     FIG. 7 illustrates the process of creating a network map window in one embodiment of the invention. 
     FIG. 8 illustrates the process of identifying network servers in one embodiment of the present invention. 
     FIG. 9 illustrates the network data display process in one embodiment of the present invention. 
     FIG. 10 illustrates the process of retrieving network data and displaying a hierarchal tree in one embodiment of the present invention. 
     FIG. 11 illustrates the series of commands executed in the process of Iretrieving and displaying network data in one embodiment of the present invention. 
     FIGS. 12A and 12B illustrate the process of retrieving data from a network server in one embodiment of the present invention. 
     FIG. 13 illustrates the process of modifying network data values in one embodiment of the invention. 
     FIG. 14 illustrates one embodiment of a system information window. 
     FIG. 15 illustrates one embodiment of a dual-pane window which displays data about dual interface memory modules. 
     FIG. 16 illustrates one embodiment of a window for a single dual interface module device. 
     FIG. 17 illustrates one embodiment of a cooling subsystem window. 
     FIG. 18 illustrates one embodiment of a general system board fans window. 
     FIG. 19 illustrates one embodiment of a window for a single system board fan device. 
     FIG. 20 illustrates one embodiment of a general temperature sensors window. 
     FIG. 21 illustrates one embodiment of a window for a single temperature sensor device. 
     FIG. 22 illustrates one embodiment of a general power subsystem window. 
     FIG. 23 illustrates one embodiment of a general power supplies group window. 
     FIG. 24 illustrates one embodiment of a window for a single power supply device. 
     FIG. 25 illustrates one embodiment of a general CPU subsystem window. 
     FIG. 26 illustrates one embodiment of a general processors window. 
     FIG. 27 illustrates one embodiment of a window for a single processor device. 
     FIG. 28 illustrates one embodiment of a general adapters window. 
     FIG. 29 illustrates one embodiment of a window for a single adapter device. 
     FIG. 30 illustrates one embodiment of a general drivers window. 
     FIG. 31 illustrates one embodiment of a window for a single driver device. 
     FIG. 32 illustrates one embodiment of a general slot subsystem window. 
     FIG. 33 illustrates one embodiment of a general slot group window. 
     FIG. 34 illustrates one embodiment of a window for a single slot device. 
     FIG. 35 illustrates one embodiment of a general slot fans group window. 
     FIG. 36 illustrates one embodiment of a window for a single slot fan device. 
     FIG. 37 illustrates one embodiment of a general canister group window. 
     FIG. 38 illustrates one embodiment of a general canister subgroup window. 
     FIG. 39 illustrates one embodiment of a window for a single canister device. 
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     Most Windows NT or Windows 95 users are familiar with dialog boxes and how to view (scroll bars) and change variables. Dialog boxes also aggregate related fields of data in a single display window. One embodiment of the present invention takes advantage of this familiarity with dialog boxes to display SNMP MIB data in an organized, easy-to-navigate format. The network administrator (the user) can browse and modify all the data fields related to a MIB group in a single window. 
     One embodiment of the present invention allows the user to &#34;browse&#34; through the MIB-defined variables of a computer network. Essentially, the MIB data is a hierarchal collection of data concerning all the hardware and software components in the computer network. 
     Architectural Overview 
     FIG. 1 illustrates a high level architectural overview of a network management system appropriate for use with one embodiment of the invention. In one embodiment of the invention, the client and server computers 102 and 136 are on multi-processor Pentium Pro-based computers having 256 megabytes or more of RAM. It will be apparent to those of ordinary skill in the art, however, that the computers 102 and 136 may be any conventional general purpose single- or multi-chip microprocessor such as a Pentium processor, a Pentium Pro processor, a 8051 processor, a MIPS processor, a Power PC processor, an ALPHA processor, etc. In addition, the computers 102 and 136 may be any conventional special purpose microprocessor such as a digital signal processor or a graphics processor. 
     In one embodiment of the present invention, the server 136 is an NF9008 (also known as NF9000-T) manufactured by NetFRAME Systems Incorporated of Milpitas, Calif. The NF9008 series are fault-tolerant, standards-based servers, which have multiple peripheral component interconnect (PCI) card slots for one or more adapters. In another embodiment of the present invention, the server 136 is an NF9016 (also known as an NF9000-C), which has multiple canisters or fault isolation units (FlU). These canisters are boxes which may each contain more than one PCI adaptor card slots. Multiple card slots and multiple canisters allow the user to remove or add adapters to the server 136 while the server 136 and operating system continue to run. 
     At the user (or client) side, the SNMP manager 108 displays data to the user through a communication layer that organizes the data into data structures. When the SNMP manager 108 receives a command from the user, it calls a standard Windows SNMP Library of objects 112, which sends messages using an SNMP protocol stack 114, such as UDP/IP, to the SNMP agent 128 via a network of drivers 116, adapters 118, and network medium 120. 
     In one embodiment of the present invention, the system management graphical user interface application is contained in a software module 107 which operates with the SNMP manager 108. In one embodiment, the software module 107 is called Maestro Central 107 manufactured by NetFRAME Systems Incorporated of Milpitas, Calif. Maestro Central 107 may be used in a Microsoft Windows environment. Maestro Central 107 may send instructions to the SNMP manager 108. 
     At the server side, the SNMP agent 128 retrieves information detected in the server 136. If there is more than one server 136 in the network, then there is an SNMP agent 128 associated with each server 136. 
     In one embodiment of the present invention, the SNMP agent 128 retrieves information from device drivers 124 and a self-contained network of distributed service microprocessors called Intrapulse 122. Intrapulse 122 is manufactured by NetFRAME Systems Incorporated of Milpitas, Calif. This self-contained network continuously monitors and manages the physical environment of the server, regardless of the operational status of the server 136 (a component of the server 136 may be malfunctioning). The SNMP agent 128 also sends messages to the SNMP manager 108 via a network of drivers 132, adapters 134, and network medium 120. 
     Overview of Module-level Structure and Description of Modules 
     An `object` as used here and in object-oriented programming is a variable that may comprise both routines (methods) and data. An object is treated as a discrete entity and may have its own address. Some objects, may only contain data and no routines. 
     A `class` as used here is a blueprint of an object. From a class with specified properties, methods, and functions, the application can create objects with those same properties, methods, and functions. Once the object is created, the application can modify the properties of the object and the data in the object. An application can use multiple objects of the same class. A class may also be used to describe a group of objects sharing the same properties, etc. 
     Objects and classes are explained in more detail in Object Programming with Visual Basic4 by Joel P. Dehlin and Matthew J. Curland, Microsoft Press, 1996, and Computer Dictionary by collective authors, Microsoft Press, 1991, which are hereby incorporated herein in its entirety by reference. 
     In the following description of one embodiment of the invention, a `module` includes, but is not limited to, software or hardware components which perform certain tasks. Thus, a module may include object-oriented software components, class components, procedures, methods, functions, subroutines, data structures, segments of program code, drivers, firmware, microcode, circuitry, data, data structures, tables, arrays, etc. In addition, those with ordinary skill in the art will recognize that a module can be implemented using a wide variety of different software and hardware techniques. A module may also mean a published report by a group of experts defining MIB objects for a particular area of technology. RFC 1213, Management Information Base for Network Management of TCP/IP-based Internets: MIB-IIcontains a module defining the basic objects needed to manage a TCP-IP network. 
     FIG. 4 illustrates a module-level architecture in accordance with one embodiment of the invention. The &#34;start application&#34; block 400 is the first step where all modules and dialog boxes used for one embodiment of the present invention are created. In one embodiment of the invention, this application is a C++ class file called &#34;maestro2.ccp.&#34; 
     The CMainFrame Class 408 creates all the windows and graphical user interfaces used in one embodiment of the present invention. This is also known as the Microsoft Foundation Class Document/View Architecture. The Document Class 410 keeps the data about the application. The View Class 412 displays to the user a representation of the data kept in the Document Class 410 which is defined by Microsoft Corporation. The use of these classes is explained in more detail in Inside OLE, 2d edition, 1995 by Kraig Brockschmidt, which is hereby incorporated herein in its entirety by reference. 
     The MIB Manager Module 402 may perform a number of functions in one embodiment of the invention. The MIB Manager Module 402 may manage the other modules which retrieve and display MIB data. The MIB Manager Module 402 may contain one or more &#34;retrieve data&#34; functions. In one embodiment, the MIB Manager Module 402 calls the MIB Section Module 404 and the NF MIB Variable Module 406 to retrieve and temporarily store MIB data retrieved from the server 136. The MIB Manager Module 402 may also call other modules to implement the user&#39;s changes to read-write MIB variables. 
     The MIB Section Module 404 may be used to retrieve MIB data contained in a table or organized in a group of variables in one embodiment of the invention. The MIB Section Module 404 may contain &#34;retrieve data&#34; and/or &#34;retrieve table data&#34; functions. The MIB Section Module 404 may also be used to store retrieved MIB data and/or MIB table data. 
     The MIB Variable Module 406 may be used to retrieve MIB data in one embodiment of the invention. The MIB Variable Module 406 may contain &#34;retrieve variable data&#34; functions. The MIB Variable Module 406 may also be used to store retrieved MIB data. 
     The Microsoft Windows NT/95 Timer Module 430 may be used to set the time interval between each data retrieval from the server 136 in one embodiment of the invention. This is useful for dynamic variables such as fan speed. In one embodiment of the invention, the Timer Module 430 is used to set the interval between retrievals for data that is not currently being displayed to the user. For example, if the user is viewing the fan speed for fan number 1, as shown in FIG. 19, then the temperature detected by temperature sensor number 1, as shown in FIG. 21, is not currently being displayed to the user. The user may configure the time interval between data retrievals from temperature sensor number 1 by going to the &#34;Window&#34; menu 514 and pulling down the menu item &#34;User Options.&#34; This opens a User Options dialog box which allows the user to make the change. The user may change the data retrieval time interval for all MIB variables not currently being displayed. In one embodiment of the invention, the user may configure this interval to a desired time duration, such as a half hour, an hour, etc. 
     The Server Module 418 may contain information about the server 136 in one embodiment of the invention. The Server Module 418 may contain information on how to display the server 136 as an icon on the System Management Window 602 in one embodiment of the invention. 
     The Network Map Window Module 422 may perform a number of functions in one embodiment, including displaying the Network Map Window 502 and each server 136 in the network as an icon 506 in the Network Map Window 502 as shown in FIG. 5. The Network Map Window Module 422 may call the EnumServer Module 414 to discover the names and number of servers 136 in the network 120. 
     The EnumServer Module 414 discovers and identifies the number of servers 136 in the system in one embodiment of the invention. The EnumServer Module 414 may store information in the memory of the microprocessor 102. The EnumServer Module 414 is a local module, but it is global in the sense that it is accessible from anywhere in the system. For example, if there are multiple servers, the EnumServer Module 414 may act as a repository of server information. 
     The SNMP Module 416 is a class that encapsulates all the SNMP functions used by one embodiment of the present invention, such as &#34;GET,&#34; &#34;GET NEXT,&#34; and &#34;SET.&#34; The GET function is typically used by the SNMP agent 128 to retrieve non-table SNMP MIB data from the server 136 in response to a request by the SNMP manager 108. 
     The GET NEXT function is typically used to retrieve more than one variable, such as a table of variables. In one embodiment of the invention, it is difficult for the SNMP manager 108 to predict the number of entries in a MIB table. The GET NEXT function gets the value of the variable requested by the user and also the object identifier of the next variable. Often, a loop is created with GET NEXT until all requested values are retrieved. If all variables in a table are retrieved, the GET NEXT function returns an object identifier that is &#34;outside&#34; the table. The SNMP manager 108 uses this value to determine if it has completed retrieving all data that is in a table. The SET function is used by the SNMP manager 108 to change values of MIB variables stored on the SNMP agent 128. 
     In one embodiment of the invention, the MIB 110 contains a hierarchal collection of variables related to the hardware and software components of the server 136. Using the MIB variables, the SNMP manager 108 (more specifically, the SNMP Module 204) creates an information request which is sent to the SNMP agent 128. In one embodiment of the invention, the server is a NF9000 server. A SNMP MIB for the NF9000 series is set forth in Appendix B. 
     The SNMP Window Module 420 is used to pass messages among applications. The SNMP Window Module 420 allows an application, such as a system manager, to communicate with the SNMP module 204. The use and operation of an SNMP Window Module 420 is well known to those of ordinary skill in the art. 
     Creating and Displaying the Network Map Window 502 
     FIG. 7 illustrates the start application process in one embodiment of the invention. To start the application, the user activates &#34;maestro2.ccp&#34; (herein referred to as &#34;Maestro&#34; 400), a C++ class file. 
     Maestro 400 calls standard Microsoft initialization modules to perform standard housekeeping functions. This is shown in block 704. Maestro 400 also calls or initializes a standard dynamic link library (DLL) such as the Windows SNMP (WinSNMP) DLL (WinSNMP Library) 706 manufactured by American Computer Electronic Corporation. The WinSNMP Library is used to do SNMP transactions while an application, such as Maestro 400, is running. DLLs execute under the Microsoft Windows NT or Windows 95 operating systems. 
     Maestro 400 creates (1) a Microsoft Foundation Class Document/View Architecture (MFC Doc/View Architecture) 408 shown in block 708; (2) an EnumServer Module 414 shown in block 722 and FIG. 8; (3) an SNMP Module 416 shown in block 718; (4) a MIB Manager Module 402; (5) a MIB Section Module 404; and (6) a MIB Variable Module 406. These modules are further explained in detail. 
     The MFC Doc/View Architecture shown in block 708 creates all the windows and graphical user interfaces used in one embodiment of the present invention. Specifically, the CMainFrame Class 408 creates the Document Class 410 in block 712 and the View Class 412 in block and 714. As described above, the Document Class 410 keeps the data about the application, and the View Class 412 displays to the user a representation of the data kept in the Document Class 410. The CMainFrame Class 408 creates the actual Network Map Window 502 and System Management Window 600 and its associated forms as shown in FIGS. 14 through 39. FIG. 5 illustrates the Main Window 500 in one embodiment of the invention and the Network Map Window 502 where the user may access the system manager application. 
     The Network Map Window Module 422 calls the EnumServer Module 414 to discover the number of servers 136 in the network 120 and the names of each server 136. This is shown in FIG. 8. In block 802, the EnumServer Module 414 keeps looking for servers 136 on the network 120 until all are found. In one embodiment of the invention, the EnumServer Module 414 looks for NetFrame servers and creates a Server Address Module 428 for each NetFrame server. This is shown in blocks 804 through 808. After the EnumServer Module 414 finds the name and address of a server 136, the Network Map Window Module 422 displays the name 512 and the address 510 of the server 136 on the Network Map Window 502. This is shown in block 810. When there are no more servers on the network 120, the EnumServer Module 414 ends its discovery process, as shown in block 812. 
     Maestro 400 also creates an SNMP Module 416 in block 718. The SNMP Module 416 creates an SNMP Window Module 420 as shown in block 720. In one embodiment of the invention, the SNMP Window Module 420 may be used by the WinSNMP Library and Microsoft Windows to pass messages between applications. The WinSNMP Library uses a window to transact SNMP messages. In one embodiment of the invention, Maestro 400 may use a `hidden` window, which is not visible on the user&#39;s desktop while the application is running. The SNMP Window Module 420 allows an application, such as a system manager, to communicate with the SNMP itself. 
     Maestro 400 also creates the EnumServer Module 414 shown in block 722. The EnumServer Module 414 is empty at this point, but it is made global for future access from anywhere in the system. When the application is running, there may be certain information that is constantly extrapolated by different parts of the system. For example, there may be multiple servers that require the same or similar data. This information is stored locally in a central location such as the EnumServer Module 414. Thus, the EnumServer Module 414 acts as a repository. 
     In one embodiment of the present invention, the EnumServer Module 414 discovers the names and the numbers of NetFRAME servers on the network and stores this information in an EnumServer Module list as shown in block 808. 
     Creating and Displaying the System Management Window 600 
     In one embodiment of the present invention, the user may access the System Management Window 600 from the Network Map Window 502. FIG. 9 illustrates the module-level process of how the user starts the system management application in one embodiment of the present invention. 
     Specifically, when the user double-clicks on a server icon 506 or the server name 512 in the Network Map Window 502, Maestro 400 creates the System Management Window 600 and calls the Server Module 418, the MIB Manager Module 402, the MIB Section Module 404, and the MIB Variable Module 406, as shown in blocks 900 through 908. In block 910, Maestro 400 displays the System Management Window 600. 
     In one embodiment of the invention, the Server Module 428 may be used to store information about the server 136, such as the name and address of the server 136. The Server Module 428 may contain information on how to display the server 136 as an server icon 606 on the System Management Window 602 in one embodiment of the invention. 
     After the Server Module 420 and the MIB Manager Module 402 are created, Maestro 400 displays the System Management Window 600 as shown in FIG. 6 of one embodiment of the invention. All server management functions may be provided through this window. In one embodiment of the invention, the System Management Window 600 is divided into a left part 602 and a right part 604. In one embodiment of the invention, a `MIB Tree` is displayed in the left part 602. 
     FIG. 2 illustrates the MIB Tree in one embodiment of the present invention. The MIB Tree is simply the name 200 of the server 136, the server type 202, and the major subsystems of the server 136. In one embodiment of the present invention, the type of server 136 is a NF9000 manufactured by NetFRAME of Milpitas, Calif. The subsystems may include the overall System Group 204 the Cooling Subsystem 206, the Power Subsystem 208, the CPU Subsystem 210, the Adapter Group 212, the Driver Group 212, the Slot Group 216, the Slot Fan Group 218, and the Canister Group 220. 
     The `root` level of the tree is the name 200 of the server 136, and the different sections are the `child` branches 204 through 220 of the root. If a group has subgroups or contains more than one device, then it will contain &#34;child&#34; branches for those subgroups or devices. For example, the Cooling Subsystem 206 has two subgroups: the Fans 226 and the Temperature Sensors 230. The Fans subgroup 226 then has child branches for individual fans 228. 
     Creating and Displaying Forms for Subsystems in the MIB Tree 
     FIG. 10 illustrates the module-level process of retrieving and displaying the MIB Tree and its associated forms in the System Management Window 600 in one embodiment of the present invention. In block 1000, the MIB Manager Module 402 calls the SNMP Module 416 to get MIB data from the network 120 using the MIB Section Module 404. In block 1002, the SNMP Window Module 416 then displays the server name 200 in the left part 602 of the System Management Window 600. In blocks 1004 and 1006, the MIB Manager Module 402 looks for the server&#39;s major subsystems using the MIB Section Module 404. These subsystems are displayed under the server name 606 and the type of server 608. The System Management Window 600 also displays icons of the eight major subsystems on the right part 604 of the window. 
     The user may double-click on the icons on either the left part 602 or the right part 604 of the System Management Window 600 to access the subgroups and individual devices. FIG. 11 illustrates the series of commands executed in the process of retrieving and displaying MIB data in forms in the system management window in one embodiment of the present invention. In block 1102, the MIB Manager Module 402 creates the form corresponding to the user&#39;s selection. After the appropriate form is created, the MIB Manager Module 402 calls the SNMP Window Module 420 and the Network Map Window Module 422 to display the form in the right part 604 of the System Management Window 600. 
     For example, if the user clicks on the Cooling Subsystem icon 612 or 618, the corresponding form created by the MIB Manager Module 402 is the Cooling Subsystem Form in block 1102. FIG. 17 shows one embodiment of the Cooling Subsystem Form in the right part 604 of the System Management Window 600. In block 1106, the MIB data is sorted into data structures. In block 1108, the SNMP Module 416 gets data from these data structures to form the static text in the right part 604 of the System Management Window 600. For example, the title &#34;COOLING GROUP&#34; 1600 is static text that will not change with time. This text is displayed by the SNMP Window Module 416 and the Network Map Window Module 422 as shown in block 1102. 
     Retrieving and Displaying Values for Dynamic MIB Variables 
     FIGS. 12A and 12B illustrate the module-level process of retrieving data from a server 136 in one embodiment of the present invention. The MIB Manager Module 402 may contain one or more &#34;retrieve data&#34; functions. This is shown in block 1204. The MIB Manager Module 402 may, in addition or instead, direct other modules to retrieve and display the MIB data. In one embodiment of the invention, the MIB Manager Module 402 calls the MIB Section Module 404 and the MIB Variable Module 406 to retrieve and temporarily store MIB data retrieved from the server 136. This is shown in blocks 1204 through 1224. 
     In block 1208 of one embodiment of the invention, the MIB Manager Module 402 invokes the MIB Section Module&#39;s &#34;retrieve data&#34; function. The MIB Section Module 404 may be used to retrieve MIB data contained in a table or organized in a group of variables in one embodiment of the invention. The MIB Section Module 404 then queries whether the requested data is a single variable or a table of variables. If the requested data is a table, the MIB Section Module&#39;s &#34;retrieve table data&#34; function is invoked in block 1214. As shown in block 1216 and 1218, the MIB Section Module 404 invokes the SNMP Module&#39;s GET NEXT function, which continues to retrieve data until there are no more variables in the MIB table. The MIB Section Module 404 may also be used to store retrieved MIB data and/or MIB table data. 
     If the requested information is not a table, the MIB Variable Module 406 may be used to retrieve MIB data in one embodiment of the invention. As shown in blocks 1222 and 1224, the MIB Variable Module invokes the SNMP Module&#39;s GET function, which continues to retrieve data until there are no more MIB variables requested. The MIB Variable Module 406 may be used to store retrieved MIB data. 
     In the cooling subsystem 206 example used above, one embodiment of present invention uses variable identifiers within the MIB to retrieve data. When the user clicks on the Cooling Subsystem icon in one embodiment of the invention, the MIB Section Module 404 and the MIB Variable Module 406 retrieve values for the following MIB variables: 
     &#34;coolingFanGeneralLED&#34; 
     &#34;coolingFanMinSpeed&#34; 
     &#34;coolingFanSpeedSetting&#34; 
     &#34;coolingMaximumNumberOfSystemFans&#34; 
     &#34;coolingFanNumber&#34; 
     &#34;coolingFanSpeed&#34; 
     &#34;coolingFanFault&#34; 
     &#34;coolingFanLocation&#34; 
     &#34;coolingAlertTemperature&#34; 
     &#34;coolingShutdownTemperature&#34; 
     &#34;coolingMaximumNumberOfTemperatureSensors&#34; 
     &#34;coolingSensorNumber&#34; 
     &#34;coolingSensorTemperature&#34; 
     &#34;coolingSensorLocation&#34; 
     Although only the variables for the cooling subsystem 206 are shown here, the process is the same when the user clicks on any one of the other subsystems or device groups. The MIB Section Module 402 and the MIB Variable Module 406 will retrieve the values of the MIB variables associated with those other device groups or subsystems. 
     After the MIB Manager Module 402 retrieves the values of the requested MIB variables, the SNMP Window Module 420 may sort the data into data structures and display the data in dialog boxes in the right part 604 of the System Management Window 600. This is shown in block 1226 in one embodiment of the invention. One embodiment of the invention also updates the values of dynamic variables every five seconds, as shown in block 1228. 
     For example, the variable &#34;coolingFanMinSpeed&#34; represents the minimum speed below which a system board fan is considered malfunctioning in one embodiment of the invention. This variable is defined in the MIB itself as shown in FIG. 4. CoolingFanMinSpeed is identified in the MIB as &#34;1.3.6.1.4.1.837.2.3.2.0.&#34; The MIB Manager Module 402 uses this numeric MIB identifier to invoke the MIB Variable Module 406 which sends a request to the SNMP agent 128. The SNMP agent 128 retrieves this value and sends it to the SNMP Module 416. The SNMP Module 416 calls the SNMP Window Module 420 to display it in a dialog box 1718. The dialog box is labelled &#34;Minimum Speed (below which an alert is generated)&#34; 1608. The value is further labelled &#34;RPS&#34; 1728 (revolutions per second). 
     In one embodiment of the present invention, the MIB Manager Module 402 does not display all of the cooling subsystem MIB variables at once on the right part 604 of the System Management Window 600. Instead, one embodiment of the claimed invention only displays the values for the following cooling subsystem variables on the right part 602 of the System Management Window 600: 
     &#34;coolingFanGeneralLED&#34; 
     &#34;coolingFanMinSpeed&#34; 
     &#34;coolingMaximumNumberOfSystemFans&#34; 
     &#34;coolingAlertTemperature&#34; 
     &#34;coolingShutdownTemperature&#34; 
     &#34;coolingMaximumNumberOfTemperatureSensors&#34; 
     These particular MIB variables are displayed together because they relate generally to all the components of a particular subsystem or subgroup instead of a particular device. This is illustrated in FIGS. 14, 17, 22, 25, 35, and 37. In FIG. 17, the MIB variables relate generally to the cooling subsystem. If the user wants to see MIB data for a particular device, the user may click on either the Fans icon 1702 or 1736 or the Temperature Sensors icon 1704 or 1738 on either the left 702 or right part 704 of the System Management Window 600. 
     In one embodiment of the present invention, the values of the MIB variables are displayed in descriptive dialog boxes with labels such as &#34;RPS&#34; (revolutions per second) 1728 and &#34;Degrees Celsius&#34; 1730 and 1732. 
     Once MIB data is retrieved from the server 136, the MIB Manager Module 402 may update dynamic variables, such as fan speed, which are currently being viewed by the user every five seconds in one embodiment of the invention. This is shown in block 1228. For dynamic variables that are not currently being displayed, the user may separately configure the interval between data retrievals to be any time duration, including durations such as a half hour or an hour. 
     Displaying Child Branches of the MIB Tree 
     When the user clicks on one of the major subsystem icons 610 through 740 in either the left part 602 or the right part 604 of the System Management Window 600 shown in FIG. 7, the SNMP Window Module 420 displays the child branches of that subsystem. 
     In one embodiment of the present invention, the icons labelled &#34;Fans&#34; 1702 and &#34;Temperature Sensors&#34; 1704 are displayed as child branches under the icon labelled &#34;Cooling Subsystem&#34; 612 on the left part 602 of the System Management Window 600. These are two subgroups of MIB variables in the cooling subsystem 206. 
     If the user clicks on the child branch labelled &#34;Fans&#34; 1702 under the &#34;Cooling Subsystem&#34; icon 612 on the left part 602 of the System Management Window 600, the SNMP Window Module 420 displays all the system board fan icons 1800 as child branches numbered one through n, n being the total number of fans, under the icon labelled &#34;Fans&#34; 1702. For example, if there are six system board fans in an embodiment of the invention, then the left part 602 of the System Management Window 600 will show &#34;Fan Number 1&#34; 1802, &#34;Fan Number 2&#34; 1804, &#34;Fan Number 3&#34; 1806, &#34;Fan Number 4&#34; 1808, &#34;Fan Number 5&#34; 1810, and &#34;Fan Number 6&#34; 1812. 
     If the user clicks on child icon labelled &#34;Fan Number 1&#34; 1802 or 1816, in either the left part 602 or right part 604 of the System Management Window 600, the SNMP Window Module 420 displays the form for Fan Number 1 as shown in FIG. 19. 
     Although only the subgroups and individual devices for the cooling subsystem 206 are discussed here, the process is the same when the user clicks on any one of the other subsystems or device groups. The SNMP Window Module 420 will display the subgroups and/or individual devices under those subsystems or device groups. 
     Changing the Values for Read-Write MIB Variables 
     Some MIB variables are read-write in one embodiment of the invention. These variables can be modified by the user and are displayed in white dialog boxes in the right part 604 of the System Management Window 600. For example, the MIB variable &#34;coolingFanMinSpeed&#34; is modifiable from the right part 604 of the System Management Window 600. This is shown in FIG. 17. 
     FIG. 13 illustrates the module-level process of changing values of MIB variables in one embodiment of the invention. In block 1300, the user can change the value of this variable by (1) moving the mouse cursor to the white area of the dialog box related to Minimum Speed 1718, (2) backspacing or highlighting the current value using the left mouse button, and (3) typing in the number of a new minimum fan speed. This value can be anywhere from 0 to 255 as defined by the MIB. A change to this variable affects all system board fans. After the user enters a new value, the user clicks on the &#34;apply&#34; button 1740 in block 1302. As shown in blocks 1306 and 1308, the MIB Manager Module 402 and the SNMP Window Module 420 displays an error dialog box if the user enters a number outside the defined range for the MIB variable in one embodiment of the invention. 
     In one embodiment of the invention, the MIB Manager Module 402 may modify the MIB variable itself or it may call other modules to implement the user&#39;s changes. In one embodiment of the present invention, the MIB Manager Module 402 may call the SNMP Module 416 to use its &#34;set&#34; function to change a read-write variable. The MIB Manager Module 402 may also call the MIB Section Module 404 and/or the MIB Variable Module 406 to implement the change. 
     Advantages of the Present Invention 
     First, one advantage of the present invention is that the subsystems of the server 136 are organized in an easy-to-access and efficient manner. There are only eight subgroups in one embodiment. Unlike prior inventions, one embodiment of the present invention keeps the left part 602 of the System Management Window 600 unfettered with unduly confusing subheadings and variables. At a glance, the user can quickly see the major components of the server in one embodiment of the invention and select a subsystem in which to probe further. This saves the network administrator time and improves the overall network productivity. 
     Furthermore, each MIB subsystem, subgroup, and device are clearly identified in the present invention. There are no ambiguous variables such as &#34;Rmtntrfce Controller Revision I.&#34; The network administrator does not need to learn new variables or refer to software manuals. The present invention removes the focus of the user from the interface format and allows the user to concentrate on the information itself. This further saves time and improves productivity. 
     Another advantage of one embodiment of the invention is that the MIB Manager Module 402 does not display the entire MIB, unlike prior inventions. In other words, one embodiment of the invention does not display the variables in the MIB that are not accessible to the user. Instead of generating a &#34;???&#34; entry or a &#34;Not Available,&#34; the present invention reduces user confusion and saves window space by not displaying these MIB variables at all. For example, in one embodiment, the MIB variable &#34;coolingFanTableEntry&#34; is not accessible to the user so the embodiment does not display this variable. 
     Second, the present invention displays all data related to a subsystem or all data related to an individual device in a single window on the right part 604 of the System Management Window 600. For example, one embodiment of the present invention displays &#34;Minimum Speed (below which an alert is generated),&#34; &#34;Alert Temperature&#34; and &#34;Shutdown Temperature&#34; in the same window. The user does not have to use scroll bars to move up and down or left and right to find and compare related variables as in prior inventions. This allows the network administrator to compare values quickly and make a decision. This becomes particularly important in time-critical applications, where network administrators need to make quick assessments about the network server and act accordingly. 
     Third, the MIB variables in one embodiment of the present invention are clearly described on the right part 604 of the System Management Window 600. For example, &#34;Minimum Speed&#34; is accompanied by the description &#34;(below which an alert is generated).&#34; The user does not need to look up the variable in a software manual. This saves time for the network administrator, particularly in time-critical situations. 
     Fourth, the values for each MIB variable is labelled in one embodiment of the invention. For example, fan speed is labelled &#34;RPS&#34; 1728 (revolutions per second) and temperature is labelled &#34;Degrees Celsius.&#34; The user does not need to make guesses or look the variables up in a support manual. 
     Fifth, the user can navigate and change MIB data in the System Management Window 600 itself by pointing and clicking at the value itself, such as &#34;Alert Temperature&#34; 1720. The user does not need to open and close any other dialog box or menus. This saves the user valuable administration time, especially if the user needs to modify a list of variables. 
     Furthermore, the variables that can be changed by the user are clearly shown in white boxes in one embodiment of the present invention. This saves the user time from guessing which variables can be modified. 
     While the above detailed description has shown, described and pointed out the fundamental novel features of the invention as applied to a preferred embodiment, it will be understood that various omissions, substitutions and changes in the form, and details of the illustrated device may be made by those skilled in the art without departing from the spirit of the invention. Consequently, the scope of the invention should not be limited to the foregoing discussion but should be defined by the appended claims. 
     
         __________________________________________________________________________Title              Application No.                       Attorney Docket__________________________________________________________________________&#34;System Architecture for Remote              08/942,160                       MNFRAME.002A1Access and Control of EnvironmentalManagement&#34;&#34;Method of Remote Acess and              08/942,215                       MNFRAME.002A2Control of EnvironmentalManagement&#34;&#34;System for Independent Powering of              08/942,410                       MNFRAME.002A3Diagnostic Processes on a ComputerSystem&#34;&#34;Method of Independent Powering of              08/942,320                       MNFRAME.002A4Diagnostic Processes on a ComputerSystem&#34;&#34;Diagnostic and Managing Distributed              08/942,402                       MNFRAME.005A1Processor System&#34;&#34;Method for Managing a Distributed              08/942,448                       MNFRAME.005A2Processor System&#34;&#34;System for Mapping Environmental              08/942,222                       MNFRAME.005A3Resources to Memory for ProgramAccess&#34;&#34;Method for Mapping Environmental              08/942,214                       MNFRAME.005A4Resources to Memory for ProgramAccess&#34;&#34;Hot Add of Devices Software              08/942,309                       MNFRAME.006A1Architecture&#34;&#34;Method for The Hot Add of Devices&#34;              08/942,306                       MNFRAME.006A2&#34;Hot Swap of Devices Software              08/942,311                       MNFRAME.006A3Architecture&#34;&#34;Method for The Hot Swap of              08/942,457                       MNFRAME.006A4Devices&#34;&#34;Method for the Hot Add of a Network              08/943,072                       MNFRAME.006A5Adapter on a System Including aDynamically Loaded Adapter Driver&#34;&#34;Method for the Hot Add of a Mass              08/942,069                       MNFRAME.006A6Storage Adapter on a System Includinga Statically Loaded Adapter Driver&#34;&#34;Method for the Hot Add of a Network              08/942,465                       MNFRAME.006A7Adapter on a System Including aStatically Loaded Adapter Driver&#34;&#34;Method for the HotAdd of a mass              08/962,963                       MNFRAME.006A8Storage Adapter on a System Includinga Dynamically Loaded Adapter Driver&#34;&#34;Method for the Hot Swap of a              08/943,078                       MNFRAME.006A9Network Adapter on a SystemIncluding a Dynamically LoadedAdapter Driver&#34;&#34;Method for the Hot Swap of a Mass              08/942,336                       MNFRAME.006A10Storage Adapter on a System Includinga Statically Loaded Adapter Driver&#34;&#34;Method for the Hot Swap of a              08/942,459                       MNFRAME.006A11Network Adapter on a SystemIncluding a Statically Loaded AdapterDriver&#34;&#34;Method for the Hot Swap of a Mass              08/942,458                       MNFRAME.006A12Storage Adapter on a Syetm Includinga Dynamically Loaded Adapter Driver&#34;&#34;Method of Performing an Extensive              08/942,463                       MNFRAME.008ADiagnostic Test in Conjunction with aBIOS Test Routine&#34;&#34;Apparatus for Performing an              08/942,163                       MNFRAME.009AExtensive Diagnostic Test inConjunction with a BIOS TestRoutine&#34;&#34;Configuration Manangement Method              08/941,268                       MNFRAME.010Afor Hot Adding and Hot ReplacingDevices&#34;&#34;Configuration Management System              08/942,408                       MNFRAME.011Afor Hot Adding and Hot ReplacingDevices&#34;&#34;Apparatus for Interfacing Buses&#34;              08/942,382                       MNFRAME.012A&#34;Method for Interfacing Buses&#34;              08/942,413                       MNFRAME.013A&#34;Computer Fan Speed Control Device&#34;              08/942,447                       MNFRAME.016A&#34;Computer Fan Speed Control Method&#34;              08/942,216                       MNFRAME.017A&#34;System for Powering Up and              08/943,076                       MNFRAME.018APowering Down a Server&#34;&#34;Method of Powering Up and              08/943,077                       MNFRAME.019APowering Down a Server&#34;&#34;System for Resetting a Server&#34;              08/942,333                       MNFRAME.020A&#34;Method of Resetting a Server&#34;              08/942,405                       MNFRAME.021A&#34;System for Displaying Flight              08/942,070                       MNFRAME.022ARecorder&#34;&#34;Method of Displaying Flight              08/942,068                       MNFRAME.023ARecorder&#34;&#34;Synchronous Communication              08/943,355                       MNFRAME.024AInterface&#34;&#34;Synchronous Communication              08/942,004                       MNFRAME.025AEmulation&#34;&#34;Software System Facilitating the              08/942,317                       MNFRAME.026AReplacement or Insertion of Devices ina Computer System&#34;&#34;Method for Facilitating the              08/942,316                       MNFRAME.027AReplacement or Insertion of Devices ina Computer System&#34;&#34;System Management Graphical User              08/943,357                       MNFRAME.028AInterface&#34;&#34;Data Management System Supporting              08/942,129                       MNFRAME.030AHot Plug Operations on a Computer&#34;&#34;Data Management Method Supporting              08/942,124                       MNFRAME.031AHot Plug Operations on a Computer&#34;&#34;Alert Configurator and Manager&#34;              08/942,005                       MNFRAME.032A&#34;Managing Computer System Alerts&#34;              08/943,356                       MNFRAME.033A&#34;Computer Fan Speed Control System&#34;              08/940,301                       MNFRAME.034A&#34;Computer Fan Speed Control System              08/941,267                       MNFRAME.035AMethod&#34;&#34;Black Box Recorder for Information              08/942,381                       MNFRAME.036ASystem Events&#34;&#34;Method of Recording Information              08/942,164                       MNFRAME.037ASystem Events&#34;&#34;Method for Automatically Reporting a              08/942,168                       MNFRAME.040ASystem Failure in a Server&#34;&#34;System for Automatically Reporting a              08/942,384                       MNFRAME.041A&#34;Expansion of PCI Bus Loading              08/942,404                       MNFRAME.042ACapacity&#34;&#34;Method for Expanding PCI Bus              08/942,223                       MNFRAME.043ALoading Capacity&#34;&#34;System for Displaying System Status&#34;              08/942,347                       MNFRAME.044A&#34;Method of Displaying System Status&#34;              08/942,071                       MNFRAME.045A&#34;Fault Tolerant Computer System&#34;              08/942,194                       MNFRAME.046A&#34;Method for Hot Swapping of Network              08/943,044                       MNFRAME.047AComponents&#34;&#34;A Method for Communicating a              08/942,221                       MNFRAME.048ASoftware Generated Pulse WaveformBetween Two Servers in a Network&#34;&#34;A System for Communicating a              08/942,409                       MNFRAME.049ASoftware Generated Pulse WaveformBetween Two Servers in a Network&#34;&#34;Method for Clustering Software              08/942,318                       MNFRAME.050AApplications&#34;&#34;System for Clustering Software              08/942,411                       MNFRAME.051AApplications&#34;&#34;Method for Automatically              08/942,319                       MNFRAME.052AConfiguring a Server after Hot Add ofa Device&#34;&#34;System for Automatically Configuring              08/942,331                       MNFRAME.053Aa Server after Hot Add of a Device&#34;&#34;Method of Automatically Configuring              08/942,412                       MNFRAME.054Aand Formatting a Computer Systemand Installing Software&#34;&#34;System for Automaticaaly Configuring              08/941,955                       MNFRAME.055Aand Formatting a Computer Systemand Installing Software&#34;&#34;Determining Slot Numbers in a              08/942,462                       MNFRAME.056AComputer&#34;&#34;System for Detecting Errors in a              08/942,169                       MNFRAME.058ANetwork&#34;&#34;Method of Detecting Errors in a              08/940,302                       MNFRAME.059ANetwork&#34;&#34;System for Detecting Network Errors&#34;              08/942,407                       MNFRAME.060A&#34;Method of Detecting Network Errors&#34;              08/942,573                       MNFRAME.061A__________________________________________________________________________