cc/td/doc/product/iaabu/netrangr/nr220
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Introducing the Director

Introducing the Director

This chapter introduces the NetRanger Director, and includes the following sections:

The Director's Graphical Display

The Director is organized visually as a hierarchy of maps that a user can navigate to view network security data. The maps are:

Events are sent to the Director by a Sensor that detects a security violation. The smid service on the Director interprets this event information and passes it to an application called nrdirmap. nrdirmap is responsible for displaying this information on the Director's maps.

Depending on the severity of an alarm, the Alarm icon displays different colors: red for severe, yellow for moderate, green otherwise. The icons for the application and Sensor that generate the alarm will also be the same color as the most severe alarm generated.

Top-Level Submap

The Top-Level submap (also called the Root submap) is the topmost map of the map hierarchy, and is illustrated in Figure 4-1.


Figure 4-1: Top-Level Submap

Collection Submap

The Collection submap can contain icons for Sensors, Directors, other Collections, and the connections between these entities. Figure 4-2 illustrates a complex Collection submap---it contains a Director icon and other Collections.


Figure 4-2: Collection Submap

The Director automatically generates all the icons on the submaps as events occur---however, you can manually add Collection, Machine, and Application icons. For more information on manually adding machines to the Director, refer to the "Working with Icons" section of "Advanced Director Functions."

Machine Submap

Double-clicking a Machine's icon displays the Machine submap, which contains icons for all the applications running on that machine (see Figure 4-3).


Figure 4-3: Machine Submap

Application Submap

Double-clicking an Application icon displays an Application submap, which contains all the Alarms generated by that Application (see Figure 4-4).


Figure 4-4: Application Submap

NetRanger Alarms

This section includes the following topics:

When an alarm is generated and sent to the Director, the Director's nrdirmap functionality interprets the alarm data in order to graphically present it on the user interface. Alarm icons can indicate different types of events, specifically intrusions, context attacks, or errors.

If multiple alarms of the same type (except for timestamp and sequence number) are generated, then the Director displays these alarms as a group called an Alarm Set.

A special type of alarm are OkAlarms, which when displayed in a submap indicate that there are no unresolved alarms for that application.

Intrusion Alarms

Intrusion alarms are depicted as lightning bolts, and indicate that some type of unauthorized activity has occurred, whether a policy violation (as logged by a Cisco router), a fragmented packet header, a denial of service attack, and so on.

Intrusion Alarm Sets are depicted with three lightning bolts. Figure 4-5 illustrates Intrusion Alarm and Alarm Set icons.


Figure 4-5: Intrusion and Context icons

Context Alarms

Context Alarms are depicted as a magnifying glass over a sheet of paper with markings on it. The magnifying glass is a visual reminder that you can view additional alarm information by selecting the alarm icon and clicking Show>Context on the Security menu.

Alarms triggered by the following signatures always become Context Alarms icons:


Note For more information on signatures, refer to "The NSDB and Signatures."

Context Alarm Sets are depicted as a magnifying glass over two sheets of paper with writing on them. Figure 4-5 illustrates Context Alarm and Alarm Set icons.

Error Alarms

There are three types of Error Alarms:

Error Alarms are depicted as a single bomb. Error Alarm Sets are depicted as two bombs. Both Error Alarms and Alarm Sets are illustrated in Figure 4-6.


Figure 4-6: Error Alarm icons

Daemon Down

The Daemon Down Error Alarm indicates that the postofficed service has detected that a daemon or service has stopped.

After an Error Alarm occurs, you must manually delete the icon, regardless of whether postofficed is able to restart the service.

Daemon Unstartable

The Daemon Unstartable Error Alarm indicates that postofficed cannot restart a service that was previously down.

After an Error Alarm occurs, you must manually delete the icon, regardless of whether you are able to manually restart the service.

Route Down

The Route Down Error Alarm is generated each time the postofficed service detects that a connection to another machine is down. These error alarms have a severity level of 5. This type of alarm's "optional data/alarm details" field displays the following information:

HostID.OrgID route route-number down
 

where HostID and OrgID indicate the Host and Organization ID of the NetRanger host involved in the Route Down Error Alarm, and route-number indicates which route failed.

A different error alarm is generated for each communication route. For example, if the route between sensor-one and sensor-two is down, then the managing Director will receive two error alarms: one indicating that sensor-one is unreachable, and another indicating that sensor-two is unreachable.

Because the postofficed service repeatedly checks to see if a machine is reachable, there is a chance that error alarm sets could consolidate. For example, if sensor-two in the above example remains unreachable, then the error alarm associated with it is displayed as a consolidated error alarm set.

Route Down Error Alarms are automatically deleted if the Director receives an indication that the route is operational.

OkAlarms

If an Application has not generated any Alarms or Alarm Sets, then the special OkAlarm is displayed in the Application submap (see Figure 4-7). As the name of this alarm implies, it means that no alarms have been generated by the application.


Figure 4-7: OkAlarm

Alarm Labels

In most cases, an alarm's label will be the name of the signature that matches the alarm's Signature ID. NetRanger uses the /usr/nr/etc/signatures file to determine a match. However, there are exceptions to this rule:

Starting the Director

To start the Director, follow these steps:

Step 1 Log on as user netrangr.

Step 2 To see a status of NetRanger services, type:

    nrstatus
     
    

Step 3 If no services are running, type:

    nrstart
     
    

Step 4 To start the Director user interface, type:

    ovw &
    

Note If the user interface does not start, manually start the network management background processes by typing /opt/OV/bin/ovstart and then typing the ovw & command.

Customizing the Director's Environment

This section provides information on configuring important Director settings:

Changing Map Configuration Parameters

There are five global Map-level configuration parameters that can be set. These parameters affects the display of all NetRanger security data, such as icon consolidation into alarm sets and mappings of alarm levels to alarm colors.

To set these global parameters, follow these steps:

Step 1 Click Maps>Describe/Modify on the Map menu.

Step 2 On the dialog box, click NetRanger/Director, and click Configure For This Map.

Step 3 Make entries to the following:

Setting HTML Browser Preference

The Network Security Database (NSDB) is an HTML-based encyclopedia of network security information. To access this information from the Director interface, you must set your HTML browser preference.

To set your HTML browser preference, follow these steps:

Step 1 On the Director interface, click Configure on the Security menu.

Step 2 In nrConfigure, click Preferences on the File menu.

Step 3 Type the path to your HTML browser in the Browser Location field, and click OK.


Figure 4-8: Network Security Database

Stopping the Director

You may need to stop the Director to upgrade NetRanger software, perform maintenance or troubleshooting on the Director workstation, or for other reasons.

To stop the Director, follow these steps:

Step 1 Stop the network management user interface by clicking Exit on the Map menu.

Step 2 As user netrangr, stop the NetRanger background processes by typing:

    /usr/nr/bin/nrstop
     
    

Step 3 Check the status of the network management background processes by typing:

    ovstatus
     
    

Step 4 Check the status of the NetRanger background processes by typing:

    nrstatus
    

hometocprevnextglossaryfeedbacksearchhelp
Posted: Fri Jan 29 09:18:45 PST 1999
Copyright 1989-1999©Cisco Systems Inc.