[Digital logo]
[HR]

DECnet-Plus for OpenVMS
Network Management


Previous | Contents

Under integrated mode, DECnet-Plus systems attempt to send packets in DECnet Phase V format unless:

Integrated mode routing is the only mode supported on OpenVMS systems preceding DECnet/OSI for OpenVMS Version 5.8.

Segregated mode routing handles DECnet Phase IV and Phase V as independent protocols. Routers do not translate messages between DECnet Phase IV and Phase V format. The routers must maintain separate network topologies in their internal databases to handle each type of protocol.

Under segregated mode, DECnet-Plus end systems transmit messages in the Phase IV address format if they have a DECnet Phase IV translatable destination address. All other messages are sent in DECnet Phase V format. If you use non-Digital routers that do not support Digital's technique of translating DECnet Phase V addresses to DECnet Phase IV, you may want to use segregated mode routing.

On OpenVMS systems, integrated mode is the default routing mode. To configure segregated mode, use the advanced configuration procedure or NCL. With NCL, you can switch from the default to segregated mode by setting the routing mode attribute, as in the following commands:

ncl> disable routing 
ncl> set routing routing mode = segregated 
ncl> enable routing 

Note

If your OpenVMS system is running cluster alias, you must use integrated mode.

Use integrated routing mode in an integrated routing environment where the routers can handle Phase-IV-to-Phase-V or Phase-V-to-Phase-IV packet format conversions. Use segregated routing mode when the adjacent router(s) cannot perform Phase-IV-to-Phase-V or Phase-V-to-Phase-IV packet conversions.

8.4.1.4 Autoconfiguring Network Addresses

A DECnet Phase V environment is a subnetwork where OSI systems, both end systems and intermediate systems (ES-IS), adhere to the DECnet Phase V routing protocol and support DNA-structured NSAP addresses, as defined in the DECnet-Plus Planning Guide. When existing in a Digital Network Architecture (DNA) environment, an end system can determine (that is, autoconfigure) its network addresses from information sent by the routers in its subnetwork. In this environment, you do not have to manually set the local network service access point (NSAP) addresses. This is the default during configuration using NET$CONFIGURE.COM. In some networks, you must manually set the network address at configuration time.

An empty set for the manual network entity titlesattribute indicates the use of autoconfiguration. If the set is non-empty, autoconfiguration does not take place. To change the value of this routing attribute from an empty set to a non-empty set, or from a non-empty set to an empty set, the routingentity must be disabled.


Note

The dna address format attribute controls the interpretation of Phase IV addresses; it does not control whether autoconfiguration takes place.

8.4.1.5 Configuring a Phase IV Network Address

DECnet Phase IV nodes cannot recognize DECnet Phase V addresses. However, DECnet Phase V nodes can recognize Phase IV addresses. For a DECnet Phase V node to communicate with a Phase IV node, the DECnet Phase V node must have a Phase IV address that conforms to the normal Phase IV limits (area number less than or equal to 63 and node number less than or equal to 1023). You must configure this Phase IV address on your DECnet-Plus system.

Use the DECnet-Plus configuration procedure or the following command to set up a Phase IV address. For this command to succeed, routing must not be enabled.

ncl> set routing phaseiv address 12.1      

The Phase IV address along with a Phase IV address prefix is used to construct a Phase IV-compatible NSAP address. This is done by concatenating the Phase IV address prefix, the area portion of the Phase IV address, the Phase IV Ethernet address, and a transport selector. For example, if a system's Phase IV address is 12.1 and the Phase IV address prefix is 49::, the resulting NSAP addresses for NSP and OSI Transport are respectively:

49::000c:aa-00-04-00-01-30:20      
49::000c:aa-00-04-00-01-30:21      

In the same way that they learn their OSI network addresses, end systems learn their Phase IV address prefix from the routers in the subnetwork. Only if there are no DECnet Phase V routers present, does the end system use its own routing attribute phaseiv prefix to construct its Phase IV-compatible NSAP address.

For an end system to learn its Phase IV address prefix, you must configure it into the routers of the subnetwork in which the system resides. The default prefix for all systems is 49::. If you want to use a different initial domain part (IDP) and pre-DSP (domain-specific part), you can override the default by setting the phaseiv prefixattribute as follows. For this command to succeed, routing must not be enabled.

ncl> set routing phaseiv prefix 37:1234:      

For example, if you configure a router in area 41 with the phaseiv prefix37:1234:, any DECnet-Plus end system with a Phase IV address in area 41 sets its Phase IV area as follows, where 41 decimal is converted to 29 hexadecimal:

37:1234:00-29:      

This results in a Phase IV-compatible NSAP address of the form:

37:1234:00-29:aa-00-04-00-nn-nn:ss      

All systems in the subnetwork should have the same Phase IV prefix, but because DECnet Phase V systems autoconfigure, you only need to set the prefix on the routers used by the end system. Digital, however, recommends that you ensure that the phaseiv prefix attribute is consistently set on all DECnet Phase V systems.


Note

For Digital Network Architecture (DNA) routing (via the Connectionless Network Protocol (CLNP)), DECnet-Plus does not support the configuration of NSAPs using decimal DSP (domain-specific parts) syntax. Digital supports X.121 format NSAPs (AFI=36) for the use of OSI transport over the Connection-Oriented Network Service (CONS), which requires the X.25 for OpenVMS product.

8.4.1.6 Configuring End System Network Addresses for Non-DNA Networks

If your end system is operating in an environment with one or more non-DNA routers, your DECnet-Plus end system cannot autoconfigure its network address or network entity title (NET). (The NET is the address that identifies the Network layer.) In this case, you can manually specify up to three NETs for your system. To do this, you need to know the following information about the node:

The following sequence of commands specifies the NET for a system:

ncl> create routing type endnode      
      
ncl> set routing manual network entity titles -      
_ncl> { 41:45418715:00-49:08-00-2b-00-01-02:00} (1)      
      
ncl> enable routing      
  1. Specifies the NET for the node so the node does not attempt to autoconfigure. For information about NETs and NSAPs, see the DECnet-Plus Planning Guide.

To make this change permanent, rerun the advanced configuration procedure or add these commands to the NET$ROUTING_STARTUP.NCL script file after the line create routing type endnode. (Replace the string (41:45418715:00-49:08-00-2b-00-01-02:00) with the correct NET for your node.) The next time you reboot the system, DECnet-Plus uses this new information.


Note

Phase IV backward compatibility is not supported when operating in a non-DNA environment. Therefore, the routing attribute phase iv address should be set to 0.0 or left unset.

8.4.2 Configuring Routing Circuit Information

This section explains how to configure routing circuit information and how to set up a multicircuit configuration.

The following example shows how to configure routing circuit information. The first three commands set up the routing type and addressing information, as described in Section 8.4.1. The remaining commands set up the routing circuit, as described below.

ncl> create routing type endnode      
      
ncl> set routing dna address format true, lifetime 63, -       
_ncl> manual network entity titles {}, probe rate 20      
      
ncl> enable routing      
      
ncl> create routing circuit hdlc-0 type hdlc (1)      
      
ncl> set routing circuit hdlc-0 data link entity -       
_ncl> hdlc link hdlc-0 logical station hdlc-0, - (2)      
_ncl> manual data link sdu size 1492, - (3)      
_ncl> template template-name (4)      
      
ncl> enable routing circuit hdlc-0      
  1. You need to configure routing circuits:
    Table 8-3 lists the supported routing circuits for CLNS on your system.
    For information on configuring routing to use an X.25 data link, see Section 8.8.3.2.
  2. Associate the routing circuit with the appropriate data link entity (hdlc link) and the appropriate logical station.
    The data link entity attribute is valid for all circuits.
  3. The manual data link sdu size attribute is valid for all circuits.
  4. The template attribute is valid for X.25 circuits and ignored for all other circuits.

    Table 8-3 Routing Circuits Supported for CLNS
    Circuit Description
    csma-cd IEEE 802.3 LAN routing circuit
    hdlc Synchronous HDLC circuit
    ddcmp Synchronous DDCMP circuit
    fddi Fiber Distributed Data Interface (FDDI) for LANs
    x25 static incoming X.25 inward switched virtual circuit
    x25 static outgoing X.25 outward switched virtual circuit
    x25 da Dynamically-assigned X.25 virtual circuit
    x25 permanent Permanent X.25 virtual circuit

    Table 8-4 lists additional attributes to consider when setting up a routing circuit with CLNS. It also shows the circuits for which the attributes are valid.

    Table 8-4 Additional Routing Circuit Attributes for CLNS
    Attribute Valid Circuit Type
    idle timer x25 da
    inactive area address csma-cd
    initial minimum timer x25 static incoming
    x25 static outgoing
    x25 da
    manual routers csma-cd
    maximum call attempts x25 static outgoing
    maximum svc adjacencies x25 da
    recall timer x25 static outgoing
    reserved adjacency x25 da
    reserve timer x25 da
    x25 filters x25 static incoming
    x25 da

    8.4.2.1 Configuring Multiple Circuits for End Systems

    DECnet Phase V end systems can operate over more than one data link. As such, traffic can be sent or received over any of the links, but protocol data units (PDUs) are not forwarded from one link to another. In other words, a multicircuit end system does not perform the functions of a router. Instead, this function provides network redundancy, as well as higher throughput, depending upon the configuration.

    DECnet-Plus for OpenVMS supports up to 16 circuits. Hardware, OpenVMS, or WANDD software, however, can further limit the number of circuits you can have. For more information about possible limits, refer to your system and WANDD documentation.

    When communicating with remote systems, data PDUs are sent over all circuits in turn. If the remote end system is directly connected on one or more circuits, only those circuits are used to reach the end system. Moreover, a single data PDU is transmitted over all circuits at the interval at which you set the probe rate.

    The probe rateis a Routing module attribute that has a default value of 1000 on OpenVMS systems. Therefore, every thousandth data PDU bound for a specific end system is transmitted on all circuits. This helps ensure that all available paths are used.

    When operating a DECnet-Plus end system in a multicircuit configuration, you must adhere to certain topology restrictions:

    Failure to comply with these restrictions might result in unacceptable operation.

    To create multiple circuits for an end system on a CSMA-CD LAN, use your DECnet-Plus configuration procedure. Digital recommends that you accept the default settings (used in the example in Section 8.4.2.2) for the various attributes and change these only if you need to. Refer to the DECnet-Plus Network Control Language Reference for more information about these attributes.

    8.4.2.2 Sample NCL Script for Configuring Multiple Routing Circuits

    The following example shows the contents of the file NET$ROUTING_STARTUP.NCL, located by default in SYS$SPECIFIC:[SYSMGR]. This file is created by the DECnet-Plus for OpenVMS configuration procedure. The file enables routing, creates the Routing module, and creates CSMA-CD and FDDI circuits.

    create node 0 routing type endnode      
    set node 0 routing phaseiv address = 4.884      
    set node 0 routing phaseiv prefix = 49::      
    set node 0 routing dna address format true      
    set node 0 routing default eshello timer 600      
    enable node 0 routing      
    create node 0 routing circuit csmacd-0 type = csma-cd      
    set node 0 routing circuit csmacd-0 data link entity = csma-cd station csmacd-0      
    set node 0 routing circuit csmacd-0 enable phaseiv address = false      
    enable node 0 routing circuit csmacd-0      
    create node 0 routing circuit fddi-0 type = fddi      
    set node 0 routing circuit fddi-0 data link entity = fddi station fddi-0      
    set node 0 routing circuit fddi-0 enable phaseiv address = true      
    enable node 0 routing circuit fddi-0     
    

    Note

    To delete and disable entities, see the information in Section 6.5.

    8.4.3 Setting Up Network Routes

    The primary function of the Routing layer is to identify the best path to a given destination. DECnet Phase V systems have multiple mechanisms to determine such a path. Under most circumstances, these mechanisms work automatically without any need for special configuration. This section describes the routing mechanisms and explains how to use them to handle special circumstances.

    DECnet-Plus uses the following rules in order of precedence to determine where to send each packet:

    1. If the destination has a routing circuit inactive area address attribute set for the circuit, DECnet-Plus sends the message over the indicated circuit using the Null Internet format (Section 8.4.3.4).
    2. If the route is explicitly defined in a routing circuit reachable address attribute, DECnet-Plus sends the packet to the indicated destination (Section 8.4.3.5).
    3. If the DECnet-Plus system recently communicated with a given destination, the paths to that destination are saved in the end node cache. DECnet-Plus uses one of the cached paths (Section 8.4.3.3).
    4. If adjacent routers are known to exist on any of the attached circuits, DECnet-Plus sends the message to one of the routers (Section 8.4.3.1).
    5. If the destination is within the sender's area, DECnet-Plus broadcasts the message to all endnodes on all attached LANs.

    8.4.3.1 Configuring Network Adjacencies to Non-DNA Routers

    DECnet Phase IV and Phase V end systems and routers regularly advertise their existence on their attached data links. DECnet-Plus nodes listen for these advertisements and automatically build (autoconfigure) an adjacency database. For LANs, the adjacency database contains the list of routers attached to each circuit. For WAN circuits, the adjacency database identifies the type of node attached to the other end of the circuit, router or endnode. DECnet-Plus also automatically records OSI systems from other vendors in its adjacency database as OSI-only nodes.

    If the routers in a subnetwork do not adhere to the DECnet Phase V routing protocol (in other words, they are non-DNA routers), DECnet Phase V end systems are unable to create physical connections to them.

    Normally, a DECnet Phase V end system learns about its routers through the ES-IS protocol. If your LAN has only routers that do not implement the ES-IS protocol, you must identify the LAN address of the routers that the DECnet Phase V end system uses. Included in the following sequence of commands is a command needed for specifying the LAN address for a CSMA-CD data link. The command is called out ( (1) ).


    Note

    You do not need to do this if there are routers on the LAN that support ES-IS.

    ncl> create routing type endnode       
    ncl> enable routing      
          
    ncl> create routing circuit csmacd-0 -      
    _ncl> type csmacd        
          
    ncl> set routing circuit csmacd-0 manual routers -      
    _ncl> { 08-00-2b-00-01-03, 08-00-2b-00-03-04 } (1)      
          
    ncl> set routing circuit csmacd-0 -       
    _ncl data link entity csma-cd station csmacd-0      
          
    ncl> enable routing circuit csmacd-0      
    
    1. This command identifies the LAN address of the routers that the DECnet Phase V end system uses. You can specify up to five routers in this command line.

    Displaying Adjacencies

    Display routing adjacencies by using the following NCL command:

    ncl> show routing circuit circuit_name adjacency * all      
    

    The following example shows two adjacencies for circuit csmacd-0:

    $ mc ncl show routing circuit csmacd-0 adj * all      
          
    Node 0 Routing Circuit CSMACD-0 Adjacency RTG$0001      
    at 1996-07-24-09:48:29.181-04:00I22.051      
          
    Identifiers      
          
        Name                              = RTG$0001      
          
    Status      
          
        Type                              = Autoconfigured (1)      
        State                             = Up      
        LAN Address                       = 08-00-2B-A2-08-B9      
        Neighbor Node Type                = Phase V Router (2)      
        Router NETs                       =      
           {      
              47:24:02-01-0A-04:08-00-2B-A2-08-B0:00 ,      
              49::00-04:AA-00-04-00-F5-13:00 (DEC:.LKG.LKISL2)       
           }      
          
          
    Node 0 Routing Circuit CSMACD-0 Adjacency RTG$0002      
    at 1996-07-24-09:48:29.191-04:00I22.051      
          
    Identifiers      
          
        Name                              = RTG$0002      
          
    Status      
          
        Type                              = Autoconfigured      
        State                             = Up      
        LAN Address                       = AA-00-04-00-FF-13 (LOCAL:.A04NIS)      
        Neighbor Node Type                = Phase V Router      
        Router NETs                       =      
           {      
              47:24:02-01-0A-04:08-00-2B-A0-17-90:00 ,      
              49::00-04:AA-00-04-00-FF-13:00 (LOCAL:.A04NIS)      
           }      
          
    
    1. The adjacency type attribute can be autoconfigured or manual. An autoconfigured adjacency is one that was configured automatically by means of hello PDUs. A manual adjacency is one that was created manually, such as by the create command.
    2. The neighbor node type attribute indicates whether the neighboring node is a DECnet Phase V router or a Phase IV router.

    8.4.3.2 Networking with Routers That Do Not Support Phase IV Backward Compatibility

    Connectivity from a DECnet Phase V end system to a Phase IV node through a router that does not support Phase IV backward compatibility is not possible. A non-DNA OSI router does not know how to translate a DECnet Phase V address to a Phase IV address, or convert Network layer data protocol data unit (PDU) formats. The following are possible solutions to consider:

    If you have configured your DECnet-Plus end systems to have a Phase IV-compatible address and you are operating in a non-DNA environment, you must ensure that all level 2 non-DNA OSI routers advertise the complete set of area addresses for the level 1 networks to guarantee connectivity between your DECnet-Plus end systems.

    8.4.3.3 End System Cache

    The Routing module stores information about remote systems (including NSAP addresses) to which data transfer is in progress. This information is known as the end system cache, and the data stored in this cache allows the Routing layer to quickly choose the correct data link address to which packets should be forwarded, as well as which format (Phase IV or OSI) should be used. The cache entries are created automatically, based upon the receipt of data and/or routing redirect packets, and indicate if the remote system is on-LAN (direct), or reachable by way of a router (indirect or reverse).


    Previous | Next | Contents | [Home] | [Comments] | [Ordering info] | [Help]

    [HR]

      PROFILE_VMS_009.HTML
      OSSG Documentation
       2-DEC-1996 12:35:00.53
    

    Copyright © Digital Equipment Corporation 1996. All Rights Reserved.

    Legal