• No results found

Using NCP to Create and Tailor the Configuration Database

Getting Started on the Network

VAX 3. If you plan to use an asynchronous DECnet connection or CI connection,

12. Determine how to proceed You have completed the network startup procedure If you plan to use asynchronous DECnet, continue to the

3.3.6 Using NCP to Create and Tailor the Configuration Database

The system manager is responsible for configuring the node for network operation by supplying information in the DECnet for OpenVMS configuration database about the following network components:

• The local (executor) node

• Remote nodes with which the local node can communicate • Local circuits

• Local lines • Network objects • Network event logging

The configuration database is actually two databases: a permanent database that establishes the default parameter values for node startup, and a volatile database that contains the current parameter values.

You can use the Network Control Program (NCP) utility to build the network configuration database manually or to modify its contents. If you are configuring the node for the first time, you can use the automatic configuration command procedure, NETCONFIG.COM, to establish parameters needed to get DECnet running. The procedure for using NETCONFIG.COM is described in an earlier section. (See Section 3.3.2.2.)

When you run NCP and enter a command, NCP will prompt you for selected parameters if you do not supply them. NCP also provides a HELP facility with information about each command, which you can access as follows:

$ RUN SYS$SYSTEM:NCP NCP>HELP [topic...]

Refer to the DECnet for OpenVMS Network Management Utilities for a complete description of the NCP command language.

Use NCP SET commands to establish the contents of the volatile database, and DEFINE commands to establish the contents of the permanent database. You must have OPER privilege to change the volatile database and SYSPRV privilege to change the permanent database.

The permanent database information is supplied to the volatile database when the network is started (that is, the STARTNET.COM command procedure is executed). You can also use the ALL parameter with the SET command to cause all permanent database entries for a network component to be loaded into the volatile database.

The basic NCP commands required to define the network components in the permanent configuration database are shown in the following list. Some of these commands must be used multiple times, such as DEFINE EXECUTOR to define several parameters and DEFINE NODE to list all the nodes in the network.

$ RUN SYS$SYSTEM:NCP

NCP>DEFINE EXECUTOR executor-parameter [...] NCP>DEFINE NODE node-id

NCP>DEFINE CIRCUIT circuit-id NCP>DEFINE LINE line-id NCP>DEFINE OBJECT object-name NCP>DEFINE LOGGING MONITOR STATE ON

NCP>DEFINE LOGGING MONITOR EVENTS event-list NCP>EXIT

In an NCP command, node-id can be a node name a maximum of six

alphanumeric characters long, or a node address in the form area-number.node-

number, where the area number can be from 1 to 63 and the node number can

be from 1 to 1023. If no area number is specified, the area number of the executor node is used. The default area number for the executor is 1. The object-name can be up to 16 characters long.

The circuit-id and line-id values are in the form dev-c[-u], defined as follows:

dev A device name

c A decimal number (0 or a positive integer) designating a device’s hardware controller

u The unit number of the device name (0 or a positive integer); included if more than one unit is associated with the controller

Reference DECnet for OpenVMS Network Management Utilities for a list of device names.

For example, the circuit and line identification for an Ethernet SVA device is in the form SVA-c (such as SVA-0); an example for a QNA device is QNA-0. An example of a synchronous DDCMP device identifier is DSV-2, and an example of an asynchronous device identifier is TT-1-0.

NCP commands also recognize the plural forms of the network component names: KNOWN NODES, KNOWN CIRCUITS, KNOWN LINES, KNOWN OBJECTS.

To modify the current configuration of your node, you can issue SET commands for any network component. For example, to add circuit and line entries for the Ethernet UNA device (the DEUNA), specify the following commands:

$ RUN SYS$SYSTEM:NCP NCP>SET LINE UNA-0 STATE ON NCP>SET CIRCUIT UNA-0 STATE ON NCP>EXIT

To determine the contents of your network configuration database, use the NCP commands LIST and SHOW. The LIST command displays information in the permanent database; the SHOW command displays volatile database entries. (For more information on monitoring the network using the network databases, see Chapter 4.) To delete entries from the configuration database, use the PURGE and CLEAR commands. The PURGE command deletes permanent database entries; the CLEAR command deletes or resets volatile database entries. For example, to list the permanent name and address of a node, enter the following commands:

$ RUN SYS$SYSTEM:NCP NCP>LIST NODE node-id NCP>EXIT

To delete a node from the permanent database, enter the following commands:

$ RUN SYS$SYSTEM:NCP NCP>PURGE NODE node-id ALL NCP>EXIT

Node-id can be either the node name or the node address. You can also delete

an individual parameter for a node. For example, to purge the RECEIVE PASSWORD parameter for node PURPLE, enter the following commands:

$ RUN SYS$SYSTEM:NCP

NCP>PURGE NODE PURPLE RECEIVE PASSWORD NCP>EXIT

Because the PURGE command does not affect the volatile (memory-resident) copy of the DECnet database, you can access a node deleted with the PURGE command until DECnet is started again. If you use the CLEAR command to delete a node entry, the node entry will reappear in the volatile database after DECnet is started again.