Expand Configuration and Management Manual Abstract This manual describes how to plan, configure, manage, and troubleshoot the Expand subsystem on an HP™ NonStop™ S-series server. The Expand subsystem can connect as many as 255 geographically dispersed HP servers to create a network with the reliability, capacity to preserve data integrity, and potential for expansion of a single HP server. This manual includes detailed descriptions of SCF commands and modifiers used with the Expand subsystem.
Document History Part Number Product Version Published 523347-003 Expand G06 November 2002 523347-004 Expand G06 May 2003 523347-005 Expand G06 September 2003 523347-006 Expand G06 December 2003 523347-007 Expand G06 February 2004 523347-008 Expand G06 September 2004
Expand Configuration and Management Manual Glossary Index What’s New in This Manual xxix Manual Information xxix New and Changed Information Examples Figures Tables xxix About This Manual xxxi Who Should Use This Manual xxxi How This Manual Is Organized xxxi Related Documents and Online Tools Notation Conventions xl Abbreviations xlv xxxv Part I. Getting Started 1.
2. Expand Overview Contents 2. Expand Overview Network Transparency 2-1 Interactive Access 2-1 Programmatic Access 2-2 Expand Subsystem and the NonStop Kernel 2-2 Multiple Communications Environments 2-5 Leased and Satellite Connections 2-5 X.
3. Planning a Network Design (continued) Contents 3.
. Configuring the Network Control Process (continued) Contents 6. Configuring the Network Control Process (continued) Step 2: Create $NCP 6-2 ADD DEVICE Command Considerations 6-3 Example 6-3 Step 3: Start $NCP 6-4 $NCP Modifiers 6-4 6-2 7.
Contents 8. Configuring Expand-Over-IP Lines (continued) 8.
. Configuring Expand-Over-IP Lines (continued) Contents 8. Configuring Expand-Over-IP Lines (continued) Profile Modifiers 8-28 Recommended Modifiers 8-28 Modifiers for Special Features 8-29 PEXQSIP Modifiers 8-29 9.
10. Configuring Expand-Over-X.25 Lines (continued) Contents 10. Configuring Expand-Over-X.
Contents 11. Configuring Expand-Over-SNA Lines (continued) 11.
12. Configuring Expand-Over-ServerNet Lines (continued) Contents 12.
14. Configuring Multi-Line Paths Contents 14.
Contents 15. Subsystem Control Facility (SCF) Commands (continued) 15.
Contents 15. Subsystem Control Facility (SCF) Commands (continued) 15.
. Subsystem Control Facility (SCF) Commands (continued) Contents 15. Subsystem Control Facility (SCF) Commands (continued) VERSION Command 15-111 Considerations 15-111 Examples 15-111 VERSION PROCESS $ZEXP Command 15-112 VERSION PROCESS $NCP Command 15-112 VERSION PROCESS LINE Command 15-113 16.
17. Expand Modifiers Contents Part IV. Reference Information 17.
. Expand Modifiers (continued) Contents 17.
. Subsystem Description (continued) Contents 18.
18. Subsystem Description (continued) Contents 18.
19. Managing the Network (continued) Contents 19.
20. Tuning (continued) Contents 20. Tuning (continued) NAM Interface 20-12 Data Compression 20-13 Multi-Line Paths 20-13 Multi-CPU Paths 20-15 Network Topology 20-21 Summary of Tuning Strategies 20-22 Measuring and Mapping an Expand Network 20-22 What the Utilities Show 20-23 Using Measure 20-23 Measuring Passthrough Traffic 20-28 Setting Measurement Intervals 20-28 Tuning Examples 20-29 Example 1: Changing Packet Size 20-29 Example 2: Reducing Passthrough Traffic 20-32 21.
21. Troubleshooting (continued) Contents 21. Troubleshooting (continued) Resolving Common Network Problems 21-33 Slow Response Time 21-33 Network Congestion 21-35 Node Not Available 21-35 Adding Low-Speed Lines to a Multi-Line Path Duplicate Node 21-38 21-38 A.
B. Moving to G-Series Systems (continued) Contents B. Moving to G-Series Systems (continued) Dynamic Configuration and Management B-6 SCF Replaces PUP and COUP B-6 System Name and System Number Attributes B-7 EMS Event Messages B-7 Viewing Event Logs B-7 Viewing Logs on a System Running a Different RVU Event Message Changes B-7 B-7 C.
Examples (continued) Contents Examples (continued) Example 8-13. Example 9-1. Example 9-2. Example 9-3. Example 9-4. Example 9-5. Example 15-1. Example 15-2. Example 15-3. Example 15-4. Example 15-5. Example 15-6. Example 15-7. Example 15-8. Example 15-9. Example 15-10. Example 15-11. Example 15-12. Example 15-13. Example 15-14. Example 15-15. Example 15-16. Example 15-17. Example 15-18. Example 15-19. Example 15-20. Example 15-21. Example 15-22. Example 15-23.
Examples (continued) Contents Examples (continued) Example 15-24. STATS LINE Command, Expand-Over-IP Line-Handler Processes 15-80 Example 15-25. STATS LINE Command, Expand-Over-ATM Line-Handler Processes 15-82 Example 15-26. STATS LINE Command, Expand-Over-ServerNet Line-Handler Processes 15-84 Example 15-27. STATS LINE Command, SWAN Concentrator Lines 15-86 Example 15-28. STATS PROCESS $NCP Command, NETFLOW Option 15-93 Example 15-29. STATS PROCESS $NCP Command, LOCALFLOW Option 15-94 Example 15-30.
Examples (continued) Contents Examples (continued) Example 21-12. SCF INFO LINE, DETAIL Command (SVC Connection) Example 21-13. SCF PROBE Display 21-33 21-28 Figures Figure i. Figure 2-1. Figure 2-2. Figure 3-1. Figure 3-2. Figure 3-3. Figure 3-4. Figure 3-5. Figure 4-1. Figure 4-2. Figure 4-3. Figure 4-4. Figure 4-5. Figure 7-1. Figure 7-2. Figure 8-1. Figure 8-2. Figure 8-3. Figure 9-1. Figure 9-2. Figure 9-3. Figure 10-1. Figure 10-2. Figure 11-1. Figure 11-2. Figure 11-3. Figure 12-1. Figure 12-2.
Figures (continued) Contents Figures (continued) Figure 14-2. Figure 15-1. Figure 16-1. Figure 18-1. Figure 18-2. Figure 18-3. Figure 18-4. Figure 18-5. Figure 18-6. Figure 18-7. Figure 18-8. Figure 18-9. Figure 18-10. Figure 18-11. Figure 18-12. Figure 18-13. Figure 18-14. Figure 18-15. Figure 18-16. Figure 18-17. Figure 18-18. Figure 18-19. Figure 18-20. Figure 18-21. Figure 18-22. Figure 18-23. Figure 20-1. Figure 20-2. Figure 20-3. Figure 20-4. Figure 20-5. Figure 20-6. Figure 21-1.
Tables Contents Tables Table i. Table ii. Table iii. Table iv. Table v. Table vi. Table 1-1. Table 1-2. Table 1-3. Table 1-4. Table 1-5. Table 1-6. Table 1-7. Table 1-8. Table 2-1. Table 5-1. Table 5-2. Table 7-1. Table 8-1. Table 9-1. Table 10-1. Table 11-1. Table 12-1. Table 12-2. Table 13-1. Table 14-1. Table 14-2. Table 14-3. Table 14-4. Table 14-5. Table 14-6. Table 14-7. Table 15-1. Table 15-2. Table 15-3. Table 15-4.
Tables (continued) Contents Tables (continued) Table 15-5. Table 15-6. Table 15-7. Table 15-8. Table 15-9. Table 15-10. Table 16-1. Table 16-2. Table 16-3. Table 17-1. Table 17-2. Table 17-3. Table 17-4. Table 19-1. Table 19-2. Table 19-3. Table 19-4. Table 19-5. Table 19-6. Table 19-7. Table 19-8. Table 19-9. Table 19-10. Table 19-11. Table 19-12. Table 20-1. Table 20-2. Table 20-3. Table 20-4. Table 21-1. Table 21-2. Table 21-3. Table 21-4. Table 21-5. Table 21-6.
Tables (continued) Contents Tables (continued) Table 21-7. Table 21-8. Table 21-9. Table 21-10. Table 21-11. Table 21-12. Table 21-13. Table 21-14. Table 21-15. Table 21-16. Table 21-17. Table B-1. Table B-2. Table B-3. Table C-1. Expand Line-Handler Process Problem-Resolution Procedures 21-13 SWAN Concentrator Problem-Resolution Check List 21-14 WAN Subsystem Problem-Resolution Check List 21-16 Expand-Over-X.
What’s New in This Manual Manual Information Expand Configuration and Management Manual Abstract This manual describes how to plan, configure, manage, and troubleshoot the Expand subsystem on an HP™ NonStop™ S-series server. The Expand subsystem can connect as many as 255 geographically dispersed HP servers to create a network with the reliability, capacity to preserve data integrity, and potential for expansion of a single HP server.
What’s New in This Manual New and Changed Information Expand Configuration and Management Manual—523347-008 xxx
About This Manual The Expand Configuration and Management Manual describes how to plan, configure, and manage the Expand subsystem on an HP NonStop S-series server.
Part I Contents About This Manual Part I Contents Part I, Getting Started, consists of Sections 1 through 4. Table i summarizes the contents of Part I. Table i. Summary of Contents—Part I Section Title Contents 1 Configuration Quick Start Provides the basic information required to enable you to quickly define, start, and modify Expand linehandler process. 2 Expand Overview Describes the Expand subsystem’s major features and capabilities.
Part III Contents About This Manual Table ii. Summary of Contents—Part II (page 2 of 2) Section Title Contents 12 Configuring ExpandOver-ServerNet Lines Explains how to configure Expand-over-ServerNet line-handler processes. 13 Configuring ExpandOver-FOX Lines Explains how to configure Expand-over-FOX linehandler processes. 14 Configuring Multi-Line Paths Explains how to configure and start multi-line paths.
Part V Contents About This Manual Part V Contents Part V, Management, Tuning, and Troubleshooting, consists of Sections 19 through 21. Table v summarizes the contents of Part V. Table v. Summary of Contents—Part IV Section Title Contents 19 Managing the Network This section explains how to access network resources, set up network security, and monitor, reconfigure, and control an Expand network.
Related Documents and Online Tools About This Manual Related Documents and Online Tools The NonStop S-series server manual set contains manuals that describe how to configure both an entire system and individual hardware and software components, such as peripheral devices and communications software.
Related Documents and Online Tools About This Manual Figure i shows you where the Expand Configuration and Management Manual fits with other manuals in the NonStop S-series configuration and management manual set. Figure i.
Stem Manual About This Manual Stem Manual • HP NonStop S-Series Planning and Configuration Guide This guide explains how to plan and configure NonStop S-series servers, plan and prepare your site, create the operational environment, and make hardware and software changes to an existing server.
SCF Subsystem Configuration Manuals About This Manual SCF Subsystem Configuration Manuals • SCF Reference Manual for the Kernel Subsystem This manual describes the Subsystem Control Facility (SCF) Kernel subsystem on NonStop S-series servers. It also describes the configuration and management tasks that can be performed using SCF on Kernel subsystem objects.
Related HP Manuals About This Manual • ASAP Server Manual Availability Statistics and Performance (ASAP) is an availability, state, and performance statistics collection infrastructure for NonStop Kernel operating system and application resources. Reported resource classes include internal customer Application domains, CPU, Disk, Expand, File, Node, Process, ProcessBusy, RDF, Spooler, System, Tape, and TMF.
Guided Procedure for Configuring a ServerNet Node About This Manual • TCP/IP Configuration and Management Manual This manual describes how to configure, operate, and manage the NonStop TCP/IP subsystem. It includes detailed descriptions of the Subsystem Control Facility (SCF) commands used with the NonStop TCP/IP subsystem. • TCP/IP (Parallel Library) Configuration and Management Manual This manual describes how to configure, operate, and manage the Parallel Library TCP/IP subsystem.
General Syntax Notation About This Manual General Syntax Notation The following list summarizes the notation conventions for syntax presentation in this manual. UPPERCASE LETTERS. Uppercase letters indicate keywords and reserved words; enter these items exactly as shown. Items not enclosed in brackets are required. For example: MAXATTACH lowercase italic letters. Lowercase italic letters indicate variable items that you supply. Items not enclosed in brackets are required.
Notation for Messages About This Manual | Vertical Line. A vertical line separates alternatives in a horizontal list that is enclosed in brackets or braces. For example: INSPECT { OFF | ON | SAVEABEND } … Ellipsis. An ellipsis immediately following a pair of brackets or braces indicates that you can repeat the enclosed sequence of syntax items any number of times. For example: M address-1 [ , new-value ]... [ - ] {0|1|2|3|4|5|6|7|8|9}...
Notation for Messages About This Manual Bold Text. Bold text in an example indicates user input entered at the terminal. For example: ENTER RUN CODE ?123 CODE RECEIVED: 123.00 The user must press the Return key after typing the input. Nonitalic text. Nonitalic letters, numbers, and punctuation indicate text that is displayed or returned exactly as shown. For example: Backup Up. lowercase italic letters. Lowercase italic letters indicate variable items whose values are displayed or returned.
Notation for Subnet About This Manual % Percent Sign. A percent sign precedes a number that is not in decimal notation. The %þ notation precedes an octal number. The %Bþ notation precedes a binary number. The %H þnotation precedes a hexadecimal number. For example: %005400 P=%p-register E=%e-register Notation for Subnet The following describes the notation conventions for SUBNET and subnet used in this manual. UPPERCASE LETTERS.
Abbreviations About This Manual Abbreviations The following list defines abbreviations and acronyms used in this guide. Both industrystandard terms and HP terms are included. API. Application Program Interface ATM. Asynchronous Transfer Mode ATM3SA. ATM 3 ServerNet Adapter ASAP. Availability Statistics and Performance CAP. Communications Access Protocol CLIP. Communications Line Interface Processor ConMgr. Concentrator Manager Process DLC. Data Link Control DSM. Distributed Systems Management DV.
Abbreviations About This Manual IOP. Input-Output Process IP. Internet Protocol LAN. Local Area Network LNP. Logical Network Partitioning LU. Logical Unit MPT. Multiple Path Table MSEB. Modular ServerNet Expansion Board MSH. Modified Split Horizon NAM. Network Access Method NCP. Network Control Process NRT. Network Routing Table OOS. Out Of Sequence OSI. Open Systems Interconnection OSS. Open System Services PIN. Process Identification Number PU. Physical Unit PVC. Permanent Virtual Circuit RPT.
Abbreviations About This Manual SWAN. ServerNet Wide Area Network TACL. HP Tandem Advanced Command Language TCP/IP. Transmission Control Protocol/Internet Protocol TF. Time Factor TFTP. Trivial File Transfer Protocol UDP. User Datagram Protocol WAN. Wide Area Network X25AM. X.25 Access Method $NCP. Network Control Process name $ZEXP. Expand Manager Process name $ZNET. Subsystem Control Point process name $ZNUP. Network Utility Process name $ZPM. Persistence Manager Process name $ZZFOX.
Abbreviations About This Manual Expand Configuration and Management Manual—523347-008 xlviii
Part I.
Part I.
1 Configuration Quick Start This section provides the basic information required to enable you to quickly and easily define and start an Expand line-handler process. This procedure requires that you use the default values provided by the Expand subsystem for most configuration modifiers. If you want a customized configuration, or if you want to change your configuration, you must refer to the sections provided in Part II, Configuring the Expand Subsystem.
Configuration Quick Start Task 1: Configure and Start $NCP Task 1: Configure and Start $NCP The network control process ($NCP) is responsible for initiating and terminating serverto-server connections and maintaining network-related system tables, including routing information. $NCP must be running at every node in the Expand network before Expand lines can be started. To configure and start the network control process, perform the following steps: 1.
Configuration Quick Start Creating a Persistent Version of the Expand Manager Process 2. You can also start the Expand manager process at system startup by including the following command in the system startup file: OZEXP / NAME $ZEXP, OUT $ZHOME, PRI 180, NOWAIT, & CPU primary / backup 3.
Task 3: Add the Expand Line-Handler Profile(s) Configuration Quick Start Task 3: Add the Expand Line-Handler Profile(s) HP provides profiles, which contain modifiers and default modifier values, for each type of Expand line-handler process. You can use these profiles to create profiles for your Expand line-handler processes. To add a profile for an Expand line handler, perform the following steps: Note.
Where to Find More Information About This Task Configuration Quick Start Table 1-2. Profiles for Line-Logical Devices Profile Name Type of Line-Logical Device PEXQMSWN Direct-connect PEXQMSAT Satellite-connect PEXQMNAM Expand-over-NAM PEXQMATM Expand-over-ATM PEXQMIP Expand-over-IP The following rules apply when creating profiles for lines in a multi-line path: • • • You can configure a maximum of eight lines in a multi-line path.
Configuration Quick Start Task 4: Add the Expand Line-Handler Process Task 4: Add the Expand Line-Handler Process The Expand subsystem supports a variety of different protocols and communications methods to enable you to connect systems together in local area network (LAN) and wide area network (WAN) topologies. The following types of Expand line-handler processes can be configured: • • • • • • • • Direct-connect Satellite-connect Expand-over-IP Expand-over-ATM Expand-over-X.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start Example 1-1. SCF STATUS ADAPTER Command WAN Manager STATUS ADAPTER for ADAPTER State........... STARTED \NODEA.$ZZWAN.#S01 Number of clips. 3 Clip 1 status : CONFIGURED Clip 2 status : CONFIGURED Clip 3 status : CONFIGURED WAN Manager STATUS SERVER for CLIP State :......... STARTED \NODEA.$ZZWAN.#S01.1 Path A..........: CONFIGURED Path B..........: CONFIGURED Number of lines. 2 Line............ 0 Line............
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start 3. Using the name of the SWAN concentrator with the available WAN line from Step 2a, determine the names of the preferred and alternate NonStop TCP/IP processes configured for the SWAN concentrator. -> INFO ADAPTER $ZZWAN.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start Example 1-3. SCF STATUS PROCESS Command -> STATUS PROCESS $ZB018 TCPIP Status process \NODEA.$ZB018 Status: Started PPID............. ( 0,319) BPID................ ( 1,292) Proto TCP TCP TCP Faddr 0.0.0.0 0.0.0.0 0.0.0.0 Status LISTEN LISTEN LISTEN Laddr 0.0.0.0 0.0.0.0 0.0.0.0 Lport ftp finger echo Fport * * * SendQ 0 0 0 RecvQ 0 0 0 -> STATUS PROCESS $ZB01C TCPIP Status process \NODEA.$ZB01C Status: Started PPID......
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start Table 1-3. SCF ADD DEVICE Command Worksheet Parameter Value/Description device_name The name you want to assign to the Expand line-handler process. name The name of the profile you created in Task 3: Add the Expand LineHandler Profile(s) on page 1-4.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start If you want to use IPv6 communications, add the device as follows: -> ADD DEVICE $ZZWAN.#device_name, PROFILE name,& IOPOBJECT $SYSTEM.SYS00.LHOBJ, CPU cpunum, ALTCPU altcpu,& TYPE (63,0), RSIZE 0, PATHTF 2, NEXTSYS sysnum,& ASSOCIATEDEV tcp6sam_process, IPVER_IPV6,& V6SRCIPADDR ipv6srcaddress, V6DESTIPADDR ipv6destaddress,& SRCIPPORT sipport, DESTIPPORT dipport Note.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start Table 1-4. SCF ADD DEVICE Syntax: Expand-Over-IP (page 2 of 2) Parameter Description tcp6sam_process The name of the NonStop TCP/IPv6 TCP6SAM process you want to associate with the Expand-over-IP line-handler process. The TCP6SAM process does not need to be configured in the same processor pair as the Expand-over-IP line-handler process but there must be a NonStop TCP/IPv6 subsystem monitor process ($ZZTCP.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start 1. Add the Expand-over-ATM line-handler process as a device to the WAN subsystem Use the following command syntax if the Expand-over-ATM line-handler process will use a PVC connection: -> ADD DEVICE $ZZWAN.#device_name, PROFILE name,& IOPOBJECT $SYSTEM.SYS00.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start Table 1-5. SCF ADD DEVICE Syntax: Expand-Over-ATM (page 2 of 2) Parameter Description pvc_name The name of the permanent virtual circuit (PVC) used by the Expandover-ATM line-handler process. This modifier is only applicable to Expand-over-ATM line-handler processes that use PVC connections. selector-byte A selector byte for the ATM line used by this Expand-over-ATM linehandler process.
Creating a Single-Line Expand Line-Handler Process Configuration Quick Start 1. Add the Expand-over-SNA, Expand-over-X.25, Expand-over-ServerNet, or Expand-over-FOX line-handler process as a device to the WAN subsystem. -> ADD DEVICE $ZZWAN.#device_name, PROFILE name,& IOPOBJECT $SYSTEM.SYS00.LHOBJ, CPU cpunum, ALTCPU altcpu,& TYPE (63,subtype), RSIZE 0, PATHTF 3, ASSOCIATEDEV process, & ASSOCIATESUBDEV #subdevice, NEXTSYS sysnum Note. If you want the Expand-over-X.
Creating a Multi-Line Path Configuration Quick Start Creating a Multi-Line Path This section describes how to configure a multi-line path. 1. Create the path-logical device. -> ADD DEVICE $ZZWAN.#path_name, PROFILE name,& IOPOBJECT $SYSTEM.SYS00.LHOBJ, CPU cpunum, ALTCPU altcpu,& TYPE (63,1), RSIZE 0, PATHTF 3, NEXTSYS sysnum Note. If you want the multi-line path to be part of a multi-CPU path, specify the SUPERPATH_ON modifier in the SCF ADD DEVICE command.
Configuration Quick Start • Where to Find More Information About This Task Include the MULTI modifier as follows: MULTI $path_name where path_name is the name of the path-logical device you created in Step 1. The following rules apply when creating line-logical devices: • • You can configure a maximum of eight lines in a multi-line path. The path-logical device and all of the line-logical devices with which it is associated must be configured in the same processor pair.
Configuration Quick Start Establishing a Connection Establishing a Connection To establish a connection between two NonStop S-series servers, repeat the tasks described in this section to create an Expand line-handler process at the neighbor system.
2 Expand Overview The Expand subsystem enables you to connect as many as 255 geographically dispersed NonStop servers to create a network with the reliability, capacity to preserve data integrity, and potential for expansion of a single NonStop server.
Programmatic Access Expand Overview Programmatic Access When accessing a file or another resource programmatically across an Expand network, you use the same procedure calls you would use when writing a local application. With a few exceptions, applications that were written to run in a local environment can be used virtually unchanged in a network environment. Expand Subsystem and the NonStop Kernel The Expand subsystem is an extension of the HP NonStop Kernel operating system.
Expand Subsystem and the NonStop Kernel Expand Overview Single-Server Process Communications Figure 2-1 illustrates how a process on one processor uses the file system to make an inquiry of a process residing on another processor in the same server. The message system relays the request through the ServerNet system area network (ServerNet SAN). Figure 2-1.
Expand Subsystem and the NonStop Kernel Expand Overview Multi-Node Process Communications Figure 2-2 illustrates the same file-system request as Figure 2-1, except that the disk process resides on another node in the network rather than on another processor in the same server. Figure 2-2.
Multiple Communications Environments Expand Overview Note. Incoming and outgoing messages usually bypass the Expand line-handler process and are handled directly by the ServerNet fabrics and the ServerNet/Fiber eXtension (ServerNet/FX) adapters when servers are connected by fiber-optic cables in a FOX ring. FOX rings are explained in Fiber-Optic Cables on page 2-6.
X.25 Packet-Switched Networks Expand Overview X.25 Packet-Switched Networks X.25 is a standard for private and public networks that use packet-switching technology. Some examples of packet-switched networks include SPRINTNET, TELENET, and TYMNET in the United States; DATAPAC in Canada; DATEX in Germany; TRANSPAC in France; and PSS in Great Britain. Expand-over-X.25 connections are provided with the HP X.25 Access Method (X25AM) product.
ServerNet Clusters Expand Overview ServerNet Clusters ServerNet Clusters use Expand to provide a high-speed interconnect between servers over a limited geographic range. Three network topologies are supported: the star, split-star, and tri-star topologies. The star topology supports up to eight nodes. The split-star topology supports up to 16 nodes.
Passthrough Routing Expand Overview Passthrough Routing The Expand subsystem uses a sophisticated routing scheme that permits intermediate nodes to route, or pass through, data packets to the destination node. This scheme reduces the number of lines required between nodes because nodes do not have to be directly connected in order to exchange data.
Network Management Expand Overview Network Management Network management involves several tasks, including • • • Monitoring, modifying, and controlling the network Resolving network problems Analyzing and tuning network performance The Expand subsystem supports a variety of network-management utilities and tools to help you perform these tasks: • • • • • • Subsystem Control Facility (SCF) Event Management Service (EMS) Availability Statistics and Performance (ASAP) Measure Compaq TSM Package OSM Inte
Measure Expand Overview Measure Measure is a tool for monitoring the performance of NonStop servers. In an Expand network, Measure can help determine node-to-node activity and processor and line use by Expand line-handler processes. Measure is described in the Measure User’s Guide. Compaq TSM Package TSM is a client/server application that provides troubleshooting, maintenance, and service tools.
Network Security Expand Overview Table 2-1. Online Reconfiguration Tasks (page 2 of 2) Task SCF for Expand SCF for WAN Deleting the network control process No Yes Deleting an Expand line-handler process No Yes 1. Changes made with SCF for the Expand subsystem are temporary; they do not remain across system loads. 2. Changes made with SCF for the WAN subsystem are permanent; they do remain across system loads.
Expand Overview Enhanced Security Techniques Expand Configuration and Management Manual—523347-008 2- 12
3 Planning a Network Design This section describes the network design decisions you must make before installing and configuring a new Expand network or when modifying an existing Expand network. Topics described in this section include • • • • • Selecting Line Protocols on page 3-1 Defining Paths Between Systems on page 3-7 Selecting Special Features on page 3-12 Designing the Network Topology on page 3-13 Creating a Network Diagram on page 3-16 Note.
Planning a Network Design Satellite Connections Satellite Connections The satellite-connect line-handler process implements the satellite-efficient version of the HDLC protocol, HDLC Extended Mode. HDLC Extended Mode allows a maximum window size of 61 frames (the maximum window size is the number of outstanding frames that can be sent before an acknowledgment is required) and implements the selective-reject feature. Selective reject causes only frames that arrive in error to be retransmitted.
Planning a Network Design • • Systems Network Architecture (SNA) Connections Low capital cost/high connectivity. X.25 provides a way to connect a large number of systems through a single line between a NonStop server and an X.25 network. This feature can lower communications capital costs by reducing the number of modems and controller ports that must be purchased. For example, a fully connected network of 4 servers requires 6 links, 12 modems, and 12 hardware ports. An X.
Planning a Network Design Internet Protocol (IP) Networks Internet Protocol (IP) Networks The IP suite is an important industry standard. Expand-over-IP allows NonStop systems to be interconnected via inexpensive IP-based routers, making a separate Expand network unnecessary. Expand-over-IP uses a NonStop TCP/IP process to implement the TCP/IP protocol stack. The Expand-over-IP line-handler process communicates with the NonStop TCP/IP process through the shared memory of the QIO subsystem.
Planning a Network Design Asynchronous Transfer Mode (ATM) Networks select a TCPSAM or TCP6SAM process with which to associate your Expand process, those processes provide access to all the configured TCP/IP SUBNET objects and their IP addresses. NonStop TCP/IPv6, however, introduces a feature called logical network partitioning (LNP), that, when enabled, restricts to which SUBNET objects and IP addresses the TCP6SAM process has access, much like the conventional NonStop TCP/IP process.
Planning a Network Design ServerNet Connections The major benefits of Expand-over-ATM connections are • • • • Flexibility. No modifications need to be made to Expand applications to allow them to run over ATM networks. A NonStop server that can access an ATM network can be part of the Expand network. Fault-tolerance. You can use the multi-line path feature to enhance the reliability of Expand-over-ATM connections. Using this feature, you can configure up to eight parallel lines between nodes.
Planning a Network Design FOX Connections FOX Connections The Expand-over-FOX line-handler process provides connectivity in a limited geographical area by accessing the network access method (NAM) interface of the FOX monitor process, $ZZFOX. The major benefits of FOX connections are • • • • Fault-tolerance. The FOX ring actually consists of two separate, bidirectional, fiberoptic rings. Because the rings are bidirectional, four paths are available between systems.
Planning a Network Design When to Use a Single-Line Expand Line-Handler Process When to Use a Single-Line Expand Line-Handler Process Single-line Expand line-handler processes are less expensive and require somewhat less processing time than multi-line paths. However, they lack the fault-tolerance that multi-line paths and multi-CPU paths provide. When to Use a Multi-Line Path A path that consists of more than one line is called a multi-line path.
When to Use a Multi-Line Path Planning a Network Design Figure 3-1. Multi-Line Path With Eight Lines and Two SWAN Concentrators $LINE1 $LINE2 SWAN $LINE3 $LINE4 $PATH1 $LINE5 $LINE6 SWAN $LINE7 $LINE8 CDT 025.
When to Use a Multi-CPU Path Planning a Network Design Figure 3-2 illustrates an eight-line configuration. Figure 3-2. Multi-Line Path With Eight Lines and Eight SWAN Concentrators $LINE1 SWAN $LINE2 SWAN $LINE3 SWAN $LINE4 SWAN $LINE5 SWAN $LINE6 SWAN $LINE7 $X25AM1 SWAN $LINE8 $X25AM2 SWAN $PATH2 CDT 026.CDD When to Use a Multi-CPU Path The Expand multi-CPU feature enables you to connect multiple Expand line-handler processes, each in a separate processor, between two nodes.
When to Use a Multi-CPU Path Planning a Network Design • Maximum throughput is significantly increased, especially for Expand-over-IP connections. An Expand-over-IP line-handler process and its associated NonStop TCP/IP process must be configured in the same processor pair, placing the burden of processing the entire communications protocol stack for each Expand-over-IP line on one processor.
Planning a Network Design Selecting Special Features For more information about multi-CPU paths, refer to Multi-CPU Feature on page 18-74. Note. You use the SUPERPATH_ON modifier to configure an Expand line-handler process as part of a multi-CPU path. If you configure parallel paths between two nodes without using the SUPERPATH_ON modifier, only one path is used at a given time.
Planning a Network Design Variable Packet Size Feature Variable Packet Size Feature The variable packet size feature is a performance enhancement designed to increase bulk transfers over all connection types.
Common Network Topologies Planning a Network Design • • Mesh Mixed The star, tree, ring, bus, and mesh topologies are illustrated in Figure 3-4. A mixed topology is a combination of more than one type of topology. The split-star and tri-star topologies are extensions of the star topology. Figure 3-4. Common Network Topologies STAR TREE RING BUS MESH VST028 Star Topology In a star topology, all systems join at a central node, creating a star-shaped configuration.
Planning a Network Design Common Network Topologies Split-Star Topology Used for ServerNet clusters, the split-star topology connects two star topologies. Each star contains a cluster switch. The two cluster switches are connected by fiber optic cables, each of which can be up to one kilometer in length. This topology can be used for more than nine and fewer than 16 nodes. For examples of this topology, refer to Section 4, Planning for ServerNet Clusters.
Planning a Network Design Topology Limitations Topology Limitations With the exception of FOX networks (which are always configured in a ring topology), Expand networks are not limited to any particular network topology. However, the resource limitations described below can affect your network topology design. Expand Line-Handler Process Limitation Because each system in an Expand network can contain a maximum of 255 Expand line-handler processes, each node can have a maximum of 254 neighbors.
Creating a Network Diagram Planning a Network Design Figure 3-5. Network Diagram \LA Node1 \DALLAS Node 2 $PATH1 $PATH1 $LINE1 $LINE1 $LINE2 $LINE2 $LINE3 $LINE3 SWAN SWAN $LINEA $LINEB SWAN SWAN SWAN SWAN $LINEA $LINEB SWAN $LINEC \BOISE Node 3 SWAN $LINEC \CHICAGO Node 4 CDT 030.
Planning a Network Design Creating a Network Diagram Expand Configuration and Management Manual—523347-008 3- 18
4 Planning for ServerNet Clusters This section describes how to plan for the configuration of Expand over ServerNet clusters, discusses considerations for ServerNet topologies, and provides examples of configuring Expand over ServerNet clusters, ServerNet clusters in combination with ServerNet/FX, ServerNet clusters in combination with ATM and IP networks, and ServerNet clusters with other communication methods. You can configure Expand over ServerNet clusters by using either OSM or SCF.
Planning for ServerNet Clusters • • • • • • • Configuration Considerations for Expand and ServerNet Clusters Every Expand system number and name must be unique across all networks that can use Expand to communicate. Each system in an Expand network can support up to 255 Expand line-handler processes. A node can only belong to one ServerNet cluster. The Expand manager process, $ZEXP, must be configured and started.
Planning for ServerNet Clusters ServerNet Clusters Coexisting With FOX Rings ServerNet Clusters Coexisting With FOX Rings Interoperability is supported between a ServerNet cluster and a FOX ring containing ServerNet/FX 2 adapters.
Planning for ServerNet Clusters Examples of ServerNet Clusters Coexisting With FOX Rings Examples of ServerNet Clusters Coexisting With FOX Rings The ferris-wheel topology is recommended when a ServerNet cluster needs to coexist with a FOX ring. This topology provides fault-tolerant communication between all nodes, high performance, low processor utilization, and low message latencies.
Examples of ServerNet Clusters Coexisting With FOX Rings Planning for ServerNet Clusters Figure 4-1. ServerNet Cluster Inside a FOX Ring \BBB #2 NonStop S-series \AAA #1 NonStop S-series \CCC #3 NonStop S-series \HHH #8 NonStop S-series Cluster switch \DDD #4 NonStop K-series \GGG #7 NonStop S-series \EEE #5 NonStop K-series \FFF #6 NonStop S-series VST068 Expand sees the NonStop K-series as only one hop away even when it is several hops away.
ServerNet Clusters Coexisting With ATM or IP Networks Planning for ServerNet Clusters Line-handler passthrough traffic uses at least twice as much processor time as does direct traffic. Overall network fault tolerance is not preserved. If \HHH becomes unavailable, the FOX ring and the ServerNet cluster are isolated from each other. Figure 4-2.
Planning for ServerNet Clusters Considerations for ServerNet Clusters Coexisting With ATM or IP Considerations for ServerNet Clusters Coexisting With ATM or IP • • • Traffic can be distributed in a balanced fashion over the ATM or IP lines by appropriately configuring the time factors (TFs). For information about configuring time factors, refer to Routing and Time Factors on page 18-22.
Examples of ServerNet Clusters Coexisting With ATM or IP Planning for ServerNet Clusters for inter-ServerNet cluster communications without line hops, add ATM or IP connections within the ServerNet cluster as well. In Figure 4-3, note that the multiple inter-ServerNet cluster of ATM connections or IP connections produces a fault-tolerant design. Figure 4-3.
Examples of ServerNet Clusters Coexisting With ATM or IP Planning for ServerNet Clusters Figure 4-4.
Examples of ServerNet Clusters Coexisting With ATM or IP Planning for ServerNet Clusters Figure 4-5.
Part II. Configuring the Expand Subsystem Part II consists of the following sections, which provide an overview of the configuration process and explain how to configure the various types of Expand line-handler processes: Section 5 Configuration Overview Section 6 Configuring the Network Control Process Section 7 Configuring Direct-Connect and Satellite-Connect Lines Section 8 Configuring Expand-Over-IP Lines Section 9 Configuring Expand-Over-ATM Lines Section 10 Configuring Expand-Over-X.
Part II.
5 Configuration Overview This section provides an overview of the Expand subsystem configuration process. Before using this section and the remaining sections in this manual, you should be familiar with the following: • • • • Section 3, Planning a Network Design. This section describes network design considerations such as selecting line protocols.
Summary of Configuration Steps Configuration Overview Summary of Configuration Steps Configuring the Expand subsystem involves a number of steps. Table 5-1 lists each step and indicates where in this manual the step is described. Table 5-1. Configuration Steps Step Description Where This Step Is Described 1. Start the Expand manager process. For step 1, information is located in Starting the Expand Manager Process on page 5-4 of this section. 2.
Creating a Profile Configuration Overview Creating a Profile A profile template is a disk file that contains modifiers and default modifier values. HP provides profile templates for the network control process ($NCP) and for the different types of Expand line-handler processes. Table 5-2 lists the profile templates for the Expand subsystem. These profile templates are installed in $SYSTEM.SYSnn. The modifiers in each profile template are described in the sections listed in Table 5-1.
Configuration Overview Creating Wide Area Network (WAN) Subsystem Devices Creating Wide Area Network (WAN) Subsystem Devices The network control process and Expand line-handler processes are defined as WAN subsystem devices. The DEVICE object represents $NCP and Expand line-handler processes in the WAN subsystem. You use the WAN subsystem SCF ADD DEVICE command to create the network control process and Expand line-handler processes.
6 Configuring the Network Control Process This section explains how to configure and start the network control process ($NCP). Configuring and starting $NCP involves the following steps: Step 1: Create a Profile for $NCP on page 6-1 Step 2: Create $NCP on page 6-2 Step 3: Start $NCP on page 6-4 You perform all these steps using the SCF interface to the WAN subsystem. This section also describes the $NCP profile modifiers in $NCP Modifiers on page 6-4.
Configuring the Network Control Process Example modifier_value is the value you want to assign to the modifier specified by modifier_keyword. Specifying a value in modifier_value assigns a new value to modifier_keyword in profile_name. Default values and ranges of values for modifiers in the PEXPNCP profile are described in $NCP Modifiers on page 6-4. Example The following example creates a profile named NCPPROF1. The ALGORITHM modifier in the profile is set to 1 to specify split horizon.
Configuring the Network Control Process Considerations CPU cpunum indicates the processor where $NCP will normally execute. HP recommends that you configure $NCP to run in processor 0. ALTCPU altcpunum indicates the processor where the backup $NCP will normally execute. HP recommends that you configure the backup $NCP to run in processor 1. TYPE (62,6) is the device type and subtype for $NCP. The device type is always 62 and the subtype is always 6 for $NCP.
Step 3: Start $NCP Configuring the Network Control Process Step 3: Start $NCP To start $NCP, you use the WAN subsystem SCF START DEVICE command. The command syntax is as follows: START DEVICE $ZZWAN.#NCP To make sure $NCP has started successfully, enter the following command at the TACL prompt: > STATUS $NCP If $NCP was started successfully, you will see a display similar to Example 6-1: Example 6-1.
Configuring the Network Control Process $NCP Modifiers ALGORITHM n Default: Units: Range: 0 (MSH) Not applicable 0 or 1 This modifier identifies $NCP routing algorithm to be used. Specify 0 for MSH or 1 for split horizon (SH). The ALGORITHM modifier must be set to the same value on all systems in the network. Modified split horizon (MSH) and split horizon (SH) algorithms are explained in detail in Routing Algorithms on page 18-28.
Configuring the Network Control Process $NCP Modifiers FRAMESIZE n Default: Units: Range: 132 Words 64 through 250 The $NCP FRAMESIZE modifier specifies the maximum packet size that $NCP can send in the network. This value must be less than or equal to the Expand line-handler process’s FRAMESIZE modifier but, it cannot be greater than 250. It is not required that this modifier be the same for each $NCP in the network.
7 Configuring Direct-Connect and Satellite-Connect Lines The direct-connect line-handler process implements the High-Level Data Link Control (HDLC) Normal protocol and operates with conventional voice-grade leased-line and switched-line facilities, private facilities, and fractional Transmission Group 1 (T1) facilities. The satellite-connect line-handler process implements the satellite-efficient version of the HDLC protocol, HDLC Extended mode.
Configuring Direct-Connect and Satellite-Connect Lines Required Hardware and Software Required Hardware and Software Several hardware and software components are required in addition to the directconnect or satellite-connect line-handler process to provide direct-connect or satelliteconnect connectivity. These components are illustrated in Figure 7-1 and are explained in the following subsections. Figure 7-1.
Configuring Direct-Connect and Satellite-Connect Lines QIO Subsystem QIO Subsystem QIO is a mechanism for transferring data between processes through a shared memory segment. The QIO subsystem is preconfigured and started during the system load sequence. The QIO subsystem must be started before Expand line-handler processes can be started. For information about the QIO subsystem, refer to the QIO Configuration and Management Manual.
Configuring Direct-Connect and Satellite-Connect Lines Ethernet 4 ServerNet Adapter (E4SA) Ethernet 4 ServerNet Adapter (E4SA) The E4SA is a double-high ServerNet adapter that supports four Ethernet interfaces and communicates with multiple processors through dual ServerNet interfaces to the ServerNet fabrics. Two E4SAs are used to connect a SWAN concentrator to a processor. For information about E4SAs, refer to the LAN Configuration and Management Manual.
Configuring Direct-Connect and Satellite-Connect Lines Topology Considerations For information about the SWAN concentrator, refer to the WAN Subsystem Configuration and Management Manual. Topology Considerations In a single-line path configuration, you configure one single-line direct-connect or satellite-connect line-handler process for each path to an adjacent node.
Configuring Direct-Connect and Satellite-Connect Lines Summary of Configuration Steps Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 7-2 for details), configuring and starting a single-line direct-connect or satellite-connect line-handler process involves the following steps: Step Tool Used Step 1: Find an Available WAN Line SCF interface to the WAN subsystem Step 2: Create a Profile for the Line-Handler Process
Configuring Direct-Connect and Satellite-Connect Lines Step 2: Create a Profile for the Line-Handler Process Example 7-1. SCF STATUS ADAPTER Command -> status adapter $zzwan.#*, sub all WAN Manager STATUS ADAPTER for ADAPTER State........... STARTED \NODEA.$ZZWAN.#S01 Number of clips. 3 Clip 1 status : CONFIGURED Clip 2 status : CONFIGURED Clip 3 status : CONFIGURED WAN Manager STATUS SERVER for CLIP \NODEA.$ZZWAN.#S01.1 State :......... STARTED Path A..........: CONFIGURED Path B..........
Configuring Direct-Connect and Satellite-Connect Lines ADD Profile Command This subsection describes how to create a profile using PEXQSSWN and PEXQSSAT. Note. Different profiles are provided for direct-connect and satellite-connect lines that are part of a multi-line path; these profiles are described in Section 14, Configuring Multi-Line Paths. ADD Profile Command To create a profile from the PEXQSSWN or PEXQSSAT profile template, use the WAN subsystem SCF ADD PROFILE command.
Configuring Direct-Connect and Satellite-Connect Lines Step 3: Create the Line-Handler Process In the next example, a profile named SLHDIR is created for a single-line direct-connect line-handler process using the PEXQSSWN profile. The CLOCKSPEED_56000 modifier is set in the profile. -> ADD PROFILE $ZZWAN.#SLHDIR, FILE $SYSTEM.SYS01.
Configuring Direct-Connect and Satellite-Connect Lines ADD DEVICE Command CPU cpunumber indicates the processor where this Expand line-handler process will normally execute. HP recommends that you specify the same processor as that configured for the preferred NonStop TCP/IP process used by the SWAN concentrator specified by concname. ALTCPU altcpunumber indicates the processor where the backup Expand line-handler process will normally execute.
Configuring Direct-Connect and Satellite-Connect Lines Considerations initialization of the Expand line-handler process. The path will not be operational until you alter NEXTSYS to a valid value using either the WAN subsystem SCF ALTER DEVICE command or the Expand subsystem SCF ALTER PATH command. modifier_keyword is the name of an optional modifier in profile_name. modifier_keyword is added to the device record for this Expand line-handler process.
Configuring Direct-Connect and Satellite-Connect Lines Step 4: Start the Line-Handler Process In the last example, a device named $DIR2 is created for a direct-connect line-handler process that uses a SWAN concentrator named S02. $DIR2 is also a member of a multi-CPU path. The SUPERPATH_ON and L4EXTPACKETS_ON modifiers are required for line-handler processes that are part of a multi-CPU path. The L4CONGCTRL_ON modifier is recommended for Expand line-handler processes that are part of a multi-CPU path.
Configuring Direct-Connect and Satellite-Connect Lines Profile Modifiers Profile Modifiers This subsection lists the modifiers provided for configuring special features. It also describes default values and value ranges for the modifiers contained in the PEXQSSWN and PEXQSSAT profiles. Note. Different profiles are provided for direct-connect and satellite-connect lines that are part of a multi-line path; these profiles are described in Section 14, Configuring Multi-Line Paths.
Configuring Direct-Connect and Satellite-Connect Lines PEXQSSWN and PEXQSSAT Modifiers Table 7-1.
Configuring Direct-Connect and Satellite-Connect Lines PEXQSSWN and PEXQSSAT Modifiers Table 7-1. PEXQSSWN and PEXQSSAT Modifiers (page 3 of 3) Modifier Default Value Range of Values OSSPACE 32767 3072 through 32767 OSTIMEOUT 300 10 through 32767 PATHBLOCKBYTES 0 0 through 4095 PATHPACKETBYTES 1024 0 through 4095 PATHTF 0 0 through 186 PROGRAM $SYSTEM.CSSnn. C1097P00 (directconnect) $SYSTEM.CSSnn.
Configuring Direct-Connect and Satellite-Connect Lines PEXQSSWN and PEXQSSAT Modifiers Expand Configuration and Management Manual—523347-008 7- 16
8 Configuring Expand-Over-IP Lines The Expand-over-IP line-handler process provides connectivity to an Internet Protocol (IP) network. The Expand-over-IP line-handler process uses the services of the NonStop TCP/IP subsystem to provide Expand-over-IP connections. Effective with the G06.20 RVU, NonStop TCP/IPv6 supports IP version 6 (IPv6) communications.
Required Hardware and Software Configuring Expand-Over-IP Lines Required Hardware and Software Several hardware and software components are required in addition to the Expandover-IP line-handler process to provide Expand-over-IP connectivity. Figure 8-1 shows the relationship between the Expand subsystem, the NonStop TCP/IP subsystem and the LAN adapter. The TCP/IP process in this configuration can be either a NonStop TCP/IP, Parallel Library TCP/IP (TCPSAM process) or NonStop TCP/IPv6 (TCP6SAM process).
QIO Subsystem Configuring Expand-Over-IP Lines Figure 8-2 illustrates the required components when an ATM 3 ServerNet adapter (ATM3SA) is used to provide connectivity to an IP network. In this configuration, the TCP/IP process can only be NonStop TCP/IP; Parallel Library TCP/IP and NonStop TCP/IPv6 do not support ATM communications. Figure 8-2.
Configuring Expand-Over-IP Lines NonStop TCP/IP Process NonStop TCP/IP Process The Expand-over-IP line-handler process uses the services of a NonStop TCP/IP process to provide TCP/IP connectivity. The NonStop TCP/IP process and SUBNET associated with the Expand-over-IP line-handler process must be defined and started before the Expand-over-IP line-handler process can be started. It must be configured in the same processor pair as the Expand-over-IP line-handler process.
Configuring Expand-Over-IP Lines Local Area Network (LAN) Driver and Interrupt Handlers (DIHs) to that destination. Unless network redundancy is provided implicitly in the destination addresses, the same adapter/line may be used for all connections to the same neighbor. Both Parallel Library TCP/IP and NonStop TCP/IPv6 (in either LNP or nonLNP mode) can be configured with a redundancy feature at the adapter level called Ethernet failover.
Configuring Expand-Over-IP Lines Topology Considerations The FESA is a single-port adapter that provides connectivity between NonStop S-series servers and Fast Ethernet 802.3u LANs. The data transfer rate is limited to 10 Mbps when the FESA is connected to a SWAN concentrator, but a data transfer rate of 10/100 Mbps is possible when the FESA is connected to a SWAN 2 concentrator.
Topology Considerations Configuring Expand-Over-IP Lines Figure 8-3. Expand-Over-IP Line-Handler Process Topology Node \B Node \A CPU 0 CPU 0 LH CPU 1 CPU 2 LH IP Network LH Single-Line Path LH IP Network Multi-CPU Path LH CPU 1 LH CPU 2 LH IP Network CPU 3 Node \C LH CPU 0 Multiline Path Node \D Expand Configuration and Management Manual—523347-008 8 -7 CDT 042.
Configuring Expand-Over-IP Lines Summary of Configuration Steps Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 8-2 for details), configuring and starting a single-line Expand-over-IP line-handler process involves the following steps. Use Steps A or B depending on which version of TCP/IP you want to use.
Step 1 (A): Select a Process and SUBNET for NonStop TCP/IP Use Configuring Expand-Over-IP Lines Step 1 (A): Select a Process and SUBNET for NonStop TCP/IP Use Note. The following instructions assume that a NonStop TCP/IP process has already been created. For information about creating NonStop TCP/IP processes, refer to the TCP/IP Configuration and Management Manual. A NonStop TCP/IP SUBNET associates a NonStop TCP/IP process with a connection to a network and an IP address.
Creating an Ethernet SUBNET or ATM SUBNET Configuring Expand-Over-IP Lines Example 8-2. SCF INFO SUBNET Command 2-> INFO SUBNET $ZB01A.#* TCPIP Info SUBNET \NODEA.$ZB01A.* Name Devicename #LOOP0 #SN1 #SN2 \NODEB.$NOIOP \NODEA.$LAN01 \NODEA.$AM1 *IPADDRESS 127.0.0.1 172.16.35.15 172.16.192.
Step 1 (B): Select a TCPSAM Process and SUBNET for Parallel Library TCP/IP Use Configuring Expand-Over-IP Lines Step 1 (B): Select a TCPSAM Process and SUBNET for Parallel Library TCP/IP Use Note. The following instructions assume that a Parallel Library TCP/IP environment has already been started. For information about starting a Parallel Library TCP/IP environment, refer to the TCP/IP (Parallel Library) Configuration and Management Manual.
Select a SUBNET for Parallel Library TCP/IP Configuring Expand-Over-IP Lines Select a SUBNET for Parallel Library TCP/IP You can use the SCF INFO SUBNET command to determine if a SUBNET has been configured for the TCPSAM process you plan to associate with the Expand-over-IP line-handler process. Example 8-4 shows an example of an SCF INFO SUBNET command for a process named $ZSAM1. Example 8-4. SCF INFO SUBNET Command for TCPSAM 2-> info subnet $zsam1.* TCPIP Info SUBNET \NODEC.$ZSAM1.
Configuring Expand-Over-IP Lines Step 1 (C): Select a Process and SUBNET for NonStop TCP/IPv6 Use Step 1 (C): Select a Process and SUBNET for NonStop TCP/IPv6 Use Note. The following instructions assume that a NonStop TCP/IPv6 environment has already been started. For information about starting a NonStop TCP/IPv6 environment, refer to the TCP/IPv6 Configuration and Management Manual. Step 1 (C) is for use with NonStop TCP/IPv6 only.
Configuring Expand-Over-IP Lines Select a SUBNET for NonStop TCP/IPv6 Use Example 8-5. SCF INFO SUBNET, DETAIL Command TCPIPV6 Detailed Info SUBNET \NODEA.$ZZTCP.#ZPTMF.* AF_INET: Name Devicename *IPADDRESS/DST_IPADDR TYPE *SUBNETMASK SN116 \NODEA.FEF0A 172.10.188.140 ETHERNET %HFFFFFF00 Trace Status ........ OFF Trace Filename ...... Interface MTU ....... 1500 ---Multicast Groups-----State--224.0.0.1 STARTED LNP... $ZB01A Index... 1 LOOP0 127.0.0.1 LOOP %HFF000000 Trace Status ........
Select a TCP6SAM Process Configuring Expand-Over-IP Lines If you want to use the default LNP, select a SUBNET that has DEFAULT in the LNP field. Select a TCP6SAM Process The TCP/IP socket access method (TCP6SAM) is the process that provides access to the NonStop TCP/IPv6 environment. In configuring Expand-over-IP for this environment, you use the name of a TCP6SAM process for the ASSOCIATEDEV modifier in Step 4: Create the Line-Handler Process.
Configuring Expand-Over-IP Lines Creating an Ethernet Subnet 2. Identify all TCP6SAM processes that are listed in the LNP field of the SUBNET display and make a note of these process names. 3. Issue the SCF LISTDEV TCPIP command. 4. Use your list of TCP6SAM names to eliminate the LNP-assigned TCP6SAM processes. The remaining TCP6SAM process(es) is associated with the default LNP. This process has access only to the SUBNETs in the default partition.
Step 2 (B): Identify an Available UDP Port Number for Parallel Library TCP/IP Use Configuring Expand-Over-IP Lines You can use the SCF STATUS PROCESS command to determine which UDP port numbers are already in use for a particular SUBNET. Example 8-7 shows an example of a SCF STATUS PROCESS command for the TCP/IP process named $ZTC01: Example 8-7. SCF STATUS PROCESS Command 3-> STATUS PROCESS $ZTC01 TCPIP Status PROCESS \NODEA.$ZTC01 Status: STARTED PPID............
Step 2 (C): Identify an Available UDP Port Number for TCP/IPv6 Use Configuring Expand-Over-IP Lines You can use the SCF STATUS PROCESS command to determine which UDP port numbers are already in use for a particular SUBNET. Example 8-8 shows an example of a SCF STATUS PROCESS command for the TCPSAM process named $ZSAM1: Example 8-8. SCF STATUS PROCESS Command for TCPSAM 3-> STATUS PROCESS $ZSAM1 TCPIP Status PROCESS \NODEC.$ZSAM1 Status: STARTED PPID............
Step 2 (C): Identify an Available UDP Port Number for TCP/IPv6 Use Configuring Expand-Over-IP Lines Example 8-9. SCF STATUS MON Command 3-> STATUS MON $ZZTCP.* TCPIPV6 Status MON \NODEC.$ZZTCP.#ZPTM0 Status: STARTED, MASTER PID............ ( 0,275) Proto State UDP Laddr 16.107.187.84 Lport 5550 Faddr 0.0.0.0 Fport * SendQ 0 RecvQ 0 Faddr Fport SendQ RecvQ Laddr Lport Faddr Fport 16.107.187.84 21600 0.0.0.
Configuring Expand-Over-IP Lines Step 3: Create a Profile for the Line-Handler Process Step 3: Create a Profile for the Line-Handler Process You can create a profile for a single-line Expand-over-IP line-handler process using the PEXQSIP profile. This profile is provided in the $SYSTEM.SYSnn subvolume. You can also create a new profile from an existing profile, or you can create your own profile. For complete information about profiles, refer to the WAN Subsystem Configuration and Management Manual.
Configuring Expand-Over-IP Lines Example Example In the following example, a profile named SLHIP is created for a single-line Expandover-IP line-handler process using the PEXQSIP profile. The AFTERMAXRETIRES_DOWN modifier is set in the profile. -> ADD PROFILE $ZZWAN.#SLHIP, FILE $SYSTEM.SYS01.PEXQSIP, & AFTERMAXRETRIES_DOWN Step 4: Create the Line-Handler Process You create a single-line Expand-over-IP line-handler process by adding it as a device to the WAN subsystem. Note.
Configuring Expand-Over-IP Lines ADD DEVICE Command PROFILE profile_name is the name of the profile you created for this Expand line-handler process in Step 3: Create a Profile for the Line-Handler Process. CPU cpunumber indicates the processor where this Expand line-handler process will normally execute. This must be the same processor as that configured for the primary NonStop TCP/IP process.
Configuring Expand-Over-IP Lines ADD DEVICE Command {IPVER_IPV4 | IPVER_IPV6} specifies whether the destination and source addresses are IPv4 or IPv6. The default is IPv4. If IPVER is IPV4 (the default), then DESTIPADDR and SRCIPADDR are required. If IPVER is IPV6, then V6DESTIPADDR and V6SRCIPADDR are required. (This attribute applies to NonStop TCP/IPv6 only.
Configuring Expand-Over-IP Lines Considerations V6DESTIPADDR v6destip-address if IPVER is IPv6, this is a required modifier that specifies the IP address used by the remote (destination) Expand-over-IP line-handler process. It is the IP address specified in the remote line-handler process’ V6SRCIPADDR modifier. v6dest_ipaddr must be specified by number (for example, 1611:1071:F881:1167:1611:A071:1881:B167).
Configuring Expand-Over-IP Lines Examples Examples In the following example, a device named $IPLIN1 is created for a single-line Expandover-IP line-handler process. The PATHPACKETBYTES modifiers are recommended for Expand-over-IP lines. -> ADD DEVICE $ZZWAN.#IPLIN1, PROFILE SLHIP, IOPOBJECT & $SYSTEM.SYSTEM.LHOBJ, CPU 0, ALTCPU 1, TYPE (63,0), & RSIZE 0, PATHTF 3, NEXTSYS 251, ASSOCIATEDEV $ZB01A, & DESTIPADDR 130.252.31.245, DESTIPPORT 1240, & SRCIPADDR 130.252.31.
Configuring Expand-Over-IP Lines Step 6: Start the Line Step 6: Start the Line To start an Expand-over-IP line, use the Expand subsystem SCF START LINE command. The command syntax is as follows: START LINE $device_name device_name is the device name of the Expand-over-IP line-handler process. The successful completion of this command leaves the line in the STARTED state.
Configuring Expand-Over-IP Lines Add a Configured Tunnel for an Expand Line Example 8-11 shows how to add an Expand line from \NodeB to \NodeC. Example 8-11. Add an Expand Line to \NodeC allow all errors abort line $giplco1 stop device $zzwan.#giplco1 delete device $zzwan.#giplco1 == Add profile of IP line ADD PROFILE $zzwan.#afkslhip, file $data00.t9057afk.sippfr == Add Expand line handler. ADD DEVICE $ZZWAN.#giplco1, CPU 2, ALTCPU 3, PROFILE afkslhip,& IOPOBJECT $data00.t9057afk.
Configuring Expand-Over-IP Lines Profile Modifiers Example 8-13 shows how to add an Expand line from \NodeC to \NodeB. Example 8-13. Add an Expand Line to \NodeB allow all errors abort line $giplba1 stop device $zzwan.#giplba1 delete device $zzwan.#giplba1 == Add profile of IP line ADD PROFILE $zzwan.#afkslhip, file $data00.t9057afk.sippfr == Add Expand line handler. ADD DEVICE $ZZWAN.#giplba1, CPU 2, ALTCPU 3, PROFILE afkslhip,& IOPOBJECT $data00.t9057afk.
Configuring Expand-Over-IP Lines Modifiers for Special Features L4CONGCTRL is a path parameter and the path profile sets L4CONGCTRL_OFF because it is shared by all line types. Therefore, multi-line IP paths default to L4CONGCTRL_OFF and must specify L4CONGCTRL_ON. The L4CONGCTRL_ON modifier is also recommended for Expand line-handler processes that are part of a multi-CPU path.
PEXQSIP Modifiers Configuring Expand-Over-IP Lines Table 8-1. PEXQSIP Modifiers for Expand-over-IP Lines (page 1 of 2) Modifier Default Value Range of Values AFTERMAXRETRIES_DOWN AFTERMAXRETRIES_PASSIVE 3 ASSOCIATEDEV1 None Any 8-character string COMPRESS_OFF COMPRESS_ON 3 CONNECTTYPE_ACTIVEANDPASSIVE 3 CONNECTTYPE_PASSIVE DESTIPADDR 2 0.0.0.
PEXQSIP Modifiers Configuring Expand-Over-IP Lines Table 8-1. PEXQSIP Modifiers for Expand-over-IP Lines (page 2 of 2) Modifier Default Value Range of Values RETRYPROBE 19 1 through 255 RXWINDOW 7 2 through 15 SPEED 0 0 through 224000 SPEEDK NOT_SET 0 through 4,000,000,000 SRCIPADDR2 0.0.0.
Configuring Expand-Over-IP Lines Expand Configuration and Management Manual—523347-008 8- 32 PEXQSIP Modifiers
9 Configuring Expand-Over-ATM Lines The Expand-over-ATM line-handler process provides connectivity to an Asynchronous Transfer Mode (ATM) network. In addition, the Expand-over-ATM line-handler process can use the services of the ServerNet LAN systems access (SLSA) subsystem to provide Expand-over-ATM connections. The ATM subsystem provides a PVC and SVC connection, whereas the SLSA subsystem provides an ATMSAP with lifname connection that enables you to manage PVC connections under SLSA.
Required Hardware and Software Configuring Expand-Over-ATM Lines Required Hardware and Software Several hardware and software components are required in addition to the Expandover-ATM line-handler process to provide Expand-over-ATM connectivity. These components are illustrated in Figure 9-1 and are explained in the following subsections. Figure 9-1.
Configuring Expand-Over-ATM Lines ATM Subsystem ATM Subsystem ATM is a cell-switching and multiplexing technology that combines the benefits of circuit switching (constant transmission delay and guaranteed capacity) with those of packet switching (flexibility and intermittent traffic). The ATM subsystem is the HP implementation of the ATM technology. The ATM subsystem supports the ATM UserNetwork Interface (UNI) Specification Version 3.0 over a 155 Mbps SONET STS-3c connection.
Topology Considerations Configuring Expand-Over-ATM Lines Topology Considerations In a single-line configuration, you configure one Expand-over-ATM line-handler process for each path to an adjacent node. In a multi-CPU path configuration, you configure multiple Expand-over-ATM line-handler processes, usually in separate processors, for each path to an adjacent node. In a multi-line path configuration, you configure a path that consists of multiple lines between adjacent nodes.
Summary of Configuration Steps Configuring Expand-Over-ATM Lines Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 9-2 for details), configuring and starting a single-line Expand-over-ATM line-handler process involves the following steps: Step Tool Used Step 1: Identify the ATM Connection SCF interface to the ATM subsystem Step 2: Create a Profile for the Line-Handler Process SCF interface to the WAN subsystem St
Configuring an Expand Line-Handler Process That Uses a PVC Configuring Expand-Over-ATM Lines Configuring an Expand Line-Handler Process That Uses a PVC If your Expand-over-ATM line-handler process will use a PVC connection, you must identify the PVC you plan to use. The SCF INFO PVC command displays the configured name of a PVC. Example 9-1 shows an example of an SCF INFO PVC command for an ATM line named $AM1. Example 9-1. SCF INFO PVC Command 1-> INFO PVC $AM1.#IP.* ATM Info PVC Name $AM1.#IP.
Configuring an Expand Line-Handler Process That Uses an SVC Configuring Expand-Over-ATM Lines your local and remote Expand-over-ATM line-handler processes. Specifying a selector byte when configuring an Expand-over-ATM line-handler process is described in Step 3: Create the Line-Handler Process.
Configuring an Expand Line-Handler Process That Uses an SVC Configuring Expand-Over-ATM Lines Specifying an ATM address when configuring an Expand-over-ATM line-handler process in described in Step 3: Create the Line-Handler Process.
Configuring an Expand Line-Handler Process That Uses ATMSAP Configuring Expand-Over-ATM Lines Configuring an Expand Line-Handler Process That Uses ATMSAP The SLSA ATMSAP connection offers an ATM Native Mode network interconnect support similar to that offered by the PVC object within the ATM subsystem. Expand issues native mode frames directly to the ATM product via a LIF associated with an ATMSAP object. Figure 9-3 illustrates ATMSAP use by Expand. Figure 9-3.
Step 2: Create a Profile for the Line-Handler Process Configuring Expand-Over-ATM Lines Verifying the Line-Handler Process Example 9-4 shows an example of an Expand subsystem SCF INFO LINE command with the DETAIL option of an Expand-over-ATM line-handler process named $ATM2BAT and a CallType of ATMSAP. Example 9-4. Expand Subsystem SCF INFO LINE, DETAIL Command for ATMSAP -> INFO LINE $ATM2BAT, DETAIL EXPAND Detailed Info L2Protocol Framesize.... *LinePriority... *DownIfBadQuality *Txwindow...
Configuring Expand-Over-ATM Lines ADD Profile Command ADD Profile Command To create a profile from the PEXQSATM profile template, use the WAN subsystem SCF ADD PROFILE command. The command syntax is as follows: ADD PROFILE $ZZWAN.#profile_name , FILE $SYSTEM.SYSnn.profile_filename [, modifier_keyword [ modifier_value ] ] ... $ZZWAN.profile_name specifies, via the WAN subsystem, a user-defined name of up to eight alphanumeric characters that will be used to identify the new profile.
Configuring Expand-Over-ATM Lines Step 3: Create the Line-Handler Process Step 3: Create the Line-Handler Process You create a single-line Expand-over-ATM line-handler process by adding it as a device to the WAN subsystem. Note. This section explains how to configure single-line Expand-over-ATM line-handler processes only. Creating an Expand-over-ATM line that is part of a multi-line path is explained in Section 14, Configuring Multi-Line Paths.
Configuring Expand-Over-ATM Lines ADD DEVICE Command Syntax for SVC Connections Use the following command syntax if the Expand-over-ATM line-handler process will use an SVC connection: ADD , , , , , , , , , , , , [, DEVICE $ZZWAN.#device_name IOPOBJECT $SYSTEM.SYSTEM.
Configuring Expand-Over-ATM Lines ADD DEVICE Command CPU cpunumber indicates the processor where this Expand line-handler process will normally execute. ALTCPU altcpunumber indicates the processor where the backup Expand line-handler process will normally execute. TYPE (63,0) is the device type and subtype for this Expand line-handler process. The device type is always 63 for Expand line-handler processes. The subtype is 0 for singleline Expand-over-ATM line-handler processes.
Configuring Expand-Over-ATM Lines ADD DEVICE Command PVCNAME pvc-name is the name of the permanent virtual circuit (PVC) that will be used. This is the PVC name you identified in Step 1: Identify the ATM Connection on page 9-5. For example, PVC01. This modifier is only applicable to Expand-over-ATM line-handler processes that use PVC connections. ATMSEL selector-byte is a hexadecimal selector byte for the ATM line used by this Expand-over-ATM line-handler process.
Configuring Expand-Over-ATM Lines Considerations modifier_value is the value you want to assign to the optional modifier specified by modifier_keyword. modifier_value assigns a value to modifier_keyword in the device record for this Expand line-handler process. Default values and ranges of values for modifiers in the PEXQSATM profile are described in Profile Modifiers on page 9-17. Considerations • • Not all modifiers have associated values (for example, L4EXTPACKETS_ON).
Configuring Expand-Over-ATM Lines Step 4: Start the Line-Handler Process In the last example, a device named ATMLIN3 is created for a single-line Expand-overATM line-handler process that uses an ATMSAP connection through the SLSA subsystem. -> ADD DEVICE $ZZWAN.#ATMLIN3, PROFILE SLHATM, IOPOBJECT & $SYSTEM.SYSTEM.
Configuring Expand-Over-ATM Lines Recommended Modifiers Recommended Modifiers Recommended modifiers are modifiers that should be used to obtain optimum performance and efficiency. L4CONGCTRL_ON Default: Units: Range: ON Not applicable ON or OFF This modifier enables the congestion control mechanism. Because data transfer with the UDP is not guaranteed, the Expand End-to-End protocol is used to achieve reliable communications for Expand-over-ATM connections.
Modifiers for Special Features Configuring Expand-Over-ATM Lines Modifiers for Special Features In addition to the L4CONGCTRL_ON and PATHPACKETBYTES modifiers, the SUPERPATH_ON modifier is provided in the PEXQSATM profile to enable you to configure the Expand multi-CPU feature. For configuration considerations for all special features, refer to Section 18, Subsystem Description. For information about the advantages and disadvantages of each feature, refer to Section 3, Planning a Network Design.
PEXQSATM Modifiers Configuring Expand-Over-ATM Lines Table 9-1.
PEXQSATM Modifiers Configuring Expand-Over-ATM Lines Table 9-1. PEXQSATM Modifiers for Expand-over-ATM Lines (page 3 of 3) Modifier Default Value Range of Values TIMERRECONNECT 30 30 through 32767 TXWINDOW 7 2 through 25 1. This is a required modifier. 2. This modifier is required for Expand-over-ATM line-handler processes that use SVC connections. 3. This modifier is required for Expand-over-ATM line-handler processes that use PVC connections. 4.
Configuring Expand-Over-ATM Lines Expand Configuration and Management Manual—523347-008 9- 22 PEXQSATM Modifiers
10 Configuring Expand-Over-X.25 Lines X.25 is a standard for private and public networks that use packet-switching technology. Expand-over-X.25 connections are provided by the HP X.25 Access Method (X25AM) product. The Expand-over-X.25 line-handler process uses the NETNAM protocol to access the network access method (NAM) interface provided by an X25AM line-handler process. An Expand-over-X.
Required Hardware and Software Configuring Expand-Over-X.25 Lines Figure 10-1. Expand-Over-X.25 Line-Handler Process Components Processor Expand-over-X.
Configuring Expand-Over-X.25 Lines X25AM Line-Handler Process X25AM Line-Handler Process The Expand-over-X.25 line-handler process uses the services of an X25AM line-handler process to provide access to X.25 packet-switched data networks (PSDNs). Each X25AM line-handler process controls a single data communications line and supports both permanent virtual circuits (PVCs) and switched virtual circuits (SVCs). The X25AM line-handler process associated with the Expand-over-X.
Configuring Expand-Over-X.25 Lines Local Area Network (LAN) Driver and Interrupt Handlers (DIHs) the TCP/IP (Parallel Library) Configuration and Management Manual, and the TCP/IPv6 Configuration and Management Manual. Local Area Network (LAN) Driver and Interrupt Handlers (DIHs) NonStop TCP/IP processes can interface to the network through the ServerNet LAN Systems Access (SLSA) subsystem.
Configuring Expand-Over-X.25 Lines ServerNet Wide Area Network (SWAN) Concentrator adapter (GESA). The G4SA is the only LAN adapter supported for the IOAM enclosure, and it cannot be installed in a NonStop S-series enclosure. The data transfer rate is limited to 10 Mbps when the G4SA is connected to a SWAN concentrator, but a data transfer rate of 10/100 Mbps is possible when the G4SA is connected to a SWAN 2 concentrator.
Topology Considerations Configuring Expand-Over-X.25 Lines Figure 10-2. Expand-Over-X.25 Line-Handler Process Topology Node \A CPU 0 LH CPU 1 CPU 2 Single-Line Path LH LH Node \C CPU 0 Multi-CPU Path PSDN LH LH LH CPU 0 LH CPU 1 CPU 2 Multiline Path LH Node \B Key Configured Path CDT 043.
Summary of Configuration Steps Configuring Expand-Over-X.25 Lines Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 10-1 for details), configuring and starting a single-line Expand-over-X.25 line-handler process involves the following steps.
Configuring Expand-Over-X.25 Lines Considerations For more information, refer to the X25AM Configuration and Management Manual. Considerations The following configuration considerations apply to SU objects: • • • The PROTOCOL attribute identifies the protocol that will be used by the subdevice. Subdevices used by Expand-over-X.25 line-handler processes must use the NETNAM protocol (specified by the argument NAM). The DEVTYPE attribute specifies the subdevice type.
Configuring Expand-Over-X.25 Lines ADD Profile Command ADD Profile Command To create a profile from the PEXQSNAM profile template, use the WAN subsystem SCF ADD PROFILE command. The command syntax is as follows: ADD PROFILE $ZZWAN.#profile_name , FILE $SYSTEM.SYSnn.profile_filename [, modifier_keyword [ modifier_value ] ] ... $ZZWAN.profile_name specifies, via the WAN subsystem, a user-defined name of up to 8 alphanumeric characters that will be used to identify the new profile.
Configuring Expand-Over-X.25 Lines Step 4: Create the Expand-Over-X.25 Line-Handler Process Step 4: Create the Expand-Over-X.25 Line-Handler Process You create a single-line Expand-over-X.25 line-handler process by adding it as a device to the WAN subsystem. Note. This section explains how to configure single-line Expand-over-X.25 line-handler processes only. Creating Expand-over-X.25 lines that are part of a multi-line path is explained in Section 14, Configuring Multi-Line Paths.
Configuring Expand-Over-X.25 Lines ADD DEVICE Command ALTCPU altcpunumber indicates the processor where the backup Expand line-handler process will normally execute. TYPE (63,0) is the device type and subtype for this Expand line-handler process. The device type is always 63 for Expand line-handler processes. The subtype is 0 for singleline Expand-over-X.25 line-handler processes. RSIZE rsize specifies the time factor of the line for the Expand routing algorithm.
Configuring Expand-Over-X.25 Lines Considerations Default values and ranges of values for modifiers in the PEXQSNAM profile are described in Profile Modifiers on page 10-13. Considerations • • Not all modifiers have associated values (for example, L4EXTPACKETS_ON). The modifier_keyword and modifier_value parameters do not add the specified modifier, or a modifier and its associated value, to the profile used by the device.
Configuring Expand-Over-X.25 Lines Step 6: Start the Expand-Over-X.25 Line Step 6: Start the Expand-Over-X.25 Line To start an Expand-over-X.25 line, use the Expand subsystem SCF START LINE command. The command syntax is as follows: START LINE $device_name device_name is the device name of the Expand-over-X.25 line-handler process. The successful completion of this command leaves the line in the STARTED state. Profile Modifiers This subsection lists the recommended modifiers for Expand-over-X.
Configuring Expand-Over-X.
PEXQSNAM Modifiers Configuring Expand-Over-X.25 Lines Table 10-1. PEXQSNAM Modifiers for Expand-over-X.
PEXQSNAM Modifiers Configuring Expand-Over-X.25 Lines Table 10-1. PEXQSNAM Modifiers for Expand-over-X.25 Lines (page 2 of 2) Modifier Default Value Range of Values TIMERINACTIVITY 900 0 through 32767 TIMERPROBE 300 1 through 32767 TIMERRECONNECT 30 0 through 32767 TXWINDOW 4 2 through 7 SUPERPATH_ON 1. This is a required modifier. It has no default value. 2. This is a required modifier. The default value is invalid and must be changed.
11 Configuring Expand-Over-SNA Lines Systems Network Architecture (SNA) was developed by IBM for connecting IBM systems and networks. Expand-over-SNA connections are provided with the HP SNAX/Advanced Peer Networking (SNAX/APN) product. The Expand-over-SNA line-handler process uses the NETNAM protocol to access the network access method (NAM) interface provided by a SNAX/APN line-handler process.
Required Hardware and Software Configuring Expand-Over-SNA Lines Figure 11-1.
Configuring Expand-Over-SNA Lines SNAX/APN Line-Handler Process SNAX/APN Line-Handler Process The Expand-over-SNA line-handler process uses the services of a SNAX/APN line-handler process to provide access to an IBM SNA network. The SNA network can be a traditional network of host mainframes and front end processors, an advanced peer-to-peer network of AS400 systems or other workstations, or a mix of these types of networks.
Configuring Expand-Over-SNA Lines NonStop TCP/IP Process NonStop TCP/IP Process The NonStop TCP/IP subsystem provides TCP/IP data communications connectivity. NonStop TCP/IP processes are used by the following LAN adapters: Ethernet 4 ServerNet adapters (E4SAs), Fast Ethernet ServerNet adapters (FESAs), Gigabit Ethernet ServerNet adapters (GESAs), Gigabit Ethernet 4-port ServerNet adapters (G4SAs), and SWAN concentrators.
Configuring Expand-Over-SNA Lines Gigabit Ethernet ServerNet Adapter (GESA) Gigabit Ethernet ServerNet Adapter (GESA) The Gigabit Ethernet ServerNet adapter (GESA) is a single-port ServerNet adapter that provides Gigabit connectivity between NonStop S-series systems and Ethernet LANs. A GESA can be directly installed in slots 51 through 54 of an I/O enclosure and slots 53 and 54 of a processor enclosure.
Topology Considerations Configuring Expand-Over-SNA Lines Figure 11-2. Expand-Over-SNA Line-Handler Process Topology Node \A CPU 0 LH CPU 1 CPU 2 Single-Line Path LH LH Node \C CPU 0 Multi-CPU Path SNA Network LH LH LH CPU 0 LH CPU 1 CPU 2 Multiline Path LH Node \B Key Configured Path CDT 044.
Configuring Expand-Over-SNA Lines Summary of Configuration Steps Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 11-1 for details), configuring and starting a single-line Expand-over-SNA line-handler process involves the following steps: Step Tool Used Step 1: Add the SNAX/APN Line SCF interface to the SNAX/APN subsystem Step 2: Add the LUs for the SNAX/APN Line SCF interface to the SNAX/APN subsystem Step 3: S
Configuring Expand-Over-SNA Lines Step 1: Add the SNAX/APN Line Step 1: Add the SNAX/APN Line Note. The following instructions assume that a SNAX/APN line-handler process has already been created. To create such a process, you must add it as a device to the WAN subsystem. For information about creating SNAX/APN line-handler processes, refer to the WAN Subsystem Configuration and Management Manual.
Configuring Expand-Over-SNA Lines Considerations For details about configuring LUs and PUs, and SCF ADD LU and ADD PU command attributes, refer to the SNAX/XF and SNAX/APN Configuration and Management Manual. Considerations The following configuration considerations apply to local LU object attributes: • • • The PROTOCOL attribute must be set to NAM. The local SNANAME on one system must match the remote LU SNANAME on the other system.
Example Configuring Expand-Over-SNA Lines Figure 11-3. SNAX/APN Line Configuration Example System \A Expand Line-Handler Process SNAX/APN Line-Handler Process ($SNAPA) SWAN SNA Network SCF Commands for System \A ADD LINE $SNAPA , RECSIZE 524 , MAXPUS 1 , MAXLUS 30 , STATION PRIMARY , MAXLOCALLUS 10 , POLLINT 0.01 ADD LU $SNAPA.#LLUA , TYPE (14,21) , SNANAME LUA , PROTOCOL NAM , DLUNAME #RLUA , RSPTYPE ER ADD PU $SNAPA.#RPUA , TYPE (13,21) , ADDRESS %HC1 , RECSIZE 521 , MAXLUS 30 ADD LU $SNAPA.
Configuring Expand-Over-SNA Lines Step 3: Start the SNAX/APN Line Step 3: Start the SNAX/APN Line Before you can start the Expand-over-SNA line, the SNAX/APN line (and its associated PUs and LUs) must be started. To start a SNAX/APN line, use the SNAX/APN subsystem SCF START LINE command.
Configuring Expand-Over-SNA Lines Example modifier_keyword is the name of a modifier in profile_name. Modifier names in the PEXQSNAM profile are listed in Profile Modifiers on page 11-16. modifier_value is the value you want to assign to the modifier specified by modifier_keyword. Specifying a modifier_value assigns a new value to modifier_keyword in profile_name. Default values and ranges of values for modifiers in the PEXQSNAM profile are described in Profile Modifiers on page 11-16.
Configuring Expand-Over-SNA Lines ADD DEVICE Command $ZZWAN.#device_name specifies, via the WAN subsystem, the device name of the Expand line-handler process to add. IOPOBJECT $SYSTEM.SYSnn.LHOBJ is the name of the object file containing the executable object for code for an Expand line-handler process. This value must be $SYSTEM.SYSnn.LHOBJ.
Configuring Expand-Over-SNA Lines Considerations NEXTSYS sys_number is a required modifier that specifies the number (from 0 through 254) of the system connected to the other end of the line. If you do not specify NEXTSYS, this modifier defaults to an invalid value (255) and an operator message occurs during the initialization of the Expand-over-SNA line-handler process.
Configuring Expand-Over-SNA Lines Step 6: Start the Expand-Over-SNA Line-Handler Process In the next example, the same device is created as part of a multi-CPU path. The SUPERPATH_ON and L4EXTPACKETS_ON modifiers are required for line-handler processes that are part of a multi-CPU path. The L4CONGCTRL_ON modifier is recommended for Expand line-handler processes that are part of a multi-CPU path. -> ADD DEVICE $ZZWAN.#EXPS14, PROFILE SLHSNA, IOPOBJECT & $SYSTEM.SYSTEM.
Configuring Expand-Over-SNA Lines Profile Modifiers Profile Modifiers This subsection lists the recommended modifiers for Expand-over-SNA line-handler processes and describes the modifiers provided for configuring special features. It also describes default values and value ranges for all the modifiers contained in the PEXQSNAM profile. Note. A different profile is provided for Expand-over-SNA lines that are part of a multi-line path; this profile is described in Section 14, Configuring Multi-Line Paths.
PEXQSNAM Modifiers Configuring Expand-Over-SNA Lines The PATHBLOCKBYTES, PATHPACKETBYTES, L4CONGCTRL_ON, and SUPERPATH_ON modifiers are described in detail in Section 17, Expand Modifiers. PEXQSNAM Modifiers The disk file $SYSTEM.SYSnn.PEXQSNAM defines modifiers for Expand-over-SNA line-handler processes. Table 11-1 lists the default value and range of values for each modifier in this profile, if applicable.
PEXQSNAM Modifiers Configuring Expand-Over-SNA Lines Table 11-1.
12 Configuring Expand-Over-ServerNet Lines The Expand-over-ServerNet line-handler process provides connectivity to a ServerNet Cluster, which uses this process to provide a high-speed interconnect between systems over a limited geographic range. The Expand-over-ServerNet line-handler process uses the NETNAM protocol to access the network access method (NAM) interface of the ServerNet cluster monitor process, $ZZSCL.
Configuring Expand-Over-ServerNet Lines Expand Manager Process ($ZEXP) Figure 12-1 depicts a local node consisting of three processors: Processor 1 is running an application, Procesor 2 is running the ServerNet cluster monitor process ($ZZSCL), and Processor 3 is running an Expand-over-ServerNet line handler. The application makes a communications request to the message system.
Configuring Expand-Over-ServerNet Lines Modular ServerNet Expansion Boards (MSEBs) MSGMON is a persistent process. Once it is started, it terminates only in the event of an internal failure or a termination message from the persistence monitor, $ZPM. MSGMON is not a process pair. Note. MSGMON is compatible only with G06.09 and later RVUs of the NonStop Kernel operating system.
ServerNet Cluster Monitor Process ($ZZSCL) Configuring Expand-Over-ServerNet Lines Table 12-1. Profile Products Needed for Compatibility With Other Expand Lines Profile Line Types Supported Expand/ServerNet (T0509G06) Expand-over-ServerNet Required for everyone Expand/SWANgroup (T0532G06) X.
Configuring Expand-Over-ServerNet Lines X and Y Fabrics X and Y Fabrics X and Y fabrics are a collection of connected routers and ServerNet links that, together, provide an interconnection for NonStop S-series servers. Each processor connects to both fabrics. The X fabric and the Y fabric are not connected to each other; therefore, a ServerNet packet cannot cross from one fabric to the other and a failure in one fabric does not affect the other fabric.
Topology Considerations Configuring Expand-Over-ServerNet Lines Topology Considerations A ServerNet cluster must be configured as a logical fully connected mesh—each server must have one Expand-over-ServerNet line-handler process for each other node in the ServerNet cluster. A ServerNet cluster can consist of up to 24 nodes. Figure 12-2 is an example of Expand-over-ServerNet lines in a four-node ServerNet cluster configuration. Figure 12-2.
Summary of Configuration Steps Configuring Expand-Over-ServerNet Lines Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 12-1 for details), configuring Expand-over-ServerNet connections involves the following steps: Step Tool Used Step 1: Create a Profile for the Expand-OverServerNet Line-Handler Process SCF interface to the WAN subsystem Step 2: Create a Device for the Expand-OverServerNet Line-Handler Process SC
Configuring Expand-Over-ServerNet Lines ADD Profile Command ADD Profile Command To create a profile from the PEXPSSN profile template, use the WAN subsystem SCF ADD PROFILE command. The command syntax is as follows: ADD PROFILE $ZZWAN.#profile_name , FILE $SYSTEM.SYSnn.profile_filename [, modifier_keyword [ modifier_value ] ] ... $ZZWAN.profile_name specifies, via the WAN subsystem, a user-defined name of up to eight alphanumeric characters that will be used to identify the new profile.
Configuring Expand-Over-ServerNet Lines Step 2: Create a Device for the Expand-OverServerNet Line-Handler Process Step 2: Create a Device for the Expand-OverServerNet Line-Handler Process You create an Expand-over-ServerNet line-handler process by adding it as a device to the WAN subsystem. For each system you add to the ServerNet cluster, you must configure line-handler processes for all of the other systems in the cluster.
Configuring Expand-Over-ServerNet Lines ADD DEVICE Command ALTCPU altcpunumber indicates the processor where the backup Expand-over-ServerNet line-handler process will normally execute. TYPE (63,4) is the device type and subtype for Expand-over-ServerNet line-handler processes. The device type is always 63 for Expand line-handler processes. The subtype is always 4 for Expand-over-ServerNet line-handler processes. RSIZE rsize specifies the time factor of the line for the Expand routing algorithm.
Configuring Expand-Over-ServerNet Lines Considerations Considerations • • • Not all modifiers have associated values (for example, L4EXTPACKETS_ON). The modifier_keyword and modifier_value parameters do not add the specified modifier, or a modifier and its associated value, to the profile used by the device. Use the ADD PROFILE command to add a modifier, or a modifier and its associated value, to a profile. Here are recommended configuration guidelines for configuring Expand-overServerNet line handlers.
Configuring Expand-Over-ServerNet Lines Step 3: Start the Expand-Over-ServerNet LineHandler Processes Step 3: Start the Expand-Over-ServerNet LineHandler Processes To start an Expand-over-ServerNet line-handler process, use the WAN subsystem SCF START DEVICE command. You must start each Expand-over-ServerNet line-handler process that you created in Step 2: Create a Device for the Expand-Over-ServerNet Line-Handler Process. The command syntax is as follows: START DEVICE $ZZWAN.#device_name $ZZWAN.
Profile Modifiers Configuring Expand-Over-ServerNet Lines For the next steps, such as installing a new cluster, migration, or adding a node, see the ServerNet Cluster Manual or the ServerNet Cluster 6780 Planning and Installation Guide . Profile Modifiers This subsection lists the modifiers provided for configuring special features. It also describes default values and value ranges for all the modifiers contained in the PEXPSSN profile.
PEXPSSN Modifiers Configuring Expand-Over-ServerNet Lines Table 12-2.
13 Configuring Expand-Over-FOX Lines The Expand-over-FOX line-handler process provides connectivity to an existing FOX ring. The Expand-over-FOX line-handler process uses the NETNAM protocol to access the network access method (NAM) interface of the FOX monitor process, $ZZFOX. An Expand-over-FOX line-handler process can be configured as a single line only; Expand-over-FOX lines cannot participate as a member of a multi-CPU path (superpath).
Configuring Expand-Over-FOX Lines FOX Monitor Process ($ZZFOX) FOX Monitor Process ($ZZFOX) The FOX monitor process, $ZZFOX, manages the ServerNet/Fiber eXtension (ServerNet/FX) adapters and is responsible for maintaining configuration information about the FOX ring. $ZZFOX must be configured and started before the Expand-overFOX line-handler processes can be started. For information about configuring $ZZFOX, refer to the ServerNet/FX Adapter Configuration and Management Manual. $ZZFOX.#X and $ZZFOX.
Topology Considerations Configuring Expand-Over-FOX Lines Topology Considerations A FOX ring must be configured as a logical fully connected mesh—one Expand-overFOX line-handler process is required for each node, or cluster, in the ring. A FOX ring can consist of up to 14 clusters. A FOX ring is illustrated in Figure 13-2. Figure 13-2.
Summary of Configuration Steps Configuring Expand-Over-FOX Lines Summary of Configuration Steps Once all hardware and software requirements have been met (refer to Required Hardware and Software on page 13-1 for details), configuring Expand-over-FOX connections involves the following steps: Step Tool Used Step 1: Create a Profile for the Expand-Over-FOX Line-Handler Process SCF interface to the WAN subsystem Step 2: Create a Device for the Expand-Over-FOX Line-Handler Process SCF interface to the WAN
Configuring Expand-Over-FOX Lines Step 2: Create a Device for the Expand-Over-FOX Line-Handler Process $ZZWAN.profile_name specifies, via the WAN subsystem, a user-defined name of up to eight alphanumeric characters that will be used to identify the new profile. You will reference this profile_name when you create devices for the Expand-over-FOX line-handler processes in Step 2: Create a Device for the Expand-Over-FOX LineHandler Process. FILE $SYSTEM.SYSnn.
Configuring Expand-Over-FOX Lines ADD DEVICE Command ADD DEVICE Command To create an Expand-over-FOX line-handler process, use the WAN subsystem SCF ADD DEVICE command. The command syntax is as follows: ADD , , , , , , , , [, DEVICE $ZZWAN.#device_name IOPOBJECT $SYSTEM.SYSnn.LHOBJ PROFILE profile_name CPU cpunumber ALTCPU altcpunumber TYPE (63,3 ) RSIZE rsize ASSOCIATEDEV $ZZFOX NEXTSYS sys_number modifier_keyword [ modifier_value ] ] ... $ZZWAN.
Configuring Expand-Over-FOX Lines Considerations ASSOCIATEDEV $ZZFOX specifies the device name of the FOX monitor process, $ZZFOX. $ZZFOX is the default, but it can be changed. NEXTSYS sys_number is a required modifier that specifies the number (from 0 to 254) of the system connected to the other end of the line. If you do not specify NEXTSYS, this modifier defaults to an invalid value (255), and an operator message occurs during the initialization of the Expand-over-FOX line-handler process.
Configuring Expand-Over-FOX Lines Step 3: Start the Expand-Over-FOX Line-Handler Processes Step 3: Start the Expand-Over-FOX LineHandler Processes To start an Expand-over-FOX line-handler process, use the WAN subsystem SCF START DEVICE command. You must start each Expand-over-FOX line-handler process that you created in Step 2: Create a Device for the Expand-Over-FOX LineHandler Process. The command syntax is as follows: START DEVICE $ZZWAN.#device_name $ZZWAN.
Modifiers for Special Features Configuring Expand-Over-FOX Lines Modifiers for Special Features The L4CONGCTRL_ON modifier is provided in the PEXQSFX profile to enable you to configure the congestion control feature. For configuration considerations for this feature, refer to Section 18, Subsystem Description. For information about the advantages and disadvantages of this feature, refer to Section 3, Planning a Network Design.
PEXQSFX Modifiers Configuring Expand-Over-FOX Lines Table 13-1.
14 Configuring Multi-Line Paths The Expand multi-line path feature enables you to configure as many as eight lines between the two adjacent nodes. The Expand subsystem can simultaneously transmit data over all the lines in a multi-line path, thus increasing overall bandwidth, and will automatically retransmit data over remaining lines if one or more lines fail. A multi-line path can be part of a multi-CPU path. This section explains how to configure the Expand multi-line path feature. Note.
Configuration Considerations Configuring Multi-Line Paths Configuration Considerations Consider the following when configuring a multi-line path: • • • • • • You can configure a maximum of eight lines in a multi-line path. The lines in a multi-line path can be all the same type (for example, all dedicated), or they can be any combination of dedicated lines, X.25 connections, and SNAX connections. You cannot mix satellite-connect, Expand-over-ATM, and Expandover-IP lines with other line types.
Configuring Multi-Line Paths Step 1: Create a Profile for the Path-Logical Device Task Tool Used Step 4: Create the Line-Logical Devices SCF interface to the WAN subsystem Step 5: Start the Path-Logical Device SCF interface to the WAN subsystem Step 6: Start the Lines SCF interface to the Expand subsystem Note. The SCF command syntax shown in this section is the syntax used to configure multiline paths; it is not meant to show the complete syntax of the SCF commands described.
Configuring Multi-Line Paths Step 2: Create a Profile for Each Line Type modifier_keyword is the name of a modifier in profile_name. Modifier names in the PEXPPATH profile are listed in PEXPPATH Modifiers on page 14-15. modifier_value is the value you want to assign to the modifier specified by modifier_keyword. Specifying a modifier_value assigns a new value to modifier_keyword in profile_name.
Step 3: Create a Path-Logical Device Configuring Multi-Line Paths Table 14-1. Profiles for Line-Logical Devices Disk Filename Type of Line-Logical Device PEXQMSWN Direct-connect PEXQMSAT Satellite-connect PEXQMNAM Expand-over-NAM PEXQMIP Expand-over-IP PEXQMATM Expand-over-ATM modifier_keyword is the name of a modifier in profile_name. Modifier names in the line-logical device profiles are listed in Line-Logical Device Modifiers on page 14-16.
Configuring Multi-Line Paths ADD DEVICE Command IOPOBJECT $SYSTEM.SYSnn.LHOBJ is the name of the object file containing the executable object code for an Expand line-handler process. This value must be $SYSTEM.SYSnn.LHOBJ. PROFILE profile_name is the name of the profile you created for the path in Step 1: Create a Profile for the Path-Logical Device. CPU cpunumber is the processor number where the path-logical device will normally execute.
Configuring Multi-Line Paths Considerations modifier_value is the value you want to assign to the optional modifier specified by modifier_keyword. modifier_value assigns a value to modifier_keyword in the device record for this path-logical device. Default values and ranges of values for modifiers in PEXPPATH are described in PEXPPATH Modifiers on page 14-15. Considerations • • Not all modifiers have associated values (for example, L4EXTPACKETS_ON).
ADD DEVICE Command Configuring Multi-Line Paths PROFILE profile_name is the name of the profile you created for this type of line in Step 2: Create a Profile for Each Line Type. CPU cpunumber is the processor number where the line-logical device will normally execute. ALTCPU altcpunumber is the processor number where the backup line-logical device will normally execute. TYPE devsubtype is the device subtype for this line-logical device. The device subtypes for linelogical devices are listed in Table 14-2.
Configuring Multi-Line Paths ADD DEVICE Command Required Modifiers for Direct-Connect and Satellite-Connect Lines ADAPTER concname is the ServerNet wide area network (SWAN) concentrator to be used by this line. Selecting a SWAN concentrator is explained in Step 1: Find an Available WAN Line on page 7-6. For information about adding SWAN concentrators, refer to the WAN Subsystem Configuration and Management Manual.
Configuring Multi-Line Paths ADD DEVICE Command Required Modifiers for Expand-Over-IP Lines SRCIPADDR src_ipaddr is a required modifier that specifies the IP address associated with the NonStop TCP/IP process used by this Expand-over-IP line-handler process. Determining IP addresses is described in Step 1 (A): Select a Process and SUBNET for NonStop TCP/IP Use on page 8-9. The address must be specified by number (for example, 130.252.12.3). It is not validated and need not be accessible. The default is 0.
Configuring Multi-Line Paths ADD DEVICE Command V6SRCIPADDR v6src_ipaddr is a required modifier that specifies the IP address associated with the NonStop TCP/IPv6 process used by this Expand-over-IP line-handler process. Determining IP addresses is described in Step 1 (C): Select a Process and SUBNET for NonStop TCP/IPv6 Use on page 8-13. The address must be specified by number (for example, 31CA:B145:5489:1034:1784:B245:4029:1257). It is not validated and need not be accessible.
Configuring Multi-Line Paths Considerations ATMSEL selector_byte is a hexadecimal selector byte for the ATM line used by this Expand-over-ATM linehandler process. Obtaining selector bytes is described in Obtaining Selector Bytes for the Local and Remote ATM Lines on page 9-6. This modifier is only applicable to Expand-over-ATM line-handler processes that use SVC connections.
Configuring Multi-Line Paths Step 5: Start the Path-Logical Device Step 5: Start the Path-Logical Device To start the path-logical device, use the WAN subsystem SCF START DEVICE command. When you use this command on the path-logical device, the line-logical devices associated with the path are also started. The command syntax is as follows: START DEVICE $ZZWAN.#device_name $ZZWAN.#device_name specifies, via the WAN subsystem, the path-logical device name or a line-logical device name.
Configuration Example Configuring Multi-Line Paths Configuration Example The following example shows a multi-line path with one direct-connect line and one Expand-over-SNA line. Figure 14-2 illustrates the configuration of this example. Figure 14-2. Multi-Line Configuration Example MULTI $LINE1 SWAN003A $PATH $SNA1 $LINE2 MULTI SWANxxxxx ASSOCIATEDEV CDT 046.CDD Note.
Configuring Multi-Line Paths • Path-Logical Device Modifiers The following SCF ADD DEVICE command creates a line-logical device named $LINE1 for the direct-connect line. Note that the MLHDIR profile created above is used. -> ADD DEVICE $ZZWAN.#LINE1, PROFILE MLHDIR, IOPOBJECT & $SYSTEM.SYSTEM.
Line-Logical Device Modifiers Configuring Multi-Line Paths Table 14-3.
PEXQMSWN and PEXQMSAT Modifiers Configuring Multi-Line Paths L3WINDOW n Default: Units: Range: 2 Packets 1 through 15 (L3MOD128), 1 through 7 (L3MOD8) This modifier specifies the number of packets that can be outstanding without an acknowledgment from the network. You should set L3WINDOW to the largest possible value. Note. Some X.25 networks limit the size of L3WINDOW. Consult your vendor for more information. PEXQMSWN and PEXQMSAT Modifiers The disk file $SYSTEM.SYSnn.
PEXQMNAM Modifiers Configuring Multi-Line Paths Table 14-4. PEXQMSWN and PEXQMSAT Modifiers (page 2 of 2) Modifier Default Value Range of Values INTERFACE_RS422 L2DISCARDONRESET_OFF L2DISCARDONRESET_ON 3 L2RETRIES 10 1 through 255 L2TIMEOUT 100 20 through 32767 LINEPRIORITY 1 1 through 9 LINETF 0 0 through 186 PROGRAM $SYSTEM.CSSnn. C1097P00 (directconnect) $SYSTEM.CSSnn.
PEXQMIP Modifiers Configuring Multi-Line Paths Table 14-5.
PEXQMIP Modifiers Configuring Multi-Line Paths Table 14-6.
PEXQMATM Modifiers Configuring Multi-Line Paths PEXQMATM Modifiers The disk file $SYSTEM.SYSnn.PEXQMATM defines modifiers for Expand-over-ATM lines in multi-line paths. Table 14-6 lists the default value and range of values for each modifier in this profile, if applicable. For modifiers that are mutually exclusive, a check mark (3) is shown in the “Default Value” column to indicate which modifier is present in the profile. Table 14-7.
Configuring Multi-Line Paths Expand Configuration and Management Manual—523347-008 14 -22 PEXQMATM Modifiers
Part III.
Part III.
15 Subsystem Control Facility (SCF) Commands This section describes the Subsystem Control Facility (SCF) interface to the Expand subsystem and provides SCF command syntax. You should refer to the SCF Reference Manual for G-Series RVUs for general information about running SCF.
Overview of the Expand Subsystem SCF Interface Subsystem Control Facility (SCF) Commands Overview of the Expand Subsystem SCF Interface The Expand subsystem SCF interface is provided to configure, control, and display information about configured objects within the Expand subsystem.
Subsystem Control Facility (SCF) Commands • • Expand Subsystem Objects The path function corresponds to the functions defined by Layers 3 and 4 of the Open Systems Interconnection (OSI) Reference Model. You specify the PATH object when you want to display Layer 3 and 4 information or alter Layer 3 and 4 attributes for a single-line Expand line-handler process. The line function corresponds to the functions defined by Layer 2 of the OSI Reference Model.
Subsystem Control Facility (SCF) Commands Object States The following are some typical device names: $SYS1 An Expand line-handler process that manages a single line to the node named \SYS1 $PATH A path logical device $LINE1, $LINE2, and so on Line logical devices PROCESS Object The PROCESS object type may refer to the Expand manager process ($ZEXP), the network control process ($NCP), or an Expand line-handler process.
SCF Commands and Objects Subsystem Control Facility (SCF) Commands SCF Commands and Objects Table 15-1 lists the SCF commands and objects that are applicable to the Expand subsystem. Table 15-1.
Wild-Card Support Subsystem Control Facility (SCF) Commands Table 15-2 lists the sensitive and nonsensitive Expand SCF commands. Table 15-2.
Subsystem Control Facility (SCF) Commands SCF and the WAN Subsystem SCF and the WAN Subsystem On NonStop S-series servers, you use the SCF interface to the WAN subsystem to create $NCP and the Expand line-handler processes. You can also use the SCF interface to the WAN subsystem to perform certain network-management tasks. The SCF interface to the WAN subsystem is described in the WAN Subsystem Configuration and Management Manual.
Subsystem Control Facility (SCF) Commands • SCF and the SLSA Subsystem Use the Expand subsystem STOP PATH or STOP LINE command before you use the STOP DEVICE command to stop the Expand line-handler process in the primary and backup processors. For a complete comparison of the Expand and WAN subsystem SCF interfaces, refer to Appendix C, Expand and WAN SCF Comparison.
Subsystem Control Facility (SCF) Commands • Examples You can abort several lines or paths with a single ABORT command by specifying multiple PATH or LINE objects using parentheses as follows: PATH ( path-name , path-name [ , path-name ] ...) LINE ( line-name , line-name [ , line-name ] ...
Subsystem Control Facility (SCF) Commands ALTER Command ALTER Command The ALTER command changes the values for PATH object types, LINE object types, and the PROCESS $NCP object type. ALTER is a sensitive command. The ALTER command syntax is as follows: ALTER { PROCESS $NCP | PATH path-name | LINE line-name } ALTER DEVICE Command The WAN subsystem ALTER DEVICE command changes the values of a data communications subsystem object.
Subsystem Control Facility (SCF) Commands ALTER PATH Command ALTER PATH Command The ALTER PATH command is described below. The PATH object type takes the following form: PATH path-name attribute-spec [, attribute-spec ] ...
Subsystem Control Facility (SCF) Commands Considerations Considerations • You can alter several paths with a single ALTER command by specifying multiple PATH objects using parentheses as follows: -> PATH ( path-name , path-name [ , path-name ] ... ) Examples The following SCF command changes the value of the path’s NEXTSYS attribute to system 100 and the value of its TIMERINACTIVITY attribute to 9 minutes and 30 seconds: -> ALTER PATH $PATH1, NEXTSYS 100, TIMERINACTIVITY 9:30.
Subsystem Control Facility (SCF) Commands [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ [ ALTER LINE Command AFTERMAXRETRIES { DOWN | PASSIVE } ] ASSOCIATEDEV device-name ] ASSOCIATESUBDEV subdevice-name ] ATMSEL selector-byte ] CALLTYPE { PVC | SVC | ATMSAP} ] CLBDWNLOADRETRIES integer ] CLBDWNLOADTIMR time ] CLBIDLETIMER time ] CLOCKMODE { DTE | DCE } ] CLOCKSPEED { 600 | 1200 | 2400 | 4800 | 9600 | 19200 | 38400 | 56000 | 115200 } ] CONNECTTYPE { ACTIVEANDPASS
Subsystem Control Facility (SCF) Commands ALTER LINE Command Table 15-4 lists the line attributes that have corresponding profile modifiers. Table 15-4.
Subsystem Control Facility (SCF) Commands ALTER LINE Command Table 15-4.
ALTER LINE Command Subsystem Control Facility (SCF) Commands The valid range for this attribute is 0 to 5:27.67 minutes. The default is 10.00 seconds. DSRTIMER time specifies the amount of time that the line-handler process should wait after a Data Set Ready (DSR) signal from the modem has shut off before it returns a modem status message. This attribute applies to ServerNet wide area network (SWAN) concentrators only. The time interval is specified in the format described in Time Values on page 15-6.
ALTER LINE Command Subsystem Control Facility (SCF) Commands TIMERBIND time specifies the time interval that the Expand-over-NAM, Expand-over-ServerNet, or Expand-over-FOX line-handler process will wait for a completion of its bind request to the NAM process. The time interval is specified in the format described in Time Values on page 15-6. The TIMERBIND attribute does not apply to Expand-over-IP and Expand-over-ATM line-handler processes. A value of 0 indicates an indefinite interval (no timer).
Considerations Subsystem Control Facility (SCF) Commands Expand-over-SNA lines: 1 through 32767 Expand-over-ServerNet lines: 30 through 32767 Expand-over-FOX lines: 30 through 32767 The default values for this attribute are as follows: Expand-over-IP lines: 1 Expand-over-ATM lines: 1 Expand-over-X.
Considerations Subsystem Control Facility (SCF) Commands Table 15-5.
Examples Subsystem Control Facility (SCF) Commands Table 15-5.
Subsystem Control Facility (SCF) Commands ALTER PROCESS Command ALTER PROCESS Command The ALTER PROCESS command changes the values of the attributes of the network control process ($NCP). This command changes only the specified attributes of $NCP. ALTER PROCESS is a sensitive command. The ALTER PROCESS command for $NCP has the following syntax: ALTER PROCESS $NCP attribute-spec [ attribute-spec ] ...
Subsystem Control Facility (SCF) Commands ALTER PROCESS Command AUTOREBALTIME time | ( time, start-time ) determines when automatic rebalancing of multi-CPU paths on the system will occur. When time is specified, rebalancing will occur periodically at the time interval specified starting after the command is executed. When (time, start-time) is specified, rebalancing will occur periodically at the time interval specified starting at the time of day specified in start-time.
Subsystem Control Facility (SCF) Commands Example MSG48 { ON | OFF } enables (ON) or disables (OFF) the reporting of event message 48 to the EMS collector, $0. Event message 48 is equivalent to console message 48. This is a critical message. It means a change in processor status has occurred at the indicated system. The default value is OFF. MSG49 { ON | OFF } enables (ON) or disables (OFF) the reporting of event message 49 to the EMS collector, $0. Event message 49 is equivalent to console message 49.
Subsystem Control Facility (SCF) Commands Examples Examples The following SCF command removes from the NRT all the names of systems that are not connected within the network: -> DELETE ENTRY $NCP.* The following SCF command removes the system name \NODEA from the NRT if the system named \NODEA is not connected within the network: -> DELETE ENTRY $NCP.\NODEA INFO Command The INFO command displays the current or default attribute values for the specified objects. INFO is a nonsensitive command.
INFO PATH Command Subsystem Control Facility (SCF) Commands INFO PATH Command The display for a path without the DETAIL option has the format as shown in Example 15-1. The asterisk (*) indicates that the attribute can be altered using the ALTER command, described earlier in this section. Example 15-1. INFO PATH Command -> INFO PATH $LHPATH EXPAND Info Path Name $LHPATH *Compress ON *Nextsys #255 *L4Retries 3 *L4Timeout 0:00:20.00 Name is the device name of the path.
Subsystem Control Facility (SCF) Commands INFO PATH Command Example 15-2. INFO PATH, DETAIL Command -> INFO PATH $LHPATH, DETAIL EXPAND Detailed Info PATH $LHPATH *Compress.... ON *OStimeout... 0:00:03.00 *L4Timeout... 0:00:20.00 *L4ExtPackets ON Local *PathBlockBytes 0 *PathPacketBytes 1024 *Nextsys........ #255 *OSspace..... 32767 *L4Retries...... 3 *PathTF.. 1 *L4SendWindow... 254 TimeFactor 1 *L4CongCtrl..... ON *Superpath...
Subsystem Control Facility (SCF) Commands INFO PATH Command L4Timeout reports the time interval for the Layer 4 timer. L4SendWindow is the maximum number of outstanding packet send requests in any single transport connection. TimeFactor reports the current time factor for this path. The time factor is used by NCP when calculating the best route between systems and represents the cost of using the path. The lower the time factor, the more desirable the path.
Subsystem Control Facility (SCF) Commands Considerations Superpath reports ON if the path is configured to be a member of a multi-CPU path and OFF if it is not. The Expand line-handler process at the other end of the path must be configured with SUPERPATH_ON or the multi-CPU path feature will not be enabled. You can display the current setting of the SUPERPATH attribute using the STATUS PATH command.
INFO LINE Command Subsystem Control Facility (SCF) Commands INFO LINE Command The format of the INFO LINE display varies according to the line-handler process type. The first three lines of the display are common for all line types. The rest of the lines vary according to the line type.
Subsystem Control Facility (SCF) Commands Direct-Connect and Satellite-Connect Line-Handler Processes SpeedK calculates the time factor of the line for the Expand routing algorithm. A value of NOT_SET means that this parameter was not set. See SPEEDK n on page 17-23 for a discussion of SPEEDK. L2Timeout reports the time interval of the Layer 2 T1 timer.
Subsystem Control Facility (SCF) Commands Direct-Connect and Satellite-Connect Line-Handler Processes Framesize specifies the maximum size frame that can be sent in the network; smaller frames may be sent. The Expand subsystem also uses the FRAMESIZE modifier value to calculate the packet size and determine the size of the frame buffers. If the default FRAMESIZE modifier value is used, the packet size is 132 words. Rsize specifies the time factor of the line for the Expand routing algorithm.
Subsystem Control Facility (SCF) Commands Direct-Connect and Satellite-Connect Line-Handler Processes in the QualityThreshold before taking the action specified in the parameter DownIfBadQuality. TxWindow reports the number of Expand packets that the line-handler process can send before receiving a reply. Address specifies the Layer 2 primary and secondary addresses. Addresses are system numbers.
Subsystem Control Facility (SCF) Commands Direct-Connect and Satellite-Connect Line-Handler Processes DRtimeout specifies the time interval that the line-handler process Communications Access Process (CAP) will wait for a response to a request it has sent to the communications line interface processor (CLIP). CLBIdleTimer specifies the time interval between communications line interface processor (CLIP) status probes.
Expand-Over-IP Line-Handler Processes Subsystem Control Facility (SCF) Commands Program reports the file name of the communications line interface processor (CLIP) program that will be downloaded. LineTF is the line time factor. LINETF has a range of 0 to 186, with a default of 0 (unset). If you set LINETF, it overrides the RSIZE, SPEED, or SPEEDK parameters in calculating the time factor for the line (PATHTF overrides all parameters, including LINETF).
Expand-Over-IP Line-Handler Processes Subsystem Control Facility (SCF) Commands Aftermaxretries is the line state once retries have been exhausted for the line. DOWN means the line state will be down. PASSIVE means the Expand-over-IP process will issue passive connect requests. Example 15-6 shows the display format for a LINE object with the DETAIL option for Expand-over-IP line-handler processes for IPv4 lines. The asterisk (*) indicates an alterable attribute. Example 15-6.
Expand-Over-IP Line-Handler Processes Subsystem Control Facility (SCF) Commands Example 15-7. INFO LINE, DETAIL Command, Expand-Over-IP Line-Handler Processes for IPv6 Lines -> INFO LINE $IPTAH0, DETAIL EXPAND Detailed Info LINE $IPTAH0 (LDEV 175) L2Protocol Net^Ip TimeFactor...... 3 Framesize....... 132 -Rsize........... 3 *LinePriority.... 1 StartUp......... OFF *DownIfBadQuality OFF *QualityThreshold 96 *Txwindow........ 7 *Maxreconnects... 0 *Timerreconnect 0:00:30.00 *Retryprobe......
Subsystem Control Facility (SCF) Commands Expand-Over-IP Line-Handler Processes LinePriority This can be set in the range 1 to 9. The default is 1. The higher the number, the lower priority to use that line. If lines have equal priority, the relative line speeds and transmission delays are used to select the next line. Startup indicates whether the line will be enabled (ON) or disabled (OFF) after a system load. Delay is the expected line time required for a bit to arrive at the other end of the line.
Subsystem Control Facility (SCF) Commands Expand-Over-IP Line-Handler Processes Timerreconnect is the time interval the Expand-over-IP line-handler process will wait for a successful connection. Retryprobe is the number of times the Expand-over-IP line-handler process will retry the probe of the remote Expand-over-IP line-handler process before concluding that the network is unavailable.
Subsystem Control Facility (SCF) Commands Expand-Over-ATM Line-Handler Processes SrcIpAddr is the TCP/IP address used by the local Expand-over-IP line-handler process. It is used only if the IPVER is IPv4. SrcIpPort is the port number used by the local Expand-over-IP line-handler process. It is used for both IPVER IPv4 and IPv6. V6DestIpAddr is the destination NonStop TCP/IPv6 address used by the remote Expand-over-IP line-handler process. It is used only if the IPVER is IPv6.
Expand-Over-ATM Line-Handler Processes Subsystem Control Facility (SCF) Commands Associatedev reports the name of the ATM line associated with the Expand-over-ATM linehandler process. Associatesubdev reports the name of the ATM service access point (SAP). The only currently supported ATM SAP is #IP. Example 15-9 shows the display format for a LINE object with the DETAIL option for Expand-over-ATM line-handler processes that use permanent virtual circuits (PVCs).
Subsystem Control Facility (SCF) Commands Expand-Over-ATM Line-Handler Processes Rsize specifies the time factor of the line for the Expand routing algorithm. RSIZE can be 0 if the time factor is set using some other modifier. Speed calculates the time factor of the line for the Expand routing algorithm. LinePriority This can be set in the range 1 to 9. The default is 1. The higher the number, the lower priority to use that line.
Subsystem Control Facility (SCF) Commands Expand-Over-ATM Line-Handler Processes Maxreconnects is the maximum number of times the Expand-over-ATM line-handler process will try to connect to the remote system. AfterMaxRetries is the line state after all retries have been exhausted for the line. Timerreconnect is the time interval the Expand-over-ATM line-handler process will wait for a successful connection.
Subsystem Control Facility (SCF) Commands Expand-Over-NAM, Expand-Over-ServerNet, and Expand-Over-FOX Line-Handler Processes PvcName is the name of the permanent virtual circuit (PVC). LineTF is the line time factor. LINETF has a range of 0 to 186, with a default of 0 (unset). If you set LINETF, it overrides the RSIZE, SPEED, or SPEEDK parameters in calculating the time factor for the line (PATHTF overrides all parameters, including LINETF).
Subsystem Control Facility (SCF) Commands Expand-Over-NAM, Expand-Over-ServerNet, and Expand-Over-FOX Line-Handler Processes L2Timeout reports the time interval of the Layer 2 T1 timer. Associatedev reports the name of the X25AM or SNAX/APN process associated with the Expand-over-NAM process. For Expand-over-ServerNet line-handler processes, this field shows $ZZSCL, and for Expand-over-FOX line-handler processes, this field shows $ZZFOX.
Subsystem Control Facility (SCF) Commands Expand-Over-NAM, Expand-Over-ServerNet, and Expand-Over-FOX Line-Handler Processes SpeedK calculates the time factor of the line for the Expand routing algorithm. A value of NOT_SET means that this parameter was not set. See SPEEDK n on page 17-23 for a discussion of SPEEDK. Framesize specifies the maximum size frame that can be sent in the network; smaller frames may be sent.
Subsystem Control Facility (SCF) Commands Expand-Over-NAM, Expand-Over-ServerNet, and Expand-Over-FOX Line-Handler Processes L2Timeout specifies the time interval that the line-handler process will wait for a response to request at Layer 2 before retrying. See Time Values on page 15-6 for a description of the time interval format Txwindow reports the number of Expand packets that the line-handler process can send before receiving a reply.
Subsystem Control Facility (SCF) Commands Considerations Associatesubdev reports the name of the NAM subdevice that will be activated by the Expand-overNAM process. The subdevice name for Expand-over-X.25 line-handler processes is the name of an X25AM subdevice. For Expand-over-SNA line-handler processes, it is the name of a SNAX/APN logical unit (LU). This field is not used by Expand-over-ServerNet or Expand-over-FOX line-handler processes.
Subsystem Control Facility (SCF) Commands INFO PROCESS Command The INFO PROCESS command has the following syntax: INFO [ /OUT file-spec / ] PROCESS $NCP [ , { CONNECTS | LINESET | NETMAP | PATHSET | SUPERPATH | SYSTEMS | RPT system-name } ] [ , AT { system-list | * } ] [ , TO { system-list | * } ] [ , DETAIL ] /OUT file-spec / causes any SCF output generated by the command to be directed to the specified file.
Subsystem Control Facility (SCF) Commands INFO PROCESS Command SYSTEMS displays all known systems. If no connection is established, the SYSTEMS option displays an infinite time factor and hop count. The SYSTEMS option is similar to the CONNECTS option, except that the CONNECTS option displays only the systems connected. Note. If none of the formatting options (LINESET, NETMAP, PATHSET, SUPERPATH, and RPT) are specified, local $NCP information is displayed.
INFO PROCESS Command Subsystem Control Facility (SCF) Commands sys-a is {\system-name | system-number }. sys-b is {\system-name | system-number }. sys-c is {\system-name | system-number }. The TO option is valid only when NETMAP has been selected. It causes the display of the network status as viewed from the system specified in the AT option through the system specified in the TO option.
INFO PROCESS Command Subsystem Control Facility (SCF) Commands Maxtimeouts defines the maximum number of retry attempts allowed to establish a connection. Maxconnects specifies the maximum number of times $NCP will attempt a connection (CONN) request. The display for the INFO PROCESS $NCP command with the DETAIL option has the format as shown in Example 15-13. The asterisk (*) denotes an alterable attribute. Example 15-13.
Subsystem Control Facility (SCF) Commands INFO PROCESS Command Connecttime specifies the amount of time, in seconds, that $NCP will wait for a response to its connection request. If 0 is shown, $NCP computes the connection request timer independently for each connection using the following formula:. 5 seconds * tf_to_destination, where tf_to_destination is the time factor to the destination system. Framesize is used by $NCP to compute the maximum size, in words, of a distance vector (DV) packet. Note.
Subsystem Control Facility (SCF) Commands INFO PROCESS Command Message 46 reports whether the reporting of event message 46 to $0 is enabled (ON) or disabled (OFF). Message 46 is not critical. It means a connection has been made with the indicated remote system. Message 47 reports whether the reporting of event message 47 to $0 is enabled (ON). Message 47 is a critical message.
CONNECTS Option Subsystem Control Facility (SCF) Commands SS shows the seconds. AutoRebalTime reports the time interval for automatic rebalancing of the multi-CPU paths on the system. Rebalancing will occur periodically at the time interval shown. The time interval is displayed in the format described for the Next Rebalance Time attribute. Trace File Name the name of the trace file specified in the SCF TRACE command.
Subsystem Control Facility (SCF) Commands LINESET Option also the line-handler process used for the $NCP connection protocol with each node. For multi-CPU paths, the asterisk has a different meaning for non-neighbor nodes than for neighbor nodes. For non-neighbor nodes, the asterisk indicates the Expand line-handler process selected for the pair between the local node and each remote node; all traffic to the remote node uses the indicated line-handler process.
LINESET Option Subsystem Control Facility (SCF) Commands Example 15-15.
Subsystem Control Facility (SCF) Commands LINESET Option TF indicates time factors in this display. To use old time-factor values, use the command INFO PROCESS $NCP, OLDLINESET. If you are using the OLDLINESET option on a G06.20 node, the command INFO PROCESS $NCP, LINESET, AT \remote, where \remote is a G06.19 node, displays super time factor information, and the command INFO PROCESS $NCP, OLDLINESET, AT \remote displays non-super time factor information. PID is the process ID.
NETMAP Option Subsystem Control Facility (SCF) Commands NETMAP Option The display for the INFO PROCESS $NCP command with the NETMAP option has the format as shown in Example 15-16: Example 15-16.
Subsystem Control Facility (SCF) Commands NETMAP Option #LINESETS=n indicates that there are n communications paths (LINESETS) directly connected to the selected system. The LINESETS are listed in detail after the NETMAP table. The systems in the network are listed by the system number followed by the system name. SYSTEM indicates the number and the name of the system, or node.
Subsystem Control Facility (SCF) Commands NETMAP Option TF indicates time factors in this display. If you are using the OLDNETMAP option on a G06.20 node, the command INFO PROCESS $NCP, LINESET, AT \remote, where \remote is a G06.19 node, displays super time factor information, and the command INFO PROCESS $NCP, OLDLINESET, AT \remote displays non-super time factor information. PID is the process ID. LINE indicates the device name of a line.
PATHSET Option Subsystem Control Facility (SCF) Commands PATHSET Option The PATHSET option displays the NCP pathmap information, similar to the LINESET option but in a different format. This format displays both the line-handler LDEV and name, as well as the other information already in the LINESET option. Example 15-17.
RPT Option Subsystem Control Facility (SCF) Commands Name indicates the device name of the line. Ldev indicates the logical device (LDEV) number associated with each line logical device. Status indicates the status of the line; whether it is ready or not ready. FileErr shows the most recent file system error number, if any, associated with each line. For recovery information on file errors, refer to Identifying Network Problems on page 21-3.
SUPERPATH Option Subsystem Control Facility (SCF) Commands NEIGHBOR indicates the neighbor node that data is transmitted to over the path. SYS/LDEV indicates the number and the name of the system, or node, and the logical device (LDEV) number. SUPERPATH Option The display for the INFO PROCESS $NCP command with the SUPERPATH option has the format as shown in Example 15-19: Example 15-19.
SYSTEMS Option Subsystem Control Facility (SCF) Commands LF indicates the load factor for the path in a multi-CPU path (superpath). The effective time factor (ETF) is calculated based on the load factor (ETF = LF * TF). LCPU indicates the local processor number. RCPU indicates the remote processor number. Superpath Rebalancing Considerations A Superpath rebalance can introduce a temporary disruption in the network, similar to but, in general, less than that caused by an Expand path change.
Subsystem Control Facility (SCF) Commands PRIMARY PROCESS Command system listed in the leftmost column. (Refer to Routing and Time Factors on page 18-22 for more information on the TF.) An asterisk (*) indicates the Expand line-handler process selected for traffic to each known node in the network; this is also the line-handler process used for the $NCP connection protocol with each node. For multi-CPU paths, the asterisk has a different meaning for non-neighbor nodes than for neighbor nodes.
Subsystem Control Facility (SCF) Commands Considerations cpu-number is the processor number that will now become the primary processor for the specified line or path. Considerations • • • • • If the specified processor is not either the backup or primary processor, an error is returned. If the specified processor is currently the primary processor, a warning is returned. The PRIMARY PROCESS command is not supported directly for Expand-over-IP or Expand-over-PTCPIP line-handler processes.
Subsystem Control Facility (SCF) Commands PROBE PROCESS Command PROBE PROCESS Command The PROBE PROCESS command applies only to $NCP. PROBE displays the current paths to one or more, or all, of the remote systems within a network, from a specified system within the network. PROBE PROCESS is a nonsensitive command.
PROBE PROCESS Command Subsystem Control Facility (SCF) Commands Assume that you have entered the following commands: -> SYSTEM \NODEA -> PROBE PROCESS $NCP, TO (\NODEB, \NODEC, \NODED, & -> \NODER, \NODEQ) The display resulting from these commands has the format as shown in Example 15-21: Example 15-21.
Subsystem Control Facility (SCF) Commands START Command \NODEB. The value in parentheses (00003 ms) indicates that the round-trip time for this probe was 3 milliseconds. 7 \NODEQ - * (00003 ms) indicates that the probe was made from \NODEA to \NODEQ. The list begins with \NODEQ and ends at the system from which the probe was made, indicated by the asterisk *. The connection is direct; there is no system in between.
Subsystem Control Facility (SCF) Commands Examples Examples The following SCF command starts a line named $LHCMP2: -> START LINE $LHCMP2 The following SCF command starts a path named $PTS and all lines associated with it: -> START PATH $PTS The following SCF commands starts lines named $LHCMP3 and $LHCMP4: -> START LINE ($LHCMP3,$LHCMP4) STATS Command The STATS command displays statistical information about Expand paths and lines and $NCP.
STATS PATH Command Subsystem Control Facility (SCF) Commands RESET resets the statistical counters for the specified path. This is a sensitive command. The display for a PATH object has the format as shown in Example 15-22: Example 15-22. STATS PATH Command -> STATS PATH $IPTAH1 EXPAND Stats PATH $IPTAH1, PPID ( 2, Reset Time.... FEB 10,2003 14:49:57 Current Ext Mem KBytes Used Number of Known Systems Ext Mem Allocation Fails Current QIO KBytes Used Current QIO MDs Used ------------------------<= 64 .
Subsystem Control Facility (SCF) Commands STATS PATH Command Reset Time is the last time the statistics counters were reinitialized. Sample Time is the time of the current statistics display. Current Ext Mem KBytes Used is the current amount of extended memory used, in KBytes. Max Ext Mem KBytes Used is the maximum amount, in KBytes, of extended memory used since the last statistics reset or line-handler process start. Number of Known Systems is the total number of nodes known to this path.
Subsystem Control Facility (SCF) Commands STATS PATH Command Current QIO MDs Used indicates the current QIO message descriptors used. A message descriptor is an internal structure used for sending and receiving messages to and from QIO. Max QIO MDs Used indicates the maximum QIO message descriptors used since the last statistics reset or line-handler process start. A message descriptor is an internal structure used for sending and receiving messages to and from QIO.
Subsystem Control Facility (SCF) Commands STATS PATH Command Cur OOS in K Bytes is the amount of memory, in kilobytes, currently being used to store packets received out of sequence on this path. Max OOS Used in K Bytes is the maximum amount of memory, in kilobytes, that has been used to store packets received out of sequence on this path.
Subsystem Control Facility (SCF) Commands STATS PATH Command Looping Packets is the number of incoming packets discarded because they contained the same source ID as the receiver. This can happen if the underlying transport medium is looping back packets or if there is a system with a duplicate node number in the network. Pckt Too Small/Large is the number of incoming packets discarded because they contained either less or more data than expected when the packet was read into the local buffers.
Subsystem Control Facility (SCF) Commands Considerations ReXmit Timeouts is the number of retransmission timeouts. ReXmit Packets is the number of retransmitted packets. ReIdle Timeouts is the number of idle timeouts causing the congestion window to be reduced. Considerations You can display statistics for several paths with a single STATS PATH command by specifying multiple PATH objects using parentheses as follows: PATH ( path-name , path-name [ , path-name ] ...
STATS PATH NODE Command Subsystem Control Facility (SCF) Commands node-name is the destination node name, such as \NODEA. RESET resets the statistical counters for the PATH to NODE. This is a sensitive command. The display for a NODE object has the format as shown in Example 15-23: Example 15-23. STATS PATH NODE Command SCF > STATS PATH $SC082,TO \NODEA EXPAND Stats PATH $SC082, PPID ( 2, 299), BPID ( 3, 292) STATS TO NODE \NODEA (82) Reset Time.... AUG 27,2002 14:47:34 Sample Time..
Subsystem Control Facility (SCF) Commands STATS PATH NODE Command Sample Time is the time of the current statistics display. MESSAGE HISTOGRAM is the overall count of messages sent and received by this node over this path, classified by size in bytes since statistics were last reset using the STATS RESET command, or since the line-handler process was started. The counts do not include any passthrough traffic. Note that not every request is completed, because a CANCEL request might have been issued.
Subsystem Control Facility (SCF) Commands STATS PATH NODE Command ReXmit Packets is the number of retransmitted packets. ReIdle Timeouts is the number of idle timeouts causing the congestion window to be reduced. Current CWND displays the current congestion control window (CWND) value. Max CWND displays the maximum congestion control window (CWND) value attained. QUEUE DEPTHS displays the queue depth statistics for the specified path. Pending displays the number of pending requests queued.
Examples Subsystem Control Facility (SCF) Commands Examples The following SCF command displays statistical information for a path named $PATH1: -> STATS PATH NODE1, TO NODE2 STATS LINE Command The STATS LINE command has the following syntax: STATS [ / OUT file-spec / ] LINE line-name [ , RESET ] / OUT file-spec / causes any SCF output generated by the command to be directed to the specified file. RESET resets the statistical counters for the specified line. STATS LINE is a sensitive command.
Subsystem Control Facility (SCF) Commands Expand-Over-IP Line-Handler Processes Resettime is the last time the statistics counters were reinitialized. Sampletime is the last time the statistics were collected. Conn Cmd is the command used to initiate a connect with a remote system. A connect command is similar to the HDLC SABM frame. Conn Resp is the response to a connect command. This command completes the lowest level of Expand-over-IP connection establishment.
Expand-Over-ATM Line-Handler Processes Subsystem Control Facility (SCF) Commands Mem Low is the number of times a memory low indication was given to the Expand-over-IP line-handler process from QIO. If the number is increasing, then the QIO resources are running low. Line Quality is the line-quality value computed every 500 frames. This value is not alterable.
Subsystem Control Facility (SCF) Commands Expand-Over-ATM Line-Handler Processes Conn Cmd is the command used to initiate a connect with a remote system. A connect command is similar to the HDLC SABM frame. Conn Resp is the response to a connect command. This command completes the lowest level of Expand-over-ATM connection establishment. Data is the number of data frames sent and received. Query Cmd is the command used to probe the system for “I’m alive” status.
Expand-Over-ServerNet, Expand-Over FOX, Expand-Over-X.25, and Expand-Over-SNA Line- Subsystem Control Facility (SCF) Commands Line Quality is the line-quality value computed every 500 frames. This value is not alterable. Line quality is computed using the following formula: 100 * (( TOTAL FRAMES - ERROR FRAMES ) / TOTAL FRAMES) Line Quality reports a value below 100 only when the result of the formula is 95 or less; that is, when less than 95 percent of the packets are error-free.
Subsystem Control Facility (SCF) Commands Expand-Over-ServerNet, Expand-Over FOX, Expand-Over-X.25, and Expand-Over-SNA Line- Sampletime is the last time the statistics were collected. Bind indicates the line handler bind to an associate device (such as $ZZFOX, $ZZSCL, or $X25AM). Aconn indicates the number of connects while in active mode. Pconn indicates the number of connects while in passive mode. An active connect message is expected as the reply.
SWAN Concentrator Lines Subsystem Control Facility (SCF) Commands Notif indicates the notification message (NAM protocol). The Expand line handler does not originate the notification message, but needs to receive it. The associate device notifies the linehandler of any process changes on the remote system or the connection (such as if the phandle changes). Data indicates the number of data frames received.
Subsystem Control Facility (SCF) Commands SWAN Concentrator Lines PPID is the primary process ID. BPID is the backup process ID. Resettime is the last timestamp that the statistics counters were reinitialized. Sampletime is the last timestamp that the statistics were collected. LEVEL 2 shows the counts of the Layer 2 frames sent and received by this input-output process (IOP) since statistics were last reset using the STATS RESET command or since the line-handler process was started.
Subsystem Control Facility (SCF) Commands SWAN Concentrator Lines LEVEL 2 DETAIL is the number of Expand frames sent and received through this input-output process (IOP), shown by frame type. If your system receives a large number of SABM, DISC, RR, or I-FRM(P) frames relative to the total number of information frames (I-Frames), your system might have a noisy line. Refer to Section 21, Troubleshooting, for information on troubleshooting Layer 2 problems. SAMB specifies set asynchronous balanced mode.
Subsystem Control Facility (SCF) Commands SWAN Concentrator Lines DRIVER displays the counters used to account for errors in received frames. The driver counters apply only to the link between the input-output process (IOP) and the communications line interface processor (CLIP), that is, the CLB. Total Frms is the total number of frames that have been transmitted and received between the communications access process (CAP) and the CLIP since THRESHOLD number of frames was last transmitted.
Subsystem Control Facility (SCF) Commands SWAN Concentrator Lines Rcv OverRun is the number of frames received that were longer than the maximum frame size expected since statistics were last reset using the STATS RESET command or since the line-handler process was started. This problem is caused by the loss of modem synchronization.
Subsystem Control Facility (SCF) Commands Considerations Considerations You can display statistics for several lines with a single STATS LINE command by specifying multiple LINE objects using parentheses as follows: LINE ( line-name , line-name [ , line-name ] ...
Subsystem Control Facility (SCF) Commands STATS PROCESS Command AT { system-list | * } where system-list is ( [ sys-a [ , sys-b [ , sys-c [ , .... ]]]] ). sys-a is { \system-name | system-number }. sys-b is { \system-name | system-number }. sys-c is { \system-name | system-number }. If the NETFLOW option is chosen, only one system name or number can be specified. If the AT option is omitted, the SCF target system name is used.
STATS PROCESS Command Subsystem Control Facility (SCF) Commands Similarly, if * is specified and the NETFLOW option is specified, the status of the entire network is displayed, as viewed from the system specified in the AT parameter. Assume that you have entered the following command: -> STATS PROCESS $NCP, NETFLOW, AT \N1, TO ( 2, 4, 5, 6, 7, 9, 10, 13, 14, 15) The resulting display has the format as shown in Example 15-28 (example display of $NCP statistics with NETFLOW option): Example 15-28.
STATS PROCESS Command Subsystem Control Facility (SCF) Commands TOTAL PKTS-SENT reports the total number of packets sent from this system to a selected system since the line-handler process was started. TOTAL LINKS-RCVD reports the total number of link requests received by this system from a selected system since the line-handler process was started. TOTAL PKTS-RCVD reports the total number of packets received by this system from a selected system since the line-handler process was started.
STATUS Command Subsystem Control Facility (SCF) Commands TOTAL PKTS-RCVD reports the total number of packets received by this system. TOTAL PASSTRU-SENT reports the total number of passthrough packets forwarded from this system. TOTAL PASSTRU-RCVD reports the total number of passthrough packets received by this system. STATUS Command The STATUS command displays the dynamic state, last error, and modifiable values of the specified object. It also displays specific subsystem attributes and values.
STATUS PATH Command Subsystem Control Facility (SCF) Commands Name is the device name of the path. State indicates the summary state of the path. The path is in the STARTED, STARTING, DIAGNOSING (for SWAN concentrators only), or STOPPED state. PPID is the primary process ID. BPID is the backup process ID. Lines # reports the total number of lines associated with the path. The display for a path with the DETAIL option has the format as shown in Example 15-31: Example 15-31.
Considerations Subsystem Control Facility (SCF) Commands Trace Status indicates whether the path is being traced. Superpath reports ON if the path is currently a member of a multi-CPU path and OFF if it is not. The Expand line-handler process at the other end of the path must be configured with SUPERPATH_ON or the multi-CPU path feature will not be enabled. The configured value can be displayed using the INFO PATH command.
STATUS LINE Command Subsystem Control Facility (SCF) Commands Name is the device name of the line. State indicates the summary state of the line. The line is in either the STARTED or STOPPED state. STATUS indicates the status of the line: ready or not ready. PPID is the primary process ID. BPID is the backup process ID. CIU-Path indicates which ServerNet wide area network (SWAN) concentrator path (A or B) is being used by this line to communicate with the SWAN concentrator.
Subsystem Control Facility (SCF) Commands STATUS LINE Command PPID is the primary process ID. BPID is the backup process ID. State indicates the summary state of the line. The line is in either the STARTED or STOPPED state. Path LDEV contains the logical device (LDEV) number of the path associated with this line. Trace Status indicates whether the line is being traced.
Subsystem Control Facility (SCF) Commands STATUS LINE Command IP Address is the Internet Protocol (IP) address associated with the SWAN concentrator path (A or B) being used by this line to communicate with the SWAN concentrator. Each SWAN path is assigned a unique IP address. Effective line priority indicates the effective priority of the line. Trace File Name the name of the trace file specified in the SCF TRACE command.
Subsystem Control Facility (SCF) Commands STATUS LINE Command Detailed State indicates a more detailed state. The detailed states are as follows: ACCEPT indicates that a switched virtual circuit (SVC) connection has been accepted from the remote system. This state applies to Expand-over-ATM line-handler processes that use SVC connections only.
Subsystem Control Facility (SCF) Commands STATUS LINE Command INACTIVE indicates that the Expand line-handler process is inactive. It is either waiting for data to send or is waiting for an active connect from the other side. LISTEN indicates that the Expand-over-ATM line-handler process is waiting for switched virtual circuit (SVC) connection establishment from the remote system. This state applies to Expand-over-ATM line-handler processes that use SVC connections only.
STATUS LINE Command Subsystem Control Facility (SCF) Commands SOCKET SETUP an internal state that should not persist. This state applies to Expand-over-IP line-handler processes only. SOCKET_SPACE an internal state that should not persist. This state applies to Expand-over-IP line-handler processes only. WAIT indicates that the Expand line-handler process is waiting for another process or subsystem. Refer to the Detailed Info field for more information.
Considerations Subsystem Control Facility (SCF) Commands Table 15-7.
Subsystem Control Facility (SCF) Commands STOP Command STOP Command The STOP command terminates the activity of an object normally. It nondisruptively deletes all connections to and from an object. Upon successful completion, configured objects are left in the STOPPED state and nonconfigured objects are deleted. This is a sensitive command.
Subsystem Control Facility (SCF) Commands TRACE Command TRACE Command The TRACE command can request the capture of target-defined data items, alter trace parameters, and end tracing. TRACE is a sensitive command. An SCF trace produces a trace file that can be displayed using the commands available in the PTrace program. The trace file is created by SCF. The PTrace program is described in the PTrace Reference Manual and in Section 16, Tracing.
Subsystem Control Facility (SCF) Commands TRACE Command The TRACE command has the following syntax for tracing the network control process ($NCP): TRACE [ [ [ [ [ [ [ [ / , , , , , , , OUT file-spec / ] PROCESS $NCP BACKUP ] COUNT count ] NOCOLL] PAGES pages ] RECSIZE size] SELECT select-spec ] TO file-spec ] or TRACE PROCESS $NCP , STOP / OUT file-spec / causes any SCF output generated for the command to be directed to the specified file. PATH path-name is the device name of the path to be traced.
TRACE Command Subsystem Control Facility (SCF) Commands PAGES pages pages is an integer in the range 4 to 64. PAGES controls how much space, in units of pages, is allocated in the extended data segment used for tracing. PAGES may be specified only when the trace is being initiated. The default value is 64 pages. RECSIZE size size is an integer in the range 16 to 4050. It controls the length of the data in the trace data records. The trace header is not included in RECSIZE. The default is 120 bytes.
TRACE Command Subsystem Control Facility (SCF) Commands Table 15-9.
Subsystem Control Facility (SCF) Commands Considerations TO file-spec file-spec specifies the file to which tracing is to be initiated. The file may have been previously created by you as an unstructured file with file code 0. WRAP causes the trace segment data to wrap instead of stopping the trace when it reaches the end of file. The default is FALSE. STOP discontinues the trace currently in progress.
Subsystem Control Facility (SCF) Commands VERSION Command The following SCF command initiates a trace of two lines named $LINE2 and $LINE3: -> TRACE LINE ($LINE2,$LINE3) VERSION Command The VERSION command displays the version level of the Expand manager process ($ZEXP), the network control process ($NCP), or an Expand line-handler process. VERSION is a nonsensitive command.
Subsystem Control Facility (SCF) Commands VERSION PROCESS $ZEXP Command VERSION PROCESS $ZEXP Command Example 15-35 shows the displays for the VERSION PROCESS $ZEXP command: Example 15-35. VERSION PROCESS $ZEXP Command -> VERSION PROCESS $ZEXP VERSION PROCESS \NODEA.$ZEXP: EXPAND (MGR) (17MAR00) T9117G06 - (30JAN00) - -> VERSION PROCESS $ZEXP, DETAIL Detailed VERSION PROCESS \NODEA.
Subsystem Control Facility (SCF) Commands VERSION PROCESS LINE Command VERSION PROCESS LINE Command Example 15-37 shows the display for the VERSION PROCESS LINE command: Example 15-37. VERSION PROCESS LINE Command -> VERSION PROCESS $IPWIL1 VERSION PROCESS \NODE.$IPWIL1: EXPAND (LH) - T9057G06 - (25JUL00_31MAY00_AER) -> VERSION PROCESS $IPWIL1, DETAIL Detailed VERSION PROCESS \NODE.
Subsystem Control Facility (SCF) Commands VERSION PROCESS LINE Command Expand Configuration and Management Manual—523347-008 15- 114
16 Tracing This section describes the tracing process when the SCF TRACE command is used with commands available in the PTrace facility. The SCF TRACE command allows you to select the records that you want written to a disk file. PTrace commands allow you to select which of those records you want formatted and sent to an output device. The output device can be a terminal, spooler, or printer.
Why Tracing Is Important Tracing Why Tracing Is Important Tracing allows HP personnel to see the history of a data communications link, including significant points in the internal processing of the traced entity. Isolating a data communications problem using an Expand trace is easier than using a system dump. How to Use Tracing For tracing to be effective, make sure you follow these guidelines: • • • • Always trace both ends of a path.
Tracing a Line in a Multi-Line Path Tracing Tracing a Line in a Multi-Line Path To start a trace of a line that is part of a multi-line path, enter -> TRACE LINE $line-name, TO $file-name, SELECT ALL, WRAP To stop the trace, enter -> TRACE LINE $line-name, STOP $line-name specifies the name of the line logical device. $file-name specifies the name of the file to which the trace records will be written.
Tracing Using SCF Tracing Figure 16-1 shows the relationship of the tracing process components when SCF is used. Figure 16-1.
PTrace Command Overview Tracing PTrace Command Overview When you are using the PTrace facility, consider the following: • • • You have not been provided trace-format information to read these formats because you do not have the source code. Therefore, when reporting problems, select the ALL option available in the SCF TRACE command. You should always specify the source disk file using the PTrace FROM command before any other PTrace command.
FILTER Command Tracing FILTER Command The FILTER command prevents the selected type of information from being sent to the output device. FILTER { option | option,option,...option | RESET } option defines the type of information you do not want to display or print to the output device. You can specify one or more options separated by commas: NOHDR filters trace record header information. NOL2 filters Layer 2 frame header information. NOL2RR filters Layer 2 Receive Ready (RR) frame information.
Examples Tracing • Issue the FILTER command with the RESET option. If you issue the FILTER command with one set of selection options and then reissue it with a different set of selection options, the options entered with the second FILTER command are used to determine the trace information sent to the output device. The previously entered selection options are overridden; selection options are not cumulative.
Examples Tracing record in which the previously specified string parameter was found. However, if you enter the FIND command without a string parameter and no previous FIND command with a string parameter has been issued, an error is returned. While the PTrace facility processes the FIND command, trace records will not be sent to the output device. If the specified string is found in an output line, the entire record is sent to the output device.
Example Tracing Example ?HEX ON LABEL Command The LABEL command formats state machine entries, frames, packets, message headers, and message data when set to ON (or defaults). This command is useful only for personnel who have source code listings. LABEL { ON | OFF } ON | OFF ON enables formatting of trace record information. This is the default when first entering PTrace. OFF disables formatting of trace record information.
Example Tracing Table 16-2. Number of Trace Lines Displayed F Key Number of Lines F Key Number of Lines F1 1 F9 9 F2 2 F10 10 F3 3 F11 11 F4 4 F12 12 F5 5 F13 13 F6 6 F14 14 F7 7 F15 15 F8 8 F16 16 Example ?NEXT 15 AFTER 13:01 OCTAL Command The OCTAL command, when set to ON, prints the data portion of a trace record, including the record header, in octal format. OCTAL { ON | OFF } ON | OFF ON enables printing in octal format.
Example Tracing STOP closes the spooler or line printer specified in the previous OUT command. As a result, subsequent trace records are displayed at your terminal. Example ?OUT $s.#tester RECORD Command The RECORD command displays selected records by number. You can select records individually, in a range, or ALL. If you select records within a range, only records or record portions that meet the criteria you have defined using the SELECT and FILTER commands are displayed.
SELECT Command Tracing SELECT Command The SELECT command sets the selection criteria for the record types sent to the output device. When PTrace is determining which records to display in response to a NEXT, FIND, or RECORD command, it checks the selection bit mask to determine whether the record is of a type you want to display. This selection criteria is in addition to the selection criteria you have set using the FILTER command. If you do not specify a mask or keyword, ALL bits are set.
SELECT Command Tracing Hex Mask Octal Mask $NCP SCF Bit PATH Keyword Line Table 16-3.
SELECT Command Tracing Expand Configuration and Management Manual—523347-008 16 -14
Part IV.
Part IV.
17 Expand Modifiers The Expand subsystem provides many modifiers to allow you to customize your network. These modifiers are contained in the profiles. Some modifiers are required, some are optional, some only appear in certain profiles, and others appear in several profiles. This section describes the modifiers that are related to the configuration of Expand line-handler processes.
Required Modifiers Expand Modifiers Table 17-1. Required Modifiers (page 1 of 3) Modifier Description ASSOCIATEDEV May be used to associate • • • • • The logical device name of a NAM process with an Expandover-NAM line-handler process. A NonStop TCP/IP process with an Expand-over-IP linehandler process. An Asynchronous Transfer Mode (ATM) line with an Expand-over-ATM line-handler process. The ServerNet monitor process ($ZZSCL) with an Expandover-ServerNet line-handler process.
Required Modifiers Expand Modifiers Table 17-1. Required Modifiers (page 2 of 3) Modifier Description CALLTYPE_ATMSAP Specifies that an ATM protocol direct service access point (ATMSAP) connection will be used. Required by: Expand-over-ATM line-handler processes that run through the SLSA subsystem. Default: PVC (CALLTYPE_PVC modifier) is the default connection type. CALLTYPE_PVC Specifies that a permanent virtual circuit (PVC) connection will be used.
Required Modifiers Expand Modifiers Table 17-1. Required Modifiers (page 3 of 3) Modifier Description PVCNAME Specifies the name of a permanent virtual circuit (PVC). Required by: Expand-over-ATM line-handler processes that use PVC connections. Default: None SRCIPADDR Specifies the Internet Protocol (IP) address associated with a NonStop TCP/IP process used by a local Expand-over-IP linehandler process. Required by: Expand-over-IP line-handler processes only. Default: 0.0.0.0.
Modifier Dictionary Expand Modifiers Modifier Dictionary This subsection lists in alphabetical order all the modifiers used to configure Expand line-handler processes and describes each modifier in detail. Default values and value ranges are described, if applicable.
ASSOCIATESUBDEV #n Expand Modifiers ASSOCIATESUBDEV #n Default: Units: Range: No default for Expand-over-NAM line-handler processes #IP for Expand-over-ATM line-handler processes Not applicable Not applicable This modifier is required for Expand-over-NAM and Expand-over-ATM line-handler processes only. n may specify the following: • • • The name of an X25AM subdevice to which the Expand-over-X.25 line-handler process will bind.
CLOCKMODE_DCE/CLOCKMODE_DTE Expand Modifiers CLOCKMODE_DCE/CLOCKMODE_DTE Default: Units: Range: CLOCKMODE_DCE Not applicable Not applicable These modifiers are applicable to direct-connect and satellite-connect Expand linehandler processes only. The CLOCKMODE_DCE modifier disables the communications line interface processor (CLIP) clock on the ServerNet wide area network (SWAN) concentrator used by the line. It causes the SWAN concentrator to provide no clocking.
CONNECTTYPE_ACTIVEANDPASSIVE/ CONNECTTYPE_PASSIVE Expand Modifiers To determine if data compression should be set, you should examine the message traffic character composition to assess its compressibility. For example, EDIT files do not compress well, while structured files and object code compress an average of 20 to 50 percent. If compressed data is received by an Expand line-handler process that does not have compression configured, the data will still be decompressed.
DELAY n Expand Modifiers DELAY n Default: Units: Range: 10 (0.10 second) Milliseconds 0 through 511 (0 to 5.11 seconds) This Layer 2 modifier is applicable to direct-connect Expand line-handler processes only. This modifier sets the amount of time, in one-hundredth of a second increments, that a data bit spends on the line during message transmission.
DESTIPPORT n Expand Modifiers DESTIPPORT n Default: Units: Range: 1024 Not applicable 0 through 65534 This modifier is applicable to Expand-over-IP line-handler processes only. This modifier specifies the port number used by the remote (destination) Expand-over-IP linehandler process. It is the port number specified in the remote line-handler process’ SRCIPPORT modifier. Port numbers are explained in the TCP/IP Configuration and Management Manual.
FRAMESIZE n Expand Modifiers FRAMESIZE n Default: Units: Range: 132 Words 64 through 2047 This Layer 2 modifier is applicable to all Expand line types. This modifier specifies the maximum size frame that can be sent in the network; smaller frames may be sent. The FRAMESIZE modifier is also used by the Expand subsystem to calculate the packet size, which determines the size of the frame buffers.
L2DISCARDONRESET_OFF/L2DISCARDONRESE T_ON Expand Modifiers L2DISCARDONRESET_OFF/L2DISCARDONRESET_ON Default: Units: Range: L2DISCARDONRESET_ON Not applicable ON or OFF These Layer 2 modifiers are applicable to direct-connect and satellite-connect linehandler processes only.
L2TIMEOUT n Expand Modifiers L2TIMEOUT n Default: Units: Range: 100 (1.00 second) for direct-connect lines 200 (2.00 seconds) for satellite-connect lines 0.01 seconds 20 through 32767 This Layer 2 modifier is applicable to direct-connect and satellite-connect line-handler processes only. This modifier specifies the length of time, in one-hundredth of a second increments, that the Expand line-handler process will wait for a response to a request at Layer 2 before retrying.
L4CONGCTRL_OFF/L4CONGCTRL_ON Expand Modifiers L4CONGCTRL_OFF/L4CONGCTRL_ON Default: Units: Range: L4CONGCTRL_ON for Expand-over-IP and Expand-over-ATM lines L4CONGCTRL_OFF for other line types and multi-line paths Not applicable ON or OFF These path modifiers are applicable to all Expand line types. The L4CONGCTRL_ON modifier enables the congestion control mechanism on the Expand node for sending packets on a path.
L4SENDWINDOW n Expand Modifiers request before reporting an error. You should read the description of Layer 4 retries in Section 18, Subsystem Description, before using this modifier. Note. The L4RETRIES modifier value should be set to the same value for every Expand linehandler process on every node in the network. L4SENDWINDOW n Default: Units: Range: 254 Packets 187 through 254 This path modifier is applicable to all Expand line types.
LIFNAME n Expand Modifiers l2timeout is the time interval, in one-hundredth of a second increments, that the Expand line-handler process will wait for a response to a request at Layer 2 before retrying. (You can modify this value using the L2TIMEOUT modifier as described L2TIMEOUT n on page 17-13.) q is the hop count (HC) of the longest end-to-end route in the network. For Expand-over-X.
MAXRECONNECTS n Expand Modifiers handler will display a configuration error. Refer to Setting Time Factors on page 18-23 for more detailed information about establishing time factors. MAXRECONNECTS n Default: Units: Range: 0 Not applicable 0 through 32767 This modifier is applicable to Expand-over-NAM, Expand-over-IP, Expand-over-ATM, Expand-over-ServerNet, and Expand-over-FOX line-handler processes.
OSTIMEOUT n Expand Modifiers multi-line paths may require all Expand line-handler processes to have more than the default buffer size for storing OOS packets. Note. The OSSPACE modifier is currently ignored. The amount of space allocated to out-ofsequence (OOS) packets is limited by the OSTIMEOUT modifier and by the base size of the line handler’s data segment. The OSSPACE modifier may be used in the future, in which case its default, units, and range may be different.
PATHPACKETBYTES n Expand Modifiers than the PATHPACKETBYTES modifier value, the PATHBLOCKBYTES modifier value is automatically changed to the PATHPACKETBYTES modifier value. A value of 0 (the default) specifies that the multipacket frame feature will be disabled. A value of 0 is recommended for Expand-over-ATM lines.
PATHTF n Expand Modifiers PATHTF n Default: Units: Range: 0 (unset) Not applicable 0 through 186 The PATHTF has a range of 0 to 186 to designate the time factor in selecting the best path to other nodes. A smaller number indicates a more desirable path for routing. If you set PATHTF, it overrides any other parameter (RSIZE, SPEED, SPEEDK, or LINETF) in calculating the time factor for the path.
QUALITYTHRESHOLD n Expand Modifiers QUALITYTHRESHOLD n Default: Units: Range: 0 Integers 0 through 99 If the line reports quality lower than this percentage value, a timer is started. See also DOWNIFBADQUALITY ON/ DOWNIFBADQUALITY OFF and QUALITYTIMER n. This modifier is applicable to both single-line and multi-line IP, ATM, satellite, and SWAN line-handler processes.
RSIZE n Expand Modifiers RSIZE n Default: None Units: Not applicable Range: 0 through 186 This required modifier specifies the time factor of the line for the Expand routing algorithm. RSIZE must always be set to 1 for $NCP and set to 0 for the path device of a multi-line path. Starting with G06.20, you can use the new parameters, LINETF n and PATHTF n, to set values for lines that will override all other parameters in calculating time factors.
SPEEDK n Expand Modifiers factors. PATHTF overrides RSIZE, SPEED, SPEEDK, or LINETF, whereas LINETF overrides RSIZE, SPEED, and SPEEDK (but not PATHTF). Either RSIZE, SPEED, SPEEDK, LINETF, or PATHTF must be set, else the line handler will display a configuration error. The formula to convert from SPEED to LINETF is: LINETF = (224000 + (SPEED / 2)) / SPEED Refer to Setting Time Factors on page 18-23 for more detailed information about establishing time factors. SPEEDK n Default: Units: Range: none.
SPEEDK n Expand Modifiers Table 17-2.
SRCIPADDR n Expand Modifiers SRCIPADDR n Default: Units: Range: 0.0.0.1 Not applicable Any 36-character string This modifier is applicable to Expand-over-IP line-handler processes only. This modifier specifies the Internet Protocol (IP) address associated with the NonStop TCP/IP process used by the local Expand-over-IP line-handler process. Because a NonStop TCP/IP process can have more than one IP address, you must specify to the Expandover-IP line-handler process which IP address to use.
TIMERINACTIVITY n Expand Modifiers The Expand multi-CPU feature significantly increases the maximum throughput of an Expand path, especially for Expand-over-IP connections. When the SUPERPATH_ON modifier is specified and there is an existing multi-CPU path, the new path joins the multi-CPU path. If there is no existing multi-CPU path, then a multi-CPU path is created that has the new path as its sole member.
TIMERRECONNECT n Expand Modifiers This specifies time interval that the Expand-over-NAM, Expand-over-ServerNet, or Expand-over-FOX line-handler process will wait to send out a probe to obtain the status of the NAM process, or the time interval that the Expand-over-IP or Expandover-ATM line-handler process will wait to probe the remote Expand-over-IP or Expand-over-ATM line-handler process.
V6DESTIPADDR n Expand Modifiers For Expand-over-NAM, Expand-over-ServerNet, and Expand-over-FOX line-handler processes, this modifier specifies the number of packets that the Expand line-handler process can send before receiving acknowledgment from the network access method (NAM) process. For satellite-connect and direct-connect line-handler processes, this modifier specifies the number of packets that the Expand line-handler process can send before receiving a reply.
V6SRCIPADDR n Expand Modifiers V6SRCIPADDR n Default: Units: Range: 0000:0000:0000:0000:0000:0000:0000:0000 Not applicable Any 45-character string This modifier is applicable to Expand-over-IP line-handler processes only. This modifier specifies the source Internet Protocol (IP) address associated with the NonStop TCP/IPv6 process used by the local Expand-over-IP line-handler process.
Single-Line Expand Line-Handler Process Modifiers Expand Modifiers Table 17-3.
Single-Line Expand Line-Handler Process Modifiers Expand Modifiers Table 17-3.
Multi-Line Path Modifiers Expand Modifiers Multi-Line Path Modifiers The following modifiers are included in the PEXPPATH profile provided for path logical devices: • • • • • • • • • • • • • • • • • COMPRESS_OFF COMPRESS_ON L4CONGCTRL_OFF L4CONGCTRL_ON L4EXTPACKETS_OFF L4EXTPACKETS_ON L4RETRIES L4SENDWINDOW L4TIMEOUT NEXTSYS OSSPACE OSTIMEOUT PATHBLOCKBYTES PATHPACKETBYTES PATHTF SUPERPATH_OFF SUPERPATH_ON Table 17-4 lists the modifiers in the profiles provided for line-logical devices. Table 17-4.
Multi-Line Path Modifiers Expand Modifiers Table 17-4.
Multi-Line Path Modifiers Expand Modifiers Table 17-4.
18 Subsystem Description This section provides a high-level technical description of the architecture and dynamics of the Expand subsystem. You should be familiar with the information presented in this section before you attempt to configure, manage, or troubleshoot the Expand subsystem.
Expand Subsystem Components Subsystem Description Expand Subsystem Components The Expand subsystem comprises the following major components: • • • Expand Line-Handler Processes on page 18-2 Network Control Process ($NCP) on page 18-7 Expand Manager Process ($ZEXP) on page 18-7 Expand Line-Handler Processes An Expand line-handler process is responsible for • • • • Maintaining the communications path between two adjacent nodes.
Expand Line-Handler Processes Subsystem Description A multi-CPU path is created by associating Expand line-handler processes with one another using the SUPERPATH_ON modifier. Each line-handler process that is a member of a multi-CPU path is configured in a different processor. Note. The path and line functions of an Expand line-handler process are described in more detail in Expand Subsystem and the OSI Reference Model on page 18-9.
Expand Line-Handler Processes Subsystem Description Although the satellite-connect line-handler process is provided for use with satellite connections, it can also be used to manage terrestrial lines. This type of configuration can enhance the reliability of terrestrial lines that carry small messages at high speeds.
Expand Line-Handler Processes Subsystem Description • Host channel connections The SNAX/APN subsystem consists of a service-manager process and one or more SNAX/APN line-handler processes. Each Expand-over-SNA line-handler process is configured to use a particular SNAX/APN line and logical unit (LU). At least one SNAX/APN line and one Expand line must be configured and started at each end of the SNA network through which the Expand-over-SNA line-handler processes will communicate.
Expand Line-Handler Processes Subsystem Description Expand-over-ServerNet line-handler process uses the NETNAM protocol to access the NAM interface of the ServerNet cluster monitor process ($ZZSCL). Note. For more information about the Expand-to-NAM interface, refer to Expand-to-NAM Interface on page 18-49. The Expand-over-ServerNet line-handler process manages security-related messages and forwards packets outside the ServerNet cluster.
Network Control Process ($NCP) Subsystem Description Note. For more detailed information about the Expand-to-ATM interface, refer to Expand-toATM Interface on page 18-59. Network Control Process ($NCP) The network control process, $NCP, is a process in each node of an Expand network. $NCP uses services provided by the network utility process, $ZNUP. $ZNUP is part of the NonStop Kernel operating system.
Components Summary Subsystem Description Note. The SCF interface to the Expand subsystem is described in Section 15, Subsystem Control Facility (SCF) Commands. Components Summary Figure 18-1 illustrates an Expand network environment. Figure 18-1.
Expand Subsystem and the OSI Reference Model Subsystem Description Expand Subsystem and the OSI Reference Model The Expand line-handler process and $NCP components of the Expand subsystem contain some of the functions defined in the lower five layers of the OSI Reference Model. The Expand subsystem does not provide any Application Layer or Presentation Layer functions; these functions, in addition to some Session Layer functions, are provided by the message and file systems.
Expand Line-Handler Process Layer Functions Subsystem Description Expand Line-Handler Process Layer Functions An Expand line-handler process implements several different protocols, including the HP proprietary End-to-End protocol. These protocols provide some of the functions defined by the lower five layers of the OSI Reference Model. OSI Session Layer (Layer 5) The OSI Session Layer coordinates processes and is responsible for the setup and termination of a communications path.
Expand Line-Handler Process Layer Functions Subsystem Description OSI Data Link Layer (Layer 2) The OSI Data Link Layer defines the rules for transmission on the physical medium.
$NCP Layer Functions Subsystem Description The End-to-End protocol is described in Path Function of the Expand Subsystem on page 18-13. $NCP Layer Functions As shown in Figure 18-2, $NCP provides some functions of both the OSI Transport and Network Layers. $NCP at the OSI Transport Layer $NCP provides part of the OSI Transport Layer function because it monitors processor UP and DOWN notifications.
Path Function of the Expand Subsystem Subsystem Description Path Function of the Expand Subsystem This subsection describes the end-to-end (Layer 3) and packet routing (Layer 4) messages that are generated by the End-to-End protocol. Layers 3 and 4 of the Endto-End protocol provide the path function of the Expand subsystem.
Protocol Packet Types Subsystem Description Connection Reset (CONN RST) A CONN RST is a connection-establishment–reset-setup packet. This packet is sent by $NCP at one of the two end nodes if a packet sequence problem is detected during connection establishment. Node Status (NODE STAT) A NODE STAT is a connection-establishment–system-status setup packet.
Protocol Packet Types Subsystem Description Link Cancel Request (LCAN) An LCAN is a control packet that is sent in response to a user request to abort a prior LRQ. Data Packet Acknowledgment (ACK) An ACK is a control packet. It is a positive acknowledgment of a data packet (either an LRQ or an LCMP). LRQ and LCMP packets can include acknowledgments. An ACK is only used to acknowledge data packets if no other data packets are ready to be sent.
Packet Synchronization Subsystem Description Trace Request (TRACE) A TRACE is a data packet that is sent in response to an SCF PROBE command. It contains the identifier of each node it encounters on its route from its sender to its receiver. PING Message A PING message is sent by an Expand line-handler process to measure the round trip time to a neighbor node.
Example of End-to-End Protocol Packet Exchanges Subsystem Description Normal Data Exchange Figure 18-3 is an example of an error-free exchange of data. Node \A sends two LRQs to node \B. Node \B sends ACK sequence number 2 to indicate the positive acknowledgment of node \A’s LRQs and then replies to each LRQ with an LCMP. Node \A acknowledges node \B’s LCMPs by sending ACK sequence number 2. Note. The sequence number of an LCMP does not necessarily match the sequence number of a corresponding LRQ.
Example of End-to-End Protocol Packet Exchanges Subsystem Description Data Exchange With Lost Data Figure 18-4 shows a data exchange in which a packet is not received. This problem is usually caused by network congestion and/or line failures and is indicated by a large number of NAKs on the SCF STATS display. Figure 18-4. Lost Data NODE \A NODE \B LRQ (0) LRQ (1) Lost packet LRQ (2) Out-of-sequence (OOS) timeout period NAK (1) LRQ (1) LRQ (2) ACK (3) LCMP (0) LCMP (1) ACK (3) LCMP (2) CDT 013.
Example of End-to-End Protocol Packet Exchanges Subsystem Description If node \B did not acknowledge node \A’s ENQ, node \A would continue sending ENQs until it reached its Level 4 retry limit or until node \B acknowledged the ENQ, whichever came first. Note. The default OOS timeout is 300 (3 seconds). The OOS timeout can be controlled with the Expand SCF ALTER PATH command or the WAN subsystem SCF ALTER DEVICE command. You can control the Expand subsystem’s retry limit by setting the L4RETRIES modifier.
Example of End-to-End Protocol Packet Exchanges Subsystem Description Node \B receives the ENQ, responds by resending ACK sequence number 3 to acknowledge the three LRQs, and then sends an LCMP in response to each LRQ. Node \A acknowledges node \B’s LCMPs with ACK sequence number 3. If node \B did not acknowledge node \A’s ENQ, node A would continue to send ENQs until it reached its Level 4 retry limit or until node \B acknowledged the ENQ.
Layer 4 Send Window Subsystem Description Node \A looks for responses to send to node \B and sends LCMP sequence number 0. This LCMP is a response to a prior request from node \B. When node \B acknowledges the LCMP with ACK sequence number 1, it deallocates its buffer and releases sufficient resources to receive node \A’s LRQ. Node \A resends its initial LRQ (which is now assigned LRQ sequence number 1) along with two more LRQs.
Routing and Time Factors Subsystem Description Routing and Time Factors This subsection explains how $NCP implements its routing scheme.
Setting Time Factors Subsystem Description • Expand’s multi-CPU paths are made up of two or more direct paths to the same neighbor that operate in parallel. So the calculation of a multi-CPU path time factor is done in a very similar way as the time factor for a multi-line path (where you have parallel lines). The time factor for a path to a remote (multi-hop) node is calculated as the sum of the time factors for all direct (single-hop) paths that make up the path.
Negotiating Path Time Factors Subsystem Description RSIZE n has a range of 0 to 186 to designate the line time factor in selecting the best path to other nodes in the network. A smaller number indicates a more desirable path for routing. As always, the actual time factor used for a path between two immediate neighbors is negotiated and the larger of their respective calculations is used.
Subsystem Description • • Network Routing Table (NRT) and Multiple Path Table (MPT) If two or more routes have the same TF, the route that has the lowest hop count (HC)—the fewest intervening nodes—is selected. Each path between two nodes is one hop. For example, a route that includes one passthrough node has a HC of 2; a route that includes two passthrough nodes has an HC of 3, and so on.
Network Routing Table (NRT) and Multiple Path Table (MPT) Subsystem Description $NCP sends routing information to the $NCPs at its neighbor nodes at the following times: • • As soon as $NCP becomes aware of a change in the network, such as a line going up or down or a node being added or deleted. During a regular maps exchange. (Maps exchanges are described in Regular Maps Exchanges on page 18-27.
Calculating Route Time Factors Subsystem Description Regular Maps Exchanges A maps exchange is a periodic sharing of network map information. Maps messages, called distance vector (DV) messages, are exchanged at variable-rate intervals by default. You can specify a fixed five-minute interval exchange by setting the AUTOMATICMAPTIMER modifier. Note. The AUTOMATICMAPTIMER modifier is explained in Section 6, Configuring the Network Control Process.
Routing Algorithms Subsystem Description Routing Algorithms Routing algorithms determine what and how much routing information $NCP will share with the $NCPs at its neighbor nodes. You can select from two different routing algorithms by setting the ALGORITHM modifier: modified split horizon (MSH) and split horizon (SH). MSH is the default algorithm. Note. ALGORITHM 0 specifies MSH, and ALGORITHM 1 specifies SH. The ALGORITHM modifier is explained in Section 6, Configuring the Network Control Process.
Routing Algorithms Subsystem Description Figure 18-9. Routing Information With the MSH Algorithm Node \A Node \B TF 4 TF 1 TF 1 TF 1 TF 1 NRT Node \C To Nodes Node \E Node \D \C Via Nodes \B \E \A 2 (2) -- -- \B -- 1 (1) -- \C 1 (1) -- -- \E -- -- 1 (1) CDT 018.
Routing Algorithms Subsystem Description Split Horizon (SH) When the split horizon (SH) algorithm is used, $NCP tells its neighbor $NCP the bestpath route or the second-best route to a destination node. If the best-path route leads through the neighbor being updated, $NCP will tell its neighbor $NCP its second-best route as long as that route does not lead directly through the neighbor being updated. Figure 18-10 shows the routing information known by node \D when the SH algorithm has been selected.
Multi-CPU Paths Subsystem Description The disadvantage of the SH algorithm is that it increases the occurrence of loop routing, which results in excessively long routes. Loop routing most often occurs in large, multi-ringed networks. For example, in Figure 18-10, suppose the path fails between node \D and node \E. If a message is sent from node \A to node \E, the Expand subsystem will attempt to reroute traffic in the following sequence: • • Through nodes \B, \A, \C, and \D.
Multi-CPU Paths Subsystem Description Neighbor Nodes For neighbor nodes, Expand line-handler pairs apply only to each source and destination processor combination, not to entire systems. This method allows traffic between neighbor nodes to be distributed over all the paths in the multi-CPU path. Message order is preserved only between processor pairs instead of between entire systems. $NCP does not establish Expand line-handler pairs with a neighbor node.
Multi-CPU Paths Subsystem Description Caution. A multi-CPU rebalance can introduce a temporary disruption in the network, similar to but in general less than that caused by an Expand path change. For that reason, it is recommended that rebalances be limited to off-peak hours unless an imbalance is clearly causing immediate problems. The three goals are handled in three separate steps. 1.
Multi-CPU Routing Examples Subsystem Description • • • • When a new path comes up. (This is similar to what happens in normal paths when a new path that has a lower TF is discovered.) At configurable times during the day. You can use the SCF ALTER PROCESS, AUTOREBALANCE command to specify when rebalancing should occur. Both the time of day and the interval between rebalance attempts can be specified, allowing you to schedule a rebalance when traffic is minimal. Immediately.
Multi-CPU Routing Examples Subsystem Description Figure 18-11. Network Containing Normal Paths and Multi-CPU Paths Node \B CPU 1 LH Node \A LH PRCB PRCA CPU 0 CPU 2 CPU 0 CPU 1 CPU 2 CPU 3 LH CPU 4 LH LH LH Multi-CPU Path 1 Node \C CPU 0 LH CPU 1 LH PRCC Node \D CPU 2 CPU 1 LH LH CPU 0 LH CPU 3 LH LH CPU 2 Multi-CPU Path 2 LH Node \F Node \E LH CPU 0 LH CPU 1 PRCF LH CPU 0 CPU 1 CPU 2 CPU 2 LH CPU 3 CDT 053.
Subsystem Description Multi-CPU Routing Examples Combination 1: Local Source Node and Neighbor Destination Node In this scenario, the source node is the local node and the destination node is a neighbor; a message is sent directly from one node to the other. When the first message destined for each processor in the neighbor node is sent, the originating processor selects a local path to the destination node and selects a pair of Expand line-handlers for the source and destination processor combination.
Subsystem Description Multi-CPU Routing Examples entry in all processors in the system. If a message is received from a neighbor node and no RPT entry exists, the message is dropped. For example, in Figure 18-11, when $NCP on node \A first detects the existence of node \C, $NCP sends a Connect Request message to node \B which is forwarded through multi-CPU path 1 to node \C.
Message Handling and Buffer Allocation Subsystem Description Message Handling and Buffer Allocation This subsection presents a high-level overview of how data is sent and received over an Expand network and how incoming and outgoing data is buffered. It is necessary to understand this information to effectively configure, manage, and troubleshoot an Expand network. This subsection describes the following topics: • • Outgoing Traffic Flow on page 18-38 Incoming Traffic Flow on page 18-42 Note.
Outgoing Traffic Flow Subsystem Description Locally Originated Traffic Flow Figure 18-12 illustrates the path of a locally originated outgoing message. Figure 18-12.
Outgoing Traffic Flow Subsystem Description password exists for the destination node, the request is completed with an error (filesystem error 48, security violation) and is not sent. If the COMPRESS_ON modifier is set, the Expand line-handler process attempts to compress the data in the message. When compression is configured, groups of consecutive zeros (0), spaces, and NULLs are replaced with indicator and count values.
Outgoing Traffic Flow Subsystem Description Note. Requests are formatted into request data packets, or LRQs. Replies are formatted into reply data packets, or LCMPs. LRQs and LCMPs are explained in Protocol Packet Types on page 18-13. $NCP and Passthrough Traffic Flow Figure 18-13 illustrates the path of outgoing $NCP and passthrough traffic. Figure 18-13.
Incoming Traffic Flow Subsystem Description When passthrough and $NCP traffic is queued to the outgoing list, it occupies buffer space in the Expand line-handler process buffer pool. $NCP formats $NCP messages into packets before sending them to the appropriate Expand line-handler process for transmission. Passthrough traffic is already in the form of packets; it is not reassembled into messages before being forwarded to the destination node. Note.
Incoming Traffic Flow Subsystem Description Figure 18-14.
Incoming Traffic Flow Subsystem Description Request Packets An incoming request packet, or an LRQ, is a fragment of a request message destined for a process at the local node. The first LRQ includes the length of the total message, in bytes. The Expand line-handler process reserves memory from its buffer pool for the total message based on the length information contained in the first packet. Note. LRQs are also described in Protocol Packet Types on page 18-13.
Incoming Traffic Flow Subsystem Description Once the reply message is successfully processed, the message system routes the reply message to the appropriate process, and the Expand line-handler process releases the buffer pool used by the reply message. $NCP and Passthrough Packets An incoming $NCP packet is a packet received from the $NCP at a neighbor node and destined for the $NCP of the local node.
Message Buffering Subsystem Description Message Buffering The previous subsection showed that Expand line-handler processes buffer incoming and outgoing requests so that data can be transferred between processes on different nodes. This subsection describes in greater detail the data space allocated to the Expand line-handler process for message transfer and how you can affect the size of that buffer space.
Global Variables Subsystem Description Global Variables The global variables space contains the Expand subsystem software global variables. The Expand subsystem determines how much global variables space to allocate according to the number of lines in a path controlled by the Expand line-handler process. Stack The Expand subsystem allocates 700 words to the stack. Control Blocks The Expand subsystem preallocates space for many data structures that are likely to be used during normal operation.
Shared Memory Area for QIO Subsystem Description The SCF attribute EXTMEMSIZE n allows you to specify the base size of extended memory for the pool, from a default of 2 megabytes to as much as 32 megabytes. This extra memory will be of invaluable help to applications such as the Remote Database Facility (RDF) which in the past suffered from memory pool problems and thus reduced performance.
Expand-to-NAM Interface Subsystem Description Expand-to-NAM Interface This subsection describes how Expand-over-NAM, Expand-over-ServerNet, and Expand-over-FOX line-handler processes access a network access method (NAM) interface. The information presented in this subsection will help you effectively configure, manage, and troubleshoot an Expand network that includes X.25, SNA, ServerNet, or FOX connections.
Connection Establishment Subsystem Description Connection Establishment Figure 18-16 illustrates the events that occur when Expand-over-NAM, Expand-overServerNet, and Expand-over-FOX line-handler processes successfully establish a connection through a NAM interface. Figure 18-16.
Connection Establishment Subsystem Description The Expand-over-NAM, Expand-over-ServerNet, or Expand-over-FOX line-handler process accesses a subdevice by sending a bind request to the NAM process. A bind request is roughly equivalent to an OPEN procedure.
Sending and Receiving Data Subsystem Description correspond to an Expand modifier and can be changed only by using the SCF interface to the Expand subsystem.) Specifying the MAXRECONNECTS modifier enables you to limit the number of times the Expand-over-NAM, Expand-over-ServerNet, or Expand-over-FOX line-handler process will attempt a connect request.
Subsystem Description Sending and Receiving Data After a connection is established, the Expand-over-NAM, Expand-over-ServerNet, or Expand-over-FOX line-handler process periodically probes the subdevice to which it is bound to ensure that the line is still operational. If the line-handler process does not receive a response to its probe within a certain timeout period, it will retry the probe a specified number of times.
Expand-to-IP Interface Subsystem Description Expand-to-IP Interface This subsection describes how the Expand-over-IP line-handler process accesses an Internet Protocol (IP) network. You should be familiar with the information presented in this subsection before attempting to configure, manage, or troubleshoot an Expand network that includes IP connections.
Subsystem Description Expand-over-IP Connection Establishment that provides a mechanism for identifying the ultimate destination in a host, such as an application program or other high-level process. Note. The Expand End-to-End protocol already provides the sequencing, error-recovery, and congestion control functions that a reliable stream transport service such as TCP/IP provides, making it unnecessary for the Expand-to-IP interface to duplicate these functions.
Expand-over-IP Connection Establishment Subsystem Description Active Connect Request When the Expand-over-IP line-handler process issues an active connect request, it attempts to initiate a connection by sending a Connect Command frame to the remote Expand-over-IP line-handler process. Note. Because UDP is a connectionless protocol, there is no actual connection to the remote Expand-over-IP line-handler process.
Sending and Receiving Data Subsystem Description The default connect timeout period is 60 seconds. You can alter the connect timeout period with the Expand SCF TIMERRECONNECT attribute. (The TIMERRECONNECT attribute does not correspond to an Expand modifier and can therefore be changed only by using the SCF interface to the Expand subsystem.) You can limit the number of times the Expand-over-IP line-handler process will send a Connect Command frame by specifying the MAXRECONNECTS modifier.
Forwarding Expand-over-IP Packets to Other Expand Line-Handler Processes Subsystem Description Forwarding Expand-over-IP Packets to Other Expand LineHandler Processes Packets received by an Expand-over-IP line-handler process can be forwarded to another type of Expand line-handler process, either on the same processor or on a different processor.
Subsystem Description Expand-to-ATM Interface Expand-to-ATM Interface This subsection describes how the Expand-over-ATM line-handler process accesses an Asynchronous Transfer Mode (ATM) network. You should be familiar with the information presented in this subsection before attempting to configure, manage, or troubleshoot an Expand network that includes ATM connections.
Subsystem Description Expand-over-ATM Connection Establishment SVC Connections An SVC is a dynamically established virtual circuit. Each SVC is automatically assigned an SVC name by the ATM3SA when the circuit is established. An SVC is described by the SVC object, which is subordinate to the LINE object.
Subsystem Description Expand-over-ATM Connection Establishment The default connect method is active connect. You can cause the Expand-over-ATM line-handler process to use the active connect method by specifying the CONNECTTYPE_ACTIVEANDPASSIVE modifier. Active Connect Request When the Expand-over-ATM line-handler process issues an active connect request, it attempts to initiate a connection by sending a Connect Command frame to the remote Expand-over-ATM line-handler process.
Subsystem Description Sending and Receiving Data attribute does not correspond to an Expand modifier and can therefore be changed only by using the SCF interface to the Expand subsystem.) You can limit the number of times the Expand-over-ATM line-handler process will send a Connect Command frame by specifying the MAXRECONNECTS modifier.
Subsystem Description Forwarding Expand-over-ATM Packets to Other Expand Line-Handler Processes Forwarding Expand-over-ATM Packets to Other Expand LineHandler Processes Packets received by an Expand-over-ATM line-handler process can be forwarded to another type of Expand line-handler process, either on the same processor or on a different processor. Packet forwarding is performed via the message system; this allows servers without Expand-over-ATM line-handler processes to access an ATM network.
Subsystem Description Multipacket Frame Feature Multipacket Frame Feature The multipacket frame feature is a performance enhancement designed to increase throughput and processor efficiency on all connection types. This subsection briefly describes how the multipacket frame feature works so that you can effectively configure and use this feature in your network.
Subsystem Description • • • Constructing Multipacket Frames If the Layer 2 protocol is a NAM interface, each Expand packet is treated as a separate NAM message. If the Layer 2 protocol is NETIP, each Expand packet is treated as a separate UDP frame. If the Layer 2 protocol is NETATM, each Expand packet is treated as a separate ATM frame. Figure 18-19 shows how Expand packets are sent over a direct-connect (HDLC) connection when the multipacket frame feature is not selected.
Subsystem Description Path Initialization In Figure 18-20, a message is passed to the direct-connect line-handler process with the multipacket frame feature selected. The direct-connect line-handler process still fragments the message into six Expand packets but now constructs one large multipacket frame to hold all six packets. If the entire multipacket frame fits inside one HDLC-type frame, it is sent across the line in one frame.
Subsystem Description Multipacket Frame Configuration Multipacket Frame Configuration The FRAMESIZE modifier determines the maximum Expand packet size, in bytes, according to the following formula: packet_size = ( FRAMESIZE - 4 ) * 2 For example, the default value for the FRAMESIZE modifier is 132, establishing a maximum packet size of 128 words (or 256 bytes). The FRAMESIZE modifier must be the same value for every Expand line-handler process in the network. Note.
Subsystem Description Variable Packet Size Feature Variable Packet Size Feature The variable packet size feature is a performance enhancement designed to improve bulk transfers over all connection types. The variable packet size feature effectively overrides the packet size calculated from the FRAMESIZE modifier value by allowing you to configure a maximum packet size, which is used for both single-packet and multipacket frames, on a per-path basis.
Subsystem Description • • • Mixing Extended and Nonextended Packets The variable packet size feature does not provide any benefit on paths configured with the L4EXTPACKETS_OFF modifier, which specifies that the extended 64-byte packet header format not be used. Nonextended frames are not fragmentable and therefore must use the network-wide FRAMESIZE modifier value.
Subsystem Description Considerations for Paths Using the Variable Packet Size Feature and the Multipacket Frame Feature Considerations for Paths Using the Variable Packet Size Feature and the Multipacket Frame Feature The main difference between the variable packet size feature and the multipacket frame feature is that the multipacket frame feature benefits users who send many small concurrent requests, while the variable packet size feature benefits users who send large blocks of data (bulk transfers).
Subsystem Description Congestion Control Feature Congestion Control Feature Congestion in a network occurs when performance on a connection degrades due to the saturation of a resource that is needed to deliver data from the source to the destination. Congestion control mechanisms regulate system resources in order to avoid network bottleneck and resource contention situations.
Subsystem Description Congestion Control Feature Figure 18-22. Congestion Control Not Enabled Node \B Node \A Node \C On Off Off On L4CONGCTRL_ON L4CONGCTRL_OFF L4CONGCTRL_ON Congestion Control On Congestion Control On CDT 014.CDD Nodes that support congestion control are compatible with nodes that do not. However, connections between such nodes will not use congestion control. In Figure 18-23, congestion control is enabled on nodes \A and \C but is not enabled on node \B.
Subsystem Description Congestion Control Configuration The congestion control feature uses end-to-end mechanisms for congestion control and error-recovery. It does not provide any mechanisms for indicating congestion along intermediate nodes. Congestion Control Configuration You select the congestion control feature by specifying the L4CONGCTRL_ON modifier. This modifier enables the congestion control mechanism for sending packets on a specific path.
Subsystem Description Multi-CPU Feature Multi-CPU Feature The Expand multi-CPU feature enables you to spread the communications load over multiple processors by connecting multiple Expand line-handler process, each in a separate processor, between two adjacent nodes.
Subsystem Description Multi-CPU Considerations modifier and one or more the existing paths are in a multi-CPU path, then the new path joins the multi-CPU path. If there is no preexisting multi-CPU path, then a multi-CPU path is created with the new path as its sole member. When a path comes up, it negotiates its multi-CPU membership with the Expand linehandler process on the other end of the connection.
Subsystem Description Multi-CPU Considerations Expand Configuration and Management Manual—523347-008 18-76
Part V.
Part V.
19 Managing the Network This section explains how to access network resources, set up network security, and monitor, reconfigure, and control an Expand network.
Managing the Network Using TACL to Manage Remote Files Using TACL to Manage Remote Files One of the major features of the Expand subsystem is network transparency. Because access to the network is transparent to the user, the Expand subsystem does not include its own network commands. This subsection describes how to use TACL commands to manage remote files. Note. Selected TACL commands are described in this subsection.
Managing the Network Changing Your Default Values Changing Your Default Values Each user on the system has two sets of default values: current default values and saved default values. Saved default values are in effect when you log on. Current default values define your present location or frame of reference in the system and network. You can move around on the system and network by changing the current system, volume, and subvolume defaults.
Managing the Network Gaining Access to Remote Nodes Note. Changing the current default node does not log you onto the other node. To log onto a node other than the one where your current TACL process is running, you must first start a remote TACL process on that node. Logging on to a remote node is described in Starting and Quitting a Remote TACL Process on page 19-4.
Managing the Network Gaining Access to Remote Nodes is part of a network that includes the \HERST node, you can start a TACL process on \HERST by entering the following command: \HERST.TACL The TACL program returns the initial TACL prompt, and you can now log onto the \HERST system. A remote TACL started this way does not have a backup process. If you want the remote TACL process to run as a process pair, enter the following command instead of the previous command: \HERST.
Managing the Network Setting Up Network Security For example, to run a program named MYPROG on the remote node \CITY using an explicit RUN command, you would type the following command: RUN \CITY.MYPROG To run the same program using an implicit RUN command, you would type the following command: \CITY.MYPROG When you run a program on a remote node, the default volume and subvolume names remain in effect. Unless you use the SYSTEM command to change the default node, the local node remains the default.
Managing the Network Remote File Security Remote File Security A user on node \WEST who wants to access a file (including a disk file, device, or process) on a node \EAST must satisfy the following requirements: • • • The user must also be established as a user on node \EAST. The user must have matching remote passwords established on both nodes. To access a disk file, the user on node \WEST must have authority to access the file on node \EAST as a remote accessor.
Managing the Network Establishing Remote Passwords The allow-access password for ADMIN.BILL for \WEST from all other nodes is SHAZAM. At node \EAST, the following commands are entered: logon admin.bill remotepassword \west, shazam The user at node \EAST entered the matching password and now has remote access to node \WEST as ADMIN.BILL. ADMIN.BILL, logged on at node \EAST, does not have the same status at \WEST as does the ADMIN.BILL at \WEST. Because ADMIN.
Managing the Network Remote Process Security The following command removes all of the user’s remote passwords: remotepassword • • Request-access passwords and allow-access passwords can be specified at any time. Remote access is permitted as soon as both remote passwords are defined (provided they match). Remote passwords are independent of local passwords. In the preceding example, ADMIN.BILL could prevent unauthorized persons from logging on as ADMIN.
Managing the Network Global Remote Passwords secured “OOOO” (local owner only) along with other files that are only accessible locally. A remote user can be prevented from becoming a local user if the local super ID specifies “A” (any local user) as the execute security for the TACL program file. This prevents anyone on a remote node from starting a TACL process on the local node.
Managing the Network Remote Super ID User NET.WEST is established at each node of the subnetwork, and a password scheme like the one used in the previous example allows certain users to log on as NET.WEST. Subnetworks implemented in this manner can overlap or include one another. \CHICAGO might be accessible from \NEWYORK by logging on as NET.EAST, and from \PHOENIX by logging on as NET.MIDWEST. Similarly, each system in the network might have a user called NET.
Managing the Network • • Monitoring Network Activity Auditing of file access, logon/logoff, and changes to security or security controls Controlled file and process creation Safeguard is described in the Safeguard Administrator’s Manual. Monitoring Network Activity Network monitoring includes gathering statistical information, checking the status of hardware and software components, and displaying configuration values.
Managing the Network Displaying $NCP Information Table 19-1. Expand SCF Commands for $NCP Information (page 2 of 2) SCF Command Information Reported INFO PROCESS $NCP, PATHSETS Displays the NCP pathmap information similar to the LINESET command, but displays it in a different format. This format displays both the line-handler LDEV and name, as well as the other information already in the LINESET command.
Managing the Network Displaying Expand Line-Handler Process Information Table 19-2. WAN SCF Commands for $NCP Information SCF Command Information Reported INFO DEVICE $ZZWAN.#NCP Displays the primary and backup processors, type, record size, object file, and profile used by $NCP. The DETAIL option can be used to display device-specific modifiers and modifier values. INFO PROFILE $ZZWAN.#ncp_profile Displays a list of the modifiers and modifier values contained in the profile used by $NCP.
Managing the Network Displaying Expand Line-Handler Process Information Table 19-4 lists the subtype values associated with single-line Expand line-handler processes. Table 19-4. Subtype Values for Single-Line Line-Handler Processes Line Type Subtype Direct-connect 5 Satellite-connect 5 Expand-over-NAM 0 Expand-over-IP 0 Expand-over-ATM 0 Expand-over-ServerNet 4 Expand-over-FOX 3 Table 19-5 lists the subtype values associated with multi-line paths (path and line logical devices).
Managing the Network Displaying Expand Line-Handler Process Information Table 19-6. WAN SCF Commands for Expand Line-Handler Process Information (page 2 of 2) SCF Command Information Reported INFO PROFILE $ZZWAN.#profile_name Displays a list of the modifier values contained in a selected Expand profile and the device names of the Expand line-handler processes currently using that profile. STATUS DEVICE $ZZWAN.
Managing the Network Displaying Expand Line-Handler Process Information Table 19-7. Expand SCF Commands for Line Information (page 2 of 2) SCF Command Information Reported STATS LINE $device_name Displays Layer 2 statistics for a selected Expand linehandler process. Information displayed includes number of Layer 2 frames, information frames, supervisory frames, and unnumbered frames sent and received by the selected Expand line-handler process.
Managing the Network Starting and Stopping Tracing Starting and Stopping Tracing The Expand subsystem SCF TRACE command allows you to select the records that you want written to a disk file. You can then use PTrace commands to select records to be formatted and sent to an output device. Table 19-9 lists the Expand subsystem SCF commands that can be used to start and stop tracing. Table 19-9.
Managing the Network Reconfiguring the Network Reconfiguring the Network Network reconfiguration tasks include the following: • • • • • • • • Adding and Deleting Expand Line-Handler Processes Adding and Deleting $NCP Changing $NCP Modifiers Changing Expand Line-Handler Process Modifiers Changing Profiles Adding Nodes to the Network Removing Nodes From the Network Changing System Names and Numbers Note.
Managing the Network Changing Expand Line-Handler Process Modifiers Changing Expand Line-Handler Process Modifiers You can use the WAN subsystem SCF ALTER DEVICE command to change any modifier or modifier value in the device record for a specific Expand line-handler process. You can use the Expand subsystem SCF ALTER LINE and ALTER PATH commands to change certain Expand line-handler process modifiers and modifier values.
Managing the Network Adding Nodes to the Network Creating and starting Expand line-handler processes is explained in detail in Section II, Configuring the Expand Subsystem. Note. Before you can start an Expand line-handler process, other processes might need to be present and running in your system. Refer to Section II, Configuring the Expand Subsystem for more information.
Managing the Network Removing Nodes From the Network Removing Nodes From the Network This subsection explains how to remove a node from the network using the management commands described in the preceding subsections. This explanation is presented in two steps.
Managing the Network Changing System Names and Numbers Step 1: Save the current configuration file As a precaution, use the SCF SAVE command to save the current configuration files on the duplicate nodes. For example, the following command saves the configuration file at $SYSTEM.ZSYSCONF.CONF0101: -> SAVE CONFIG 1.1 The SCF SAVE command is described in detail in the SCF Reference Manual for GSeries RVUs.
Managing the Network Changing System Names and Numbers Step 4: Change the system name and/or system number You must change the system name and/or system number of one of the duplicate nodes. To change the system name or number, use the Kernel subsystem SCF ALTER command.
Managing the Network Controlling the Network Step 6: Perform a system load Because the attributes that change the system name and number are stored in a SEEPROM in the NonStop S-series server backplane, changes to them will not take effect until you perform a system load. Note. You must perform the system load using the Start System button or the Start System command (under the Operations menu) in either OSM or the TSM Low-Level Link.
Managing the Network Stopping and Starting Lines and Paths Stopping and Starting Lines and Paths The SCF interface to the Expand subsystem provides commands to control lines and paths. Table 19-11 describes each of these commands and the actions they perform. Table 19-11. Expand SCF Control Commands SCF Command Action Performed ABORT LINE $device_name Terminates the operation of a line as quickly as possible. Only enough processing is done to ensure the security of the subsystem.
Managing the Network Rebalancing Multi-CPU Paths Table 19-12. Expand SCF Commands for Switching Processors SCF Command Action Performed PRIMARY PROCESS $device_name Causes the backup process to become the primary process, or the primary process to become the backup process, for a selected Expand line-handler process. PRIMARY PROCESS $NCP Causes the backup process to become the primary process, or the primary process to the backup process, for $NCP.
Managing the Network Rebalancing Multi-CPU Paths Expand Configuration and Management Manual—523347-008 19-28
20 Tuning This section provides guidelines for improving network performance and describes the tools available for measuring performance.
Tuning Performance Factors Performance Factors This subsection describes the factors that can be adjusted to improve Expand linehandler process performance and processor utilization. Performance factors, and their relative effect on the tuning goals described earlier in this section, are shown in Table 20-1. How to Use the Performance Factors Table To use Table 20-1, vertically scan the Tuning Goals columns.
Tuning Multipacket Frame Size Multipacket Frame Size The multipacket frame feature is designed to reduce processor use at nodes where the workload is high and the configured frame size must remain unchanged. This feature enables multiple packets to be placed in a single frame (instead of a single packet in a single frame). The multipacket frame feature is supported for all line types.
Tuning Multipacket Frame Size Figure 20-1. Throughput With and Without Multipacket Frames Kilobits per second 1800 1600 1400 1200 1000 800 600 400 200 0 132 516 744 Framesize (in words) Single-packet Multipacket VST074.vsd Processor Use and Message Size Multipacket frames can improve the processor efficiency of all line types.
Tuning Variable Packet Size Multipacket Frame Configuration The multipacket frame size is determined by the value assigned to the PATHBLOCKBYTES modifier. When the variable packet-size feature (PATHPACKETBYTES modifier) is used, the Expand subsystem should be able to send a full variable-size packet inside a multipacket frame. For this reason, the PATHBLOCKBYTES modifier must be set to a value greater than or equal to the PATHPACKETBYTES modifier value.
Tuning Variable Packet Size transfers are much more expensive to form into small packets and route in multihop networks. Extended Packet Format The extended packet format (L4EXTPACKETS_ON modifier) provides a means to fragment packets in transit across the network. The extended packet format must be enabled for the variable packet-size feature to function.
Tuning Application Message Size Note. If you use the Expand subsystem SCF ALTER LINE command to set the L2TIMEOUT modifier, you must convert the result of this formula to a time interval. For example, if the result is 300 (3 seconds), you will enter the following command: ALTER LINE $device_name, L2TIMEOUT 3.00 For more information about configuring the variable packet-size feature, refer to Variable Packet Size Feature on page 18-68.
Tuning Application Message Size As shown in Figure 20-2, the message system recognizes that the data is to be sent to an application that is not on the local node, and it routes the request to the appropriate Expand line-handler process. If the Expand packet size is large enough to hold all of the message from the application, the Expand line-handler process puts the message into a single packet.
Tuning Packet Format The values of fsm and pkt vary according to the oldest version of the Expand subsystem at the originating and destination nodes, as shown in Table 20-2. Table 20-2. Message Header and Packet Header Overhead Expand Version fsm (Bytes) pkt (Bytes) C30.08 and earlier 53 16 C30.
Tuning Congestion Control Although the data-per-packet percentage is highest when the PATHPACKETBYTES modifier is set to 4095 bytes, there are other effects of using a 4095-byte packet size that you must consider. One of these considerations is the effect of the packet size on a multi-line path. Refer to Multi-Line Paths on page 20-13 for more information about packet size and multi-line paths.
Tuning Layer 2 Window Size For more information about configuring the congestion control feature, refer to Congestion Control Feature on page 18-71. Layer 2 Window Size At the OSI Data Link Layer (Layer 2), the mechanisms for flow control and windowing are provided by the particular Layer 2 protocol used (for example, HDLC or, if a network access method (NAM) is used, SNAX/APN, X25AM, ServerNet, or FOX).
Tuning NAM Interface For more information about Expand-over-NAM line-handler process configuration, refer to Section 10, Configuring Expand-Over-X.25 Lines and Section 14, Configuring MultiLine Paths. Expand-Over-IP Configuration Expand-over-IP line-handler processes use a NonStop TCP/IP process to provide TCP/IP connectivity. The NonStop TCP/IP process associated with the Expand-over-IP line-handler process must be configured in the same processor pair as the Expandover-IP line-handler process.
Tuning Data Compression Data Compression Data compression indirectly affects Expand line-handler process performance. By shortening the length of a message, compression can reduce the number of packets transmitted. Because the data compression feature has an insignificant impact on the processor, data compression should always be enabled unless you are certain that no data is compressible.
Tuning Multi-Line Paths Processor Type The processor overhead for serving multiple lines is greater than the processor overhead for serving one line per path for an equivalent volume of throughput. The degree of increased cost depends on the processor type, the version of the Expand software used, and the speed differences (if any) between the lines.
Tuning Multi-CPU Paths The general formula for configuring the variable packet size for multi-line paths using low to medium bandwidth lines is as follows: PATHPACKETBYTES = average_message_size / number_of_lines If the average message size is not known, you can use the Expand subsystem SCF command PATH STATS to display a histogram of message sizes. Multi-CPU Paths The multi-CPU path is the fundamental component of the Expand multi-CPU feature.
Tuning Multi-CPU Paths Note. Endpoints are considered to be different if they are on different nodes or, if the remote node is a neighbor node, on different local and remote processors and different directions. For example, if nearly all traffic in an Expand network is sent between the same two processes in one direction, then the multi-CPU path can only assign this traffic to one path and the other paths will remain virtually idle.
Tuning • • • Multi-CPU Paths At configurable times during the day. You can use the SCF ALTER PROCESS, AUTOREBALANCE command to specify when rebalancing should occur. Both the time of day and the interval between rebalance attempts can be specified, allowing you to schedule a rebalance when traffic is minimal. Immediately. You can use the SCF RESET PROCESS command to cause an immediate rebalance. When a path goes down.
Tuning Multi-CPU Paths A process on \A in CPU 1 that is communicating with a process on \B in CPU 1 will use the line handler configured on CPU 1. If another process on \A in CPU 1 is started that also communicates with a process on \B in CPU 1, the same line handler would be used (the one on CPU 1). This is because of the CPU matching rules. If no line handler directly connects the two CPUs, a best match is done.
Tuning Multi-CPU Paths Figure 20-4. Pair Count Balancing for Neighbors and Non-Neighbors \A \B CPU 0 CPU 0 CPU 1 CPU 1 CPU 2 CPU 2 CPU 3 CPU 3 \C \D VST009.vsd \A and \B are connected with a superpath, \C is connected to \B, and \D connects to \C. In reference to \A, \B is a neighbor and \C and \D are non-neighbors. When \A makes a connection to \C, the load is not distributed over different paths, but only one path is used for all traffic to \C.
Tuning Multi-CPU Paths Superpath Rebalancing Superpath rebalancing is run periodically to correct path selection as traffic patterns change. It has three goals: • • • CPU Matching: Make sure all source/destination pairs are using a path with the most CPU matches available (same local/remote CPU). Load Factor Balancing: Try to make the load factors (LF = ETF / TF) of all paths within 0.5 of each other.
Tuning Network Topology pair-count shortfall. This is continued until there are no excess pairs or all possible moves increase the load-factor spread. Network Topology Network topology is the pattern of interconnection of nodes in the network. Network topology, particularly the location of passthrough nodes, can affect response time. Passthrough traffic is shown in Figure 20-5. Figure 20-5. Passthrough Traffic Node \A Node \C Node \B $LINEB $LINEA $LINEC $LINEB VST049.
Tuning Summary of Tuning Strategies Summary of Tuning Strategies Table 20-4 summarizes the strategies that you can use to achieve your tuning goals. Table 20-4. Summary of Tuning Strategies Goal Strategies To optimize resource use and minimize cost Use the multipacket frame feature for OLTP applications and the variable packet size feature for bulk data transfers. Both features can be used on the same path. Minimize passthrough traffic to save time and capital costs while maintaining fault-tolerance.
Tuning • • • • • What the Utilities Show Subsystem Control Facility (SCF). Provides a good view of long-term network behavior. The SCF interface to the Expand subsystem is described in Section 15, Subsystem Control Facility (SCF) Commands. Measure. Can be used to make a detailed study of a particular node’s Expand linehandler processes and paths and short-term network traffic intensity. Measure is described in the Measure User’s Guide. Enform.
Tuning Using Measure SYSTEM Entity The SYSTEM entity provides information about traffic that originates or terminates at the measured system. This traffic is measured in the form of messages and is reported as a count of links. The SYSTEM entity also shows the number of Expand frames sent and received. Passthrough Expand frames are counted as Sent-Forward or Received-Forward frames. Sent-Forward frames did not originate at the local node; Received-Forward frames are not destined for the local node. Note.
Tuning Using Measure Example 20-2. NETLINE Entity Display Network Line $B30S Device Type 63 Subdevice Type 5 Logical Device 178 TRACKID SWAN38 Clip 3 Line 0 Local System \TAHITI From 7 Feb 1997, 11:53:37 For 34.7 Seconds Requests Write-Busy-Time Read-Busy-Time L2in-Bytes Din4-Bytes Cin4-Bytes U64-Bytes U256-Bytes U1024-Bytes U4096-Bytes 1.27 2.21 % 98.07 % 1,204 773.09 411.55 4.82 0.61 0.03 0.12 Writes Reads L2out-Bytes Dout4-Bytes Cout4-Bytes U128-Bytes U512-Bytes U2048-Bytes O4095-Bytes 11.97 9.
Tuning Using Measure PROCESS Entity The PROCESS entity reports processor use and data sent and received by the Expand line-handler process. It also reports the messages sent and received between the Expand line-handler process and the applications it is serving. Although the data counts do not include all of the overhead of the lower layers, they do include the NonStop™ Kernel and Expand headers and any compression words. Note.
Tuning Using Measure CPU Entity The CPU entity should be measured with the PROCESS entity to allow a more accurate estimate of processor use to be derived and to give guidance for load balancing. Example 20-5 is an example of a CPU entity display. Example 20-5.
Tuning • • • • • Measuring Passthrough Traffic CPU-Busy-Time = 31.20% Process Dispatches = 48.13 CPU Dispatches = 51.00 CPU Intr-Busy-Time = 13.24% CPU Send-Busy-Time = 4.64% Using the formula shown above, the adjusted processor use for $PATHF is 39.32%, as reached from the following formula: 31.20 + ((48.13 / 51.00) * (13.24 - 4.64)) = 39.32 For a complete accounting of Expand line-handler process overhead, the network control process ($NCP) and Expand manager process ($ZEXP) should also be measured.
Tuning Tuning Examples Tuning Examples The figures shown in this subsection are based on actual Expand networks. These figures demonstrate simple methods for capturing and analyzing data, estimating results, and adjusting tunable Expand network components. All of the data shown was captured by Measure or SCF and then extracted manually and entered in spreadsheet programs.
Tuning Example 1: Changing Packet Size These average message sizes suggest the use of a larger packet size on the path. Changing the packet size to 1024 bytes would greatly reduce the processor cost per request and reduce the Expand subsystem overhead required per message. Messages up to 960 bytes will fit within a 1024-byte packet (with 64 bytes of overhead).
Tuning Example 1: Changing Packet Size The bandwidth used for 256-byte packets would be 1776 + (10 * 64) = 2416 = 19328 bits/message If the packet size is changed to 1024 bytes, only 79 percent of the bandwidth that was previously used would be required. The bandwidth used for the 2048-byte packet size would be 1776 + (1 * 64) = 1840 = 14720 bits/message This would be 3 percent less than the bandwidth required for the 1024-byte packet size.
Tuning Example 2: Reducing Passthrough Traffic Example 2: Reducing Passthrough Traffic It is common for the role of a node in an Expand network to change over a period of time. Example 20-7 shows a situation in which the routine, simple collection of Measure SYSTEM entity data helped an operations staff discover that certain nodes in the network had become switches—that is, their resources were used primarily for passthrough traffic.
Tuning Example 2: Reducing Passthrough Traffic number of processors, communications devices, and communications links used on \JUICE as well as in the network. Measuring Passthrough Traffic in an Entire Network Example 20-8 shows another step in the complete analysis of passthrough traffic in an Expand network. In this example, data taken from SCF is used to compute the total network overhead of passthrough traffic for each source and destination at one node.
Tuning Example 2: Reducing Passthrough Traffic A more efficient routing scheme could be attained by installing a new path between \OAHU and \HERE. By directly connecting \OAHU and \HERE, applications on intermediate nodes would gain better response time, overall transaction overhead would be reduced, circuit reliability would be greatly improved, the number of retransmissions due to Layer 4 timeouts and line failures would be reduced, and network management overhead would be eased.
21 Troubleshooting To quickly and efficiently identify and resolve network problems, HP recommends that you use a standard network troubleshooting methodology.
Troubleshooting SCF SCF The Subsystem Control Facility (SCF) interface to the Expand subsystem provides several commands to help you determine the normal operation of Expand line-handler processes. The SCF STATS command displays Layer 4 and Layer 2 statistical information. The SCF STATUS command displays information about the status of an object, such as its state (STOPPED, STARTING, or STARTED).
Troubleshooting Identifying Network Problems multi-node application environments. For more information about ASAP, refer to the following manuals: ASAP Client Manual, ASAP Server Manual, ASAP Extension Manual, and ASAP Migration Guide for NSX and OMF Users. Identifying Network Problems There are a number of sources from which to obtain information to identify a network problem. Many of these sources are the same as those used to verify normal system operation.
Troubleshooting User Complaints User Complaints Most troubleshooting starts with user complaints, which can result from either application or hardware problems. The best approach is always to check the obvious first.
Troubleshooting SCF Commands Example 21-1 shows an SCF LISTDEV display produced by a LISTDEV TYPE 63 command. Example 21-1.
Troubleshooting SCF Commands Example 21-2. SCF STATS Display 3-> stats line $b30s EXPAND Stats LINE $B30S, PPID ( 2, 10), BPID ( 3, 16) Resettime... FEB 18,1997 10:38:12 Sampletime...
Troubleshooting SCF Commands The SCF INFO PROCESS $NCP LINESET command is useful for displaying the status of a selected path and the lines in that path. The SCF INFO PROCESS $NCP, LINESET command also displays the current file-system error. Example 21-4 shows an example of an SCF INFO PROCESS $NCP, LINESET display. Example 21-4.
Troubleshooting SCF Commands Table 21-4. Common File-System Errors (page 2 of 2) Error Cause Recovery 140 This error indicates that the Expand line has been disconnected. The cause could be a problem with modem-tosystem communications or with a phone line, a cable, or an X.25 connection. Examine the physical connections and modem settings to ensure that cables are plugged into the correct line interface unit (LIU).
Troubleshooting SCF Commands The SCF INFO PROCESS $NCP, NETMAP command is useful for displaying the current routing data. Example 21-5 shows a sample display of the SCF INFO PROCESS $NCP, NETMAP command. Asterisks indicate the best-path route. A plus sign (+) instead of an asterisk (*) would indicate that the Expand subsystem is attempting to connect or reconnect a path. Example 21-5.
Troubleshooting Problem Check-List Summary The SCF PROBE PROCESS, $NCP command is useful for displaying the intermediate nodes in a path and the typical time to each destination node. Example 21-6 shows a sample display of the SCF PROBE PROCESS, $NCP command. Example 21-6.
Troubleshooting Resolving Specific Network Problems Resolving Specific Network Problems This subsection provides checklists for solving the following specific network problems: • • • • • • • $NCP Problems Expand Line-Handler Process Problems SWAN Concentrator Problems WAN Subsystem Problems Expand-Over-X.25 Problems Expand-Over-IP Problems Multi-CPU Path Problems $NCP Problems Table 21-6 lists SCF commands that are useful for diagnosing problems with $NCP. Table 21-6.
Troubleshooting $NCP Problems Table 21-6. Identifying $NCP Problems With SCF Commands Command Use INFO PROCESS $NCP, SYSTEMS Displays all known systems. If no connection is established, the SYSTEMS option displays an infinite time factor and hop count. The SYSTEMS option is similar to the CONNECTS option, except that the CONNECTS option displays only the systems connected.
Troubleshooting Expand Line-Handler Process Problems Expand Line-Handler Process Problems Table 21-7 lists procedures to help you resolve Layer 4 and Layer 2 Expand linehandler process problems. Note. You should be familiar with the Expand End-to-End protocol before attempting to analyze Layer 4 and Layer 2 problems. The End-to-End protocol is described in Path Function of the Expand Subsystem on page 18-13. Table 21-7.
Troubleshooting SWAN Concentrator Problems SWAN Concentrator Problems This subsection provides ServerNet wide area network (SWAN) concentrator troubleshooting guidelines and identifies common SWAN concentrator problems. Troubleshooting Check List Use the check list provided in Table 21-8 to solve problems related to SWAN concentrators. Table 21-8. SWAN Concentrator Problem-Resolution Check List (page 1 of 2) Task Procedure Check the SWAN concentrator.
Troubleshooting SWAN Concentrator Problems Table 21-8. SWAN Concentrator Problem-Resolution Check List (page 2 of 2) Task Procedure Check the Ethernet paths configured for each CLIP on the SWAN concentrator. To determine the state of the Ethernet paths configured for each CLIP on a specific SWAN concentrator, use the following SCF commands: STATUS STATUS STATUS STATUS STATUS STATUS PATH PATH PATH PATH PATH PATH $ZZWAN.#conc-name.1.a $ZZWAN.#conc-name.1.b $ZZWAN.#conc-name.2.a $ZZWAN.#conc-name.2.
Troubleshooting WAN Subsystem Problems Ethernet ports to the same segment, either omit ALTTCPIP or set it to a NonStop TCP/IP process that does not exist. Both solutions will result in the following EMS message: “Connected to Wrong ETHERNET PORT.” • • The SWAN concentrator’s Ethernet ports are reversed. If the ports are reversed, you will receive the following EMS message: “Connected to Wrong ETHERNET PORT.
Troubleshooting WAN Subsystem Problems Table 21-9. WAN Subsystem Problem-Resolution Check List (page 2 of 2) Task Procedure Check the state of the default Subsystem Control Point (SCP) manager process ($ZNET). To determine if $ZNET is running, use the following command at the TACL prompt: STATUS $ZNET Typically, there should be a permanent SCP process called $ZNET on each NonStop S-series server that SCF uses by default.
Troubleshooting WAN Subsystem Problems Common WAN Subsystem Problems The following is a list of common WAN subsystem problems: • • The SNMPCODE, KERNELCODE, or PROGRAM file is not in the correct subvolume or is not secured for “N” read access (the leftmost character in the file security string). SNMPCODE and KERNELCODE are download files for the SWAN concentrator; PROGRAM is a microcode file where the data link control (DLC) task is located.
Troubleshooting Expand-Over-X.25 Problems Expand-Over-X.25 Problems Table 21-10 provides general suggestions to help you solve problems with Expandover-X.25 lines. Table 21-10. Expand-Over-X.25 Problem-Resolution Procedures Task Procedure Check the X25AM process that controls the X.25 line to make sure that the line is operational and that the appropriate subdevice(s) are started. To verify that a subdevice is correct, use the X25AM subsystem SCF INFO SU command.
Troubleshooting Expand-Over-IP Problems Expand-Over-IP Problems You can diagnose most Expand-over-IP line-handler process problems using information provided by the Expand subsystem SCF STATUS LINE command with the DETAIL option. This command provides error information in the Detailed State and Detailed Info fields. Example 21-7 shows an SCF STATUS LINE, DETAIL command display. (The Detailed State and Detailed Info fields are shown in boldface type.) Example 21-7.
Troubleshooting Expand-Over-IP Problems Table 21-11. Detailed States (Expand-Over-IP) (page 2 of 3) Detailed State Cause/Effect Recovery DOWN The Layer 2 functions of the Expand-over-IP line-handler process are down. The operator may have brought the line down, the line was never started, or a problem occurred that prevented the line from starting. If an error has occurred, additional information will appear in the Detailed Info field.
Troubleshooting Expand-Over-IP Problems Table 21-11. Detailed States (Expand-Over-IP) (page 3 of 3) Detailed State Cause/Effect Recovery SOCKET SETUP This is an internal state that should not persist. Try to restart the line. If this state persists, contact your HP representative. SOCKET_SPACE This is an internal state that should not persist. Try to restart the line. If this state persists, contact your HP representative.
Troubleshooting Expand-Over-IP Problems shows an SCF INFO LINE command display. (The relevant fields are shown in boldface type.) Example 21-9. SCF INFO LINE, DETAIL Command (Expand-Over-IP) -> INFO LINE $IPTAH0, DETAIL EXPAND Detailed Info LINE L2Protocol Net^Ip Framesize....... 132 *LinePriority.... 1 *DownIfBadQuality OFF *Txwindow........ 7 *Timerreconnect 0:00:30.00 *Associatedev.... $ZTC02 *IPVer IPV4 *DestIpAddr 16.107.189.66 *SrcIpAddr 16.107.188.
Troubleshooting Expand-Over-IP Problems Table 21-12. Messages Displayed in the Detailed Info Field (Expand-OverIP) (page 2 of 2) Message Description Associate TCP process unavailable The NonStop TCP/IP process associated with the Expand-over-IP line-handler process is not available. Check the state of the NonStop TCP/IP process. The line will become ready when the associated NonStop TCP/IP process becomes available.
Troubleshooting Expand-Over-ATM Problems Expand-Over-ATM Problems You can diagnose most Expand-over-ATM line-handler process problems using information provided by the Expand subsystem SCF STATUS LINE command with the DETAIL option. This command provides error information in the Detailed State and Detailed Info fields. Example 21-7 shows an SCF STATUS LINE, DETAIL command display. (The Detailed State and Detailed Info fields are shown in boldface type.) Example 21-10.
Troubleshooting Expand-Over-ATM Problems Table 21-14. Detailed States (Expand-Over-ATM) (page 2 of 3) Detailed State Cause/Effect Recovery CONNECTING The Expand-over-ATM line-handler process is attempting to connect to the remote (destination) Expandover-ATM line-handler process. Use the SCF STATS LINE and SCF INFO LINE commands to further diagnose the problem. These commands are described in Resolving Expand-Over-ATM Connection Problems on page 21-27.
Troubleshooting Expand-Over-ATM Problems Table 21-14. Detailed States (Expand-Over-ATM) (page 3 of 3) Detailed State Cause/Effect Recovery QUERY A connection has been established with the remote Expand-over-ATM line-handler process, but no data has been received within the inactivity interval. The Expandover-ATM line-handler process is sending Probe messages to the remote Expand-over-ATM linehandler process to verify that it is operational.
Troubleshooting Expand-Over-ATM Problems Cmd column) are being received (Rcvd row). If no Connect Command frames are being sent or received, the destination line-handler process may not be operational or there may be a network problem. If the Invalid Frames Rcvd counter is greater than 0, frames are being corrupted; contact your HP support representative.
Troubleshooting Multi-CPU Path Problems Table 21-15. Messages Displayed in the Detailed Info Field (Expand-OverATM) (page 2 of 2) Message Description PVC unavailable, error nnn The ATM permanent virtual circuit (PVC) used by the Expand-over-ATM line-handler process is not available. Make sure the PVC is configured properly. The Expand-over-ATM line will become ready when the associated ATM line becomes available. ATM error codes (nnn) are described in the ATM Configuration and Management Manual.
Troubleshooting Multi-CPU Path Problems Table 21-16. Multi-CPU Path Problem Resolution Procedures Task Procedure Check that the multi-CPU path is enabled. Use the following SCF command to see if the paths you expect to be part of the multi-CPU path are actually configured: INFO PROCESS $NCP, LINESET If some of the paths do not display an “S” next to the LINESET number, then either the local or remote Expand line-handler process does not have the SUPERPATH modifier enabled.
Troubleshooting Reporting Network Problems balanced after a few minutes, then it is likely that most of the traffic is between just one or a few pairs of endpoints, making it impossible to spread the load over all the paths in the multi-CPU path. If this is not the case and the problem is severe, then stop and restart one path to force traffic to be redistributed.
Troubleshooting Tracing Tracing $NCP To start a trace of $NCP, use the following command: TRACE PROCESS $NCP, TO $file_name, SELECT ALL, WRAP, RECSIZE 500 To stop the trace, use the following command: TRACE PROCESS $NCP, STOP $file_name specifies the name of the file to which the trace records will be written.
Troubleshooting Resolving Common Network Problems Resolving Common Network Problems This subsection shows you, through examples, how to solve several common network problems. These problems include the following: • • • • Slow Response Time Network Congestion Node Not Available • Path Down • Line(s) Down Duplicate Node Slow Response Time Slow response time is indicated when network response is worse than expected relative to normal day-to-day performance.
Troubleshooting Slow Response Time Step 2: Display routing data Once you have isolated the path to the nodes causing the bottleneck, use the following Expand subsystem SCF command to display the routing data of the network control process ($NCP) at one end of the slow path: INFO PROCESS $NCP, NETMAP, AT \system-name Example 21-5, SCF INFO PROCESS $NCP, NETMAP Display, on page 21-9 shows an example of an INFO PROCESS $NCP, NETMAP display.
Troubleshooting Network Congestion Network Congestion Slow response time indicate network congestion, which can be caused by the following conditions: • • • • • • Too much traffic for the current network capacity. A node or nodes that are fully operational but unable to process the traffic, causing bottlenecks. Peak loading of the network, causing temporary congestion. A downed path causing rerouting of traffic to other nodes (see Path Down on page 21-36).
Troubleshooting Node Not Available If the path displays a plus sign (+), you should first attempt to resolve the outstanding request problem by issuing an Expand subsystem SCF ABORT PATH command to the identified path and then issuing an Expand subsystem SCF START PATH command to start it again. If the path constantly displays the plus sign (+), this indicates that the connection cannot be established.
Troubleshooting • • • Node Not Available NEXTSYS modifier value. A large number of Level-2 DISC (disconnect) supervisory frames usually indicates an incorrect NEXTSYS number. Interface selection (RS-232 or RS-422). The controller defines its pinouts by the proper setting of the interface. ASSOCIATEDEV modifier and the system load command files for Expand-overX.25, Expand-over-SNA, and Expand-over-IP, Expand-over-ATM, and Expandover-FOX line-handler processes.
Troubleshooting Adding Low-Speed Lines to a Multi-Line Path Adding Low-Speed Lines to a Multi-Line Path Adding more low-speed lines to a multi-line path can increase the number of OOS frames that a path needs in order to reassemble. The effect in this case is not on the buffer space used but on the total time taken for the sending Expand line-handler process to receive its ACK. As a result, the sending node may experience an increase in Layer 4 timeouts.
A SCF Error Messages This appendix contains error messages returned by the SCF subsystem when you execute SCF commands. For other Expand network-related errors, refer to the Operator Messages Manual. Expand Error 00001 EXPAND 00001 Too many object names. Object Name: object-name. Cause. You specified more than 30 object names in an SCF command. Effect. The SCF command was not executed. Recovery. Re-enter the command using fewer that 30 object names. Expand Error 00002 EXPAND 00002 Negative LH response.
SCF Error Messages Expand Error 00005 Expand Error 00005 EXPAND 00005 Object type and name mismatched. OBJNAME: object-name OBJTYPE: object-type. Cause. The subtype of an Expand line-handler process object name does not match the expected object type. For example, you may have entered a path logical device name after specifying a LINE object type in the SCF command. Effect. The SCF command was not executed. Recovery. Re-enter the command with matching object types and object names.
SCF Error Messages Expand Error 00009 Expand Error 00009 EXPAND 00009 Negative $NCP response. OBJNAME: File system err: #R##. object-name. Cause. The SCF command was rejected by the network control process ($NCP). Effect. The SCF command was not executed. Recovery. Correct the file-system error, then re-enter the command. Expand Error 00010 EXPAND 00010 INTERNAL ERR: Rcvd Bad Network trace from SYSTEM #R# to SYSTEM #R#. Cause.
SCF Error Messages Expand Error 00013 Expand Error 00013 EXPAND 00013 The SYSTEM system-number is not defined. Cause. The system number specified in the SCF command is not recognized by the network control process ($NCP). Effect. The SCF command was not executed. Recovery. Re-enter the command making sure to use the correct system number. Expand Error 00014 EXPAND 00014 All paths to the SYSTEM system-number are down. Cause. All paths to the specified system are down. Effect.
SCF Error Messages Expand Error 00017 Expand Error 00017 EXPAND 00017 Not supported for a down-version system. Cause. The SCF command was rejected by the Expand manager process ($ZEXP). The information requested cannot be obtained from an older (down-version) system. Effect. The SCF command was not executed. Recovery. No action is required. Expand Error 00018 EXPAND E00018 Configuration error or Memory allocation failure. Cause.
SCF Error Messages Expand Error 00021 Expand Error 00021 EXPAND E00021 System sysnum is not a multi-CPU path neighbor. Cause. The SCF INFO PROCESS $NCP, RPT command was rejected because there is no multi-CPU path connected to the specified system. Effect. The SCF command is not executed. Recovery. No action is required.
B Moving to G-Series Systems This appendix discusses the differences between G-series versions of the Expand subsystem (which run on NonStop S-series servers) and D-series (and earlier) versions of the Expand subsystem (which run on NonStop K-series servers) that affect Expand network management activities.
Moving to G-Series Systems System Generation-to-SCF Considerations System Generation-to-SCF Considerations This subsection explains how information that is configured in system generation CONFTEXT paragraphs on D-series systems is defined on G-series systems. CONFTEXT Paragraph Information Table B-1 lists the CONFTEXT paragraphs that are relevant to Expand subsystem configuration and how the information in each paragraph is defined on G-series systems. Table B-1.
Moving to G-Series Systems System Generation Macro and Expand Profile Comparison Table B-1. Defining CONFTEXT Paragraph Information on G-Series Systems (page 2 of 2) Paragraph G-Series Definition MICROCODE_FILES • • • PERIPHERALS Downloadable files for ServerNet wide area network (SWAN) concentrators are configured through the SCF interface to the WAN subsystem.
Moving to G-Series Systems System Generation Modifier and Profile Modifier Comparison For more information about profiles, refer to the WAN Subsystem Configuration and Management Manual. System Generation Modifier and Profile Modifier Comparison Some Expand modifiers that may have been used in CONFTEXT file configurations on D-series systems have different names in the profiles.
Moving to G-Series Systems System Generation Modifier and Profile Modifier Comparison Table B-3.
Moving to G-Series Systems COUP-to-SCF Considerations COUP-to-SCF Considerations COUP is not available on G-series systems; its functions have been added to SCF. Although most COUP commands have a direct SCF command equivalent, the command syntax is different. Refer to the SCF reference manuals listed in About This Manual for more information. Dynamic Configuration and Management On D-series systems, you can use the Peripheral Utility Program (PUP) to control Expand lines and paths.
Moving to G-Series Systems System Name and System Number Attributes System Name and System Number Attributes On G-series systems, SCF also allows you to configure and change the system name (SYSTEM_NAME) and system number (SYSTEM_NUMBER) attributes. These attributes are configured through system generation on D-series systems. For more information about configuring and modifying system attributes, refer to the SCF Reference Manual for the Kernel Subsystem.
Moving to G-Series Systems Event Message Changes Expand Configuration and Management Manual—523347-008 B-8
C Expand and WAN SCF Comparison This appendix compares the commands provided by the SCF interface to the Expand subsystem with the commands provided by the SCF interface to the WAN subsystem. Refer to Section 15, Subsystem Control Facility (SCF) Commands for a general comparison of the two SCF interfaces. Command Comparison Table C-1 provides a command-to-command comparison of Expand SCF and WAN SCF commands and explains which command to use to perform a specific task. Table C-1.
Expand and WAN SCF Comparison Command Comparison Table C-1. Expand and WAN SCF Command Comparison (page 2 of 6) Expand Subsystem SCF Command WAN Subsystem SCF Command Command Function ALTER ALTER Expand SCF: • • Use the ALTER LINE and ALTER PATH commands to make temporary changes to attributes and attribute values for a selected Expand line-handler process. Use the ALTER PROCESS command to make temporary changes to attributes and attribute values for the network control process ($NCP).
Expand and WAN SCF Comparison Command Comparison Table C-1. Expand and WAN SCF Command Comparison (page 3 of 6) Expand Subsystem SCF Command WAN Subsystem SCF Command Command Function INFO INFO Expand SCF: • • • • Use the INFO LINE command to display current Layer 2 attributes and attribute values for a selected Expand line-handler process. Use the INFO PATH command to display current Layer 4 attributes and attribute values for a selected Expand line-handler process.
Expand and WAN SCF Comparison Command Comparison Table C-1. Expand and WAN SCF Command Comparison (page 4 of 6) Expand Subsystem SCF Command WAN Subsystem SCF Command Command Function PRIMARY PRIMARY Expand SCF: • Use the PRIMARY PROCESS command to cause the backup processor to become the primary processor and the primary processor to become the backup processor for a selected Expand line-handler process or for the network control process ($NCP).
Expand and WAN SCF Comparison Command Comparison Table C-1. Expand and WAN SCF Command Comparison (page 5 of 6) Expand Subsystem SCF Command WAN Subsystem SCF Command Command Function STATUS STATUS Expand SCF: • • • Use the STATUS LINE command to display the dynamic state, primary process ID (PPID), backup process ID (BPID), and other information about a selected Expand line.
Expand and WAN SCF Comparison Command Comparison Table C-1. Expand and WAN SCF Command Comparison (page 6 of 6) Expand Subsystem SCF Command WAN Subsystem SCF Command Command Function VERSION VERSION Expand SCF: • Use the VERSION PROCESS command to display the version level of the Expand manager process ($ZEXP), the network control process ($NCP), or a selected Expand line-handler process. WAN SCF: • Use the VERSION SUBSYS command to display the version level of the WAN manager process ($ZZWAN).
Expand and WAN SCF Comparison ALTER Command Comparison ALTER Command Comparison You can use the SCF interface to the WAN subsystem to permanently change the value of any Expand modifier used by an Expand line-handler process or the network control process ($NCP). Expand modifiers are described in Section 17, Expand Modifiers. Modifier-to-Attribute Comparison Most—but not all—Expand modifiers have corresponding attribute names in Expand SCF.
Expand and WAN SCF Comparison Altering Timeout Periods Altering Timeout Periods Certain Expand SCF attributes are used to set a timeout period (for example, the OSTIMEOUT attribute specifies the Expand out-of-sequence packet timeout period). These Expand SCF attributes accept different units of time than the Expand modifiers with which they correspond.
Glossary active connect request. The default connect request method used by an Expand linehandler process when it attempts to establish an end-to-end connection. When an Expand-over-NAM line-handler process issues an active connect request, the network access method (NAM) process attempts to initiate a connection.
Glossary ATMSAP connection ATMSAP connection. A virtual circuit that is permanently established through the SLSA subsystem. ATMSAPs are the same type of connection as PVCs; they save bandwidth associated with circuit establishment and tear down in situations where certain virtual circuits must exist all the time. See also permanent virtual circuit (PVC) and switched virtual circuit (SVC). attribute. Parameters associated with an SCF object. Availability Statistics and Performance (ASAP).
Glossary communications line interface processor (CLIP) communications line interface processor (CLIP). The major programmable device within the ServerNet wide area network (SWAN) concentrator, providing the link-level protocol and a software interface to the host. The CLIP stores and implements specific communications protocols. concentrator manager process (ConMgr). A process provided as part of the wide area network (WAN) subsystem.
Glossary E4SA E4SA. See Ethernet 4 ServerNet Adapter (E4SA). effective time factor (ETF). An extension of the path time factor (TF) that is used to select a path in a multi-CPU path. The ETF represents not only the speed of the path, but also the resources available on the path to accommodate more traffic. The ETF indicates the inverse proportion of traffic that should be sent over the path compared to an unloaded path with a TF of 1.
Glossary Expand line-handler process Expand line-handler process. A process pair that handles incoming and outgoing Expand messages and packets. An Expand line-handler process handles direct links and also binds to other processes via the network access method (NAM) interface to support Expand-over-X.25, Expand-over-ServerNet, Expand-over-FOX, and Expand-over-SNA links. The Expand-over-IP line-handler process communicates with a NonStop TCP/IP process through the shared memory of the QIO subsystem.
Glossary Expand-over-ServerNet line-handler process Expand-over-ServerNet line-handler process. An Expand line-handler process that uses the NETNAM protocol to access the network access method (NAM) interface provided by the ServerNet monitor process, $ZZSCL. The Expand-over-ServerNet process handles incoming and outgoing Expand messages and packets going outside a ServerNet cluster and handles security-related messages within the cluster. Expand-over-SNA line-handler process.
Glossary FOX ring FOX ring. A FOX-connected network. A FOX ring consists of two separate bidirectional fiber-optic rings and can connect as many as 14 servers in a limited geographical area. See also Fiber Optic eXtension (FOX). frame. See Expand frame. generic process. A process created and managed by the Subsystem Control Facility (SCF) interface to the Kernel subsystem for the purpose of performing an operation. Also known as a system-managed process.
Glossary High-Level Data Link Control (HDLC) Extended Mode protocol High-Level Data Link Control (HDLC) Extended Mode protocol. The protocol used by the satellite-connect line-handler process. Unlike the HDLC Normal protocol implemented by direct-connect Expand line-handler processes, the HDLC Extended Mode protocol uses the maximum window size of 61 frames (the maximum number of outstanding frames before an acknowledgment is required) and implements the selective reject feature.
Glossary Internet Protocol (IP) address Internet Protocol (IP) address. A 4-octet (32-bit) numeric value identifying a particular network (network address portion) and a local host on that network (local address portion). See also port number. IOAM. See Input/Output adapter module (IOAM). IOP. See input/output process (IOP). IP. See Internet Protocol (IP). IP address. An address that identifies a specific host to the Internet Protocol (IP).
Glossary Layer 4 send window Layer 4 send window. A data structure that determines how many Expand packets are sent before an acknowledgment is required on a single end-to-end (Layer 4) connection. LBU. The logical interface to a ServerNet/FX adapter. There are two LBUs: $ZZFOX.#X and $ZZFOX.#Y. LBUs are created using the ServerNet/FX adapter subsystem SCF ADD LBU command. (On non-NonStop S-series servers, LBU is an abbreviation for local bus unit.) line. A single physical connection between two systems.
Glossary logical device number logical device number. A number that identifies a particular input-output (I/O) device in the system. logical network partitioning. A NonStop TCP/IPv6 feature that allows you to divide the system into separately-addressed IP subnetworks whereby applications only have access to a defined set of network interfaces (IP addresses). logical unit (LU). In the IBM Systems Network Architecture (SNA), a port by which an end user accesses the network. LU. See logical unit (LU).
Glossary multi-CPU path multi-CPU path. The fundamental component of the Expand multi-CPU feature. A multiCPU path can consist of up to 16 individual Expand paths, including multi-line paths. Each Expand line-handler process (or multi-line path) that is a member of a multi-CPU path is configured in a different processor. See also Expand multi-CPU feature. multi-line path. A path between two neighbor systems that consists of more than one physical line.
Glossary network control process (NCP) network control process (NCP). A process pair, named $NCP, that runs in each system of an Expand network.
Glossary object object. (1) One or more of the devices, lines, processes, and files in an HP subsystem; any entity subject to independent reference or control by one or more subsystems. (2) In SCF, a resource controlled by an SCF subsystem. SCF objects include processes, disks, disk files, and data communications lines. Each object has an object type and an object name. See also object name and object type. object attribute. See attribute. object name.
Glossary passthrough routing over-ATM line-handler process. See also active connect request and network access method (NAM). passthrough routing. A routing scheme used by the Expand subsystem that permits intermediate nodes to route, or passthrough, data packets to the destination system. This scheme reduces the number of lines required between systems because systems do not have to be directly connected. passthrough traffic. Packets received from a remote node that are destined for another remote node.
Glossary process identification number (PIN) process identification number (PIN). A number that uniquely identifies a process running in a processor. The same number can exist in other processors in the same system. See also process ID. profile. A disk file containing modifiers and default values. On NonStop S-series servers, a profile is required when configuring a device. HP provides profiles for the different types of Expand line-handler processes.
Glossary RPT RPT. See reverse pairing table (RPT). satellite-connect line-handler process. An Expand line-handler process that implements the satellite-efficient version of the High-Level Data Link Control (HDLC) protocol, HDLC Extended Mode. This type of Expand line-handler process is provided for use with satellite connections but can also be used to manage terrestrial lines. SCF. See Subsystem Control Facility (SCF).. SCP. See Subsystem Control Point (SCP). SEB. See ServerNet expansion board (SEB).
Glossary ServerNet LAN systems access (SLSA) subsystem ServerNet LAN systems access (SLSA) subsystem. A subsystem of the HP NonStop™ Kernel operating system for configuration and management of ServerNet local area network (LAN) objects in G-series RVUs. The SLSA subsystem enables the protocol input-output (I/O) processes (IOPs) and drivers to access the ServerNet adapters. ServerNet system area network (ServerNet SAN).
Glossary state transition state transition. In Distributed Systems Management (DSM), a condition that exists when processes are in transition from one state to another. State transitions for PROCESS objects include ABORTING, STARTING, STOPPING, and SUSPENDING. This term may also be referred to as a summary state transition. Subsystem Control Facility (SCF).
Glossary TCPSAM process TCPSAM process. The name of the Parallel Library TCP/IP access method. TF. See time factor (TF). TFTP. See Trivial File Transfer Protocol (TFTP) server process. throughput. The amount of traffic that can be handled by an Expand line-handler process. time factor (TF). A number assigned to a line, path, or route to indicate efficiency in transporting data. The lower the TF, the more efficient the line, path, or route. Transmission Control Protocol (TCP).
Glossary WAN Manager process (WANMAN) WAN Manager process (WANMAN). See $ZZWAN. WAN subsystem. See wide area network (WAN) subsystem. WAN Wizard Pro. A graphical user interface (GUI) that guides you step-by-step through the configuration of wide area network (WAN) and local area network (LAN) software and hardware. well-known port. A predefined Transmission Control Protocol (TCP) or User Datagram Protocol (UDP) port number. WHO command.
Glossary $ZNUP $ZNUP. The process name of the network utility process. $ZPM. The process name of the persistence manager process. $ZZFOX. The process name of the FOX monitor process. $ZZKRN. The process name of the Kernel subsystem manager process. $ZZLAN. The process name of the ServerNet LAN systems access (SLSA) subsystem manager process. $ZZSCL. The process name of the ServerNet monitor process. $ZZWAN. The process name of the wide area network (WAN) subsystem manager process.
Index A ABORT command 15-8/15-9 ABORT LINE command 19-26 ABORT PATH command 19-26 ABORTTIMER attribute ALTER PROCESS $NCP command and 15-21 INFO PROCESS $NCP command and 15-51 ABORTTIMER modifier 6-4, 18-28 ACK 18-15 ACTIVATE command 15-9 ACTIVATE PROCESS $NCP 19-27 Active connect request 18-51, 18-56, 18-61 ADD DEVICE command 19-19 ADDRESS attribute, INFO LINE command and 15-32 AFTERMAXRETRIES attribute ALTER LINE command and 15-14 INFO LINE command and 15-35, 15-37, 15-42, 15-46 AFTERMAXRETRIES_DOWN modif
Index B B BCC Errors, STATS LINE command and 15-89 Best-path routing 2-8, 18-24, 21-35 Bind requests 18-51 Bottlenecks, avoiding 18-71 Buffer errors, STATS LINE command and 15-89 Buffer pool description of 18-47 EXTMEMSIZE 18-48 inadequate allocation of 21-13 insufficient space in 18-20 Buffers 18-47 Bulk transfers 20-5 Bus topology 3-15 C Calculating a path time factor, formula 18-22 CALLTYPE_ATMSAP modifier 17-6 CALLTYPE_PVC modifier 17-6 CALLTYPE_SVC modifier 17-6 Cancel request packet 18-15 CLBDWNLOA
Index D Connection requests active 18-51, 18-56, 18-61 packets 18-13 passive 18-52, 18-56, 18-61 Connection reset packets 18-14 Connection response packets 18-13 CONNECTS option 15-48, 15-54 CONNECTTIME attribute ALTER PROCESS $NCP command and 15-21 INFO PROCESS $NCP command and 15-52 CONNECTTIME modifier 6-5 CONNECTTYPE attribute ALTER LINE command 15-14 INFO LINE command and 15-47 CONNECTTYPE_ACTIVEANDPASSIVE modifier 17-8, 18-51, 18-55, 18-61 CONNECTTYPE_PASSIVE modifier 17-8, 18-52, 18-56, 18-61 CONNE
Index E DSRTIMER attribute ALTER LINE command and 15-16 INFO LINE command and 15-32 DV messages 18-27 E E4SA 7-3/7-4, 8-5, 10-3/10-4, 11-4 Effective time factor (ETF), displaying 19-13, 21-12 End-to-End protocol description of 18-13 resolving problems with 21-13 ENQ 18-15 Error Frames, STATS LINE command and 15-89 Error messages A-1/A-6 Errors BCC 21-34, 21-37 FCS 21-34, 21-37 file-system 21-7 ETF, displaying 19-13, 21-12 Ethernet 18-66, 21-15 Ethernet 4 ServerNet adapter (E4SA) 7-3/7-4, 8-5, 10-3/10-4,
Index F Expand-over-SNA line-handler process configuring 11-1/11-18 features of 3-3, 18-4 Expand-over-X.25 line-handler process configuring 10-1/10-16 features of 3-2, 18-4 Expand-over-X.
Index I I IDLETIMEOUT attribute ALTER LINE command and 15-16 INFO LINE command and 15-32 Incoming traffic flow 18-42 INFO DEVICE command 19-14, 21-11 INFO LINE command 15-29/15-44, 19-16 INFO PATH command 15-25/15-28, 19-17 INFO PROCESS command 19-14, 21-5, 21-11, 21-34 INFO PROCESS $NCP command 15-47/15-65, 19-12, 21-9 INFO PROFILE command 19-14 INFO SU command 21-19 Information frames (I-frames) 21-34 Information frames, STATS LINE command and 15-87 Interactive network access 2-1 INTERFACE attribute ALT
Index L L4RETRIES attribute ALTER PATH command and 15-11 INFO PATH command and 15-25/15-26 L4RETRIES modifier 17-14 L4SENDWINDOW attribute ALTER PATH command and 15-11 INFO PATH command and 15-27 L4SENDWINDOW modifier 17-15, 18-21 L4TIMEOUT attribute ALTER PATH command and 15-11 INFO PATH command and 15-25, 15-27 L4TIMEOUT modifier 10-13, 11-16, 17-15 LABEL command 16-9 Latency 20-4, 20-6 Layer 1, Expand functions at 18-11 Layer 2 displaying frames at 15-87 Expand functions at 18-11 statistics, analyzing
Index M Low pin, must set explicitly 15-10 LRQ 18-14, 18-44 M Management, network 2-9 Maps exchange 18-27 MAXCONNECTS attribute ALTER PROCESS $NCP command and 15-21 INFO PROCESS $NCP command and 15-51/15-52 MAXCONNECTS modifier 6-6 MAXRECONNECTS attribute ALTER LINE command and 15-14 INFO LINE command and 15-34, 15-37, 15-42, 15-46 MAXRECONNECTS modifier 17-16/17-17, 18-52 MAXTIMEOUTS attribute ALTER PROCESS $NCP command and 15-21 INFO PROCESS $NCP command and 15-51/15-52 MAXTIMEOUTS modifier 6-6 Measure
Index N Multipacket frame feature benefits of 3-12 configuring 18-64/18-67, 20-5 considerations 18-67 PATHBLOCKBYTES modifier for 7-13, 10-14, 11-16 tuning 20-3/20-5 Multiple path table (MPT) 18-25 Multi-CPU paths automatically rebalancing 15-21 benefits and disadvantages of 3-10 configuring 18-74 congestion control and 17-26 definition 18-23 description of 2-8, 15-3, 18-2, 18-74 displaying paths in 15-48, 19-13 displaying rebalancing time for 15-53 displaying reverse pairing table (RPT) for 15-62 display
Index O Network routing table (NRT) 18-25 Network status 15-93 Network topology effect on performance of 20-21 importance of 21-1 types of 3-13/3-17 Network transparency 19-2 Network tuning 20-1/20-34 Network utility process 18-7 NETWORKDIAMETER attribute ALTER PROCESS $NCP command and 15-21 INFO PROCESS $NCP command and 15-52 split horizon algorithm and 15-52 NETWORKDIAMETER modifier 6-6, 18-31 Network-related TACL commands REMOTEPASSWORD 19-7 SYSTEM 19-3, 19-6 WHO 19-4 NEXT command 16-9 NEXTSYS attribut
Index P Out-of-sequence buffer ALTER PATH command and 15-11 INFO PATH command and 15-26 Out-of-sequence packets, handling of 18-43 P Packet format 20-9 Packet size changing 20-29 Expand subsystem overhead and 20-8 Packets displaying traffic 15-93 incoming 15-92 per message 20-14 synchronization of 18-16 Packet-switched data networks 2-6, 3-2 Pair count balancing 18-32, 20-18/20-20 Parallel Library TCP/IP and memory constraints 18-48 and redundancy in Ethernet adapters 8-4 architecture and relationship to
Index P Permanent virtual circuits (PVCs) 9-5, 18-59 PEXPMATM profile 5-3, 14-5 PEXPMIP profile 5-3, 14-5, 14-8, 14-19, 14-21 PEXPMNAM profile 5-3, 14-5, 14-8, 14-18 PEXPMSAT profile 5-3, 14-5, 14-8, 14-17 PEXPMSWN profile 5-3, 14-5, 14-8, 14-17 PEXPNCP profile 5-3, 6-1, 6-4 PEXPPATH profile 1-4, 5-3, 14-3, 14-15 PEXPSATM profile 5-3, 9-19 PEXPSFX profile 5-3, 13-5, 13-9 PEXPSIP profile 5-3, 8-29 PEXPSNAM profile 5-3, 10-14, 11-17 PEXPSSAT profile 5-3, 7-13 PEXPSSN profile 1-4, 5-3, 12-7, 12-13 PEXPSSWN p
Index Q PVCs 9-5, 18-59 Q QIO configuring 18-48 Kseg2 memory segment 18-48 memory space 18-48 subsystem 8-3, 9-2, 10-3, 18-5, 18-48, 18-54, 18-59, 21-23, 21-28 QIO Monitor process (QIOMON) 18-55, 18-60, 21-2 QUALITYTHRESHOLD attribute ALTER LINE command and 15-14 INFO LINE command and 15-31, 15-37, 15-41 QUALITYTHRESHOLD modifier 17-21 QUALITYTIMER attribute ALTER LINE command and 15-14 INFO LINE command and 15-31, 15-37, 15-41 QUALITYTIMER modifier 17-21 R READBUFFERS attribute, INFO LINE command and 1
Index S Satellite-connect line-handler process configuring 7-1/7-13 features of 3-2, 18-3 SCF commands See individual command names SCP 21-17 Security additional techniques 19-11 network 2-11 processing 18-39, 18-44 SELECT command 16-12 Selective reject feature 3-2 Selector byte 9-6, 18-60 Send window 18-21 Sensitive commands 15-6 ServerNet cluster coexistence with ATM or IP 4-6/4-8 configuration considerations 4-1/4-3 connected to external node 4-1/4-10 monitor process description 12-4 Layer 2 functions
Index T STATS PROCESS $NCP command 19-12/19-13 STATUS command 15-95 STATUS DEVICE command 19-14 STATUS LINE command 15-97/15-104, 19-16/19-17, 21-5 STATUS PATH command 15-95/15-97, 19-17, 21-5 STOP command 15-105 STOP DEVICE command 19-25 STOP LINE command 19-26 STOP PATH command 19-26 Subdevices 18-51 SUBNETMASK attribute 21-18 Subnets definition of -xliv notation convention for -xliv Subnetworks 19-10 Subsystem components, Expand 18-2 Subsystem Control Point (SCP) 21-17 Subtypes direct-connect line-hand
Index T TCP6SAM process associating the line-handler with 1-10, 1-12, 8-13/8-16 determining the preferred and alternate for WAN 1-8 modifier for 8-23 overview 18-54 relationship to Expand 8-2 TCPSAM process associating the line-handler with 1-10, 1-11, 8-11/8-12 determining the preferred and alternate for WAN 1-8 overview 18-54 relationship to Expand 8-2 TCP/IP See NonStop TCP/IP, NonStop TCP/IPv6, or Parallel Library TCP/IP TCP/IPv6 See NonStop TCP/IPv6 Temporary discontinuity 18-28 TFTP server processes
Index U Troubleshooting 2-9, 21-1/21-38 Tuning 2-9, 20-1/20-34 TXWINDOW attribute ALTER LINE command and 15-15 INFO LINE command and 15-32, 15-37, 15-41, 15-46 TXWINDOW modifier 17-27, 18-52, 20-6, 20-11 TYMNET 3-2 TYPE modifier 21-19 Types, object 15-2 U UDP port 8-17/8-19 Unnumbered frames, STATS LINE command and 15-87 User complaints 21-4 User Datagram Protocol (UDP) 18-5, 18-54 User ID 2-11 User IDs, global 19-7 USERID file 18-44 V V6DESTIPADDR attribute ALTER LINE command and 15-15 INFO LINE comman
Index Special Characters Expand Configuration and Management Manual—523347-008 Index-18