HP-UX SNAplus2 R7 NOF Programmer's Guide

Introduction to the NOF API
SNAplus2 Components
1.1.1 Node Configuration File
Conguration information for each SNAplus2 node is held in a text le on the computer where the node runs. This
le includes information about the nodes resources, and species which resources will be active when SNAplus2
is started. When you start the node, the le provides an initial denition of the resources that are available; you
can then use the NOF API or the SNAplus2 administration tools to modify the running nodes resources as your
requirements change.
You can set up multiple conguration les, to store different SNAplus2 congurations for use at different times,
and select which of these les to use when starting the SNAplus2 software.
Conguration in an APPN network is a dynamic process; you can add, delete, or modify resources as necessary while
the SNAplus2 software is running. The conguration le provides an initial denition of the available resources and
stores the current denition so that you can use it again when you need to restart the node, but it is not necessary
to dene the entire conguration before starting the SNAplus2 software.
1.1.2 Domain Configuration File
Conguration information for SNAplus2 domain resources is held in a single text le on the master server. You
can set up multiple domain conguration les, to store different SNAplus2 congurations for use at different times,
and select which of these les to use when starting the SNAplus2 software on the master server.
Conguration in an APPN network is a dynamic process; you can add, delete, or modify resources as necessary
while the system is running. The domain conguration le provides an initial denition of the available domain
resources and enables you to store the current denition so that you can use it again when you need to restart the
system, but it is not necessary to dene the entire domain conguration before starting the SNAplus2 software or
to restart the software when you make changes.
1.1.3 Invokable TP Data File
Information that SNAplus2 needs to start invokable (target) TPs is held in the le /etc/opt/sna/sna_tps.
This le can also provide other information (such as the level of security required to access the TP). The invokable
TP data le resides on the computer where the TPs run.
1.2 SNAplus2 Components
SNAplus2 implements an APPN node to communicate with other nodes on the SNA network. This provides logical
unit (LU) 6.2 support for APPC and CPI-C capabilities and for 5250 emulation, as well as LU 0, 1, 2, and 3 support
for 3270, RJE and LUA communications.
SNAplus2 can operate as any of the APPN node types LEN, end, network, or branch network node, depending on its
conguration. Certain functions are supported only on particular node types, as dened by the APPN architecture.
These differences are indicated where necessary in this manual; where no differences are indicated, the information
applies to all node types.
Figure 11,
SNAplus2 Components, shows the components of SNAplus2 and how they work together.
43