Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Start option list with border node support z/OS Communications Server: SNA Resource Definition Samples SC27-3676-00 |
|
A VTAM® border node (BN=YES) is an extension to VTAM network node capabilities which allows APPN connectivity between APPN networks and allows partitioning of APPN networks into smaller subnetworks to reduce topology and search activity. Requirement: NCP V7R1 or later
is required for border node function through an NCP.
Figure 1. APPN subnetworks through APPN multiple
network connectivity support
VTAM border node implements extended border node function, which allows two types of subnetwork boundaries. An extended subnetwork boundary interconnects two extended border nodes. A peripheral subnetwork boundary interconnects a border node with a network node which does not have the extended border node function. While the peripheral boundary allows more flexibility concerning the capabilities of the partner node across the boundary, it is limited to supporting searches and sessions where either the origin or destination of the search resides in the subnetwork of the non-native partner node. See the z/OS Communications Server: SNA Network Implementation Guide for more information about border nodes. In Figure 1, the subnetwork boundary between HOSTA and HOSTB is an extended boundary, if both VTAMs were started with BN=YES. The boundary between HOSTB and the AS/400® in subnetwork D is a peripheral boundary because the AS/400 does not have extended border node capabilities. Following is a start list for an APPN interchange node implementing the border node function. The BNDYN start option controls the level of dynamics that VTAM uses when routing a request across APPN subnetwork boundaries. BNDYN=NONE defeats dynamics and requires that adjacent cluster routing lists be defined for all cross-subnetwork routing. BNDYN=LIMITED allows cross-subnetwork routing targets which match the destination resource's network identifier to be included dynamically, in addition to any cross-subnetwork routing targets through which this node has learned the destination resource's network identifier. BNDYN=FULL will exhaustively search all active cross-subnetwork targets in its search for the destination resource. The BNDYN start option is valid only when BN=YES for this node. The BNORD start option is used to control the search order when searching across subnetwork boundaries. BNORD=PRIORITY (the default value) tells VTAM that in performing cross-subnetwork searches VTAM should give preference to nodes for which the most recent search was successful and to nodes whose NETID matches the DLU's NETID. BNORD=DEFINED specifies that searches are performed in the order that you define border nodes and nonnative network nodes. The BNORD start option is valid only when BN=YES for this node. The SNVC (subnetwork visit count) start option is a number
between 1-255 that specifies the maximum number of subnetworks that
the border node will search when looking for a resource. SNVC=1 restricts
the search to the current network. Thus, SNVC=4 restricts the search
to networks three hops away. This start option is valid only when
BN=YES for this node.
To customize routing for a VTAM border node to match the requirements of your installation, VTAM offers the ability to define adjacent cluster routing lists. For more information about these lists, see Adjacent cluster routing list. An APPN network boundary is automatically established when two APPN network nodes have differing network identifiers. In addition, you can also create a subnetwork boundary by coding the NATIVE operand on the ADJCP statement or PU statement representing a partner APPN network node. For an example of a subnetwork boundary for a local SNA PU (using APPN host-to-host channel), see Defining subnetwork boundaries. |
Copyright IBM Corporation 1990, 2014
|