Mark W. Sylor 1The NMCC/DECnetMonitor DesignThe NMCCjDECnet Monitor system allows the monitoring of a .DECnetnetwork. Using the monitor at a central point allows the network managerto control the operation of the network. To be effective, e needsinfonnation about the network's current configuration, state, I performance,and errors. The monitor maintains and interprets a dat base ofnetwork infonnation, which is presented clearly and concisely to theuser through interactive graphics and other techniques. The interpretationand evaluation techniques analyze situations that may be problemsand alert the user to them in a real-time operation.Network management can be described as a controland feedback loop like the one shown in Figure1. In this loop, information is gathered fromthe network by the monitor function and presentedto the network manager. He then decidesif the situation in the network is satisfactory ornot. If not, the manager can initiate some controlaction - perhaps issue a correction, gather furtherinformation, or perform a test. The controlloop feedback cycle is "Look, Think, Act."It's clear that one key to network managementis the manager's having available the informationhe needs to make control decisions. In DECnetnetworks, the NMCCjDECnet Monitor system, orNMCC, can provide this information at one centralpoint.Figure 1MANAGER"THINK"MONITOR "LOOK" "ACT" CONTROLNETWORKMonitor Control Feedback LoopRequirements fo r a Network ManagerA network monitor like the NMCC system mustmeet many requirements.: The most imponantones to consider in designing such a product aredescribed as follows: :I• Multiple managers - A network may havemultiple network mam1gers, people who allaccess the monitor simultaneously. The monitormust allow performance data and calculationprograms to be shared among those managers,even though they will typically beasking for different types of information.• Multiple styles of usage - Network managersuse monitors for different purposes; hence,they have different styles of usage. The fivestyles of usage that are encountered are1. Batch, characterized by the automatic productionof periodid reponsI2. Routine, an intedctive style whereinI .monitoring is done · at fixd time periods(e.g., every morning when the user comesto work)3. Browse, an interactive style wherein monitoringis done on a random basis, whentime is available4. Alarm, in which a. monitor notifies theuser of problems W:hen they are detected(A notification could be to color a systemIred on a display, print a console message,signal a beeper, et.)<strong>Digital</strong> TecbnicaljournalNo. 3 <strong>September</strong> 1986129
The NMCCjDECnet Monitor Design5. Operational , in which the managerobserves a terminal on which informationabout the network is continuously displayedThe NMCC architecture supports all five usagestyles.• Variety of information - The complexity ofthe network is reflected in the variety of informationthat the network's components canpresent to a monitor. It must collect, store,and analyze configuration, status, performance,error, and reference information aboutthe network. Each component in the networkcan supply information about one or more ofthese categories. Moreover, a monitor musthave information to control its own behavior.• Real time and history - A monitor mustprovide information about current conditionsin the network. Of course, "current" is a relativeterm because changes occur in real timeas more recent information is gathered. Amonitor must also provide historical data,needed to compute trends over periods oftime. Network managers must be able to"replay" what occurred in the network, bothfor long-term reporting and for immediateproblem solving.• Ease of use and clarity of presentation - Theefficiency of information presentation is veryimportant, given that the manager interacts soclosely with the monitor. Often, graphics arethe best way to present complex statisticalinformation and topological relationships thatare difficult to display in any other way.• Universality -A typical DECnet network isimplemented across many diverse computerhardware and software systems and supports avariety of communications media. Thus amoitor must be able to collect and presentinformation from each and every one of them.High Level Design of theNMCC SoftwareTo meet the requirements discussed above, wedecided that NMCC had to provide five basicfunctions:• Collect data from the network• Store the data• Distribute that data to users upon request• Evaluate the data into meaningful information• Present that information to the network managerand end users upon requestWe also decided to support two usage modes: a:.1interactive user interface, which supports theroutine, browse, alarm, and operational styles ofusage; and a reporting user interface, which supportsthe batch usage style.These decisions led naturally to the overallMCC design shown in Figure 2. The monitorconsists of three major programs: the kernel, theinteractive user interface, and the reportspackage.The kernel collects data from the componentsin the network and stores that data in an on-linedatabase. The kernel distributes the stored databoth through the NMCC protocol used by theinteractive user interface and through the historyfiles used by the reports package. Running continuously,the kernel supports parallel activitiesfor multiple simultaneous users.The interactive user-interface (UI) programcan be run on demand by the manager or any userwith proper authorization. This program evaluatesthe data and returns the subsequent informa-. tion to the person requesting it. The UI programalso manages the operation of the monitor itself.The programs in the reports package also evaluatethe data, which is presented as hard-copyreports. The kernel periodically writes data fromits on-line database into history files, which arearchived copies of the data collected during eachday of operation.The design of NMCC separates the kernel,which is a management server, from the networkmanager's workstation, the user interfaces, andthe reports package. This separation allows thekernel to be run on one system, while the otherprograms can run on other systems.Common Design ThreadsThree common threads run through much of thedesign of the NMCCjDECnet Monitor system.These threads involve a data model, a request/response operation, and a news function.Data ModelEarly in the design, we focused on modeling thedata being manipulated by the managementfunctions rather than modeling the functionsthemselves. We felt that the organization of thedata was more complex than the functions.130<strong>Digital</strong> <strong>Technical</strong> journalNo. 3 <strong>September</strong> 1986