OSASF Users Guide
OSASF Users Guide
SC28-1855-06
OS/390 IBM
Open Systems Adapter
Support Facility User's Guide
For OSA-2
SC28-1855-06
Note
Before using this information and the product it supports, be sure to read the general information under “Notices” on page xi.
This edition applies to Version 2 Release 7 of OS/390 (5647-A01) and to all subsequent releases and modifications until otherwise
indicated in new editions.
Order publications through your IBM representative or the IBM branch office serving your locality. Publications are not stocked at the
address below.
IBM welcomes your comments. A form for readers' comments is provided at the back of this publication, or you may address your
comments to the following address:
International Business Machines Corporation
Department 55JA, Mail Station P384
522 South Road
Poughkeepsie, NY 12601-5400
United States of America
If you would like a reply, be sure to include your name, address, telephone number, or FAX number.
When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes
appropriate without incurring any obligation to you.
Copyright International Business Machines Corporation 1996, 1999. All rights reserved.
US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Contents
Notices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
Year 2000 Support for OSA/SF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
Programming Interface Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
Trademarks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii
About This Book . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii
Who Should Use This Book . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii
How This Publication Is Organized . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii
Where to Find More Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
System/390 Open Systems Adapter Support Facility (OSA/SF) for MVS/ESA . . . . . . . . . . . . . xiii
OSA Modes of Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
Related Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
Softcopy and Hardcopy for OSA and OSA/SF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiv
Summary of Changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xv
Contents v
SNA Memory Dump . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4
SNA Management Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4
ATM Memory Dump . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4
SNA Trace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4
SNA Message Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-5
ATM Trace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-5
OSA/SF Dump . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-5
OSA Channel Memory Dump . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-5
| Query Command Using the GUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-5
Determining which OSA/SF Image Is Managing an OSA . . . . . . . . . . . . . . . . . . . . . . . 8-6
Problems with User-Written Calls to the API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-6
Reporting Problems to IBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-6
Contents vii
Query Output Control Block for Port Multicast Information . . . . . . . . . . . . . . . . . . . . . . D-34
Remove Directory Input Control Block Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-35
Remove Directory Output Control Block Example . . . . . . . . . . . . . . . . . . . . . . . . . . . D-36
Send Command Input Control Block Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-36
Send Command Output Control Block Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-37
Set Parameter Control Block Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-38
Set Parameter Output Control Block . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-39
Start Managing Channel Control Block Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . D-39
Stop Managing Channel Control Block Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . D-42
Synchronize Control Block Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-44
Available Parameters for a Query Port Command for FDDI . . . . . . . . . . . . . . . . . . . . . . D-44
Settable FDDI Port LAN Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . D-67
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X-1
IBM may have patents or pending patent applications covering subject matter in this document. The
furnishing of this document does not give you any license to these patents. You can send license
inquiries, in writing, to:
Licensees of this program who wish to have information about it for the purpose of enabling: (i) the
exchange of information between independently created programs and other programs (including this one)
and (ii) the mutual use of the information which has been exchanged, should contact:
IBM Corporation
Mail Station P300
522 South Road
Poughkeepsie, NY 12601-5400
USA
Attention: Information Requests
Such information may be available, subject to appropriate terms and conditions, including in some cases,
payment of a fee.
This publication also documents intended Programming Interfaces that allow the customer to write
programs to obtain the services of Open Systems Adapter Support Facility. This information is identified
where it occurs by an introductory statement in the chapter.
Other company, product, or service names may be trademarks or service marks of others.
Related Information
¹ MVS/ESA Hardware Configuration Definition: User's Guide, SC33-6468
¹ MVS/DFP System Programming Reference, SC26-4567
¹ MVS/ESA SP 5 Planning: APPC Management, GC28-1503
¹ Using the Enterprise Systems Connection Manager Version 1 Release 3, SC23-0425
¹ IBM Local Area Network Administrator's Guide, GA27-3748
¹ RACF General Information, GC28-0722
Notices xiii
¹ SAA: Common Programming, SC26-4399
¹ Application Development: Writing Servers for APPC/MVS, GC28-1070
¹ Communications Manager/2 V1.1 Network Administration and Subsystem Management Guide,
SC31-6168
¹ Communications Manager/2 V1.1 Host Connect Reference, SC31-6170
¹ Communications Manager/2 V1.1 Scenarios, SC31-6174
¹ Communications Manager/2 V1.1 Information and Planning Guide, SC31-7007
¹ Communications Manager/2 V1.1 Workstation Installation and Configuration Guide, SC31-7169
Note: The OSA planning guide and the OSA/SF user's guide are available online on the OSA/SF
bookshelf, whose file name is IOA39000.
| This book includes terminology, maintenance, and editorial changes. Technical changes or additions to
| text and illustrations are indicated by a vertical line to the left of the change.
| The OSA/SF Program Directory and other publications might reference the above title and form number,
| but use this publication. The title and form number were changed for consistency within OS/390.
Summary of Changes
for SC28-1855-05
OS/390 Version 2 Release 6
Chapter 1. Introduction
Welcome to the OSA/SF user's guide. Our goal is to provide you with easy-to-follow instructions that
enable you to do OSA tasks as easy and as quick as possible.
The Open Systems Adapter Support Facility (OSA/SF) is an MVS application (OS/390 Element) for
customizing and managing OSAs. You communicate with OSA/SF through the OSA/SF Graphical User
Interface (GUI) or a REXX EXEC entered on TSO.
OSA/SF provides a way to customize and manage the OSA modes of operation for your server. For
example: If LANRES/MVS is installed on your S/390, you customize OSA for LANRES mode. Chapter 4
on page 4-1 describes how to customize for each OSA mode of operation.
We've organized the information according to the following tasks you need to do:
1. Install OSA/SF using the program directory
2. Set up OSA/SF, Download and Install the OSA/SF GUI on OS/2 or Windows, Chapter 2
3. Become familar with the OSA/SF GUI if you are going to use it, Chapter 3
4. Customize OSAs using either the GUI or TSO
¹ OSA/SF GUI (OS/2 or Windows), Chapter 4
¹ TSO (IOACMD) Chapter 5
| 5. Become familar with the details of sharing an OSA between LPs and/or TCP/IP stacks, if
| necessary Chapter 6
6. Set up OSA as the Communications Controller, Chapter 7 (if required)
7. Handle OSA/SF problems, Chapter 8
8. Use TSO for OSA/SF commands, Chapter 9
Setting Up OSA/SF
Use these instructions to set up the following for OSA/SF:
1. Started Procedure (task) for OS/390 (MVS)
2. Startup Profile
3. Configuration and Master Index Files
4. REXX Command EXECs for TSO
5. APPC Communications (OSA/SF will not work without it)
6. Disk Server Function (only for LANRES)
Note: The numbers in the above list correspond to the steps in the instructions.
1. Do the following to set up an OSA/SF Started Procedure (task) for OS/390 (MVS):
a. Copy the sample procedure from the IOA.SIOASAMP library member IOAOSASF into
SYS1.PROCLIB or another system procedure library.
b. Edit the sample procedure you just copied. See Figure 2-1.
OSASF1 is the name of the EXEC used in the sample, but you can change the name.
OSA/SF Started Procedure Name ______________________________
Note: OSA/SF must be APF-authorized or it will not function. You must have SIOALMOD
in either the progxx or IEAAPFxx library.
//* START OSA SUPPORT FACILITY
//*
//OSASF1 EXEC PGM=IOAMAIN,TIME=1440,REGION=6000K,DYNAMNBR=5,
//STEPLIB DD DSN=ADLE370.V1R3M0.SCEERUN,DISP=SHR
//*** The following 2 lines that are commented out should be used for C/370
//*** runtime library. If you include them, comment out the previous STEPLIB
//*STEPLIB DD DSN=C370.SEDCLINK,DISP=SHR
//* DD DSN=C370.SIBMLINK,DISP=SHR
// DD DSN=SYS1.SIOALMOD,DISP=SHR
//IOALIB DD DSN=SYS1.SIOALMOD,DISP=SHR
//IOAPROF DD DSN=IOA.STARTUP.PROFILE,DISP=SHR
//SYSPRINT DD SYSOUT=A,DCB=(RECFM=FBA,LRECL=121,BLKSIZE=121)
//SYSUDUMP DD SYSOUT=H
Figure 2-1. Sample Started Procedure (IOA.SIOASAMP Member IOAOSASF)
c. Ensure that the data set names in the STEPLIB and IOALIB statements match the names
used for the C runtime libraries and the OSASF code loadlib of your MVS system. The
Program Directory provides instructions for including the SIOALMOD data set in the link
list. The C/370 or LE/370 runtime libraries must be in an APF library.
d. Change the IOAPROF DD statement, STARTUP.PROFILE, to a unique name for each
OSA/SF system image. You will copy the sample Startup Profile into this data set in the
next step.
OSA/SF Startup Profile Name __________________________
Attention
If you use dynamic allocation for SYSPRINT or SYSUDUMP, you will not be warned
when an existing copy of OSA/SF is already running.
2. Do the following to set up an OSA/SF Startup Profile as shown in Figure 2-2 on page 2-3:
a. Allocate a data set for the Startup Profile name you selected. Request primary space of 2
tracks, secondary space of 2 tracks, and sequential directory blocks=0. The attributes of
this data set should be RECFM=FB, LRECL=80, and BLKSIZE=5120.
b. Copy the sample Startup Profile from the IOA.SIOASAMP library member IOASPROF into
the Startup Profile data set you just allocated.
c. Edit the Startup Profile that you just copied.
Note: Before editing the Startup Profile, see 2-3 for Startup Profile Guidelines and
descriptions of the data set names.
1) Change the SYSNAME to identify the OSA/SF logical partition and change the
CECNAME to identify the CEC. Write them down for later use:
SYSNAME = ____________________________
CECNAME = ____________________________
2) Change the VOLSER and UNIT to identify the disk pack you want the files on. If
you don't want to specify a unit type for each data set, replace UNIT 3390 with
UNIT SYSALLDA. If VOLSER is specified, you must specify UNIT.
d. If you do not want to use the default IOASERV for the APPC LU name, include the
statement SET APPC NAME luname. Replacing luname with an eight-character name
that starts with an alpha character. If the statement is not included in the profile, the LU
name defaults to IOASERV.
LU name for APPC = ___________________________
Note: This APPC LU name must agree with the LU name specified for MVS and VTAM in
step 5a2 on page 2-6.
* See the OSA/SF User's Guide for setting up the Startup Profile
*
* The following SET ALIAS statements are required even if you do
* not use them in the dataset names that follow.
*
SET ALIAS SYSNAME SYS1
SET ALIAS CECNAME CEC1
*
* Defines the OSA configuration file that is used by OSA/SF.
*
SET NAME IOACFG
DATASET 'IOA.&CECNAME.OSAS.CONFIG'
UNIT 3390
VOLSER 339008
*
* Defines the OSA master index file that is used by OSA/SF.
*
SET NAME IOAINX
DATASET 'IOA.&CECNAME.MASTER.INDEX'
UNIT 3390
VOLSER 339005
*
* The OSA/SF started task has changed to now add on '.LPnn' to the
* dataset name for the message log where the nn is the LP number
* that OSA/SF is running on. Because OSA/SF appends this LP number
* to the file, you may want to use the &CECNAME instead of &SYSNAME
*
SET NAME IOAMSG
DATASET 'IOA.&SYSNAME.MESSAGE.LOG'
UNIT 3390
VOLSER 33900C
*
* Use the following statement to define the high level qu alifier
* to be used for all data sets that are created by OSA/SF.
*
SET NAME IOADSN
DATASET 'IOA.&CECNAME.OSASF'
UNIT 3390
VOLSER 33900C
*
* The following SET APPC statement is used to specify the LU
* name that OSA/SF should use.
*
SET APPC NAME IOASERV
*
* The SET SYSINFO statements can be used to remap existing CHPID
* and DEVICE numbers. See the OSA/SF User's Guide for details.
*
Figure 2-2. Sample Startup Profile (IOA.SIOASAMP Member IOASPROF)
¹ Data set names for IOACFG, and IOAINX can contain a maximum of 44 characters. IOAMSG
can contain a maximum of 30 characters, and IOADSN can contain a maximum of 26
characters.
– Periods are counted as part of the allowed number of characters.
– Qualifiers cannot exceed eight characters.
– The first character of all qualifiers must be a letter.
¹ If &CECNAME or &SYSNAME are used, they must be preceded and/or followed immediately
by a period, unless they are the first or last item in the dataset name.
¹ The SET APPC NAME command defines the LU name for APPC. If the command is not
included, the LU name defaults to IOASERV.
¹ VOLSER can have a maximum of six characters and UNIT a maximum of eight characters.
When VOLSER is used there must be a UNIT specified.
¹ No blank lines.
¹ Comment lines are indicated with the first non-blank character set to an asterisk "*". Everything
after the asterisk is omitted until the next line in the dataset.
¹ Comments between the SET command and the other keywords (DATASET, VOLSER, and
UNIT) can be used within the command.
¹ Data must be in columns 1 to 70.
¹ No wrapping is supported.
¹ File is not case sensitive, as all characters are translated to upper case.
Descriptions of the dataset names:
¹ IOACFG is the OSA configuration file, it defines what code should be installed for each OSA.
Since the same OSA CHPID can be shared by multiple systems (LPs), it should be defined as
shared between the logical partitions within the System/390. You will set up this file in step 3.
¹ IOAINX is the OSA master index file that defines all the available OSA mode code. It should
be defined as shared between logical partitions within the System/390. You will set up this file
in step 3 on page 2-5.
¹ IOAMSG is used by OSA/SF to store information and status for this LP where OSA/SF is
running. Should not be shared across systems. OSA/SF will allocate and use the data set as
needed. You do not have to do anything with this file. Should not be shared across
systems. OSA/SF will allocate and use the data set as needed. You do not have to do
anything with this file.
¹ IOADSN is the starting high level qualifier for all data sets that are created for use by OSA/SF.
These data sets are created for three purposes:
a. During configuration using the OSA/SF GUI, files are created that contain user input in a
compact format for later use in activating the configuration.
b. During activation, these internal data sets are used by OSA/SF to complete the activation
process.
c. Files are created for each OSA CHPID known to OSA/SF to hold various values and
attributes about each CHPID. These are built and updated dynamically by OSA/SF.
In order to allow an OSA/SF on any LPAR to get to the same data as another LPAR or
perform activation on previously defined configurations, these data sets should be defined as
shared across all partitions. The files that use this high-level qualifier will be allocated by
OSA/SF as needed.
If OS/390 or MVS is Running as a Guest of VM/ESA:
Continue with this section only if OS/390 or MVS is running as a guest of VM/ESA and you have a
need to identify virtual CHPID numbers and device numbers. In the Startup Profile, you can
associate a virtual number with a real number for CHPIDs and device numbers.
Specifying a real and virtual device number for the OSAD device (OSA/SF) allows OSA/SF to start
from MVS or OS/390 when running as a guest of VM. Specifying real and virtual CHPID numbers
allows the use of CHPIDs by MVS when running as a guest of VM.
Include the SET SYSINFO command shown below. Specify the real and virtual CHPID numbers
and device numbers that you want to associate:
SET SYSINFO CHPID
(REAL xx VIRTUAL yy) DEVICE (REAL aaaa VIRTUAL bbbb)
¹ The maximum length of the command string is 70 characters.
¹ The command is not case sensitive.
¹ Replace the variables with hexadecimal numbers.
¹ All command parameters must be separated by spaces.
¹ If you include more than one SYSINFO statement, they do not have to be next to each other.
¹ Do not include this command if OS/390 or MVS is not running as a guest of VM/ESA.
This information will not be shared between multiple partitions on the same system and will not be
saved between invocations of OSA/SF. It must be present in the STARTUP.PROFILE on each
invocation of OAS/SF for which the remapping is required.
3. Do the following to set up the OSA Configuration and Master Index files:
a. Allocate the following two new sequential data sets and then copy the members shown in
IOA.SIOASAMP into the new data sets. Replace &CECNAME. with the name used in step
2c1 on page 2-2.
Members in IOA.SIOASAMP New Sequential Data Set Names
IOACFG IOA.&CECNAME.OSAS.CONFIG
IOAINX IOA.&CECNAME.MASTER.INDEX
1) Set the initial allocation of OSAS.CONFIG to request primary space of 1 track,
secondary space of 2 tracks, and the attributes of RECFM=FB, LRECL=80, and
BLKSIZE=5120.
2) Set the initial allocation of the Master.Index file to request primary space of 2
tracks, secondary space of 2 tracks, and the attributes of RECFM=FB, LRECL=80,
and BLKSIZE=5120.
3) Edit the MASTER.INDEX file that you just copied and update the host destination
names that start in column 1 to match your specific environment. The names in
the file must all start in the same column. Do not change the disk-serving
destination names that start in column 56.
4. Do the following to set up the REXX EXECs that are used from TSO.
Before Starting
¹ If the PTF is installed for APAR # OW33393, skip steps C, D, E, and F. This APAR
merged REXX EXECs IOAINSNA and IOAINATM into the IOACMD EXEC as the
Configure OSA command.
¹ You can copy the EXECs into a local CLIST or EXEC data set that is allocated to
//SYSPROC DD of a TSO logon proc.
¹ During installation of OSA/SF, the program directory gave the installer the option of making
the OSA/SF program library accessible either by the LNKLSTxx, or by including the
OSA/SF program library (SIOALMOD) in a STEPLIB of the OSA/SF startup proc. If the
SIOALMOD library was not put in LNKLSTxx and a STEPLIB was used instead, you must
also place the SIOALMOD library in a STEPLIB within the users TSO logon proc in order
for the TSO user to have access to the OSA/SF code.
a. Allocate a data set named IOACMD.EXEC, requesting primary space of 14 tracks with
secondary space of 35 tracks. The attributes of this data set should be: RECFM=FB,
LRECL=80, and BLKSIZE=5120.
b. Copy the EXEC from IOA.SIOASAMP library member IOACMD and write down the data
set name of where you store the EXEC.
Fully qualified name of IOACMD.EXEC __________________________
IOACMD is used to enter OSA/SF commands from TSO. Two data sets are written each
time the command is entered. The data sets are used for problem determination. See
“Data Sets Created by IOACMD” on page 9-2 for a description of the data sets, and for
changing the high level qualifier of the data sets. The header at the beginning of the EXEC
contains information for changing the high level qualifier of the data sets.
c. Allocate a data set named IOAINSNA.EXEC, requesting primary space of 14 tracks with
secondary space of 35 tracks. The attributes for this data set should be: RECFM=FB,
LRECL=80, and BLKSIZE=5120.
d. Copy the EXEC from the IOA.SIOASAMP library member IOAINSNA.
Fully qualified name of IOAINSNA.EXEC __________________________
The IOAINSNA EXEC is used to install the SNA mode (image) on the OSA from TSO and
not from the OSA/SF GUI.
e. Allocate a data set named IOAINATM.EXEC, requesting primary space of 14 tracks with
secondary space of 35 tracks. The attributes for this data set should be: RECFM=FB,
LRECL=80, and BLKSIZE=5120.
f. Copy the EXEC from the IOA.SIOASAMP library member IOAINATM.
Fully qualified name of IOAINATM.EXEC __________________________
LUADD ACBNAME(luname)
NOSCHED,
TPDATA(SYS1.APPCTP)
Notes:
a) Change luname to the same name defined in the Startup Profile (see step 2d on
page 2-2). If SET APPC NAME is not included in the profile, luname defaults to
IOASERV. In that case replace luname in the APPCPMxx member with IOASERV.
At least one LU name must be specified here.
b) The data set name specified by SYS1.APPCTP may be the same as an existing
TP data set.
3) APPC/MVS must be stopped and restarted to include the changes. APPC is the
procedure name in the following commands, use the APPC procedure name for your
installation.
Enter: C APPC to stop APPC/MVS
Enter: S APPC,SUB=MSTR to start APPC/MVS
If the required APPC parm is not hard-coded in the APPC procedure or it doesn't
default to 00, start APPC as follows:
Enter: S APPC,SUB=MSTR,APPC=xx
6. Do the following steps to set up a disk server for OSA-1 being customized for LANRES mode. The
other OSA modes do not require a disk server, go to step 9 on page 2-10.
a. Allocate a new data set to copy the sample JCL that will create a VSAM linear data set for
the OSA disk server.
Set the initial allocation of the data set to request primary space of 1 track, secondary
space of 2 tracks. The attributes for this data set should be RECFM=FB, LRECL=80, and
BLKSIZE=5120.
Data set name that contains the JCL to create the VSAM linear data set:
___________________________
b. Copy the following member from the IOA.SIOASAMP library into the new data set you just
created:
¹ LANRES—copy member IOAIM100
Note: See Figure 2-3 on page 2-9 for the sample JCL to create a 100 MB VSAM linear
data set.
c. Edit the data set that you just copied and change the following, where uuuu is the unit and
vvvvvv is the volume where your OSA/SF disk server will reside:
//VSAM DD UNIT=uuuu,VOL=SER=vvvvvv,DISP=OLD
VOL(vvvvvv) FILE(VSAM)) -
d. Run the job. A VSAM linear data set is created with the following name, indicating the size
of the disk server:
¹ IOA.SYS100M.DISK- 100 MB disk server
If you are going to use this JCL to create disk servers for other OSAs, you have to rename
the data set after running the job for each OSA.
OSA # ____ VSAM Linear Data Set Name ________________________________
The data set name you choose will be used as parm1 in the JCL to start the disk server in
step 8 on page 2-10.
//IOAIM100 JOB MSGLEVEL=(1,1) 0001000
//* 0002000
//************************************************************** 0003000
//* Open Systems Adapter Support Facility 0005000
//* Version 1 Release 1 Modification 0 0006000
//* 0007000
//* Sample JCL to allocate and import the empty OSA/SF disk 0008000
//* server volume using IDCAMS IMPORT. 0009000
//* This job will create a 100 Meg data set. 0011000
//* This program uses IOADEXPD to expand the compressed empty 0013000
//* OSA/SF disk server before importing it. 0014000
//************************************************************** 0016000
//* Before running this job: 0018000
//* 1. Update the job card as required for your installation 0020000
//* 0021000
//* 2. On the ALCDSRV step, change: 0022000
//* - "uuuu" to make it the unit where your OSA/SF 0024000
//* disk server will reside 0025000
//* - "vvvvvv" to make it the volume where your OSA/SF 0027000
//* disk server will reside 0028000
//************************************************************** 0030000
//*** ALLOCATE THE DISK SERVING VOLUME 0033000
//* 0034000
//ALCDSRV EXEC PGM=IDCAMS 0035000
//SYSPRINT DD SYSOUT=* 0036000
//VSAM DD UNIT=uuuu,VOL=SER=vvvvvv,DISP=OLD 0037000
//SYSIN DD * 0038000
DELETE 'IOA.SYSVOL.M100' 0039000
SET MAXCC=0 0040000
DEFINE CLUSTER(NAME('IOA.SYSVOL.M100') - 0041000
CONTROLINTERVALSIZE(4096) - 0042000
LINEAR RECOVERY UNIQUE UNORDERED - 0043000
SHR(1,3) CYL(100,10) - 0044000
VOL(vvvvvv) FILE(VSAM)) - 0045000
DATA(NAME('IOA.SYSVOL.M100.DATA')) 0046000
//* 0048000
//*** EXPAND THE COMPRESSED DISK SERVING IMPORT DATA SET 0049000
//* 0050000
//EXPAND EXEC PGM=IOADEXPD,COND=(4,LT) 0051000
//STEPLIB DD DSN=SYS1.SIOALMOD,DISP=SHR 0052000
//COMPRESS DD DSN=IOA.SIOADIMG(IOAVOL1C),DISP=SHR 0053000
//EXPORT DD DSN=&&EXPORT,UNIT=SYSALLDA,DISP=(,PASS), 0054000
// SPACE=(CYL,(125,10),RLSE) 0055000
//* 0056000
//*** IMPORT THE EMPTY DISK SERVING VOLUME 0057000
//* 0058000
//IMPDISK EXEC PGM=IDCAMS,COND=(4,LT) 0059000
//SYSPRINT DD SYSOUT=* 0060000
//SEQ DD DSN=&&EXPORT,DISP=(OLD,DELETE) 0061000
//DISKSERV DD DSN=IOA.SYSVOL.M100,DISP=SHR 0062000
//SYSIN DD * 0063000
IMPORT OUTFILE(DISKSERV) INFILE(SEQ) - 0064000
OBJECTS(('IOA.SYS100M.DISK' - 0065000
NEWNAME('IOA.SYSVOL.M100'))) INTOEMPTY 0066000
Figure 2-3. Sample JCL to Create a 100 MB VSAM Data Set for the Disk Server
7. If not already done, use HCD to define in the IOCDS the device numbers and unit addresses of
the disk serving function. See the planning guide for details.
¹ Device numbers with unit addresses of FC and FD
//*
//* START OSASF DISK SERVER
//*
//* nnnn = device number. same as the last 4 characters of this
//* dataset name.
//* parm1 = MVS linear data set for the OSA disk server.
//* parm1 is also used with the //DISK01$$ DD statement.
//* parm2 = This is the even device number for unit address FC of
//* the disk server.
//*
//* steplib - if the libraries listed in STEPLIB are in the link list
//* then the STEPLIB DD is not required.
//* The library names may have to be changed to match the
//* naming conventions used on the system.
//*
//IOAVnnnn EXEC PGM=IOADISK,TIME=1440,REGION=4096K,DYNAMNBR=5,
// PARM='SYS parm1 parm2'
//STEPLIB DD DSN=SYS1.SIOALMOD,DISP=SHR
// DD DSN=ADLE370.V1R3M0.SCEERUN,DISP=SHR
//*** The following 2 lines that are commented out should be used for
//*** C/370 runtime library. If you include them comment out the
//*** previous line containing ADLE370.V1R3M0.SCEERUN
//* DD DSN=SYS1.PLI.SIBMLINK,DISP=SHR
//* DD DSN=SYS1.EDC.SEDCLINK,DISP=SHR
//IOAMSGS DD DSN=IOA.SIOAMSGS(IOAALL),DISP=SHR
//DISK01$$ DD DSN=parm1,DISP=SHR
//SYSPRINT DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=121,BLKSIZE=121)
//*
Figure 2-4. Sample JCL to Start the Disk Server (IOA.SIOASAMP Member IOAVNNNN)
9. RACF definitions
To use RACF protection for the commands issued through the OSA/SF API, the RACF
administrator must define the OSA/SF profile-names and permit OSA/SF users to those profiles
with the correct authority levels.
For details, see Planning for the OSA Feature.
10. Use the following instructions to start OSA/SF and verify that it started.
¹ If you are not planning to use OS/2, see Chapter 5 on page 5-1.
| ¹ If you are planning to use OS/2 or Microsoft Windows, see "Setting Up a Communications
| Protocol for OSA/SF GUI" in Chapter 3 of the OSA Planning Guide, GC23-3870. After you are
| complete, return to these instructions.
¹ If your OS/2 workstation is connected to the host and Communications Manager/2 is installed,
see “Downloading and Installing the OSA/SF GUI for OS/2 or Windows” on page 2-14.
¹ If your OS/2 workstation is connected to the host, but Communications Manager/2 is not
installed, see “Installing the GUI Without a Supported 3270 Emulator” on page 2-22.
¹ If your OS/2 workstation is not connected to the host, and you want to use an OSA as the
communications controller between OS/2 and the host, see Chapter 7 on page 7-1.
¹ If you are not using OS/2, see Chapter 5 on page 5-1.
Starting OSA/SF
From the MVS system console, enter the OSA/SF Started Procedure name that you selected in step 1b
on page 2-1.
S <procedure name>
The following figure is an example of a typical message log from starting OSA/SF.
IOAC101I OSA Support Facility initialization started 08/01/1998 20:06:58
IOAC153I Processing of startup file started
IOAC152I Finished startup command file processing
IOAK326I CHPID 40 is currently managed by partition 0A
IOAK326I CHPID 9C is currently managed by partition 0A
IOAK326I CHPID C8 is currently managed by partition 0A
IOAC102I OSA Support Facility initialization completed 08/01/1998 20:07:02
IOAC100I OSA Support Facility version V1R2MO
Figure 2-5. Example Messages Log Created While Starting OSA/SF
Stopping OSA/SF
Enter the following to stop OSA/SF:
P <procedure name>
The Started procedure name was established in step 1b on page 2-1 to stop OSA/SF.
Note: If a step name was given with the start command, then the step name must be used with the stop
command.
If the PTF effects OSA/SF, install the PTF using SMP/E, stop OSA/SF and then start OSA/SF.
Note: The description for the PTF will identify what is effected.
| For Windows
| When to Use These Instructions
| 1. At the server, transfer in binary the installation program, IOAWINST from IOA.SIOAWIN to a
| temporary directory of your choice. Use any server to workstation transfer program. The file should
| be IOAWINST.EXE on the workstation.
| 2. Start IOAWINST.EXE, either by double-clicking the IOAWINST object in Windows Explorer, or by
| entering IOAWINST at a command prompt. Follow the prompts.
| When the EXEC completes, click Start on the taskbar and select Programs. Look for an entry
| named IBM OSA Support Facility.
| For OS/2
If you do not have 3270 emulator support (Communications Manager/2 or Personal Communications
Manager), go to “Installing the GUI Without a Supported 3270 Emulator” on page 2-22.
Use the following instructions to download and install the OSA/SF GUI files from the host to an OS/2
workstation. The instructions include steps to:
¹ Download an installation tool referred to as the Software Installer (SI/2)
¹ Use Software Installer to download and install the OSA/SF GUI.
Note: Although install times can vary for downloading and installing the OSA/SF GUI, tests have shown
that for one workstation or server the process takes approximately a half hour.
1. Establish a host session on the OS/2 workstation. You may have to start Communications
Manager/2 if no host sessions are started.
2. Log on to a TSO User ID that can access the IOA.SIOAWEUI data set that contains the OSA/SF
files. If you are using an OS/2-J workstation, copy the contents of IOAPKGBJ into IOAPKGB,
replacing the contents of IOAPKGB.
Note: IOA.SIOAWEUI was supplied by IBM, if your host personnel changed the name, you will
need to obtain the new name and use it in place of IOA.SIOAWEUI in the following
instructions.
3. Position your TSO session at the READY prompt, or select COMMAND from the ISPF Primary
Option Menu.
4. To download the Software Installer bootstrap file, do the following from an OS/2 command line:
a. Enter: RECEIVE IOAINENU.EXE a: ‘IOA.SIOAWEUI(IOAINENU)’ replacing a with the host
session identifier that you established in step 1 on page 2-14. If you are using an OS/2-J
workstation, enter the command exactly as shown but add a space and left bracket [ at the
end.
Note: If the download is successful, you will see the message, File transfer complete.
b. Enter: IOAINENU to install Software Installer.
5. Select Continue to start the installation.
6. Select the TSO session you established.
A window is displayed with the drive, subdirectory, and file name. We recommend you use these
defaults for service updates.
Software Installer Drive, Directory, Filename ______________________________
7. Select OK to start software installer installation. The Install - progress window is displayed.
8. When you see the Instructions window, select Continue to proceed with installing the OSA/SF
GUI.
9. The Install window is displayed.
10. If you are installing or servicing on a LAN server or if you do not want SI to update your
CONFIG.SYS file on your machine, do the following. Otherwise select OK and go to the next step.
a. Deselect the Update CONFIG.SYS option.
b. Select OK.
c. Reply to the warning message that tells you SI will not update your CONFIG.SYS file.
d. Select Yes.
11. When the Install - Directories window is displayed, either accept the defaults or enter your own.
OSA/SF Drive and Subdirectory __________________________
Note: If you want to check your disk space, select Disk Space.
12. Select Install... to start downloading OSA/SF GUI files.
13. Select OK when you see the message that indicates successful completion.
14. To exit SI, double-click on the system icon or select File and then select Exit
1. If you installed OSA/SF GUI on a LAN server, each requester on the LAN that accesses OSA/SF
must now be updated. Continue at “Updating a Requester Machine” on page 2-16.
2. If you did not install OSA/SF GUI on a LAN server and if you deselected the Update CONFIG.SYS
option in step 10, you must update your CONFIG.SYS file. Continue at “Updating the
CONFIG.SYS File on a Non-Requester Machine” on page 2-16.
3. If you did not install OSA/SF GUI on a LAN server and you allowed software installer to update the
CONFIG.SYS file, you will have to shut down your workstation and reboot it. The OSA/SF GUI
install is complete. Continue at Chapter 3 on page 3-1.
You can perform these tasks manually as described in “Updating a CONFIG.SYS File on a Requester
Machine” on page 2-18 or using SI/2 as described in “Updating a Requester Machine Using SI/2.”
Note: The default directory for OSA/SF was IBMIOA. If the default directory was not used during
the install, see step 11 on page 2-15.
IOAINSTS, where IOA is the prefix of the product used to install SI.
Follow with a blank and then /S:
Conclude with the name of the OSA/SF subdirectory.
For example, if you are using the OSA/SF subdirectory, enter IOAINSTS /S:IBMIOA
3. Select the File menu bar choice.
4. Select Open catalog.
5. Select Drive... to display the Open drive catalog window.
6. Select the drive to use. (It must have access to the OSA/SF GUI directory structure.)
7. If the OSA/SF subdirectory is IBMIOA, enter \IBMIOA\USR\IOACATE.ICF in the Filename field under
the Catalog section.
8. If the OSA/SF subdirectory is not IBMIOA, enter \xxx\USR\IOACATE.ICF in the Filename field
under the Catalog section, where xxx is the value of the OSA/SF subdirectory.
9. Select the Open pushbutton to get the selected catalog file from the LAN server to display the
Installation and Maintenance window.
10. Select OSA/SF LAN Requester Install.
11. Select the Action menu bar choice.
12. Select Install... to display the Install window.
13. If you do not want SI to update the CONFIG.SYS on your machine:
a. Deselect the Update CONFIG.SYS option.
b. Select the OK pushbutton.
c. Reply to the warning message that tells you SI will not update your CONFIG.SYS file.
d. Select the Yes pushbutton.
14. Select the OK pushbutton to display the Install - directories window.
15. Accept the defaults or enter your own.
¹ The LAN REQUESTER label must identify the drive and directory on the requester machine that
will contain the files generated by OSA/SF GUI.
¹ The LAN SERVER label must identify the drive and OSA/SF subdirectory that were used by the
requester machine to access OSA/SF GUI from the server.
16. Select Install... to initiate processing.
(A message is displayed when processing completes successfully.)
17. Select the OK pushbutton.
18. To exit SI, do one of the following:
¹ Double-click on the system icon.
¹ Or select File and then select Exit.
19. If you choose to not have your CONFIG.SYS file updated, do the instructions in “Updating a
CONFIG.SYS File on a Requester Machine,” or if the CONFIG.SYS file was updated, reboot the
requester machine before you start OSA/SF GUI. Continue at Chapter 3 on page 3-1. An OSA/SF
folder has now been added to your OS/2 workplace (desktop) to give you access to OSA/SF GUI.
| For Windows: Do the following to update the OSA/SF GUI on a Windows workstation:
| 1. At the server, transfer in binary the installation program from IOA.SIOAWIN library member
| IOAWINST.EXE to a temporary directory of your choice on the workstation. Use any
| server-to-workstation file transfer program available.
| 2. Start the EXEC, either by double-clicking the IOAWINST object in Windows Explorer, or by
| entering IOAWINST at a command prompt. Follow the prompts.
| When the EXEC completes, look in the Programs view of the desktop for an entry named IBM
| OSA Support Facility. The first time you start the program, you will be prompted for a User Data
| Path. Enter the name of a temporary directory for the User Data Path.
| You can erase IOAWINST.EXE to save disk space. It was only used to install the program.
Software installer (SI/2) will be set up and then the OSA/SF GUI for OS/2.
1. Transfer the following files from the host to the workstation using the names and details shown in
the list. Put all the files in the same directory. The files will require approximately 5 Meg of disk
space. If you are using an OS/2-J workstation, first copy the contents of IOAPKGBJ into
IOAPKGB, replacing the contents of IOAPKGB. Use any tranfer method (FTP, Almcopy, etc..) that
can transfer in both ASCII and Binary.
Note: All members are located in data set IOA.SIOAWEUI.
Drive and Path = __________________________________
MVS OS/2 Host to OS/2
Member Name Transfer Mode Description
------------ ------------- ------------- ------------------------
IOACATE IOACATE.ICF ASCII OSA/SF catalog for SI/2
IOAPKGB IOAPKGB.PKG ASCII OSA/SF pkg file for SI/2
or --------------------------------------->See the note that follows this figure
IOAPKGBJ IOAPKGB.PKG OSA/SF pkg file for OS/2-J
IOADESUS IOADESUS.DSC ASCII OSA/SF description file
The OSA/SF graphical user interface (GUI) provides user-friendly windows that enable you to easily do all
tasks for one or many OSAs. You can shift your attention away from command names and data files to
more important things.
| If you are familiar with IBM OS/2 or Microsoft Windows applications, you'll find that OSA/SF objects,
| pull-downs, notebooks, and help functions are similarly designed. If you are not experienced with OS/2 or
| Windows, then you should use the appropriate tutorial to become familiar with the interface. The tutorial
| for OS/2 is located within the information icon on the desktop. For Windows, click on the Start icon and
| select help. If you are willing to read help panels, you may be able to operate the OSA/SF GUI with very
| little OS/2 or Windows experience because help is included with the GUI. For details on the type of help
| available, see “Getting Help” on page 3-7.
| Before you can use the OSA/SF GUI on OS/2 or Windows, one of the following must be completed:
| ¹ “Downloading and Installing the OSA/SF GUI for OS/2 or Windows” on page 2-14
¹ “Installing the GUI Without a Supported 3270 Emulator” on page 2-22.
If you are using 3270 emulation as the host-to-workstation communications, make sure the host
session is at the TSO Ready prompt and not the ISPF Ready prompt.
| 1. To start on Windows, click on Start in the lower left corner of the window and select Programs.
| Then click on OSA/SF.
| 2. To Start on OS/2, double-click on the OSASF folder on the OS/2 desktop. (The folder is created
| during “Downloading and Installing the OSA/SF GUI for OS/2 or Windows” on page 2-14.)
3. Double-click on the OSASF icon in the folder.
The first time the OSA/SF GUI is started a message will be displayed. Enter a valid drive and
directory to store user data in.
| The OSA/SF Hosts window is displayed with a sample host icon when the GUI is first started.
4. To create a host icon for communications between the GUI and OSA/SF:
a. Select Help from the menu bar at the top of the OSA/SF Hosts window. See Figure 3-1 on
page 3-2.
b. Select How to and then double-click on Create another host icon. Follow the instructions.
If you need planning information for GUI to host communications, see “OSA/SF OS/2 Interface
(GUI) Setup Checklists” in Chapter 2 of Planning for the S/390 Open Systems Adapter
Feature.
Attention
The remainder of this chapter provides you an overview of the OSA/SF GUI, how to
navigate, customize, and get help. We recommend you read it, but if you're already familiar
with the OSA/SF GUI, go to Chapter 4 on page 4-1. If you leave this section, at a
minimum, look at “OSA/SF GUI Flow Quick Reference” on page 3-9 and keep it nearby to
help you navigate through the GUI while customizing the OSA.
Notes:
| a. If you are not familiar with operating an OS/2 or Windows interface, select General Help from
the pull-down list, but don't forget to come back here when you're done exploring.
b. Help is available for all the windows and objects within the windows. To get help for an object
within a window, select the object and press F1 on the keyboard, or select the help
pushbutton. If you need help for a pull-down item from the menu bar, use the arrow keys on
the keyboard to highlight the item, then press F1.
c. When you're done reading a help window, press Esc on the keyboard to close the help
window.
The OSA/SF Hosts Window Is Displayed When You Start the GUI
Figure 3-1. Example of an OSA/SF Hosts Window with Three Host Icons. When the OSA/SF GUI is first started,
there is only one sample host icon. The sample disappears when you create another host icon. You can use the How
To instructions to create another host icon.
Each host icon in the example represents a host system running OSA/SF. For this example, an OSA/SF
image is running in HOST1LP1, HOST2LP2, and HOST3LP3. The OSAs can be configured, monitored,
and managed from any of these System/390 hosts. HOST1LP1 is selected (highlighted) in the above
example; therefore any tasks done for the OSAs would be managed by the OSA/SF image running in
HOST1LP1.
Note: All OSA/SF GUI tasks start from this window, the OSA/SF Hosts window.
This publication does not describe the purpose or function of every window because online help is
available for all windows, and OSA How To instructions are provided for frequently done tasks.
If the Sample host is the only icon displayed on your OSA/SF Hosts window, use Create another
host icon in the How to instructions from the Help selection on the menu bar.
See the OSA Planning Checklists in Planning for the OSA Feature for more information.
Figure 3-2. OSA How To Instructions. Double-click on any selection to display the instructions.
| Figure 3-5. OSA Channels-Tree View with OSA 73 and Ports Expanded
Set...
User data
Hardware state Set...
started
Ring State opened
Ring open status open
Packets transmitted 70284
Packets received 60504
_Cancel Help
Settings - Page 1 of 2
OSA/SF GUI windows are displayed by the OS/2 Presentation Manager. This means you can manage the
OSA/SF GUI windows the same as other OS/2 windows. You can change their size, move them around
on the desktop, and minimize or maximize them. When you're working with several OSA/SF windows, a
window can be hidden behind other window. The OSA/SF GUI has a window list similar to the OS/2
window list to let you quickly select and see all open windows.
Figure 3-7. OSA/SF Window List. The window list shows the open windows for each host.
Note: The OSA/SF window list is not the same as the OS2 window list that you see when pressing Ctrl
and Esc on the keyboard. The OS/2 window list contains one entry for the OSA/SF GUI; it is listed
as OSA/SF Hosts.
Regardless of the number of OSA/SF host icons, you will only have one OSA/SF Hosts window, but you
can open other windows for each OSA/SF host at the same time. For example: you can open a channels
view window for each host icon. If you open the same window from different host icons, it's a good idea to
use the Window List to make sure you're looking at the correct host.
If you have more than one host icon, do the following to open two Command Output windows and two
Channel View windows:
1. Select a host icon on the OSA/SF Hosts window.
2. Open an OSA Channels View window; use the How to instructions if necessary.
3. Select a different host icon and open an OSA Channels View window for this host.
4. Select Windows and Window list from the menu bar on any window.
A Command Output window and an OSA Channels View window is listed on the window list for each
host.
Getting Help
You can get help for all windows, menu bar selections, and entry fields. To get help for an object or entry
field within a window, select the object and press F1 on the keyboard.
There is also a Help selection on all menu bars that contains General Help and a Help Index.
How to Get Help for Menu Bar Choices on a Window: You will do most tasks by selecting
an object from the menu bar of a window.
To get help for any menu bar choice on a window, do the following with the window displayed in the
foreground:
1. Press F10 on the keyboard, notice that Selected is highlighted on the menu bar at the top of the
window.
2. Use the right and left arrow keys on the keyboard to highlight different choices on the menu bar.
Use the up and down arrow keys to expand the choice and select other choices.
3. Press F1 to get help for a highlighted choice.
Note: If you select a menu bar choice with the mouse and press F1, help is displayed for the first item in
the pull-down list. If you need help for one of the items on the menu bar or within the pull-down
list, use F10 and the arrow keys to highlight the item and then press F1.
X Selected
X Open as
X OSA Channels View
SNA Management
for OSAxx
Add X X Change
Configuration for
OSA xx
X Configuration Name
X Hardware Types
X OSA-2 (ATM)
X OSA-1 X OSA-2 X ATM IP Forwarding
HPDT ATM Native X X ATM LE Platform
Available Modes Available Modes Available Modes
LANRES SNA
TCP/IP Passthru TCP/IP Passthru TCP/IP Passthru
SNA HPDT MPC SNA
| Figure 3-8. OSA/SF GUI Main Window Flow and Required Selections
Note: There are two views of the OSA channels, Tree View and Details View. The default settings
determine which of the views is displayed. See “How to Display the Other Channels View” on
page 3-10 to display the other channels view. See “How to Change the Default Settings for the
Channels View” on page 3-10 to change the default settings.
How to Use the OSA Channels - Tree View: Use the following flow to display OSA settings
(characteristics).
Click on
to
Expand Token Ring Settings: port 00 on OSA 73
Settings
MAC address 0004AC20BF66 Set...
Statistics
Universal Address 0004AC20BF66
Ring speed 16 Mbps
HOST11P1 - OSA Channels - Tree View
Upstream Neighbor 0004AC20BF66
_Selected _ Edit _ View
_ Command
_ _ File Windows _ Help
OSA 71 Set...
User data
OSA 72
Hardware state Set...
OSA 73 started
OSA mode files Ring State opened
appl1
Ring open status open
appl2
Packets transmitted 70284
Ports
00 Packets received 60504
Double Click
01
02
_Cancel Help
03
04
Settings - Page 1 of 2
Devices
000B
000C
Device Settings - 000D on OSA 73
000D Double Click
000E Device number 000D
000F Unit address 14
0010
Status Online, Allocated, Boxed, Pending
0011
Cancel Help
Notes:
1. Each OSA can be expanded by clicking on the plus to see OSA mode files, ports, and devices for the
OSA.
2. Double-click on any object to display that objects settings (characteristics).
3. Some settings are displayed in a notebook. To see other pages in the notebook, select one of the tabs
on the right of the page.
Before you define configurations for an OSA, see Chapter 4 on page 4-1 for a complete list of
instructions to customize the OSA. Creating the configuration is only one task within customizing an
OSA.
The How To's provide instructions for you to display windows within the GUI.
Figure 3-12. OSA How To Instructions. Double-click on any selection to display the instructions.
For each OSA mode, there is an overview, installation instructions, verification instructions, and problem
determination aids.
Because you can configure an OSA for different modes of operation, the OSA/SF GUI provides a way for
you to define and save configurations by name so that you can change or activate different OSA modes of
operation.
Each configuration can be saved and activated separately for the same OSA.
The Activate and Install tasks are disruptive to all devices using the OSA (CHPID). You can create a
configuration, save it, and then do an Activate (no install) to defer the install to a more appropriate time.
See “Deferring an OSA Mode Install” on page 4-40 for more information.
The GUI makes it easy to define OSA configurations that in turn define an OSA's mode of operation. If
you want a quick look at how to define configurations from the GUI, do the following, but use Table 4-1 on
page 4-2 to locate the complete instructions for customizing OSAs for modes of operation.
| 1. For Windows, click on Start in the lower left corner of the window and select Programs. Then click on
| OSA/SF.
| 2. For OS/2, Double-click on the OSASF icon in the OSASF folder on the OS/2 desktop.
3. Select Help from the menu bar.
4. Select How to.
5. Double-click on Define configurations for an OSA.
Attention
¹ Defining configurations with the OSA/SF GUI is one step within the overall task of customizing an
OSA mode. Use the following table to see the complete list of instructions.
¹ Instructions for configuring ATM LAN Emulation are included within TCP/IP Passthru and SNA.
If you are going to use the default unit addresses, no ATM, no port sharing, and no additional OSA
modes, the OSA will operate in TCP/IP passthru mode only; no customization is necessary. Define the I/O
hardware configuration and only do step 1).
Use these instructions to set up passthru mode for an OSA-2 and OSA-2 (ATM). These instructions
include the following tasks for the OSA:
1. Disabling the missing interrupt handler for TCP/IP passthru devices
2. Creating a configuration
3. Assigning or changing unit addresses
4. Sharing OSA ports between logical partitions
5. Saving and activating the configuration
6. Starting the new configuration.
Before Starting
If the OSA is already customized for SNA mode and is being used as the communications controller
between the workstation and host, do one of the following:
¹ Use an alternative communications controller (another OSA) to install TCP/IP.
¹ Use the ACTIVATE (no install) command in step 3 on page 4-6 and then issue the OSA/SF
INSTALL command (see Appendix B on page B-1) from TSO and continue with the instructions.
These alternatives are required because the GUI is communicating through the OSA and you are
installing another OSA mode that interrupts the GUI to host communications. You will have to
restart the GUI.
¹ Verify that the hardware I/O configuration was updated. See Planning for the OSA Feature.
¹ Verify that OSA/SF is started and the GUI (OS/2 or Windows) is set up. See Chapter 2 on
page 2-1.
If more than one OSA/SF image is installed, you will see corresponding host icons on the OSA/SF
Hosts window.
3. From the OSA/SF GUI, do the following to start managing the OSA:
Note: If the OSA feature hardware is not yet installed, do not do this step. You will have to do the
Start Managing after the OSA feature is installed.
a. From the OSA/SF Hosts window, select the host icon (OSA/SF image) that you want to use to
manage the OSA.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select Help from the menu bar, then select How to, and then double-click on Display the
OSA channels.
c. Select the OSA number on the channels view window.
d. Select Command from the menu bar.
e. Select Manage channel from the pull-down.
f. Select Start, No force, and Ok. If another LP was managing the OSA, use force.
4. Do the following to display the Configuration for OSA window; if you know how to display the
configuration window, go to step 5.
a. Select Help on the menu bar.
b. Select How to from the pull-down.
c. Double-click on Define Configurations for an OSA.
The How to instructions will assist you with displaying the configuration window; when the
Configuration for OSA window is displayed, continue with the next step.
5. From the Configuration for OSA window, verify the Hardware type and Port type are correct.
Note: The hardware type and port type are read from the OSA hardware feature if the OSA
device is installed in the system, the I/O hardware configuration is complete, and the OSA
CHPID is online to at least one LP. If you are defining a configuration prior to these
conditions, select the hardware type and port type.
6. Enter a Configuration name of your choice for this OSA.
7. If the OSA hardware type is OSA-2 (ATM) and you want to configure LAN emulation, do these
substeps; otherwise go to step 8.
a. Select ATM LAN Emulation Client(LEC) from the Available modes listbox.
b. Enter the required input for logical port 0, or logical port 0 and logical port 1. There are three
pages in the notebook for each port. Click on the arrows at the bottom right of the notebook to
display the other pages. Use Set after entering the values and then continue with the next step
to add Passthru to the configuration.
8. From the Configuration for OSA window, select TCP/IP Passthru from the Available modes
listbox, select Add, and then select Add again to see the Passthru OAT record definition
window. This is where the OSA Address Table (OAT) definitions are entered.
Use this window to change the default unit addresses and to share ports between logical
partitions. The following instructions are separate for Assigning the default unit addresses and
sharing ports among logical partitions, but you can enter all the information at the same time on
the same window.
Notes:
1. If the OSA CHPID is not shared between LPs or the system is in basic mode, enter 0 for the LP
number.
2. IBM supplies default values for the OAT with OSA-2. OSA-2 ATM does not have default values.
Default values are referred to as the Default OAT. See Planning for the OSA Feature.
3. If you want to reinstall the default OAT, select the Default OAT pushbutton from the TCP/IP Passthru
Settings window which is displayed when you add or change a configuration from the Configuration
for OSA window. Any previously defined entries will be lost if you select the default OAT.
4. The default OAT contains the maximum entries to accommodate the maximum number of LPs with
port sharing. If you are not sharing ports between LPs, do not enter an associated IP address. Unused
entries in the default OAT will not cause a problem. A message may be displayed indicating that
entries exist for port sharing without an IP address, but this is ok if you are not sharing ports between
LPs.
If you are not adding another mode with Passthru, continue with the next step.
If you are going to add another OSA mode with Passthru, see Table 4-1 on page 4-2 for the
instructions to follow for the other mode. Some of the steps for the other mode can be skipped if you
already did them in these instructions. For example: You already did the start managing and displayed
the configuration window.
Attention
The Activate task is disruptive to all devices using the OSA (CHPID). You can defer the install
to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring an OSA
Mode Install” on page 4-40 to complete the install.
3. Once the configuration is saved successfully, select Configuration again from the menu bar and
then select Activate.
4. After activating the configuration, be sure to read the following labeled boxes and continue with
these instructions. The activation takes a few minutes; monitor the command output window and
the MVS console.
Important Message
A message will be displayed on the GUI indicating that activation completed successfully. You will be
instructed to configure the CHPID offline, then online. Continue following these instructions.
2. Configure the CHPID back online to appropriate logical partitions. This starts the base code just
loaded onto the OSA.
3. The devices that were defined in the configuration should now be online. Use the appropriate
TCP/IP commands to start using the devices.
IP Multicast Support
OSA/SF supports IP multicast by displaying the multicast addresses and their associated MAC group
addresses. These addresses are set up by the application and not OSA/SF. To see the multicast
addresses, display the port settings notebook by doing the following:
1. Display the OSA Channels-Tree View window.
2. If not already expanded, expand the OSA view by clicking on the plus sign (+) so that the ports
are displayed.
3. Double-click on the port number and then look through the port settings notebook for multicast
information.
If you suspect a hardware problem with OSA, contact the IBM service personnel.
Traces, error logs, and dumps are available from the processor controller (PCE) or hardware master
console (SE).
If the previous steps do not solve your host-to-OSA connectivity problem, you might have malfunctioning
hardware. Check the Hardware Master Console or Processor Controller for hardware errors.
SNA Mode
SNA Overview
OSA provides the connectivity to support clients on LANs that use the Systems Network Architecture
(SNA) and Advanced Peer-to-Peer Networking (APPN).
In SNA mode, LAN clients can access the Advanced Communications Function/Virtual
Telecommunications Access Method (ACF/VTAM) running on an MVS/ESA system. This connectivity to
ACF/VTAM provides:
¹ The interface between host application programs and other resources in an SNA network.
¹ The link between peer users of a network.
VTAM establishes and terminates sessions between users of the network, forwarding session data to and
from each session partner. VTAM also:
¹ Activates and deactivates resources under its control including devices to which VTAM is directly
attached
¹ Keeps information on the network configuration, active sessions, and network conditions.
These instructions require the OSA/SF GUI. If you are not using the GUI, or you want to use APPC
and the OSA as the communications controller between the workstation and host, see “ENTR, FENET,
and FDDI OSA-2 Features” on page 5-6 to install the SNA code on the OSA device.
If the OSA is already customized for TCP/IP mode and is being used as the communications controller
between the workstation and host, do one of the following:
¹ Use an alternate communications controller (another OSA) to install the SNA image.
¹ Use the ACTIVATE (no install) command for step 8b on page 4-10 and then issue the OSA/SF
INSTALL command (see Appendix B on page B-1) from TSO and continue with the instructions.
These alternatives are required because the GUI is communicating through the OSA and you are
installing another OSA mode that interrupts the GUI to host communications. You will have to
restart the GUI.
Note: If the OSA was already set up previously for a different mode and you are changing the mode, use
the instructions in “Changing an OSA's Mode of Operation” on page 4-37 to quiesce the current
mode, then continue with these instructions.
Do the following instructions for each OSA planned for SNA mode:
1. Write down the logical partition name of where OSA/SF is running and the associated icon name
shown on the OSA/SF GUI Hosts window:
OSA/SF Logical Partition Name ________________________
OSA/SF GUI Host Icon Name _______________________
If more than one OSA/SF image is installed, you will see corresponding host icons on the OSA/SF
Hosts window.
2. From the OSA/SF GUI, do the following to start managing the OSA:
Note: If the OSA feature (hardware) is not yet installed, do not do this step. You will have to do
the Start Mangaging after the OSA feature is installed.
a. From the OSA/SF Hosts window, select the host icon (OSA/SF image) that you want to use to
manage the OSA.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select How to from the menu bar and double-click on Display the OSA channels.
c. Select the OSA number on the channels view window.
d. Select Command from the menu bar.
e. Select Manage channel from the pull-down.
f. Select Start, No force, and Ok. If another LP was managing the OSA, use force.
3. Do the following to display the Configuration for OSA window. If you know how to display the
configuration window, go to step 4.
a. Select Help on the menu bar.
b. Select How to from the pull-down.
c. Double-click on Define Configurations for an OSA.
The How to instructions will assist you with displaying the configuration window, when the
Configuration for OSA window is displayed, continue with the next step.
4. From the Configuration for OSA window, verify the Hardware type and Port type are correct.
Note: The hardware type and port type are read from the OSA feature (hardware) if the OSA
feature is installed in the system, the I/O hardware configuration is complete, and the OSA
CHPID is online to at least one LP. If you are defining a configuration prior to these
conditions, select the hardware type and port type.
5. Enter a Configuration name of your choice for this OSA.
6. If the OSA hardware type is OSA-2 (ATM) and you want to configure LAN emulation, do these
substeps, otherwise go to step 7.
a. Select ATM LAN Emulation (LE) from the Available modes listbox.
b. Enter the required input for logical port 0, or logical port 0 and logical port 1. There are three
pages in the notebook for each port. Click on the arrows at the bottom right of the notebook to
display the other pages. When complete, continue with the next step to add SNA to the
configuration.
7. From the Configuration for OSA window, select SNA from the Available modes listbox, select
Add, and then select Add again to see the SNA OAT record definition window. Enter the
required information. If you are adding more than one entry, select Add after each entry and then
type over the previous information. When you are done adding entries, select Cancel and then
select Set.
8. Do the following to save the configuration and then activate it:
a. Select Configuration from the menu bar and then select Save.
Attention
The Activate task is disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring
an OSA Mode Install” on page 4-40 to complete the install.
b. Select Configuration and then select Activate. The activation takes a few minutes; monitor
the command output window and the MVS console.
Important Message
A message will be displayed on the GUI indicating that activation completed successfully.
You will be instructed to configure the CHPID offline, then online. Do step 9 first and then
in step 10 you will configure the CHPID offline.
9. Vary off the OSA devices and then configure the OSA CHPID offline from every logical partition
that can use or share the CHPID.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
10. Configure the CHPID back online to the appropriate logical partitions. This activates the base code
just loaded onto the OSA.
11. If you want to enhance the availablitiy of SNA sessions (Enhanced SNA Availability Support), do
the following:
a. Display the OSA Channels - Tree View window.
b. Double-click on the OSA port number.
c. Select Set for Enhanced SNA Availability. Enter the required information. See Enhanced SNA
Session Availability in the OSA Planning Guide for detailed information about this support.
Note: You can tune the SNA parameters from the settings window that is displayed when you
double-click on a port number from the OSA Channels - Tree View.
12. If required, vary on the device with unit address of FE.
13. If required, vary on the SNA devices to the appropriate host.
14. Start the connection using the VTAM host program.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
4. Configure the CHPID back online to the appropriate logical partitions. This activates the base
code just loaded onto the OSA.
5. If required, vary on the device with unit address of FE.
6. If required, vary on the SNA devices to the appropriate host.
7. Start the SNA connection using the SNA host program.
Netview Alerts: The OSA can surface information through netview alerts. For details on the alerts,
see Planning for the OSA Feature.
| Additional SNA Information: For OSA-2 ATM and OSA-2 Fenet CHPIDs, there are improvements
| in SNA network management to allow you to acquire detailed information at the port, SAP, and connection
| level. The type of information you can view is:
| 1. Station level statistics: the number of each type of frame that has been transmitted and received.
| 2. Link station state.
| 3. Whether a particular connection is congesting and determine whether OSA or the remote client is
| causing the congestion.
| 4. The route being taken through the customer's network. Most customers have many bridges and LAN
| segments.
| 5. All pertinent connection and SAP level configuration information displayed in one place.
| 6. A dynamic view of the SNA load on the OSA at the port, SAP, and connection level.
| This data is available as a version of the Query command (SNA_INFO) if using REXX or from the
| Selected, Open As, SNA settings on GUI. This information does not require a SNA OAT entry with UA
| of 'FF'x.
| The following describes the information returned for each type of query issued:
| Port view
| ¹ Port number
| ¹ Source MAC address
| ¹ LAN type
| Port details
| ¹ LAN type
| ¹ Source MAC address
| ¹ Stations open
| ¹ SAPs open
| SAP view
| ¹ Source SAP
| ¹ LP number
| ¹ Unit Address (UA)
| SAP details
| ¹ LAN type
| ¹ LP number
| ¹ UA
| ¹ Stations open
| ¹ Stations available
| ¹ UI frames sent/received
| ¹ XID frames sent/received
| ¹ Test frames sent/received
| ¹ RR frames sent/received
| ¹ RNR frames sent/received
| ¹ REJ frames sent/received
| ¹ I frames sent/received
| Connection view
| ¹ Destination MAC
| ¹ Destination SAP
| Connection details
| ¹ LP number
| ¹ UA
| ¹ LAN type
| ¹ Inactivity timer (ti)
| ¹ Response timer (t1)
| ¹ Acknowledgment (t2)
| ¹ Station state
| ¹ XID frames sent/received
| ¹ Test frames sent/received
| ¹ SABME frames sent/received
| ¹ UA frames sent/received
| ¹ RR frames sent/received
| ¹ RNR frames sent/received
| ¹ REJ frames sent/received
| ¹ I frames sent/received
| ¹ UI frames sent/received
| ¹ Routing information
| ¹ Max I field (N1)
| ¹ Max retransmissions (N2)
| ¹ Maximum transmit window (TW)
| ¹ Max I frames before ack (N3)
| ¹ Working window increment (Nw)
| ¹ Send state (Vs)
| ¹ Acknowledgment state (Va)
| In addition, you can clear the SAP details, NULL SAP, and connection details.
| For details of how to issue this command using REXX, see “QUERY” on page B-23.
| Sample output for each of the above queries (in output provided by the REXX interface) are shown in the
| following examples. The port types shown in any of the examples can be any of:
| ¹ FDDI
| ¹ Token ring
| ¹ 10 Mbs Ethernet
| ¹ 100 Mbs Ethernet
| ¹ LAN emulated Ethernet
| ¹ LAN emulated token ring
| The following shows the REXX output for a port details view
| *********************************************
| * SNA Port details for OSA CHPID cc Port pp *
| *********************************************
| LAN type ------------> 10 Mbs Ethernet
| Source MAC Address --> 1234567890AB
| Stations Open -------> 982
| SAPs open -----------> 97
| 4 5 82
| 8 6 90
| C 4 72
| The following shows the REXX output for a SAP details view
| *************************************************
| * SNA SAP details for OSA CHPID nn Port p SAP s *
| *************************************************
| LAN type ----------------->
| LP ----------------------->
| UA ----------------------->
| Stations Open ------------>
| Stations available ------->
| The following shows the REXX output for a connection details view
| ***********************************************
| * SNA Connection details for OSA cc Port pp *
| * DMAC 423456789012 DSAP dd *
| * SMAC 499999333333 SSAP ss *
| ***********************************************
| LP -------------------------->
| UA -------------------------->
| LAN type -------------------->
| Inactivity timer (ti) ------->
| Response timer (t1) --------->
| Acknowledgment timer (t2) -->
| Station state ---------------> Connected or Not connected
| XID frames sent ------------->
| XID frames received --------->
| Test frames sent ------------>
| Test frames received -------->
| SABME frames sent ----------->
| SABME frames received ------->
| There are four route designators to process. The following output will be produced:
| Routing information ---------> Maximum information field 4472
| Ring 005 to ring 003 via bridge 1
| Ring 003 to ring 006 via bridge 2
| Ring 006 to ring 008 via bridge 7
| The following shows the REXX output for a NULL SAP view
| *************************************************
| * SNA NULL SAP details for OSA CHPID cc Port pp *
| *************************************************
| Source MAC ---------------> ABCD99887766
| XID frames sent ----------> 286331153
| XID frames received ------> 572662306
| Test frames sent ---------> 858993459
| Test frames received -----> 1145324612
Overview
OSA/SF provides support for High Performance Data Transfer (HPDT) Asynchronous Transfer Mode
(ATM). The instructions in this section are for customizing an OSA for HPDT ATM Native mode. An OSA
customized for HPDT ATM Native cannot run any other OSA mode concurrently.
If you want to customize an OSA for ATM LAN Emulation (ATM LE), see the TCP/IP Passthru and SNA
instructions because Passthru or SNA must be configured on the OSA with ATM LAN emulation.
The HPDT ATM Native support for an OSA is shipped with the OSA/SF product. By using the instructions
in this section you can quickly customize an OSA for HPDT ATM Native mode. The OSA/SF GUI enables
you to customize your OSA ATM communications. For example, you can define the ATM connection as a
permanent virtual circuit (PVC) or a switched virtual circuit (SVC). All entry fields on the GUI provide online
help to assist you with defining the ATM settings for the OSA.
In addition to customizing the OSA, you will be able to easily view ATM physical port parameters from the
OSA Channels View windows on the GUI by double-clicking on the ATM OSA port number.
Attention
The Activate and Install tasks are disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring an OSA
Mode Install” on page 4-40 to complete the install. The instructions will inform you at the point the
activation is disruptive.
If the ATM connection is a PVC, you can dynamically change PVC settings from the GUI.
These instructions require the OSA/SF GUI to customize an ATM OSA-2. You cannot configure ATM
Native mode on the same OSA with TCP/IP or SNA mode. This includes if the OSA is being used as
the communications controller between the workstation and host.
Do the following for each OSA planned for HPDT ATM Native mode:
1. Write down the logical partition name of where OSA/SF is running and the associated icon name
shown on the OSA/SF GUI Hosts window:
OSA/SF Logical Partition Name ________________________
OSA/SF GUI Host Icon Name _______________________
If more than one OSA/SF image is installed, you will see corresponding host icons on the OSA/SF
Hosts window.
2. From the OSA/SF GUI, do the following to start managing the OSA:
Note: If the OSA feature (hardware) is not yet installed, do not do this step. You will have to do
the Start Mangaging after the OSA feature is installed.
a. From the OSA/SF Hosts window, select the host icon (OSA/SF image) that you want to use to
manage the OSA.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select How to from the menu bar and double-click on Display the OSA channels.
c. Select the OSA number on the channels view window.
d. Select Command from the menu bar.
e. Select Manage channel from the pull-down.
f. Select Start, No force, and Ok. If another LP was managing the OSA, use force.
3. Do the following to display the Configuration for OSA window. If you know how to display the
configuration window, go to step 4.
a. Select Help on the menu bar.
b. Select How to from the pull-down.
c. Double-click on Define Configurations for an OSA.
The How to instructions will assist you with displaying the configuration window, when the
Configuration for OSA window is displayed, continue with the next step.
4. From the Configuration for OSA window, verify the Hardware type and Port type are correct.
Note: The hardware type and port type are read from the OSA hardware if the OSA feature is
installed in the system, the I/O hardware configuration is complete, and the OSA CHPID is
online to at least one LP. If you are defining a configuration prior to these conditions, select
the hardware type and port type.
5. Enter a Configuration name of your choice for this OSA.
6. From the Configuration for OSA window, select HPDT ATM Native from the Available modes
listbox, select Add.
a. Enter a Port name. An eight character name that defines the ATM port. The name must be
identical for all logical partitions sharing the OSA.
b. Enter the number of VPI and VCI bits supported by this adapter.
c. Select the UNI version or select AUTO to have the UNI version automatically set by the OSA.
d. Select Add to see the MPC OAT record definition window. Enter the logical partition, even
unit address, and OSA name. When you are done entering the information on the OAT
definition window, select Add, a confirmation message should displayed, select Ok. If you
want to include additional OAT definitions, type over the previous information and select Add
for each entry. When you are done, select cancel and then be sure to select Set.
Attention
The Port name must be defined in the appropriate VTAM definitions (XCA and TRL). The OSA
name must also be defined in the appropriate VTAM definitions (XCA).
If the system is in basic mode, or the OSA (CHPID) is defined as not shared, a zero must be
specified for the logical partition number in the OSA address table (OAT).
Place the cursor on any entry field within the windows and press Help for details about that
entry.
| 7. To enter the PVC definitions at this time, use the following directions. If you wish to define the
| PVCs at a later time, you may use the instructions in “Defining PVCs” on page 4-20 at that time
| and continue with step 8 now.
| a. Click on the PVC tab on the HPDT ATM Native settings window.
| b. Click Add to create a PVC definition.
| c. Enter the required information for each PVC and select Add to add the configuration. Repeat
| this step for each PVC to be added.
| d. When done, click Cancel.
| e. Click Create to create the PVC entries.
8. Do the following to save the configuration and then activate it:
a. Select Configuration from the menu bar and then select Save.
Attention
The Activate task is disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring
an OSA Mode Install” on page 4-40 to complete the install.
b. Select Configuration and then select Activate. The activation takes a few minutes; monitor
the command output window and the MVS console.
Important Message
A message will be displayed on the GUI indicating that activation completed successfully.
You will be instructed to configure the CHPID offline, then online. Continue with these
instructions.
9. Vary off the OSA devices and then configure the OSA CHPID offline from every logical partition
that can use or share the CHPID.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
10. Configure the CHPID back online to the appropriate logical partitions. This activates the base code
just loaded onto the OSA.
11. If required, vary on the device with unit address of FE.
12. If you are defining a Switched Virtual Circuit (SVC), you are done customizing the OSA. If you are
defining permanent virtual circuits (PVC), continue with “Defining PVCs.”
Note: Verify that the ATM switch is properly setup and that the OSA-2 ATM ports are connected and
enabled.
| Defining PVCs
| There are two ways to access the PVC definitions. To create or view the PVC definitions while installing
| an OSA in the HPDT ATM Native mode, follow the instructions on step 7 on page 4-19. To view the PVC
| definitions from the OSA Channels-Tree View panel, you may use the following instructions:
| 1. Display the OSA Channels-Tree View and double-click on the port number for the OSA
| configured for ATM Native mode.
| An ATM Native notebook is displayed for the OSA settings. The first page of the notebook is for
| PVC information.
| 2. Select Set to see the Set PVC Table window.
| Note: Verify the ATM switch is properly setup and that the OSA-2 ATM ports are connected and enabled.
4. Configure the CHPID back online to the appropriate logical partitions. This activates the base
code just loaded onto the OSA.
5. If required, vary on the device with unit address of FE.
Overview
Customize an OSA-2 for ATM IP Forwarding when the OSA is connected to an ATM IP switching network.
The mode allows IP packets to flow between TCP/IP on the S/390 server and an ATM IP switch using
RFC 1483 protocols. This mode is ideal for large wide-area internets or intranets.
ATM IP Forwarding can not be customized on the OSA with any other mode.
The OSA/SF GUI is required to customize the OSA for ATM IP Forwarding. Use the following instructions.
Attention
The Activate and Install tasks are disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring an OSA
Mode Install” on page 4-40 to complete the install. The instructions will inform you at the point the
activation is disruptive.
¹ These instructions require the OSA/SF GUI to customize an ATM OSA-2 for IP Forwarding.
¹ You cannot configure IP Forwarding on the same OSA with any other mode.
Do the following for each OSA planned for ATM IP Forwarding mode:
1. Write down the logical partition name of where OSA/SF is running and the associated icon name
shown on the OSA/SF GUI Hosts window:
OSA/SF Logical Partition Name ________________________
OSA/SF GUI Host Icon Name _______________________
If more than one OSA/SF image is installed, you will see corresponding host icons on the OSA/SF
Hosts window.
2. From the OSA/SF GUI, do the following to start managing the OSA:
Note: If the OSA feature (hardware) is not yet installed, do not do this step. You will have to do
the Start Mangaging after the OSA feature is installed.
a. From the OSA/SF Hosts window, select the host icon (OSA/SF image) that you want to use to
manage the OSA.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select How to from the menu bar and double-click on Display the OSA channels.
c. Select the OSA number on the channels view window.
d. Select Command from the menu bar.
e. Select Manage channel from the pull-down.
f. Select Start, No force, and Ok. If another LP was managing the OSA, use force.
3. Do the following to display the Configuration for OSA window. If you know how to display the
configuration window, go to step 4 on page 4-23.
a. Select Help on the menu bar.
b. Select How to from the pull-down.
c. Double-click on Define Configurations for an OSA.
The How to instructions will assist you with displaying the configuration window, when the
Configuration for OSA window is displayed, continue with the next step.
4. From the Configuration for OSA window, verify the Hardware type is OSA-2 (ATM) and the Port
type is ATM.
Note: The hardware type and port type are read from the OSA hardware if the OSA feature is
installed in the system, the I/O hardware configuration is complete, and the OSA CHPID is
online to at least one LP. If you are defining a configuration prior to these conditions, select
the hardware type and port type.
5. Enter a Configuration name of your choice for this OSA.
6. Select ATM IP Forwarding from the Available modes listbox and then select Add. The ATM IP
Forwarding Settings window is displayed.
7. Enter the number of VPI and VCI bits supported by this adapter. Select the Transmit clock source,
OSA or network. Press F1 with the cursor in the entry field for online help.
8. Select Add to see the ATM IP Forwarding OAT record definition window.
Attention
If the system is in basic mode, or the OSA (CHPID) is defined as not shared, a zero must be
specified for the logical partition number.
Place the cursor on any entry field within the windows and press Help for details about that
entry.
9. Enter the required information. When you are done, select Add, a confirmation message should
displayed, select Ok. If you want to include additional OAT definitions, type over the previous
information and select Add for each entry. When you are done select cancel. The ATM IP
Forwarding Settings window should be displayed. Select the PVC tab on the notebook and
complete the entries using the online help if required. When you are done, be sure to select Set
on the ATM IP Forwarding window. This sets both the Base (OAT) and PVC definitions that you
entered.
10. Do the following to save the configuration and then activate it:
a. Select Configuration from the menu bar and then select Save.
Attention
The Activate task is disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring
an OSA Mode Install” on page 4-40 to complete the install.
b. Select Configuration and then select Activate. The activation takes a few minutes; monitor
the command output window and the MVS console.
Important Message
A message will be displayed on the GUI indicating that activation completed successfully.
You will be instructed to configure the CHPID offline, then online. Continue with these
instructions.
11. Vary off the OSA devices and then configure the OSA CHPID offline from every logical partition
that can use or share the CHPID.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
12. Configure the CHPID back online to the appropriate logical partitions. This activates the base code
just loaded onto the OSA.
13. If required, vary on the device with unit address of FE.
Note: Verify that the ATM switch is properly setup and that the OSA-2 ATM ports are connected and
enabled.
4. Configure the CHPID back online to the appropriate logical partitions. This activates the base
code just loaded onto the OSA.
5. If required, vary on the device with unit address of FE.
b. Verify that the Entry type is Passthru for the OSA CHPID number and Unit address (device
number) configured for ATM IP Forwarding. The LP number and Unit address associates the
OSA for ATM IP Forwarding.
c. Double-click on the OSA port number to display the port settings. Verify that the S/390 Home
IP Address and S/390 Home IP Subnet Mask are correct.
If the system is in basic mode, or the OSA (CHPID) is defined as not shared, a zero must be
specified for the logical partition number in the OSA address table (OAT).
Overview
Use these instructions to customize an OSA-2 FDDI or FENET feature for HPDT MPC mode. This OSA
mode supports IP and IPX data types. Only a FENET feature supports IPX.
HPDT MPC mode can be installed with TCP/IP Passthru and or SNA modes.
The HPDT MPC support for an OSA is shipped with the OSA/SF product. If you want to use REXX from
TSO to customize the OSA, see Chapter 5 on page 5-1.
After customizing the OSA and it is in use, you can double-click on an OAT entry in the Channels Detail
View window to see the following:
¹ A list of S/390 home IP addresses if TCP/IP is using the OSA.
¹ A list of frame types if NDS/IPX is using the OSA.
Attention
The Activate and Install tasks are disruptive to all devices using the OSA (CHPID). You can defer the
install to a more appropriate time by selecting ACTIVATE (no install), then see “Deferring an OSA
Mode Install” on page 4-40 to complete the install. The instructions will inform you at the point the
activation is disruptive.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select How to from the menu bar and double-click on Display the OSA channels.
c. Select the OSA number on the channels view window.
d. Select Command from the menu bar.
e. Select Manage channel from the pull-down.
f. Select Start, No force, and Ok. If another LP was managing the OSA, use force.
3. Do the following to display the Configuration for OSA window. If you know how to display the
configuration window, go to step 4.
a. Select Help on the menu bar.
b. Select How to from the pull-down.
c. Double-click on Define Configurations for an OSA.
The How to instructions will assist you with displaying the configuration window, when the
Configuration for OSA window is displayed, continue with the next step.
4. From the Configuration for OSA window, verify the Hardware type is OSA-2 and the Port type
FDDI.
Note: The hardware type and port type are read from the OSA hardware if the OSA feature is
installed in the system, the I/O hardware configuration is complete, and the OSA CHPID is
online to at least one LP. If you are defining a configuration prior to these conditions, select
the hardware type and port type.
5. Enter a Configuration name of your choice for this OSA.
6. From the Configuration for OSA window, select HPDT MPC from the Available Modes listbox,
select Add and then select the desired code level if a choice is shown.
7. On the HPDT MPC Settings window, select Add and then enter the required information to create
an entry in the OSA address table (OAT). When you are done select Add. If you want to create
additional entries, type over the information you just added and select Add for each entry. When
you are done, select Cancel and then be sure to select Set from the HPDT MPC Settings window.
Attention
The OSA name must also be defined in the appropriate VTAM definitions (XCA).
If the system is in basic mode, or the OSA (CHPID) is defined as not shared, a zero must be
specified for the logical partition number in the OSA address table (OAT).
Place the cursor on any entry field within the windows and press Help for details about that
entry.
b. Select Configuration and then select Activate. The activation takes a few minutes; monitor
the command output window and the MVS console.
Important Message
A message will be displayed on the GUI indicating that activation completed successfully.
You will be instructed to configure the CHPID offline, then online. Continue with these
instructions.
9. Vary off the OSA devices and then configure the OSA CHPID offline from every logical partition
that can use or share the CHPID.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
10. Configure the CHPID back online to the appropriate logical partitions. This activates the base code
just loaded onto the OSA.
11. If required, vary on the device with unit address of FE.
LANRES Mode
LANRES Overview
OSA LANRES mode is only available with the OSA-1 hardware.
LAN Resource Extension and Services/MVS (LANRES/MVS) makes your S/390 a resource of the
NetWare LAN. NetWare users can run applications that take advantage of the following services:
¹ Disk serving. From MVS, you can:
– Create or delete a disk image on which NetWare volumes can be created. To NetWare clients, a
volume on an MVS disk image looks like any other NetWare volume.
– Start and stop the LANRES/MVS disk server on the MVS system. The LANRES/MVS disk server
makes the disk images available to NetWare servers.
– Work with data sets on MVS that contain information about the disk images.
¹ Distribution. From MVS, you can use this function to:
– Copy MVS data to NetWare servers
– Copy NetWare data to an MVS system
– Create, delete, rename, and display NetWare files and directories
– Display NetWare server volumes, directories, and file information
– Send messages to NetWare server clients
– Load NetWare loadable modules (NLMs) on NetWare servers
– Change the data translation defaults used when data is sent between NetWare and the MVS
system
You can also write programs that process combinations of commands, simplifying the distribution of
data.
¹ Administration. From MVS, you can perform NetWare administration tasks for NetWare:
– Print servers
– Print queues
– Users
– Groups
– Passwords
– Full names
– Trustee rights
– Volume usage
– Login script files
– NFS user mappings
– Bindery
¹ LAN-to-host print. This function lets NetWare clients print LAN data on printers attached to an MVS
system.
¹ Host-to-LAN print. This function lets you print MVS data through JES local or VTAM attached printers
to NetWare attached printers.
Each function can be made available independently. In the process of configuring LANRES/MVS mode,
you can choose, for example, to make administration, distribution, and disk serving available, but not
host-to-LAN or LAN-to-host print.
If the OSA is already customized for another mode and is being used as the communications controller
between the workstation and host, do one of the following:
¹ Use an alternative communications controller (another OSA) to install LANRES.
¹ Use the ACTIVATE (no install) command in step 8b on page 4-31 and then issue the OSA/SF
INSTALL command (see Appendix B on page B-1) from TSO and continue with the instructions.
These alternatives are required because the GUI is communicating through the OSA and you are
installing another OSA mode that interrupts the GUI to host communications. You will have to
restart the GUI.
Note: If the OSA was already set up previously for a different mode and you are changing the mode, use
the instructions in “Changing an OSA's Mode of Operation” on page 4-37.
Do the following to install LANRES on OSA. NetWare 3.12 will be installed on the OSA:
1. Verify that an OSA disk server was created for LANRES mode in step 6 on page 2-8.
2. Append the LANRES Master Index data set from LANRES.EWX131.SEWXINDX member
EWXINDEX to the IOA.&cecname.MASTER.INDEX data set that is used for this OSA/SF.
3. Edit the MASTER.INDEX file that you just appended and update the MVS data set names in the
left column to match your specific environment. The names in the file must all start at the same
column. MVS destination names start in column 1 and the disk serving destination in column 56.
Do not change the disk serving destination.
4. Write down the logical partition name of where OSA/SF is running and the associated icon name
shown on the OSA/SF GUI Hosts window:
OSA/SF Logical Partition Name ________________________
OSA/SF GUI Host Icon Name _______________________
If more than one OSA/SF image is installed, you will see corresponding host icons on the OSA/SF
Hosts window.
5. From the OSA/SF GUI, do the following to start managing the OSA:
Note: If the OSA feature (hardware) is not yet installed, do not do this step. You will have to do
the Start Managing after the OSA feature is installed.
a. From the OSA/SF Hosts window, select the host icon (OSA/SF image) that you want to use to
manage the OSA.
b. Display the OSA Channels - Tree View or Details View window. If you need instructions,
select How to from the menu bar and double-click on Display the OSA channels.
c. Select the OSA number on the channels view window.
b. Select Configuration again and then select Activate. The activation takes a few minutes,
monitor the command output window.
Important Message
If you see a C37 abend of the disk server, there is not a problem, continue.
A message will be displayed on the GUI indicating that activation completed successfully.
You will be instructed to configure the CHPID offline, then online. Do step 9 first and then
in step 10 you will configure the CHPID offline.
9. From the OSA/SF GUI, do the following to stop the OSA disk server:
a. Select the OSA number on the OSA Channels - Tree View or Details View.
b. Select Command.
c. Select Manage channel and then Stop.
11. Configure the CHPID back online to only the OSA/SF image (logical partition) that you used in
step 4 on page 4-30. This will save time because you will configure the CHPID offline again in
step 16. This activates the base code just loaded onto the OSA.
12. If required, vary on the devices with unit addresses FC, FD, and FE. You may have to use Vary
Path to vary on the devices.
13. Do the following to start the OSA disk server:
a. Select the OSA number on the OSA Channels - Tree View or Details view.
b. Select Command.
c. Select Manage channel and then Start.
d. Select Create OSA Disk server, Force and then Ok.
If a message is displayed on the Command Output window about the configuration data being
changed, or a GUI message is displayed indicating that it is unable to start managing, do step
13 again.
14. Do the following to install and download the LANRES code to the OSA:
20. If required, vary on the LANRES devices to the appropriate hosts after making sure the disk
serving address space is operating.
21. If this step has was done previously for another LANRES install, you can skip this step. Install the
rest of the NetWare operating system by using a client workstation running NetWare requester by
doing the following:
¹ Login as the supervisor from the NetWare client that has access.
¹ Create an INSTALL subdirectory in the SYS: volume and copy filedata.dat off DISK1 to the
subdirectory.
¹ Use RCONSOLE utility to get a session with the server.
¹ Press * on the number pad.
¹ Select “Copy System and Public Files” and follow the directions to complete the NetWare
install.
¹ Edit the AUTOUSER.NCF appropriately to handle the NetWare server.
The statements you normally put in the AUTOEXEC.NCF should go into the AUTOUSER.NCF.
22. Start the LANRES host product which will connect to OSA.
When NetWare is installed on OSA and running in LANRES mode, it can act as a channel-attached SNA
gateway.
This channel driver requires that VTAM be attached to OSA with NetWare for SAA which supports LU 2
and LU 6.2 dependent and independent connections.
After you decide which LANRES functions will be available through which NetWare servers, OSA/SF will
create an EWXSTART.LST file that will start other LANRES NLMs from a list stored in the file.
EWXSTART itself is loaded automatically in the AUTOOSA.NCF file.
One of the NLMs provided with LANRES is a communication driver. The name of the communication
driver is EWXCOMM.NLM.
When EWXCOMM is loaded, it reads a file that contains initialization information. You must create the
initialization file before loading EWXCOMM. By default, EWXCOMM looks for a file named
EWXCOMM.INI. EWXCOMM looks for the file in the directory from which EWXCOMM itself was loaded.
This file is created as part of defining the LANRES mode for OSA based on your input.
Verifying the Accessibility of the Disk Image: Before loading the INSTALL utility, verify that
the MVS disk images are accessible:
1. Load the NetWare MONITOR NLM at the NetWare console.
2. Select Disk Information
The names of the disk images that you created on MVS should match some of these disks. If they
do not match, restart the MVS disk server with the required disks. Verify that you have updated
the disk image definitions data set correctly.
2) If the hardware state is enabled, do the following from a Channels View window:
a) Select the OSA number and then select Command from the menu bar.
b) Select OSA Screens.
c) Select System Console and then press Send Command.
d) Select No force.
e) Enter: LOAD IOBEXCMD AUTOOSA.
f) Do step 5 on page 4-35 again to verify that the IP address is now there.
6. Do the following to verify that the disk serving address space is active:
a. Select the OSA number on a Channels View window.
b. Select File from the menu bar and then List OSA files.
c. Enter: SYS:\SYSTEM in the OSA volume and path entry and then select List.
d. Review the results on the Command Output window.
The disk serving address space is active if file names are returned.
The following example indicates that the disk server is active.
List files for OSA 2A in volume/path SYS:\SYSTEM
TIME: 15:02:03 DATE:08/08/1995
IOAG400I OSA SF command completed successfully at the host.
12/31/1255 18:59:58 14920 SYS$LOG.ERR
12/31/1255 18:59:58 256 NET$OBJ.SYS
12/31/1255 18:59:58 442 NET$PROP.SYS
12/31/1255 18:59:58 1420 NET$VAL.SYS
Figure 4-1. Results of Listing OSA Files to Verify the Disk Server
If the previous steps do not solve your host-to-OSA connectivity problem, you might have malfunctioning
hardware. Check the Hardware Master Console or Processor Controller for hardware errors.
For example, to bind a port, use the following LAN ODI driver on OSA.
Service Updates
Use these instructions after an OSA device is replaced or when a PTF is installed for OSA/SF.
Instructions are provided for using REXX from TSO, the operator console, or the OSA/SF GUI.
1. Stop the affected host products for the OSA modes installed on the OSA.
To determine the current OSA modes from the OSA/SF GUI, close the Configuration for OSA
window and then reopen it. Before the configuration window is opened, a configuration list is
displayed for the OSA. The last activated OSA mode is displayed below the bottom of the list.
Select the last activated mode from the listbox and then select Change. You can then see the
current configured OSA modes.
If you need details to open the configuration window, select Help from the menu bar and then
select How to.
¹ If the OSA is configured for SNA mode, stop the use of OSA with VTAM.
¹ If the OSA is configured for TCP/IP mode, stop the use of OSA with TCP/IP on the host.
¹ If the OSA is configured for HPDT ATM Native mode, stop the use of OSA with VTAM.
¹ If the OSA is configured for HPDT MPC mode, stop the use of OSA with OE and VTAM.
¹ If the OSA is configured for ATM IP Forwarding mode, stop the use of OSA with TCP/IP for
MVS.
¹ If the OSA is configured for LANRES, stop the use of OSA with LANRES/MVS.
2. Vary off the OSA devices and then configure the OSA (CHPID) offline from all logical partitions
that can use or share the CHPID.
3. Service personnel installs the new OSA device.
4. Configure the OSA (CHPID) online verifying the OSAD device can be brought online.
5. Do one of the following to install the OSA mode files on the new card:
Attention
¹ The Install command is disruptive to all devices using the OSA (CHPID). Stop the use of
all devices using the OSA before doing one of the following.
¹ If the previous OSA device was customized using TSO and OSA/SF commands (not the
GUI), you must first put the OSA address table on the new card using IOACMD and the
Put OAT command. Use the original file name of the OAT. If the original OAT file is not
available, you will have to make a new OAT with the correct configuration. See the Put
OAT command in the appendix.
7. Configure the CHPID back online to the appropriate logical partitions. This starts the base code
just loaded onto the OSA. The devices that were defined in the configuration should now be
online.
If the PTF affects an OSA mode (image), stop the affected host products for the OSA modes
being updated by the PTF. If you do not know an OSA's current mode, do the following:
To determine the current OSA modes from the OSA/SF GUI, close the Configuration for OSA
window and then reopen it. Before the configuration window is opened, a configuration list is
displayed for the OSA. The last activated OSA mode is displayed below the bottom of the list.
Select the last activated mode from the listbox and then select Change. You can then see the
current configured OSA modes.
If you need details to open the configuration window, select Help from the menu bar and then
select How to.
¹ If the OSA is configured for SNA mode, stop the use of OSA with VTAM.
¹ If the OSA is configured for TCP/IP mode, stop the use of OSA with MVS TCP/IP.
¹ If the OSA is configured for HPDT ATM Native mode, stop the use of OSA with VTAM.
¹ If the OSA is configured for LANRES, stop the use of OSA with MVS LANRES.
3. Do one of the following to install the OSA mode files on the card for the PTF:
a. From the operator's console:
Enter: F OSASF, INSTALL xx
Where xx is the OSA number (CHPID).
b. From TSO:
Enter: EX 'IOACMD.EXEC' 'INSTALL xx FORCE' EXEC
Where xx is the OSA number (CHPID). See step 4 on page 2-5 for the fully qulified name of
the OSA/SF EXEC.
c. From the OSA/SF GUI OSA Channels-Tree View window:
Select the OSA number, then select Command from the menu bar, select Install, force and
then Ok.
The Install command is disruptive to all devices using the OSA (CHPID). Stop the use of all devices
using the CHPID before doing any of the following.
Where xx is the OSA number (CHPID). See 2 on page 2-2 for the fully qualified name of the
OSA/SF EXEC.
¹ From the OSA/SF GUI OSA Channels-Tree View window:
Select the OSA number, then select Command from the menu bar, select Install, force and
then Ok.
2. Do the following instructions for the OSA mode to complete and start the OSA mode:
TCP/IP Step “6) Starting the New OSA Configuration” on page 4-6
SNA Step 9 on page 4-10
HPDT ATM Native
Step 9 on page 4-19
LANRES
Completing from the GUI, see step 9 on page 4-31.
LANRES
Completing from TSO, do the following steps.
3. For LANRES mode, do the following:
a. From TSO, stop the disk server for OSA XX:
Enter: EX 'IOACMD.EXEC' 'STOP_MANAGING XX STOP_DISK_SERVING' EXEC
b. Vary off the OSA devices and then configure the OSA CHPID offline from every logical
partition that can use or share the CHPID.
Attention
The OSA base code will not be installed unless the CHPID is configured offline from every
logical partition.
c. Configure the CHPID back online to only the OSA/SF image (logical partition) that you used in
step 4 on page 4-30. This will save time because you will configure the CHPID offline again in
the following steps. This activates the base code just loaded onto the OSA.
d. If required, vary on the devices with unit addresses FC, FD, and FE. You may have to use
Vary Path to vary on the devices.
e. From TSO, start the OSA disk server:
Enter: EX 'IOACMD.EXEC' 'START_MANAGING XX START_DISK_SERVING' EXEC
f. From TSO, install and download the LANRES code to the OSA:
Enter: EX 'IOACMD.EXEC' INSTALL XX' EXEC
g. From TSO, stop the disk server:
Enter: EX 'IOACMD.EXEC' 'STOP_MANAGING XX STOP_DISK_SERVING' EXEC
h. Vary off the devices and then configure the OSA CHPID offline from the OSA/SF logical
partition.
i. Configure the CHPID online to all partitions that were previously using it before starting these
instructions. This activate the LANRES mode on the OSA.
j. If required, vary on the devices with unit addresses FC, FD, and FE. You may have to use
Vary Path to vary on the devices.
k. From TSO, start the OSA disk server:
Enter: EX 'IOACMD.EXEC' 'START_MANAGING XX START_DISK_SERVING' EXEC
l. If required, vary on the LANRES devices to the appropriate hosts after making sure the disk
serving address space is operating.
m. If this step has was done previously for another LANRES install, you can skip this step. Install
the rest of the NetWare operating system by using a client workstation running NetWare
requester by doing the following:
¹ Login as the supervisor from the NetWare client that has access.
¹ Create an INSTALL subdirectory in the SYS: volume and copy filedata.dat off DISK1 to the
subdirectory.
¹ Use RCONSOLE utility to get a session with the server.
¹ Press * on the number pad.
¹ Select “Copy System and Public Files” and follow the directions to complete the NetWare
install.
¹ Edit the AUTOUSER.NCF appropriately to handle the NetWare server.
The statements you normally put in the AUTOEXEC.NCF should go into the
AUTOUSER.NCF.
n. Start the LANRES host product which will connect to OSA.
5. Modify the template that you just copied according to the instructions in the template.
Attention: If you are not familar with the OSA address table (OAT) and you need more
information than what is in the template, see Appendix A on page A-1.
6. Copy member IOAATM2 from IOA.SIOASAMP. This member contains the ATM input parameters
and instructions for modifying the data set.
Write down the name of the data set that you use for member IOAATM2. It will be used as input
with the IOAINATM EXEC or IOACMD.
New data set name of the copied IOAATM2 _____________________________________
7. Modify the copy of IOAATM2 for your installation. The instructions that are contained in the header
of IOAATM2 are shown in Figure 5-1 on page 5-3.
8. At this point, you should have a data set with the ATM parameters and a data set with the OAT for
your installation. Enter one of the following to install these data sets on the OSA.
Note: The PTF for APAR OW33393 merged the IOAINATM EXEC into the IOACMD EXEC.
They both install the OAT and ATM parameters.
EX 'IOACMD.EXEC' EXEC
A list of commands will be displayed. Select CONFIGURE OSA CHPID. If the command is not in
the list, press the Enter key on the keyboard to quit the EXEC and then enter the following:
EX 'IOAINATM.EXEC' EXEC
9. Follow the prompts for either of the EXECs.
10. Configure the CHPID (OSA) offline and then online to all logical partitions to activate the OSA
mode.
Attention
The OSA will not be properly set up unless the CHPID is configured offline and then online
from every logical partition using the CHPID, regardless of the operating system in the logical
partition.
The OSA-2 ATM feature is now customized and ready for use.
/* Config file for installing OSA2-ATM modes OW33393 PQ16071 OW33394
/*
/* This file contains the required input parameters to customize an
/* OSA-2 ATM feature. Follow the instructions to modify the file and
/* then execute job IOACMD, specifying the 'Configure OSA CHPID
/* (CONFIG_OSA)' command, to put the parameters on the OSA (CHPID).
/*
/* An OSA Address Table (OAT) is required as input with the
/* Configure OSA command. To make an OAT, use the Get OAT command or
/* the OAT templates. See the OSA/SF User's Guide for instructions.
/* Notes: 1) This should be a copy of the sample file (IOAATM2).
/* 2) Lines that start with a slash asterisk (/*) are comments.
/* 3) The file is not case sensitive.
/* 4) See the OSA Planning Guide for help with the parameters.
/* Instructions:
/* 1) Change the first line (mode=LE) to the mode you want to customize.
/* 2) Modify the ATM physical parameters, atmphy.1 through atmphy.8.
/* These are required for all modes.
/* 3) Follow the instructions for the mode you are customizing:
/*
/* ATM LAN emulation (Valid for OS/390, MVS, VM and VSE)
/* 1) Delete all the ATM Native and PVC sections
/* (nat.1 and pvc.1.1 through pvc.1.12).
/* 2) Modify the LE parameters, le.1 through le.19.
/* 3) To add a second emulated port (port 1), copy all the le
/* fields (le.1 through le.19) and place them after le.19.
/* CONFIG_OSA identifies the first section as port 0 and the
/* second section as port 1.
/* NOTE: You should now have 2 copies of le.1 through le.19
/*
/* ATM Native (Valid for OS/390 and MVS only)
/* 1) Delete all of the LAN emulation section (le.1 through le.19)
/* 2) Modify the ATM Native entry (nat.1)
/* 3) Modify the PVC fields pvc.1.1 through pvc.1.12 if needed
/* 4) To add additional PVC entries, do the following:
/* a) Copy all the pvc fields (pvc.1.1 through pvc.1.12) of the
/* first entry and place them after pvc.1.12 as pvc.2.1
/* through pvc.2.12. Modify these new fields as necessary.
/* b) Continue this naming scheme for all subsequent PVC entries
/* NOTE: The entry number must be sequentially
/* incremented by 1 and cannot exceed 256
/* (only 256 PVC entries are allowed).
/* NOTE: CONFIG_OSA identifies the first entry as pvc 1, the
/* second entry as pvc 2, the next as pvc 3, and so on.
/* c) Modify subsequent PVC entry fields as necessary.
/*
/* IP Forwarding (Valid for OS/390 and MVS only)
/* 1) Delete all of the LAN emulation and ATM Native sections
/* (le.1 through le.19 and nat.1)
/* 2) Modify the PVC fields pvc.1.1 through pvc.1.12 if necessary.
/* NOTE: There can only be one PVC entry.
Figure 5-1 (Part 1 of 4). IOAATM2 Dataset
mode = LE /* config type. one of
/* LE - ATM LAN emulation
/* NAT - ATM Native
/* IP - IP forwarding
/*======================================================================
atmphy.1 = ATM2 config name /* Config name (34 char max)
atmphy.2 = AUTO /* UNI version (AUTO, 30 or 31)
/* Ignored for IP forwarding
/* Ignored if control plane = 3
atmphy.3 = 0 /* Max VPI bits (0-5)
atmphy.4 = 11 /* Max VCI bits (6-11)
/* VPI + VCI must be 6-11
atmphy.5 = 3 /* Control plane use
/* 0 - ILMI/SVC enable
/* 3 - ILMI/SVC disable
/* Ignored for LE & IP forwarding
atmphy.6 = 0 /* Transmit clock source
/* 0 - OSA generated
/* 1 - Network generated
atmphy.7 = 1 /* Physical layer type
/* 0 - Sonet
/* 1 - SDH
atmphy.8 = portname /* Port name (max 8 chars)
/*----------------------------------------------------------------------
/* LAN emulation section starts here
/*----------------------------------------------------------------------
le.1 = 155.0 /* Best effort peak rate
/* 1-155 in .1 increments
le.2 = 0 /* IBM enhanced mode
/* 0 - drop direct connect
/* Not 0 - keep connections
le.3 = 3 /* LEC traffic type
/* 1 - TCPIP traffic only
/* 2 - SNA traffic only
/* 3 - Combined TCPIP & SNA
le.4 = 2 /* Emulated port type
/* 1 - Ethernet
/* 2 - Token ring
le.5 = 000000000000 /* Local MAC address (12 digits)
/* specify 0 to use burned in
/* MAC address
le.6 = ELAN name /* ELAN name (32 chars max)
le.7 = 0 /* LEC auto configure
/* 0 - disable auto config
/* parms 8-19 are valid
/* Not 0 - enable auto config
/* parms 8 & 10-19 are ignored
le.8 = 120 /* Control timeout (10-300)
le.9 = 4544 /* Max LAN frame size
/* 1516, 4544, 9234 or 18190
le.10 = 1200 /* VCC timeout
le.11 = 300 /* Aging time (10-300)
Figure 5-1 (Part 2 of 4). IOAATM2 Dataset
/* LES ATM addr (40 digits)
le.12 = 1122334455667788990011223344556677889900
le.13 = 5 /* Max unknown frame count (1-10)
le.14 = 2 /* Max retry count (0-2)
le.15 = 15 /* Forward delay time (4-30)
le.16 = 1 /* LE arp timeout (1-30)
le.17 = 1 /* Flush timeout (1-4)
le.18 = 6 /* Path switching delay (1-8)
le.19 = 4 /* Connect complete timeout (1-10)
/*----------------------------------------------------------------------
/* ATM Native logical information start
/*----------------------------------------------------------------------
nat.1 = 2 /* Bandwidth allocation
/* 1 - Best Effort only
/* 2 - Reserve bandwidth
/* & best effort
/* 3 - Reserved bandwidth
/*======================================================================
/* This portion of the file contains the required input parameters
/* to configure the PVC entries for IP forwarding or ATM Native.
/* All lines (or partial lines) starting with '/*' are comments.
/*
/* The fields starting with pvc.n are there to specify the needed PVC
/* entries. Use the digit after the letters 'pvc.' to indicate which
/* PVC entry to send to OSA/SF.
/*
/* For IP forwarding, the PVC name MUST be WANPVC00, therefore it
/* will always be set to that regardless of what is specified.
/*
/* To specify a reserved bandwidth PVC, set field pvc.n.8 to 1.
/* To use the defaults, set pvc.n.8 to 0. You MUST leave fields 9-12
/* in the file, even though they will be ignored.
/*======================================================================
/* PVC entry 1 starts here
/*======================================================================
pvc.1.1 = PVC name /* PVC name (max 8 char)
/* always WANPVC00 for IP forwarding
pvc.1.2 = 353207 /* Forward peak cell rate (0-353207)
pvc.1.3 = 353207 /* Backward peak cell rate(0-353207)
/*======================================================================
/* The VPI and VCI settings are calculated using the values in parms
/* atmphy.3 and atmphy.4 above. These will be called max_vpi and max_vci
/* VPI ranges from 0 to (2 ** max_vpi) - 1
/* max_vpi set to 3 above allows VPI values of 0-7 for this PVC entry
/* VCI ranges from 32 to (2 ** max_vci) - 1
/* max_vci set to 8 above allows VCI values of 32-255 for this PVC entry
/*======================================================================
pvc.1.4 = 0 /* VPI for this PVC entry
pvc.1.5 = 35 /* VCI for this PVC entry
/*======================================================================
Figure 5-1 (Part 3 of 4). IOAATM2 Dataset
/* The recommended PDU sizes are 9188 for IP and 8448 for NAT modes.
/* The forward and backward PDU value should be the same for both
/* pvc.n.6 and pvc.n.7. Do not set them with different values.
/*======================================================================
pvc.1.6 = 8448 /* Forward Max AAL5 PDU size (64-9188)
pvc.1.7 = 8448 /* Backward Max AAL5 PDU size(64-9188)
pvc.1.8 = 0 /* Traffic shaping (mode = IP) -OR-
/* Reserved bandwidth (mode = NAT)
/* 0 - Use defaults
/* 1 - Specify parms 9-12
/*======================================================================
/* If pvc.n.8 is 1, then the values in pvc.n.9-pvc.n.12 are used
/* If pvc.n.8 is 0, then the parms must still be here, but are ignored
/*======================================================================
pvc.1.9 = 353207 /* Forward sustain cell rate (0-353207)
pvc.1.10= 353207 /* Backward sustain cell rate(0-353207)
pvc.1.11= 353207 /* Forward cell burst rate (0-353207)
pvc.1.12= 353207 /* Backward cell burst rate(0-353207)
/* Start additional PVC entries after this line, which can be deleted
Figure 5-1 (Part 4 of 4). IOAATM2 Dataset
entries to show you the format and then you can use them as templates for making your own OAT. The
instructions that follow show both methods of getting a template. If you choose to use the Get OAT
command, we recommend that you use the Summary option so that you will not get all the OAT detail.
Using Templates From IOA.SIOASAMP: The following templates are samples and there is not
a sample for every situation. Most configurations are shown in IOAOSHRA. Use the instructions in the
template to add and delete information as required.
1. Copy one of the following templates from IOA.SIOASAMP based on the OSA mode and type of
OAT you want to install on the OSA:
New data set name of
the copied OAT template _____________________________________
Table 5-2. Summary OAT Templates for FDDI, ENTR, and FENET Features
OSA Mode Member in IOA.SIOASAMP To See The Type of Template
Template
TCP/IP Only IOAOSHRT Figure 5-2 on Ports Shared Between LPs
page 5-9
SNA Only IOAOSHRS Figure 5-3 on Ports Shared Between LPs
page 5-10
TCP/IP, SNA, and IOAOSHRA Figure 5-4 on All Three Modes With Ports Shared
HPDT MPC page 5-10 Between LPs
Using the Get OAT Command Instead of Templates: If you are going to use the Get OAT
command, be sure to specify the Summary option when prompted.
1. Enter the following to get a summary view of the OAT.
EX 'IOACMD.EXEC' 'GET_OAT' EXEC
When prompted, enter the CHPID (OSA number), Summary option, and the data set name of
where you want to store the OAT.
2. Continue at “2) Modifying the OAT Template.”
| For OSA-2 ATM and OSA-2 Fenet CHPIDs, detailed information can now be obtained at the port, SAP,
| and connection level. For details on the type of information available, see “Additional SNA Information” on
| page 4-11.
* This OAT template is a sample for setting up TCP/IP passthru mode
* with port sharing between LPs.
* LP 5 and LP 7 are sharing ports 0 and 1.
* Each OAT entry has more than one IP address associated with it.
* To use this template, do the following:
*
* 1) Change the LP numbers to match your installation.
* The LP number must precede all entries for that LP.
* 2) Change the unit addresses. UAs must be even numbers for passthru.
* The odd entries will automatically be added by the CHPID.
* 3) Passthru is required in the mode field.
* 4) Change the port number of the OSA if necessary.
* 5) Specify if the LP should be the default entry (No, PRI, or SEC).
* Only one entry per port can be the PRImary default entry.
* Only one entry per port can be the SECondary default entry.
* 6) Change the IP addresses. They are required for TCP/IP when
* sharing a port. You can have up to 8 IP addresses per entry
* and up to 16 IP addresses per port.
* 7) Add additional entries as required.
******************************************************
*UA Mode Port Default IP Address
******************************************************
LP 5
00 passthru 00 PRI 105.000.005.005
105.000.005.015
02 passthru 01 SEC 105.001.006.006
105.001.006.016
105.001.006.026
LP 7
00 passthru 00 no 107.000.075.075
107.000.075.085
02 passthru 01 PRI 107.001.076.076
107.001.086.086
Figure 5-2. OAT Template For TCP/IP With Ports Shared Between LPs (member IOAOSHRT in IOA.SIOASAMP)
* This OAT template is a sample for setting up SNA mode with port
* sharing between LPs.
* LP 5 and LP 7 are sharing port 0.
* To use this template, do the following:
*
* 1) Change the LP numbers to match your installation.
* The LP number must precede all entries for that LP.
* 2) Change the unit addresses. UAs can be odd or even for SNA.
* 3) SNA is required in the mode field.
* 4) Change the port number of the OSA if necessary.
* 5) Add additional entries as required.
**********************************************
*UA Mode Port Entry specific information
**********************************************
LP 5
0A sna 00
LP 7
0A sna 00
Figure 5-3. OAT Template For SNA With Ports Shared Between LPs (member IOAOSHRS in IOA.SIOASAMP)
|
| * This OAT template is a sample for setting up TCP/IP, SNA, and MPC on
| * two partitions (LPs) as well as sharing one port by 2 TCP/IP stacks
| * on the same LP.
| *
| * It can also be used for other combinations of modes by following
| * the instructions below. There are four cases where you MUST
| * have an IP address on your passthru entries to allow all the
| * defined modes to operate properly.
| * 1) There is TCP/IP traffice to different LPs
| * 2) TCP/IP and SNA traffic are sharing a port
| * 3) TCP/IP and MPC traffic are in use on the CHPID
| * 4) There is more than 1 TCP/IP stack using a port
| *
| * In this example, LP 5 and LP 7 are sharing port 0 & 1.
| * Port 1 is also being shared by 2 TCP/IP stacks on the same partition.
| * To use this template, do the following:
| *
| * 1) Change the LP numbers to match your installation.
| * The LP number must precede all entries for that LP.
| * 2) Change the unit addresses. UAs must be even numbers for passthru
| * and MPC. The odd entries are automatically added by the CHPID.
| * 3) The mode must be passthru, sna, or mpc (for this example).
| * 4) The port number must be 00 for all single-port CHPIDs.
| * For multiple phusical port CHPIDs, use the physical port number.
| * For ATM LAN Emulation, use the logical port number.
|
| Figure 5-4 (Part 1 of 2). OAT Template for TCP/IP, SNA, and MPC With Ports Shared Between LPs (member
| IOAOSHRA in IOA.SIOASAMP)
|
| * 5) If you are not using MPC, delete all MPC OAT entries and continue
| * at (6) below.
| * Otherwise, specify the OSA name for all MPC entries. It is a
| * required field. The following rules for OSA name apply:
| * a) a-z, 0-9, @, #, $ are valid
| * b) 0-9 not valid 1st character
| * c) 0 not valid last character
| * 6) If you are not using TCP/IP, delete all passthru OAT entries and
| * continue at (7) below.
| * Otherwise, change the IP addresses. They are required for TCP/IP
| * when sharing a port.
| * You can have up to 8 IP addresses per entry and up to 16 IP
| * addresses per port spread over multiple OAT entries.
| * An IP address of 0.0.0.0 indicates no port sharing.
| * You CANNOT have a mixture of zero and non-zero IP addresses in
| * the same OAT.
| * Specify if the LP is the default entry (No, PRI, or SEC).
| * Only one entry per port can be the PRImary default entry.
| * Only one entry per port can be the SECondary default entry.
| * 7) If you are not using SNA, delete all SNA OAT entries and continue
| * at (8) below.
| * If you are not using the SNA network management, delete all SNA
| * OAT entries having a port number of FF.
| * Otherwise, specify the VTAM IDNUM and a port number of FF for the
| * SNA network management entry.
| * SNA network management is only valid for OSA-2 FDDI and ENTR CHPIDs.
| * 8) Add additional entries as required for each mode you are
| * configuring.
| ***************************************************************
| *UA Mode Port Default LP OSA Name IP Address
| ***************************************************************
| LP 5
| 00 passthru 00 PRI 105.000.005.005
| 105.000.005.015
| 105.000.005.025
| 105.000.005.035
| 02 passthru 01 no 100.100.100.100
| 12 passthru 01 no 200.200.200.200
| 0A sna 00
| 0B sna FF 123FD
| 08 mpc 00 OSANAME1 (IP traffic)
| ***************************************************************
| LP 7
| 00 passthru 01 no 107.100.075.075
| 107.100.075.085
| 02 passthru 00 SEC 105.000.005.044
| 0A sna 00
| 08 mpc 01 OSANAME2 (IP traffic)
|
| Figure 5-4 (Part 2 of 2). OAT Template for TCP/IP, SNA, and MPC With Ports Shared Between LPs (member
| IOAOSHRA in IOA.SIOASAMP). This first part of the template contains the instructions to modify the template shown
| in the next figure.
* This OAT template is a sample for setting up 2 entries for
* ATM IP Forwarding mode. LP 1 and LP 6 are sharing port 0.
* To use this template, do the following:
*
* 1) Change the LP numbers to match your installation.
* The LP number must precede all entries for that LP.
* 2) Change the UA. It must be an even number.
* The odd entries will automatically be added by the CHPID.
* 3) The mode must be passthru and the port must be 00.
* 4) Specify if the LP should be the default entry (Yes or No).
* Only one entry per port can be the default entry.
* 5) Change the IP Address. It is required when sharing a port
* between LPs
* 6) Change the IP Netmask. It is required.
* 7) Add additional entries as required.
**********************************************************************
*UA Mode Port Default IP Address IP Netmask
**********************************************************************
LP 1
00 passthru 00 no 101.011.005.005 255.255.0.0
02 passthru 00 no 101.011.006.006 255.255.0.0
LP 6
00 passthru 00 no 106.066.075.075 255.255.0.0
02 passthru 00 no 106.066.076.076 255.255.0.0
Figure 5-5. OAT Template For ATM IP Forwarding (member IOAOIPF in IOA.SIOASAMP)
|
| * This OAT template is a sample for setting up HPDT ATM Native on an
| * OSA-2 ATM CHPID.
| *
| * 1) Change the LP numbers to match your installation.
| * The LP number must precede all entries for that LP.
| * 2) Change the unit addresses. UAs must be even numbers for MPC entries.
| * The odd entries are automatically added by the CHPID.
| * 3) The mode must be mpc (for this example).
| * 4) The port number must be 00 for the HPDT ATM Native.
| * 5) Specify the OSA name for all MPC entries. It is a
| * required field. The following rules for OSA name apply:
| * a) a-z, 0-9, @, #, $ are valid
| * b) 0-9 not valid 1st character
| * c) 0 not valid last character
| * 8) Add additional MPC entries as required for each LP you are
| * configuring.
| ***************************************************************
| *UA Mode Port OSA Name
| ***************************************************************
| LP 5
| 00 mpc 00 OSANAME1
| ***************************************************************
| LP 7
| 00 mpc 00 OSANAME2
| 02 mpc 00 NAMEOSA3
|
| Figure 5-6. OAT Template For HPDT ATM Native (IOAOMPC on the E (200) disk)
| The key to allowing these variations is based on the OSA Address Table (OAT). The OAT is described in
| more detail in Appendix A on page A-1.
| An OSA has storage for 223 OAT entries. When an OSA comes with a default OAT (FDDI, Token
| Ring/Ethernet (ENTR), or Fast Ethernet (FENET)), it contains a pair of OAT passthru (TCP/IP) entries (but
| no SNA entries) for each LP that can be defined (16) and for each port on the OSA. An OSA-2 FDDI or
| FENET which has 1 physical port, contains 32 OAT entries in the default OAT. An OSA-2 ENTR which
| has 2 physical ports, contains 64 OAT entries.
| When OSA transfers data, a single path from one port to one LP is used. When a default OAT is used,
| the OSA does not know which LP is supposed to get the data since there are no IP addresses defined.
| Without knowing which IP addresses are assigned to which host application on which LP, the OSA does
| not know where to send this traffic. OSA is programmed to send all traffic on a port to the first LP that
| configures the OSA on-line when the default OAT is being used. This may not be the application or LP
| you desire. This also slows down your host processing, as each packet must be looked at by your host
| application (for example, there is no IP filtering when a default OAT is used).
| Notes:
| 1. In all the above instances, you must define these additional addresses in your system hardware
| definitions, and also make the corresponding changes in your TCP/IP profiles, VTAM setup, TRLE
| statements, etc. These changes are not addressed in this document.
| 2. You must be sure the IOCDS has unit address definitions to match the OAT entries (either previously
| defined, or you must add additional entries).
| An OSA-2 ENTR comes with a default OAT. If you issue Get OAT, you will see the following OAT entries
| for LP 5 and LP 7. Notice that if the same devices are defined for the same UA ranges on each LP, the
| data returned looks the same since each LP has its own UA/device combinations defined.
| Note: In this example, we will ignore the other 56 entries that are returned for the other LPs as well as
| the "entry" and "valid" fields. These fields are not used on input to Put OAT or Configure OSA
| commands.
| US(Dev) Mode Port Entry specific information
| LP 5 (host5 )
| 00(0400) passthru 00 no 000.000.000.000
| 01(0401) passthru 00 no 000.000.000.000
| 02(0402) passthru 01 no 000.000.000.000
| 03(0403) passthru 01 no 000.000.000.000
| LP 7 (host7 )
| 00(0400) passthru 00 no 000.000.000.000
| 01(0401) passthru 00 no 000.000.000.000
| 02(0402) passthru 01 no 000.000.000.000
| 03(0403) passthru 01 no 000.000.000.000
| Using the default definitions will not allow the traffic you wish to have running work properly. Without
| knowing where traffic from 10.10.10.10 or 11.11.11.11 goes, the OSA has no idea where to send this
| data. To have the OSA properly send the packets to the correct host applications, the following OAT
| entries are needed (they are shown in the format used with IOACMD.EXEC):
| When you configure the OSA using Configure OSA from IOACMD, each of the passthru entries will
| become a pair of entries, thereby giving you 4 OAT entries for passthru on LP 5 and 2 OAT entries for
| passthru on LP 7. Unit addresses 00 and 01 on LP 5 are used for IP address 10.10.10.10; unit addresses
| 02 and 03 on LP 5 are used for IP address 11.11.11.11; and unit addresses 00 and 01 on LP 7 are used
| for IP address 30.30.30.30.
| After you have completed the Configure OSA and reset the OSA from all logical partitions, the following
| OAT entries will be on the OSA:
| LP 7 (host7 )
| 00(0400) passthru 01 no 030.030.030.030
| 01(0401) passthru 01 no 030.030.030.030
| 0A(040A) sna 01
| 0B(040B) sna 01
| Using this example, port 0 could also be configured to LP 5 and LP 7 at the same time if desired, using
| different IP addresses for each definition of course. The limiting factor is that all OSA-2 CHPIDs have
| storage for only 223 OAT entries spread over all logical partitions.
| Example 2
| Let's say you wish to run 2 VM guests on LP 6. Each of the guests uses port 1 of CHPID F8, which is an
| OSA-2 ENTR. The gues could be running OS/390, VM, or VSE.
| 1. A TCP/IP stack using address 60.60.60.60 on guest 1.
| 2. Another TCP/IP stack using address 61.61.61.61 on guest 2.
| 3. SNA on guest 1.
| 4. Another SNA on guest 2.
| The difference in this example from the previous one is that each guest needs a different UA defined in
| the "host" VM system. This is due to the fact that the OSA "sees" only the original VM system that is
| supporting the other guests.
| In the IOCDS, you would need definitions for 4 UAs for the 2 different IP addresses needed, as well as an
| additional 2 UAs for the SNA entries. If you define UAs of 00–03 for the passthru entries, and 0A-0B for
| the SNA entries, the following OAT entries are needed: (They ae shown in the format used with
| IOACMD.EXEC):
| US(Dev) Mode Port Entry specific information
| LP 6 (host6 )
| 00(0400) passthru 01 no 060.060.060.060
| 02(0402) passthru 01 no 061.061.061.061
| 0A(040A) sna 01
| 0B(040B) sna 01
| Note: Keep in mind that all "odd" OAT entries for TCP/IP mode are added automatically by the OSA.
| When you configure the OSA using Configure OSA from IOACMD, each of the passthru entries will
| become a pair of entries, thereby giving you 4 OAT entries for passthru and 2 OAT entries for SNA. Unit
| addresses 00 & 01 on LP 6 are used for IP address 60.60.60.60. Unit addresses 02 & 03 on LP 6 are
| used for IP address 61.61.61.61. The TCP/IP profiles on each of the 2 guests should be defined so guest
| 1 uses IP address 60.60.60.60 and guest 2 uses 61.61.61.61.
| After you have completed the Configure OSA nad reset the OSA from all logical partitions, the following
| OAT entries will be on the OSA:
| You can repeat this process for each additional application or VM guest you wish to run on a single OSA.
| You can add as many passthru, SNA, and/or MPC entries that are valid for your installation and the
| modes you have configured. This applies for every logical partition. It also applies for each port on the
| OSA.
These instructions establish an SNA 3270 emulation connection between OS/2 and MVS for downloading
the OSA/SF GUI files through OSA to OS/2 on the workstation. After OSA/SF GUI is installed on OS/2,
you can use the GUI to establish the connection with OSA/SF on the host. The OSA/SF GUI and OSA/SF
connection is an Advanced Program to Program Communications (APPC) with a control point to control
point (CP-to-CP) LU 6.2 independent logical unit (LU) protocol.
Before Starting
For each of the following tasks, see the referenced topic for more information:
1. Customizing the OSA for SNA mode using TSO and OSA/SF. See “ENTR, FENET, and FDDI
OSA-2 Features” on page 5-6.
2. Adding an APPC/MVS TP profile for the OSA/SF GUI. See “Example of Adding a TP Profile for
OSA/SF GUI to APPC/MVS” on page 7-2.
3. Adding entries in SYS1.PARMLIB for APPC/MVS. See “Example of Adding Entries in
SYS1.PARMLIB for APPC/MVS Scheduler” on page 7-3 and “Example of Adding Entries in
SYS1.PARMLIB for APPC/MVS Interface” on page 7-3.
4. Adding entries in SYS1.VTAMLST for the application ID, external communications adapter (OSA),
and SNA 3270 emulation. See “Example of Adding Entries in SYS1.VTAMLST (APPLOSAM)” on
page 7-3, “Example of Adding Entries in SYS1.VTAMLST (OSA11XCA) for OSA as an XCA” on
page 7-4, and “Example of Adding Entries in SYS1.VTAMLST (OSA11SWN) for 3270 Emulation”
on page 7-5.
5. Configuring communications manager to be an APPC Network Node Server with CP-CP session
support and SNA 3270 emulation. See “Sample of CM/2 Network Definition File (NDF) to support
CP-to-CP” on page 7-6.
6. Downloading the OSA/SF GUI files to OS/2. See “Downloading and Installing the OSA/SF GUI for
OS/2 or Windows” on page 2-14.
7. Establishing an APPC (CPIC) connection between OS/2 and OSA/SF at the host.
8. Verifying the connection between OS/2 and OSA/SF. See “Verifying OSA/SF GUI is Connected to
OSA/SF at the Host” on page 7-8.
An example of the input for steps 1-6 and the ".NDF" output file from a CM/2 configuration follow. The
examples shown with these instructions are for a PS/2 with OSA/SF GUI attached to a Token Ring.
The Token Ring is connected to port 2 of a Token Ring OSA device. The address of this port is
CCUA. A Token Ring OSA in this configuration is configured as an external communication adapter to
VTAM.
See “Related Information” on page xiii for a list of the Communications Manager/2 publications to assist
you.
** Note that the CM/2 Control Point is also the Local CM/2 LU.
** No LOCAL LUs are defined from the CM/2 SNA FEATURES LIST panel.
DEFINE_DEFAULTS IMPLICIT_INBOUND_PLU_SUPPORT(YES)
DEFAULT_MODE_NAME(BLANK)
MAX_MC_LL_SEND_SIZE(32767)
DIRECTORY_FOR_INBOUND_ATTACHES(*)
DEFAULT_TP_OPERATION(NONQUEUED_AM_STARTED)
DEFAULT_TP_PROGRAM_TYPE(BACKGROUND)
DEFAULT_TP_CONV_SECURITY_RQD(NO)
MAX_HELD_ALERTS(10);
|VTAM ACBNAME
DEFINE_CPIC_SIDE_INFO SYMBOLIC_DESTINATION_NAME(OSAMACB )|APPC/MVS NAME
FQ_PARTNER_LU_NAME(NETA.OSAMACB ) VTAM APPL
MODE_NAME(#INTER ) COS Name in Host VTAM
TP_NAME(OSAMTP); APPC/MVS TPNAME
START_ATTACH_MANAGER;
This chapter describes OSA/SF problem determination aids. When this chapter does not help or you need
problem determination aids specific to the OSA mode, use the following table for a quick reference to
locate the problem determination aids for each OSA mode:
Table 8-1. Locating Problem Determination Aids for Specific OSA Modes
OSA Mode See:
TCP/IP Passthru “TCP/IP Passthru Problem Determination Aids” on page 4-7
SNA “Verifying SNA Operations” on page 4-11
HPDT ATM Native “Verifying HPDT ATM Native Mode” on page 4-21
HPDT MPC “Verifying HPDT MPC Mode” on page 4-27
ATM IP Forwarding “Verifying ATM IP Forwarding” on page 4-24
LANRES/MVS “Verifying LANRES Operations” on page 4-35
OSA/SF Messages
The messages displayed by OSA/SF are listed in the appendix. Locate the message you are looking for
by the last 4 characters in the message.
IOAGxxxx Messages
Messages that start with IOAG are not listed in this book. IOAGxxxx messages are displayed by the
GUI and provide a description with the message displayed. These are usually displayed when you
forget to enter a parameter or do a task out of sequence. Think of them as reminders or immediate
help.
Example: IOAxnnns
See Appendix C for explanations and how you should respond (User Response) to OSA/SF messages.
Most OSA/SF GUI messages are issued because of invalid user input. For example: invalid text string,
missing information, and doing tasks out of order. Think of the GUI messages as your safeguard when
using the interface. The messages are similar to help information; they help you with the task at hand.
In the event that a message contains a reason code, note the message number, the reason code, and
refer to “Reporting Problems to IBM” on page 8-6.
You can look at the message log and send the log to the IBM support center. Each OSA/SF image has a
message log.
If the OSA/SF message log becomes full, a new message log is started and the log that is full is stored for
your reference. A message is displayed indicating that the log is full and then another message displays
the name of where the message log is stored. Both of these messages are put in the new message log.
The name of the message log is specified in the Startup Profile. The message log that becomes full is
stored with the name specified in the Startup Profile with the Julian date appended to the end of the
name.
If there are more than one OSA/SF running, to determine what OSA/SF was managing the OSAs, see
“Determining which OSA/SF Image Is Managing an OSA” on page 8-6.
If you know which OSA/SF message log you want, you can get the log by using the OSA/SF GUI or an
OSA/SF command. See the following:
You may be requested by the IBM support center to provide a trace log for OSA/SF. Each OSA/SF image
has its own trace log.
To determine what OSA/SF image was managing the OSAs, see “Determining which OSA/SF Image Is
Managing an OSA” on page 8-6.
If you know which OSA/SF trace log you want, you can get the trace log by using the OSA/SF GUI or an
OSA/SF command. See the following:
IOAC101I OSA Support Facility initialization started 02/04/1999 20:06:58
IOAC153I Processing of startup file started
IOAC152I Finished startup command file processing
IOAA002E Device 90a is offline
IOAA002E Device 91a is offline
IOAA002E Device 92a is offline
IOAA002E Device 93a is offline
IOAC150I 20:07:46 Interrupt Handler component started
IOAK999I Configuration Mode for CHPID 28 is 0
IOAK326I CHPID 28 is currently managed by partition 05
IOAA002E Device 99a is offline
IOAA002E Device 9aa is offline
IOAA002E Device 9ba is offline
IOAC145W 20:08:08 Only 1 of 16 OSA devices initialized
IOAC141I 20:08:08 API APPC component started
IOAC102I OSA Support Facility initialization completed 02/04/1999 20:08:08
IOAC100I OSA Support Facility version V1R2M0
Figure 8-1. Example of a Message Log
Getting the OSA/SF Trace Log Using OSA/SF Command (GET_DEBUG): See
“GET_DEBUG” on page B-9.
SNA Trace
The SNA trace buffer is read from the OSA device when the OSA is configured for SNA mode. Specify the
CHPID (OSA) number with this parameter.
ATM Trace
The ATM trace buffer is read from the OSA device when the OSA is configured for SNA with ATM LAN
emulation. Specify the CHPID (OSA) number with this parameter. The buffer number is not required and
will default to zero. There are eight buffers, 0-7.
OSA/SF Dump
If OSA/SF abends, the OSA/SF dump is sent to an MVS dump data set SYS1.DUMPxx. OSA/SF has a
unique dump title that contains the abend code for the failure, the failing module, and the recovery routine
that sent the dump:
ABEND aaa IN bbbbbbbb, COMPID=5688-008, ISSUER=cccccccc
where:
aaa
Is the abend code.
bbbbbbbb
Is the failing control section (CSECT) name.
cccccccc
Is the recovery routine that sent the dump.
| Query Command Using the GUI: The Query command is available through the GUI for problem
| determination. The results of the Query command are displayed in the Command Output window. To
| access the Query command, perform the following steps:
| 1. From either the Tree view or the OSA Channels - Details view, choose Command from the menu
| bar at the top.
| 2. Select Query.
| 3. Select CHPID Information.
Determining which OSA/SF Image Is Managing an OSA: If more than one OSA/SF image
is running on the S/390 and you want to determine which image is managing an OSA, do the following:
1. Double-click on one of the host icons from the OSA/SF Hosts window to Open a channel view
window.
If the OSA Channels - Details view is displayed, select View from the menu bar, select style and
then Tree view.
2. Double-click on the OSA number you want to see.
3. Select Statistics from the notebook tab.
4. Look for Managing OSA SF LP number (name).
You can find an explanation of these values in the Control Block section of the appendix.
By checking the return code, reason code, and response message, you can determine the cause of the
problem. Once you know the reason for the problem, you must decide if the application program took the
appropriate action.
If you cannot determine the cause of the problem from OSA/SF codes or responses, you should check
other possible sources for the error, such as: REXX, VTAM, APPC, or hardware failures.
If none of these seem to be the cause of the problem, then contact IBM service.
Attention
¹ See step 4b on page 2-6 for the fully qualified name that was used to set up the IOACMD.EXEC.
¹ See Appendix B on page B-1 for a description of the OSA/SF commands that can be used with
IOACMD.EXEC.
IOACMD.EXEC runs the same as other EXECs in the the users’ address space. The user ID that starts
the EXEC must have the proper authority to perform the command. See the RACF publications for details
of how to set up the proper security levels.
Full Prompting
If you enter the following, the EXEC will show you a list of the OSA/SF commands and prompt you for the
command and parameters.
EX 'IOACMD.EXEC' EXEC
After you enter the parameters, the EXEC processes the command and parameters. The data is used to
generate the proper input needed by OSA/SF. The results are then either displayed or if requested, put in
the specified data set.
EX 'IOACMD.EXEC' 'GET_OSA_ADDRESS_TABLE' EXEC
In this example you are requesting the OAT from an OSA. You then are prompted for the CHPID, MVS
dataset name, summary option, and replace indicator if needed.
where:
You can also get help for a specific command by entering the command name.
EX 'IOACMD.EXEC' 'HELP QUERY' EXEC
This example would show you the parameters for the Query command.
To have the high level qualifier (HLQ) be the USERID issuing the command, do not change the hlq line.
This leaves IOACMD.EXEC working the way it did before APAR OW21887.
To have the HLQ be something other than the USERID, add your specific high level qualifier between the
double quotes ("") in the HLQ statement at the beginning of the EXEC. Up to 8 valid MVS characters are
allowed.
This high level qualifier (SYS1) would result in the debug datasets being cataloged as:
"SYS1.USERID.IOACMD.INPUT.command_name"
The variable, command_name would be replaced with the actual name of the command.
When using another EXEC, you issue statements the same as those issued directly from the command
line. Refer to “Typing In the Parameters” on page 9-2 for a description of how to directly input OSA/SF
command parameters. When a command completes, you can look at the data in its raw state and
determine what to do next. This eliminates the need to first build the control block and determine all the
data conversions. Based on the results from one operation, another operation can then be started until the
entire task is complete. A more detailed explanation is given in “Using IOACMD.EXEC for Automation” on
page 9-4.
When calling the API using “C” the following must be done:
¹ Build a control block based on the descriptions shown in Appendix D on page D-1.
¹ Allocate the following data areas to pass to IOAEPROC:
– Address of a pointer to output location (this is where the returned IOAECB will be placed)
– Address to put the length of the data returned (this is used for the interface to determine how
much data to send back).
¹ “Fetch” the module IOAEPROC (this should be located in the same LOAD PDS that the main OSA/SF
is in).
¹ Call IOAEPROC which calls the OSA/SF. The function call and supporting code should look like:
void (* fetch_ptr) ();
struct ioaecb *in_cb_ptr; /* pointer to input ioaecb */
struct ioaecb **out_cb_ptr_loc; /* addr of pointer to return ioaecb*/
int *out_len_loc; /* addr of returned length */
.
.
.
.
fetch_ptr = fetch("ioaeproc");
where
struct ioaecb - structure mapping to IOAECB that caller wants
performed by OSA/SF
fetch_ptr - pointer to IOAEPROC routine
ioaeproc - function to be called to call OSA/SF
in_cb_ptr - pointer to input ioaecb built by caller
out_cb_ptr_loc - address of pointer to returned IOAECB
out_len_loc - address of length of returned IOAECB
Response Area
There is no dedicated response area for OSA/SF. For commands issued through the IOACMD.EXEC
automation technique, the results can be placed on the stack, where they can then be retrieved and
examined. The return code received from calling OSA/SF is returned to the caller of IOACMD.EXEC.
The data returned consists of a single contiguous control block that can be parsed using the structures
shown in the Control Block Examples in Appendix B on page B-1.
For all commands, OSA/SF returns at least one message explaining the success or failure of the
command. Each control block has a dedicated area starting at offset 177, which contains this message for
the overall command result. The messages, an explanation, and the user responses are shown in
Appendix C on page C-1.
In the example, the command code is “query”. The type of query requested is “host” which is all the data
known to OSA/SF. For this type of query, the only additional parameter needed is the dataset used to
store the results. This is specified as "IOA.LPARNUM.MSGTEST". The data returned from OSA/SF is
translated into English and stored in this dataset before returning to the caller.
The keyword STACK tells the IOACMD.EXEC to put the raw data returned from the query onto the stack
for the users use.
Attention
Because the data is put onto the stack, the user should always execute a "PARSE PULL
variable_name" to remove all data from the stack upon return from the call. Failure to do this may
result in the data that was placed on the stack being interpreted by MVS as a command after the
user's REXX EXEC finishes.
Each OSA has its own OAT. The OAT is stored in the OSA in non-volatile storage. There are two sources
that can change the OAT:
¹ The OSA/SF GUI during an activate
¹ The IOACMD EXEC with a Put OAT command.
The hardware configuration (IOCDS) has input to the OAT and must be defined before an OSA can
transfer data. See OSA in an OS/390 or MVS Environment in the OSA Planning Guide for setting up the
hardware configuration.
If you are using the OSA/SF GUI on OS/2 to customize OSAs, there are configuration windows that
organize the OAT and provide you an easy method for creating and changing the OAT; therefore, you do
not have to know the details of the OAT format as described in this section.
If you are not using the OSA/SF GUI on OS/2, this section is for you.
Recent enhancements allow you to get an OAT in a simplified summary format. There is a new Summary
option that you can specify with the Get OAT command. The data set can then be changed and used as
input with the Put OAT command. In addition, sample templates were put in IOA.SIOASAMP for you to
use. The templates are very similar to the format of the data set returned when the Get Oat command is
used with the summary option.
The next section describes the OAT format previous to the Summary option. Consider it the detailed view
of the OAT. If you choose not to learn about the details, see “Summary OAT Format” on page A-9 for a
description of the summary OAT format.
See Chapter 5 on page 5-1 for all instructions to customize an OSA, including making an OAT.
When you use the Get OAT command and do not specify the Summary option, the data returned from the
command will be in the following format:
¹ Header
¹ Entries
¹ Extensions
Header: All OATs start with a header consisting of three lines (fields) that define the information that
follows the header. Here is an example of an OAT Header:
/*********************************************************************/
/* Start of OSA Address Table */
/*********************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = xx /* CHPID (OSA) */
oathdr.3 = nnn /* s-Number of entries in OAT */
/*********************************************************************/
Figure A-1. Example of OAT Header
The fields on the left define the beginning of the OAT (IOA_OAT_HDR), which OSA (xx) the OAT pertains
to, and the number of entries (nnn) in the OAT. The comments on the right help to identify the fields.
When an OSA-2 is first installed, there is a default OAT on the OSA. The amount of information (entries)
on the default OAT depends on the type of OSA.
¹ FDDI OSA-2 contains 32 entries
¹ ENTR OSA-2 contains 64 entries
¹ FENET OSA-2 contains 32 entries
¹ ATM OSA-2 does not have a default OAT. Any data returned from a Get OAT command comes from
the hardware configuration (IOCDS).
On a default OAT, there are two entries per port multiplied by 16 possible logical partitions.
Entries: An entry in the OAT is a collection of fields grouped together to identify information about one
data path through an OSA. There are usually more entries in the OAT than you will use because the OSA
ships with default entries for each possible logical partition when the S/390 is in LPAR mode. These can
be modified so that you do not have to create new entries.
Each entry in the OAT consists of 13 fields and an extension of one, two, or three fields. The 13 fields for
the first entry are labeled oat.1.1 through oat.1.13. A-2 shows an example of the beginning of a default
OAT with one entry.
Extensions: Each OAT entry has an extension. There are various possible types of extensions based on
the entry type (OSA mode). To see examples of the six types of extensions, see “Examples of OAT
Extensions For All OSA Modes” on page A-6
/*************************************************************************/
/* Start of OSA Address Table */
/*************************************************************************/
/* All entries below that are preceded by ’s’ indicate that the */
/* field is settable during Put_OAT processing */
Header
/*************************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = C4 /* CHPID (OSA) */
oathdr.3 = 64 /* s-Number of entries */
/************************************************************************
/************************************************************************
/* Start of OAT for entry 1 */
/*************************************************************************/
oat.1.1 = IOA_OATENTRY /* Eyecatcher - Do not delete */
oat.1.2 = OSA data valid /* Valid data indicator */
oat.1.3 = N/A /* Partition name */
oat.1.4 = 0 /* s-Partition number */
oat.1.5 = 00 /* s-Unit address */
oat.1.6 = N/A /* Device number */
oat.1.7 = C4 /* Chpid */
oat.1.8 = N/A /* Control unit number */
oat.1.9 = N/A /* Channel state */ Entry
oat.1.10 = N/A /* Device accessible */
oat.1.11 = 02 /* Group size */
oat.1.12 = passthru /* s-Entry type. One of: */
/* subchannel */
/* passthru */
/* SNA */
/* MPC */
/* Unassigned */
oat.1.13 = started /* Entry descriptor */
/*************************************************************************/
/*************************************************************************/
/* Start of Extended OAT for entry 1 */
/*************************************************************************/
passthru.1.1 = 0 /* s-Port number */ Extension
passthru 1.2 = no /* s-Default entry (no/pri/sec) */
passthru.1.3 = 0.0.0.0 /* s-Home IP address */
/*************************************************************************/
There will be 63 other entries and extensions in this OAT because field oathdr.3=64. The second entry will
have a comment line labeled Start of OAT entry 2. Entry one is identified by oat.1.x, entry two is oat.2.x,
entry three oat.3.x, continuing through to oat.64.x. All unused entries and extensions are ignored.
The fields that you can modify have an s (settable) in front of their corresponding comment at the right.
The entry shown in this OAT is for TCP/IP passthru. See oat1.12. All entries in a default OAT are passthru
entries; therefore, entries will have to be modified for other modes. The number of entries that you modify
or add to the OAT depends on how many data paths are required through the OSA. If the S/390 is
running in native mode (non-LPAR), you might only have to modify two entries in the OAT to match the
hardware configuration.
The format of fields oat.1.1 through oat.1.13 are the same for a TCP/IP Passthru entry and an SNA entry.
The differences are in the contents of each field and the extensions. Figure A-2 shows an OAT entry for
SNA along with all the field definitions.
The following OAT entry is an example of one entry for SNA traffic through the OSA. All fields are
described after the figure.
/*********************************************************************/
/* Start of OAT entry header */
/*********************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = 7C /* CHPID */
oathdr.3 = 64 /* s-number of entries */
/*********************************************************************/
/* Start of OAT entry 1 */
/*********************************************************************/
oat.1.1 = IOA_OATENTRY /* Eyecatcher- Do not change*/
oat.1.2 = All data valid /* Valid Entry */
oat.1.3 = LPLEFT /* Partition name */
oat.1.4 = 1 /* s-Partition number */
oat.1.5 = 00 /* s-Unit address */
oat.1.6 = 0100 /* Device number */
oat.1.7 = 7C /* CHPID */
oat.1.8 = 0100 /* Control unit number */
oat.1.9 = configured /* Channel state */
oat.1.10 = yes /* Device accessible(yes/no)*/
oat.1.11 = 1 /* Group size */
oat.1.12 = SNA /* s-Entry type */
/* subchannel */
/* passthru */
/* SNA */
/* MPC */
/* unassigned */
oat.1.13 = started and in use /* entry descriptor */
/*********************************************************************/
/* Start of OAT entry 1 extension */
/*********************************************************************/
sna.1.1 = 0 /* s-Port number */
Figure A-2. One SNA Entry of an OAT
oat.1.2 = All data valid This field shows the validity for each entry in the OAT. When you use the
Get OAT command, information comes from the hardware configuration
definitions and the OSA. It is important to realize that some information in
the OAT entry might have come from the hardware configuration definitions
(IOCDS).
The following shows which fields are valid depending on what is specified in
oat.1.2:
¹ Channel subsystem valid (oat.n.3 through oat.n.10 are valid) - The
logical partition (LP) and unit address (UA) specified in this entry were
found in the hardware configuration definition but not on the OSA. If this
LP/UA is required for data transfer, the other fields for this entry should
be modified and then the OAT can be put back on the OSA. The next
time you get the OAT, the LP/UA in the OAT entry will match the
hardware configuration definition and field 1.2 will show All data valid.
¹ OSA data valid (oat.n.4, n.5, n.7, n.11, n.12, and n.13 are valid) - There
is not a corresponding LP/UA in the hardware configuration that
matches the LP/UA found on the OSA for this entry. If this LP/UA is
required for data transfer, update the hardware configuration definitions.
¹ All data valid (all fields are valid) - The LP/UA on the OSA for this entry
matches a LP/UA in the hardware configuration definition.
oat.1.3 - LPLEFT Logical Partition name assigned by the user in the hardware configuration
for the OSA.
oat.1.4 = 1 Logical Partition number from either the hardware configuration or the OSA,
or both. See field oat.1.2 to determine where the LP number was found.
oat.1.5 = 00 Unit address from either the hardware configuration or the OSA, or both.
See field oat.1.2 to determine where the LP number was found.
oat.1.6 = 100 Device number defined in the hardware configuration.
oat.1.7 = 7C CHPID (OSA) that this entry is for. This should match the CHPID returned in
oathdr.2.
oat.1.8 = 0100 Control unit number defined in the hardware configuration.
oat.1.9 = configured The state of the CHPID. (configured, not configured, or not installed).
oat.1.10 = yes Shows if the device is accessible to the logical partition.
oat.1.11 = 1 Group size is always one for SNA. Indicates that each entry in the OAT
corresponds to a path through the OSA.
oat.1.12 = SNA The OAT entry type is for SNA.
oat.1.13 = Started and in use
Can be one of the following:
Not started The SNA image on the OSA for this device is not
initialized.
Started The SNA image on the OSA for this device has
successfully initialized, but has not made a connection
with the host.
Started and in use The path between the CHPID and the host has been
established.
sna.1.1 = 0 This is the port number that this OAT entry corresponds to.
Note: This field (sna.1.1) is the beginning of the extension.
¹ ATM LE= 0 or 1
¹ ATM NATIVE= 0
¹ ATM IP Fowarding= 0
¹ ENTR= 0 or 1
¹ FDDI= 0
¹ FENET= 0
Examples of OAT Extensions For All OSA Modes: Based on the entry type (n.1.12)
specified in the base OAT, one of the following extensions must be included.
Guidelines:
¹ Only one LP/UA entry per port can be the primary (pri) default entry.
¹ Only one LP/UA entry per port can be the secondary (sec) default entry.
¹ A default entry value of yes will be treated as the primary default entry.
¹ You cannot have a secondary (sec) default entry without a primary (pri) default entry.
¹ All IP addresses must have an odd index, for example: pass.n.3, pass.n.5, pass.n.7. Even entry field
are ignored.
¹ Delete all IP addresses not assigned.
Note: The OSA/SF message log and the operator console receive an indication whenever a primary or
secondary default entry is active, however, this only appears on the system that has the OSA/SF
managing the CHPID. If a change in the default entry occurs and there is no OSA/SF managing
the CHPID, this information is not logged anywhere.
Guidelines:
¹ Only one LP/UA entry per port can be the primary (pri) default entry. See field pass.n.2
¹ Only one LP/UA entry per port can be the secondary (sec) default entry.
¹ A default entry value of yes will be treated as the primary default entry.
¹ You cannot have a secondary (sec) default entry without a primary (pri) default entry.
¹ All IP addresses must have an odd index, for example: pass.n.3, pass.n.5, pass.n.7.
¹ All netmask addresses must have an even index. for example: pass.n.4, pass.n.6.
¹ Delete all IP addresses and netmasks not assigned.
LANRES (subchannel) OAT Extension: For specifying the subchannel extension on the OAT,
the following extension is used. This field is not settable. It is shown as an example of what is returned
from a Get OSA Address Table command.
/*********************************************************************/
/*LANRES (subchannel) OAT Extension */
/*********************************************************************/
subchan.n.1 /* This is the subchannel ID: it is not settable.*/
/*********************************************************************/
Using Sample Default OATs for OSA-2 ENTR, FENET, or FDDI Features
Note: If you changed the default OAT that came with the OSA and you require the default OAT
reinstalled, samples of these OATs are located in SIOASAMP.
The samples are the same as the OAT entries that are on a factory shipped OSA-2 FDDI, OSA-2 FENET,
or OSA-2 ENTR feature. Look for the following members in SIOASAMP:
You can use the sample OATs without any changes if you require a default OAT, or you can modify the
sample for your installation. Use the PUT_OAT command to install the OAT on the
OSA.“PUT_OSA_ADDRESS_TABLE | PUT_OAT | PUT_OSA | PUT_TABLE” on page B-21
Summary OAT Format: You can get a summary OAT from the templates in IOA.SIOASAMP or by
including the Summary option with the Get OAT command.
The summary format is slightly different for the templates than the results of the Get OAT command with
the summary option. Some of the unused data was removed from the templates so that they would be
easier to modify when making an OAT.
Instructions for changing the templates are included within each template. See Table 5-1 on page 5-1 or
Table 5-2 on page 5-7.
You have the choice of using the templates in IOA.SIOASAMP or doing the Get OAT command with the
Summary option. There are advantages to both methods of getting a summary OAT. If you already have
the OAT completed and installed on the OSA and you want to make a change, the Get OAT command
with the summary option would be best. If you are making an OAT for the first time, the templates in
IOA.SIOASAMP would be easier to use.
The following section shows the legend that is appended to the summary OAT when you do a Get OAT
command with the Summary option.
Because the legend must describe the summary format for all possibilities of an OAT, it might have more
details than you want. If you become confused or frustrated, please see the OAT examples that follow this
section or see the OAT templates. Each template shows a sample of one OAT possibility with instructions
for modifying the template.
The Legend Included in a Summary OAT: The following legend is appended to the bottom of a
summary OAT when you issue the Get OAT command and include the Summary option. The legend
describes the layout and information in the OAT.
************************************************************************
* Legend for abbreviations *
************************************************************************
* Entry column Valid column
* ------------ ------------
* S - Started OSA - Does not exist in IOCDS, but is on OSA
* NS - Not started CSS - Exists only in Channel Subsystem(IOCDS)
* SIU - Started & in use ALL - Exists on the OSA and in IOCDS
* N/A - Not Applicable
*
* Entry Specific Information
* --------------------------
* Passthru entry - Default entry, Home IP address & Netmask
* SNA entry - VTAM IDNUM if port number is FF
* Subchannel entry - none
* MPC entry - OSA name
************************************************************************
* Guidelines to updating this file for input *
************************************************************************
* All comment lines must start with either '*' or '/*'
* All comments and blank lines are ignored
* Parameters are not column specific, but must be separated by
* at least 1 blank space
* A statement containing the LP number must precede any valid OAT lines
*
* There are 2 valid types of entry lines:
* 1. Specify the LP which the following lines pertain to
*
* LP n (hostname)
* LP is the keyword
* n is the 1 hex digit partition number (0-F)
* hostname is optional, and is ignored
*
* 2. The actual OAT entries for each LP, which must be one of:
*
* ua passthru port_number default_lp Home_IP Net_mask
* ua sna port_number VTAM_idnum
* ua mpc port_number osaname
* ua subchannel port_number
* ua N/A or unassigned
* where
* -'ua' can be either a 1 or 2 digit unit address alone or with the
* device address concatenated to it. e.g. - 0A(023A) or 0A
* The device address is always ignored on input.
* -'passthru', 'sna', 'mpc', subchannel', 'N/A', or 'unassigned'
* indicates the type of entry this is. Specify unassigned
* to eliminate an entry that already exists on the OSA
* -port_number specifies the port number
* -default_entry is set to one of the following
* - NO Not a default entry
* - PRI Primary default entry
* - SEC Secondary default entry (when primary is not available)
* -Home_IP is the home IP address in standard w.x.y.z format with
* values ranging from 0 to 255 in each position. It can be left
* blank if you do not wish to have port sharing or an IP address
* assigned to this entry. You CANNOT have a mixture of zero and
* non-zero IP addresses in the same OAT.
* -Net_mask is the netmask to be used with the Home IP address ONLY for
* ATM IP forwarding. This can be left blank for no IP forwarding.
* It is also in the format of w.x.y.z where each one has a range
* of 0 to 255. If you specify a net_mask, you must specify the
* home IP address. (This field is only valid for MVS or OS/390).
* To specify more than 1 IP address for a passthru OAT entry, add a
* line following the initial 'passthru line'. This line must start
* with the home IP address. For IP forwarding, you must also
* include the netmask. All other parameters are ignored.
*
* -VTAM_idnum is the 5 digit VTAM idnum used for network management.
* Specify this parameter if the port number is FF. Otherwise you
* can omit it, or if specified it is ignored.
* You can only have 1 SNA network management entry per OAT.
*
* -osaname is used for HPDT MPC or HPDT ATM Native and is a maximum
* of 8 characters. The following rules for OSA name apply:
* a) a-z, 0-9, @, #, $ are valid
* b) 0-9 not valid 1st char
* c) 0 not valid last char
*
* -MPC can also have additional lines returned if you are running
* IPX or IP traffic.
* For IPX traffic, a frame type is shown.
* For IP traffic, a home IP address is shown.
* These lines are repeated for as many valid entries are on the OSA.
* These values are not settable through OSA/SF. If they occur in
* the input file, they are ignored.
************************************************************************
* End of OAT entries *
Figure A-3 (Part 2 of 2). Legend Included in a Summary OAT
Examples of OATs: The following examples show a detailed OAT entry and then what the
corresponding summary OAT would be.
/*********************************************************************/
/* Start of OAT entry header */
/*********************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = 4C /* CHPID */
oathdr.3 = n /* s-number of OAT entries */
/*********************************************************************/
/* Start of base OAT entry 1 */
/*********************************************************************/
oat.1.1 = IOA_OATENTRY /* Eyecatcher- Do not change*/
oat.1.2 = all data valid /* Valid Entry */
oat.1.3 = PARTNAME /* Partition name */
oat.1.4 = 1 /* s-Partition number */
oat.1.5 = 02 /* s-unit address */
oat.1.6 = 0402 /* device number */
oat.1.7 = 4C /* CHPID */
oat.1.8 = 003E /* control unit number */
oat.1.9 = configured /* channel state */
oat.1.10 = yes /* device accessible(yes/no)*/
oat.1.11 = 2 /* group size */
oat.1.12 = passthru /* s-entry type */
/* entry type can be one of: */
/* subchannel */
/* passthru */
/* SNA */
/* MPC */
/* unassigned */
oat.1.13 = started and in use /* entry descriptor */
/*********************************************************************/
/* Start of OAT entry 1 extension */
/*********************************************************************/
passthru.1.1 = 0 /* s-Port number */
passthru.1.2 = no /* s-Default entry (no/pri/sec)*/
passthru.1.3 = 0.0.0.0 /* s-Home IP address */
Figure A-4. TCP/IP Passthru with no port sharing
************************************************************************
* UA(Dev) Mode Port Entry specific information Entry Valid
************************************************************************
LP 1 (PARTNAME)
02(0402) passthru 00 no 000.000.000.000 SIU ALL
Figure A-5. Summary OAT for TCP/IP Passthru with No Port Sharing
/**********************************************************************/
/* Start of OAT entry 2 */
/**********************************************************************/
oat.2.1 = IOA_OATENTRY /* Eyecatcher- Do not change */
oat.2.2 = All data valid /* Valid Entry-Do not change */
oat.2.3 = LPRIGHT /* Partition name */
oat.2.4 = 2 /* s-Partition number */
oat.2.5 = 04 /* s-unit address */
oat.2.6 = 0404 /* device number */
oat.2.7 = 7A /* CHPID */
oat.2.8 = 0100 /* control unit number */
oat.2.9 = configured /* channel state */
oat.2.10 = yes /* device accessible(yes/no) */
oat.2.11 = 2 /* group size */
oat.2.12 = passthru /* s-entry type */
/* entry type can be one of: */
/* subchannel */
/* passthru */
/* SNA */
/* MPC */
/* unassigned */
oat.2.13 = started and in use /* entry descriptor */
/**********************************************************************/
/* Start of OAT entry 2 extension */
/**********************************************************************/
passthru.2.1 = 1 /* s-Port number */
passthru.2.2 = pri /* s-Default entry (no/pri/sec)*/
passthru.2.3 = 9.112.12.16 /* s-Home IP address */
Figure A-7. Even OAT Entry for Device 0404. This is the even entry for device 0404. An odd entry would also be
returned because the entry type is passthru.
SNA
/*********************************************************************/
/* Start of OAT entry header */
/*********************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = 7C /* CHPID */
oathdr.3 = 64 /* s-number of entries */
/*********************************************************************/
/* Start of OAT entry 1 */
/*********************************************************************/
oat.1.1 = IOA_OATENTRY /* Eyecatcher- Do not change*/
oat.1.2 = All data valid /* Valid Entry */
oat.1.3 = LPLEFT /* Partition name */
oat.1.4 = 1 /* s-Partition number */
oat.1.5 = 00 /* s-Unit address */
oat.1.6 = 0100 /* Device number */
oat.1.7 = 7C /* CHPID */
oat.1.8 = 0100 /* Control unit number */
oat.1.9 = configured /* Channel state */
oat.1.10 = yes /* Device accessible(yes/no)*/
oat.1.11 = 1 /* Group size */
oat.1.12 = SNA /* s-Entry type */
/* passthru */
/* SNA */
/* unassigned */
oat.1.13 = started and in use /* entry descriptor */
/*********************************************************************/
/* Start of OAT entry 1 extension */
/*********************************************************************/
sna.1.1 = 0 /* s-Port number */
Figure A-9. One SNA Entry for an OAT
ATM IP Forwarding
/*********************************************************************/
/* Start of OSA Address Table for CHPID 78 */
/*********************************************************************/
/* All entries below that are preceded by 's-' indicate that the */
/* field is settable during Put_OAT processing */
/*********************************************************************/
oathdr.1 = IOA_OAT_HDR /* Eyecatcher-Do not change */
oathdr.2 = 78 /* CHPID */
oathdr.3 = 3 /* s-Number of entries */
/*********************************************************************/
/* Start of OAT entry 1 */
/*********************************************************************/
oat.1.1 = IOA_OATENTRY /* Eyecatcher- Do not delete*/
oat.1.2 = All data valid /* Valid data indicator */
oat.1.3 = HOSTNAME /* Partition name */
oat.1.4 = 1 /* s-Partition number */
oat.1.5 = 78 /* s-Unit address */
oat.1.6 = 0278 /* Device number */
oat.1.7 = 78 /* Chpid */
oat.1.8 = 0078 /* Control unit number */
oat.1.9 = configured /* Channel state */
oat.1.10 = yes /* Device accessible */
oat.1.11 = 2 /* Group size */
oat.1.12 = passthru /* s-Entry type. One of: */
/* Passthru */
/* SNA */
/* subchannel */
/* MPC */
/* Unassigned */
oat.1.13 = started and in use /* Entry descriptor */
/*********************************************************************/
pass.1.1 = 0 /* s-Port number (1 digit) */
pass.1.2 = no /*s-Default entry (no/pri/sec)*/
/* value of yes = primary */
pass.1.3 = 2.2.2.2 /* s-home IP address1(w.x.y.z)*/
pass.1.4 = 255.255.0.0 /* s-home IP netmask1(a.b.c.d)*/
pass.1.5 = 2.2.2.3 /* s-home IP address2(w.x.y.z)*/
pass.1.6 = 255.255.0.0 /* s-home IP netmask2(a.b.c.d)*/
pass.1.7 = 2.2.2.4 /* s-home IP address3(w.x.y.z)*/
pass.1.8 = 123.123.123.123 /* s-home IP netmask3(a.b.c.d)*/
/*********************************************************************/
Figure A-11. One ATM IP Forwarding Entry for an OAT
Figure A-14. Summary OAT for One HPDT MPC with IP Traffic Entry
Enter OSA/SF commands from an MVS Ready prompt or TSO command line. All OSA/SF commands are
also available from the the OS/2 OSA/SF GUI.
Attention
Enter IOACMD.EXEC with all OSA/SF commands. See step 4 on page 2-5 for the fully qualified name
that was used to set up IOACMD.EXEC.
Example:
EX 'IOACMD.EXEC' 'CLEAR_DEBUG' EXEC
To have the EXEC prompt you for the commands, just enter: EX 'IOACMD.EXEC' EXEC
¹ REMOVE_DIRECTORY
¹ SEND_COMMAND
The Clear Debug command clears the contents of the current message log maintained by the OSA/SF.
The message log contains a history of all commands issued, responses generated, informational
messages, and any errors that have occurred since the Clear Debug command was last issued.
Note: IBM Service may require the contents of the message log to perform problem isolation; therefore,
do not use this command unless you are sure you want to clear the current contents of the
message log.
Syntax
55──CLEAR_DEBUG─────────────────────────────────────────────────────────────────────────5%
Operands
None
This command requires no parameters.
Results
None
No response is displayed from the command.
Limitations
If RACF is installed, Clear Debug requires a minimum of CONTROL authority. The RACF authority you
specify pertains to the appropriate RACF facility as defined in the OSA Planning Guide.
This command does not require an OSA (CHPID) number to be entered; therefore it does not matter what
OSA/SF image is managing the OSAs.
Example
EX 'IOACMD.EXEC' 'CLEAR_DEBUG' EXEC
CONFIG_OSA
This command will only work if the PTF for APAR #OW33393 is installed. Use the Configure OSA
command to customize any OSA-2 feature. The command will prompt you for the required input. See
Chapter 5 on page 5-1 for a complete list of instructions that are used with the command.
Syntax
55──CONFIG_OSA──────────────────────────────────────────────────────────────────────────5%
Operands
None
This command requires no parameters. It will prompt you for input.
Results
Prompting
The command prompts you for input based on the task you want to do.
Limitations
If RACF is installed, Configure OSA requires a minimum of CONTROL authority. The RACF authority you
specify pertains to the appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
The Configure OSA command will only work if the PTF for APAR #OW33393 is installed.
Example
EX 'IOACMD.EXEC' 'CONFIG_OSA' EXEC
The command will prompt you for the required input based on the OSA-2 feature and what mode of
operation you want to install.
DELETE_FILE | DELETE
Attention
Delete File removes the specified file from the disk serving function volume. Any file on the disk serving
function volume can be deleted.
OSA/SF does not check for valid volumes, paths, or file names; if this data is invalid, it will be rejected by
the OSA. Delete File deletes the file from the disk serving function volume but does not delete the actual
data set.
When the command completes, the specified file is unavailable for use by OSA/SF. Any references to the
deleted file in any configuration file must be updated. If the deleted file must be replaced, use the Install or
Put File commands.
Syntax
55──DELETE──chpid──OSA_path_filename────────────────────────────────────────────────────5%
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
OSA_path_filename
The fully qualified volume, path, and filename of the file to be deleted from the disk serving function
volume.
Results
The Delete File command removes the specified file from the disk serving function volume if the command
completes successfully. If the command fails, OSA/SF displays a reason message.
Limitations
If RACF is installed, Delete File requires CONTROL authority. The RACF authority you specify pertains to
the appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'DELETE_FILE 4a sys1:/abc/defg.dat' EXEC
Deletes the file “defg.dat” in volume “sys1” in subdirectory “abc” associated with CHPID “4a”.
GET_CONFIG
This command works only for an OSA-2 ATM feature. Use the Get Config command to get the
configuration file (ATM parameters) in a format that can be used as the IOAATM2 input with job
IOAINATM. This is helpful when you have an existing OSA and you want to copy that configuration to the
new OSA.
Syntax
55──GET_CONFIG──chpid──fully_qualified_MVS_dataset_name─────────────────────────────────5%
Operands
chpid
Value that indicates the hexadecimal OSA number for the command. The value is not entered with
single quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'.
This field is required.
fully_qualified_MVS_dataset_name
The data set name of the MVS data set used to store the command's results.
Results
The current configuration file is stored into the specified library for the OSA (CHPID) you specify.
Limitations
If RACF is installed, Get Config requires READ authority. The RACF authority you specify pertains to the
appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
If the IOACMD job was set up as recommended, submit the job and you will be prompted to enter a
command.
GET_CONSOLE_SCREEN
Attention
Get Console Screen returns the contents of the screen image from the virtual console associated with the
OSA mode running on the OSA device. There are no virtual console screens on the OSA device for
Passthru or SNA modes.
Use the Query command to find the screen number associated with the OSA.
Syntax
55──GET_CONSole_screen──chpid──┬─────────┬──Screen_number────────────────────────────────5
└─REPLACE─┘
5──fully_qualified_MVS_dataset_name─────────────────────────────────────────────────────5%
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. ONE_CHANNEL must
be entered with the CHPID. The CHPID must be online and accessible.
Replace
Used when the target MVS data set already exists and must be overwritten with the command results.
Screen_number
The hexadecimal value of the screen to which the command is issued.
Use the Query command to find the screen number associated with the OSA.
fully_qualified_MVS_dataset_name
The data set name of the MVS data set used to store the command's results.
Results
The Get Console Screen command returns the screen image as an 80 by 25 character array into the MVS
data set specified by MVS data set.
Limitations
If RACF is installed, Get Console Screen requires READ authority. The RACF authority you specify
pertains to the appropriate RACF facility as defined in the OSA Planning Guide.
Example
EX 'IOACMD.EXEC' 'GET_CONS 4a replace 3ab42963 dataset1.screen' EXEC
Gets the screen for the virtual console numbered 3AB42963 associated with CHPID 4A and puts it into a
data set named “dataset1.screen”. If the data set exists, it will be replaced.
GET_DEBUG
Use this command to gather information to help IBM debug any problems that are reported. You will be
directed to issue this command by IBM support personnel when appropriate. Most of the information
returned is not in a readable format.
A MVS data set name must be specified. If the data set already exists, specify the Replace parameter.
Only sequential data sets can be used but they do not need to be pre-allocated.
To request the newest, most recent portion of the OSA/SF message log, set the optional number of
entries field to a value from 1 to n, where n can be a maximum of 65,535. A value of 65,535 is the same
as ALL. If no value is specified for the number of entries, the entire message log will be read because ALL
is the default.
If you specify a number for the number of entries field, the data is returned starting from the most recent
timed stamped entry and going back the number of entries you specify. The trace table option does not
use a number of entries field; if one is specified, it is ignored.
Syntax
55──GET_DEBUG──┬─MESSAGE_LOG──┬───────────────────┬──────┬──┬─────────┬──────────────────5
│ └─number of entries─┘ │ └─REPLACE─┘
├─TRACE_TABLE─────────────────────────────┤
└─┬─SNA_MEMORY_DUMP──────────────┬──chpid─┘
├─SNA_TRACE────────────────────┤
├─SNA_MESSAGE_LOG──────────────┤
├─ATM_TRACE──┬───────────────┬─┤
│ └─buffer number─┘ │
├─ATM_MEMORY_DUMP──────────────┤
└─CONFIG_INFO──────────────────┘
5──fully_qualified_MVS_dataset_name─────────────────────────────────────────────────────5%
Operands
MESSAGE_LOG
The OSA/SF message log contains information on every command issued, command returned,
informational messages, and any errors that occurred since the last Clear Debug command was
issued that cleared the message log.
TRACE_TABLE
The OSA/SF trace table contains up to the last 8000 trace points that the OSA/SF code executed.
When the table is full the oldest entries are overwritten.
SNA_MEMORY_DUMP
The OSA memory dump contains the image of storage on the OSA device. Specify the CHPID (OSA)
number with this parameter.
SNA_TRACE
The SNA trace buffer is read from the OSA device when the OSA is configured for SNA mode.
Specify the CHPID (OSA) number with this parameter.
SNA_MESSAGE_LOG
The SNA message log is read from the OSA device when the OSA is configured for SNA mode.
Specify the CHPID (OSA) number with this parameter.
ATM_TRACE
The ATM trace buffer is read from the OSA device when the OSA is configured for Passthru or SNA
with ATM. Specify the CHPID (OSA) number with this parameter. The buffer number is not required
and will default to zero. There are eight buffers, 0-7.
ATM_Memory_Dump
The ATM memory dump is read from an OSA, approximately 2 Mb when the OSA is configured for
passthru or SNA with ATM. Specify the CHPID (OSA) number with this parameter.
CONFIG_INFO
The output will be the entire configuration file read from the OSA. This can be used by IBM for failure
analysis.
CHPID
Represents the OSA number.
REPLACE
Use REPLACE to overwrite an existing MVS data set. If the data set you specify already exists and
you do not specify replace, the data set will not be written and a message is displayed indicating to
use the REPLACE option.
number of entries
Specifies the number of entries that should be returned for the OSA/SF message log. Omitting this
field causes the entire message log to be returned.
Note: This parameter is only valid when requesting the message log. If used for any others, it is
ignored.
fully_qualified_MVS_dataset_name
The name of the MVS data set where you want to store the returned data.
File mode is optional.
Results
The Get Debug command returns either the contents of the OSA/SF message log or trace table, the OSA
SNA trace or message log, or the OSA ATM trace or memory dump. These commands are also available
on the OS2 OSA/SF GUI.
Limitations
If RACF is installed, Get Debug requires READ authority. The RACF authority you specify pertains to the
appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA. If the REPLACE option is
specified, UPDATE authority is required.
Examples
EX 'IOACMD.EXEC' 'GET_DEBUG TRACE_TABLE REPLACE dataset1.trace' EXEC
Gets the trace table and puts it into a data set called “dataset1.trace”. If the data set already exists, it is
overwritten.
Gets the 20 most current entries from the message log and puts them in a dataset called
DATASET2.LOG.
Gets the 20 most current entries from the message log and puts them in the file called OSASFMSG LOG.
GET_FILE
Attention
This command is only valid for LANRES mode and the API.
Use the GET_FILE command with either of the following syntax diagrams:
Syntax
55──GET_FILE──chpid──┬─────────┬──┬──────────────────────────────────┬───────────────────5
└─REPLACE─┘ └─fully_qualified_MVS_dataset_name─┘
5──OSA_path_filename────────────────────────────────────────────────────────────────────5%
Syntax
55──GET_FILE──MVS_TO_API──┬──────────────────────────────────┬──────────────────────────5%
└─fully_qualified_MVS_dataset_name─┘
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
REPLACE
Used when the destination is an MVS data set that already exists and should be overwritten by this
command.
fully_qualified_MVS_dataset_name
The name of the MVS data set of where the file will be stored when retrieved from the disk serving
function or the name of the MVS data set that will be retrieved and sent to the API. If the data set
name is not specified the output is returned to the display.
OSA_path_filename
The fully qualified volume, path and filename of the file to be retrieved from the disk serving function
volume.
MVS_TO_API
This operand is only required when getting data from MVS to the API. You cannot enter this command
from the TSO command line. The data from MVS is appended to the control block. See the Get File
control block structure in the Appendix C. When the operand is not included, the command defaults to
getting a file from the OSA disk server and sending it to an MVS data set.
Results
The Get File command gets the specified file from the disk serving function and writes it to the specified
data set.
Limitations
If RACF is installed, Get File requires UPDATE authority. If the REPLACE option is specified, CONTROL
authority is required. The RACF authority you specify pertains to the appropriate RACF facility as defined
in the OSA planning guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'GET_FILE 4a getfile.data sys1:abc/defg.dat' EXEC
Gets the data in file defg.dat in volume “sys1” in directory “abc” and places it into MVS data set
“getfile.data”.
Use the Get OSA Address Table command to obtain the OSA address table for the specified CHPID
(OSA) number. The output returned can be modified and used as input for the Put OAT Address Table
command. See Appendix A on page A-1 for examples of the OAT entries. The Summary option is
provided to make it easier for you to work with the OAT.
Syntax
55──GET_OAT──chpid──┬─────────┬──┬─────────┬──fully_qualified_MVS_dataset_name──────────5%
└─REPLACE─┘ └─SUMMARY─┘
Operands
chpid
Value that indicates the hexadecimal OSA number for the command. The value is not entered with
single quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'.
This field is required.
REPLACE
This indicator is used to overwrite the MVS data set if the data set exists.
SUMMARY
This option will return the OAT in a summary format. You can use the summary format with the PUT
OAT command.
fully_qualified_MVS_dataset_name
This specifies the data set name where the OSA address table is to be stored. File mode is optional.
Note: Only sequential data sets can be used but they do not need to be preallocated by the user.
This field is required.
Results
The GET_OAT command gets the OSA address table for the CHPID specified. A data set must be
specified. The address table returned is placed into this data set The data set created, along with an
explanation of all the fields, is shown in Appendix A on page A-1.
Limitations
If RACF is installed, this command requires READ authority. The RACF authority you specify pertains to
the appropriate RACF facility as defined in the OSA Planning Guide.
The copy of OSA/SF issuing this command does NOT need to be managing the CHPID specified.
Example
EX 'IOACMD.EXEC' 'GET_OAT 4C REPLACE CHAN4C.DAT' EXEC
Gets the OSA address table for CHPID 4C and puts it into data set “CHAN4C.DAT”. If the data set
already exists, it is overwritten.
Attention
When using the Get OSA Address Table command, entries in the OAT will always be returned as an
even and odd pair for passthru devices or MPC. One entry is returned for SNA or subchannel
(LANRES) devices. Figure A-4 on page A-12 shows only the even entry for passthru device 402.
Another OAT entry would be returned for device 403.
INSTALL
The install command installs the proper files, OAT, OSA mode (image), and port parameters on the
specified OSA (CHPID).
The Install task is disruptive to all devices using the OSA (CHPID). The names of the files to be installed
are contained in the IOACFG data set specified in the STARTUP.PROFILE. See step 3 on page 2-5 for
the setup and name of the configuration data set.
The install command is used for initially customizing the OSA and after an OSA device is replaced to
install the existing configuration from OSA/SF on to the new card. See “Service for an OSA Hardware
Replacement” on page 4-38 for instructions when an OSA device is replaced.
Syntax
55──INSTALL──chpid──┬───────┬───────────────────────────────────────────────────────────5%
└─FORCE─┘
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
FORCE
Causes the OSA mode (image) to be loaded, even if it already exists on the card.
Results
The Install command returns a successful completion status if all the data sets were installed properly, the
OAT was successfully set, and the CHPID is operational.
If any of the data sets listed in the configuration data set could not be installed properly or if any of the
OAT entries fails, a list of failures is returned.
Limitations
If RACF is installed, this command requires CONTROL authority. The RACF authority you specify pertains
to the appropriate RACF facility as defined in the OSA Planning Guide.
This command must be entered from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'INSTALL 7C' EXEC
Installs the specified files adn OSA mode (image) onto CHPID 7C. If the OSA mode (image) is already on
the OSA, it is not reloaded.
LIST_FILE
Attention
The List File command returns information about all the files in the OSA OS volume/pathname specified.
The format of the data returned is similar to a DOS “dir” command showing the filename, extension size,
and date last changed. The volume and path information is specified in the command and is not repeated
in the command's output.
Syntax
55──LIST_FILE──chpid──┬─────────┬──┬──────────────────────────────────┬──────────────────5
└─REPLACE─┘ └─fully_qualified_MVS_dataset_name─┘
5──OSA_path_filename────────────────────────────────────────────────────────────────────5%
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
REPLACE
Used when the MVS data set already exists and must be overwritten with the command results.
fully_qualified_MVS_dataset_name
The name of the MVS data set used to store the data obtained. This value is optional. If not specified,
the data is returned to the screen.
OSA_path_filename
The fully qualified volume and path of the list of files to be retrieved from the disk serving function
volume.
This is a required field.
Results
The List File command returns the contents of the OSA volume/pathname specified.
Limitations
If RACF is installed, List File requires UPDATE authority. The RACF authority you specify pertains to the
appropriate RACF facility as defined in the OSA Planning Guide.
This command must be entered from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'LIST_FILE 3e REPLACE listfile.output sys:abc/efg' EXEC
Lists all the files in the “sys” volume, that are in directory “abc/efg” for CHPID “3e”. The results are placed
in the MVS data set “listfile.output”. If the data set already exists, it is replaced.
PUT_FILE
Attention
Use the PUT_FILE command with either of the following syntax diagrams:
Syntax
55──PUT_FILE──chpid──fully_qualified_MVS_dataset_name──OSA/volume/path/filename─────────5%
Syntax
55──PUT_FILE──API_TO_MVS──┬─────────┬──fully_qualified_MVS_dataset_name──data───────────5%
└─REPLACE─┘
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
fully_qualified_MVS_dataset_name
The name of the MVS data set used for this command.
OSA/volume/path/filename
The fully qualified volume, path and filename of the file to be created using data in the specified data
set.
API_TO_MVS
Required parameter to put data into the MVS data set from the API. If not specified, this command
defaults to MVS_to_OSA.
REPLACE
This operand is only used when putting data from the API to MVS. When included, the data sent from
the API replaces the existing MVS data set.
data
User data. OSA/SF does not check the data format.
Results
The Put File command takes the data from the specified MVS data set and places it in the file specified
for the OSA OS file. Or it takes data from the API and puts it into the specified MVS data set.
Limitations
If RACF is installed, Put File requires CONTROL authority. The RACF authority you specify pertains to the
appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'PUT_FILE 4b trace.table sys1:abc\efg.hjk' EXEC
Takes the data in the data set named “trace.table” and puts it onto the OSA for CHPID “4b” in volume
“sys1” in path “abc” into file “efg.hjk”.
Use the Put OAT Address Table command to change the current OAT settings on the specified OSA
(CHPID). The input data set should be in the same format that was returned from the Get OSA Address
Table command. See Appendix A on page A-1 for examples of the OAT entries.
When you issue the Put OAT command, you will be asked if the input data should replace all the current
entries. Use the following as a guideline to determine how to answer the question:
¹ No — If you are adding only a few entries and your input data set contains only these new entries.
The current configuration remains on the OSA plus the new entries in the input data set will be added
to this configuration (current and updates).
¹ Yes — If your input data set contains all the entries (current, new, or some were deleted) that are
required for your configuration for this OSA. The configuration on the OSA will be completely replaced
with the entries from the input data set (full replace).
Attention
To activate a new OAT, you must configure the OSA (CHPID) offline and then online to all logical
partitions regardless of the operating system running int the logical partition.
Syntax
55──PUT_OAT──chpid──fully_qualified_MVS_dataset_name──┬───────┬──┬───────────┬──────────5%
└─FORCE─┘ └─NEW_TABLE─┘
Operands
CHPID
Value that indicates the hexadecimal CHPID (OSA) for the command. The value is not entered with
single quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'.
This is a required field.
fully_qualified_MVS_dataset_name
Name of the data set containing the new address table entries. This data set must be available to the
user ID issuing the command. Any entries that match those already on the card are ignored, only new
entries are written.
This is a required field.
FORCE
This indicator is used in Passthru mode when all the changes to the address table must be done. This
means that if an entry is in use when this command is issued, the entry will be updated even if it stops
data transfer.
Notes:
1. Use the FORCE option with caution because unpredictable results may occur.
2. In all modes except Passthru, this indicator is ignored if the CHPID is in use.
NEW_TABLE
This causes all the current entries to be replaced on the OSA.
Attention
Use this option only if your input data set contains all the entries (current, new, or some were
deleted) that are required for your configuration for this OSA. The configuration on the OSA will be
completely replaced with the entries from the input data set (full replace).
Results
When the Put OAT ADDRESS TABLE command completes successfully, all the address table entries
contained in the input file have been successfully set up on the OSA.
Attention
The OSA (CHPID) must be configured offline and online to activate the new OSA.
When the command is not successful, a display showing the results (success or failure) for each address
table entry attempted is shown.
Limitations
If RACF is installed, this command requires UPDATE authority. If the FORCE indicator is set, this
command requires CONTROL authority. The RACF authority you specify pertains to the appropriate RACF
facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Examples
EX 'IOACMD.EXEC' 'PUT_OAT 4A CHAN4A.DAT' EXEC
Puts the address table entries specified in the input data set CHAN4A.DAT to OSA CHPID 4A. Any entries
that are found in data set CHAN4A.DAT and are active on the OSA are not replaced.
Puts the address table entries specified in the input file CHAN24.DAT to the OSA for CHPID 24. Any
Passthru entries that are found to be active on the OSA are stopped and the address table entry is
updated. You should then re-start any applications that were running on the changed address table
entries.
All entries in CHPID74.OAT replace all entries in the OAT for OSA 74.
QUERY
Use the query command to obtain information about all or parts of the OSA, OSA/SF, and OSA modes
running on the OSA.
Syntax
Attention: The following abbreviations are used in the syntax diagram:
¹ port - port number
¹ sce - source
¹ dst - destination
55──QUERY──┬─HOST──────────────────────────────────────────────────────────────────────────┬───5
├─ONE_CHANNEL chpid──┬───────────────────────┬──────────────────────────────────┤
│ ├─One_port──port_number─┤ │
│ ├─All_ports─────────────┤ │
│ └─No_ports──────────────┘ │
├─All_CHANNELS──────────────────────────────────────────────────────────────────┤
├─OSA_SF────────────────────────────────────────────────────────────────────────┤
├─ATM_INFO chpid────────────────────────────────────────────────────────────────┤
├─IPX_INFO chpid────────────────────────────────────────────────────────────────┤
└─SNA_INFO chpid──┬─Port_View─────────────────────────────────────────────────┬─┘
├─Port_ Details──port───────────────────────────────────────┤
├─SAP_View──port────────────────────────────────────────────┤
├─SAP_Details──port──sce_SAP────────────────────────────────┤
├─NULL_SAP_Details──port────────────────────────────────────┤
├─Connection_View──port──sce_SAP────────────────────────────┤
├─Connection_Details──port──sce_SAP──dst_SAP──dst_MAC───────┤
├─Clear_SAP_Details──port──sce_SAP──────────────────────────┤
├─Clear_NULL_SAP_Details──port──────────────────────────────┤
└─Clear_Connection_Details──port──sce_SAP──dst_SAP──dst_MAC─┘
5──┬─────────┬──┬────────┬──┬──────────────────────────────┬───────────────────────────────────5
└─REPLACE─┘ └─VOLSER─┘ └─device_information_requested─┘
5──fully_qualified_MVS_dataset_name───────────────────────────────────────────────────────────5%
Operands
Host
Returns all information about OSA/SF, CHPIDs, ports, OSA modes, and devices.
One_channel
Returns information related to one CHPID (OSA). You must enter ONE_CHANNEL with the CHPID
number. If the OSA CHPID is configured for LANRES mode the screen number of the virtual console
will also be returned.
All_CHANNELS
Returns information related to all CHPIDs including OSA mode information. Port information is
returned if the appropriate port target data is specified; device information is returned if
device_information_requested is specified. If the OSA CHPID is configured for LANRES mode, the
screen number of the virtual console will also be returned.
OSA_SF
Returns only information related to OSA/SF.
SNA_Info
Used for SNA network management information. See the examples at the end of this section.
ATM_Info
Use this option to query the ATM connection data. Specify a CHPID and a data set name with this
option.
IPX_Info
Use this option to query the IPX connection data. Specify a CHPID and a data set name with this
option.
CHPID
This value indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'.
One_port
Returns information related to the port specified by port-number.
All_ports
Returns information related to all ports on the CHPID specified by CHPID.
No_ports
Causes no port information to be returned.
Port_number
Specifies a specific port number on the CHPID specified by CHPID. Ports are numbered from 0 to
(n-1), where n is the number of physical ports on the CHPID.
REPLACE
Specify to replace the existing MVS data set.
Device_information_requested
Returns information about all the devices on the specified CHPID including the entire OAT.
VOLSER
You can specify the volume serial number. If nothing is specified, the system default is used. If the
data set already exists, the VOLSER is ignored.
fully_qualified_MVS_dataset_name
The name of the MVS data set used to store the requested information. This is required.
File mode is optional.
Limitations
If RACF is installed, Query requires READ authority. The RACF authority you specify pertains to the
appropriate RACF facility as defined in the OSA Planning Guide.
SNA_INFO Example
EX 'IOACMD.EXEC' 'QUERY ONE_CHANNEL 44 ONE_PORT 1 USER4.QUERY.OUTPUT' EXEC
Returns all the information for port 1 on CHPID 44 and puts it in dataset “USER4.QUERY.OUTPUT”.
Query the port view for CHPID 64 and put it in dataset "USER4.QUERY.OUTPUT".
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 64 PORT_VIEW USER4.QUERY.OUTPUT' EXEC
Query the port details for CHPID 7C and show the data on the display.
Query the SAP view for CHPID 7C, port 1 and put the dataset in "USER4.QUERY.OUTPUT".
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 7C SAP_VIEW 1 USER4.QUERY.OUTPUT' EXEC
Query the SAP details for CHPID 7C, port 1, SAP C and show the data on the display.
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 7C SAP_DETAIL 1 C'
Query the NULL SAP details for CHPID 38, port 1 and show the data on the display.
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 38 NULL_SAP_DETAIL 1'
Query the connection view for CHPID 7C, port 1, SAP 8 and show the data on the display.
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 7C CONNECT_VIEW 1 8'
Query the connection details for CHPID 7C, port 1, source SAP 8, destination SAP 14, destination MAC
123456789012 and show the data on the display.
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 7C CONNECT_DETAIL 1 8 14 123456789012'
Clear the connection details for CHPID 20, port 0, source SAP 4, destination SAP 1C, destination MAC
123456789012 and show the data on the display.
EX 'IOACMD.EXEC' 'QUERY SNA_INFO 20 CLEAR_ CONNECT_DETAIL 0 4 1C 123456789012'
REMOVE_DIRECTORY
Attention
The Remove Directory command is used to remove an empty directory from the disk serving function
volume. The directory removed must be completely empty.
Syntax
55──REMOVE_DIRectory──chpid──OSA_volume/path/directory──────────────────────────────────5%
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
OSA_volume/path/directory
This is the fully qualified volume, path and directory name to be removed from the disk serving
function volume. This directory must be empty.
Results
The Remove Directory command removes the directory specified.
Limitations
If RACF is installed, Remove Directory requires CONTROL authority. The RACF authority you specify
pertains to the appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'REMOVE_DIRECTORY 44 sys:path1\path2\dirname' EXEC
Removes the directory “dirname” from volume “sys” on path “path1\path2” on CHPID 44.
SEND_COMMAND
Attention
The SEND_COMMAND enables the user to issue a command to the OSA mode running on the OSA
device.
The Down, Unload, and Unbind commands stop any operations in progress on the OSA device and
require that the Force indicator be set. OSA/SF waits 10 seconds after issuing the command and then
returns the contents of the screen where the command was issued. If the command required more than 10
seconds to complete, use the Get Console Screen command to check for command completion. See B-7
for the Get Console command description.
Note: The FORCE option is also required for the DISMOUNT command.
Syntax
55──SEND_COMMAND──chpid──screen_number──┬───────┬──┬─────────┬───────────────────────────5
└─FORCE─┘ └─REPLACE─┘
5──fully_qualified_MVS_dataset_name──command_to_issue───────────────────────────────────5%
Operands
CHPID
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
screen_number
The screen number of the screen where the command is to be issued. The screen number can be
obtained using the Query command.
FORCE
An optional indicator used when the Command_to_issue is either Down, Unload, Unbind, or Dismount.
This causes the command to be issued regardless of the state of the OSA mode.
REPLACE
Use this indicator to overwrite the MVS data set specified by MVS data set if the data set already
exists.
Command_to_issue
The following commands are valid:
¹ Mount - Makes a volume available to your users. You can mount and dismount one or all volumes
while the file server is running.
¹ Dismount - Makes a volume unavailable to users. This allows you to maintain or repair the volume
and to upgrade disk drivers while the file server is up.
¹ Config - Can be used to display the following:
– The file server name
– The internal network number of the file server
– The loaded LAN drivers
– The hardware settings on the OSA
– The node (station) addresses of the OSA
– The communication protocol bound to the OSA
– The network number of the cabling scheme for OSA
– The frame type assigned to OSA
– The board name assigned
¹ Modules - Lists all the running NLMs for the OSA
¹ Sendkey - Used to respond to any application screen requests; the valid entries are:
– A single character
– Blank
– Enter
– Escape
Results
The SEND_COMMAND issues the command specified, and returns a full screen in the specified data set.
Limitations
If RACF is installed, Send Command requires UPDATE authority. If the FORCE option is specified,
CONTROL authority is required. The RACF authority you specify pertains to the appropriate RACF facility
as defined in the OSA planning guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'SEND_COMMAND 4B 3DF61028 MVS.ds.name LOAD' EXEC
Issues the Load command to the OSA mode running on the OSA. If the command completes successfully,
the contents of the OSA mode screen is returned in the data set (MVS.ds.name).
Use the Set Parameters command to set information for one of the ports on an OSA (CHPID). One
parameter is set each time the command is entered. Multiple parameters cannot be set with one Set
Parameters command.
Syntax
55──SET_PARMS──chpid──port_number──item_to_set──value_to_set────────────────────────────5%
Operands
chpid
Value that indicates the hexadecimal CHPID (OSA) for the command. The value is not entered with
single quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID
must be online and accessible.
port_number
Port on the specified OSA (chpid) that is to be changed.
item_to_set
Enter the number on the left, or the name on the right for the following parameters. For example:
enter: 1011 or FDDI_USER_DATA.
FDDI parameters
Value_to_set
The value to be set.
Results
The Set Parameter command sets the value for the item specified on the port specified.
Limitations
If RACF is installed, Set Parameter requires CONTROL authority. The RACF authority you specify pertains
to the appropriate RACF facility as defined in the OSA Planning Guide.
You must enter this command from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'SET_PARMS 54 0 fddi_group2_addr 534259474351' EXEC
Sets the parameter second group address on FDDI CHPID 54, Port 0 to “534259474351”.
START_MANAGING
The Start Managing command results in the copy of OSA/SF running in the logical partition (LP) where
this command is issued to take over management of the specified CHPID (OSA). If the CHPID is currently
managed by a copy of OSA/SF running in another LP, the Force indicator must be set. When this
command completes, another copy of OSA/SF running on another LP is limited to executing commands to
this CHPID that do not change the CHPID's environment. To determine if a command can be used from
another LP, see that command's “Limitations” section.
Note: If the OSA is configured for LANRES mode and the Force indicator is used, the disk serving
function for the CHPID will continue running on the original LP. If the original LPAR is stopped,
the OSA Mode operating on the CHPID will stop.
Syntax
55──START_MANaging──chpid──┬───────┬──┬────────────────────┬────────────────────────────5%
└─FORCE─┘ └─start_disk_serving─┘
Operands
chpid
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
FORCE
If the channel is being managed by a different copy of OSA/SF on another logical partition, this
indicator must be set to “force” this copy of OSA/SF to take over the management of the specified
CHPID.
start_disk_serving
This parameter is valid only for OSA LANRES mode. See step 6 on page 2-8 for more information
about setting up a disk server. If start_disk_serving is specified, OSA/SF will create a disk serving
function for the CHPID. If another disk server is running in another partition, this portion of the
command fails. To move the disk server to the new partition, issue a Stop Managing with the Stop
Disk Serving parameter. Then retry the Start Managing with the Start Disk Server parameter.
Results
The Start Managing command causes the copy of OSA/SF currently running in this partition to take over
management of the specified CHPID.
Limitations
If RACF is installed, Start Managing requires UPDATE authority. If the Force option is specified,
CONTROL authority is required. The RACF authority you specify pertains to the appropriate RACF facility
as defined in the OSA Planning Guide.
Examples
EX 'IOACMD.EXEC' 'START_MANAGING 58 FORCE' EXEC
Starts managing CHPID 64 and also creates a disk serving function in the partition in which this copy of
OSA/SF is running, assuming that no other running copy of OSA/SF is managing this OSA.
STOP_MANAGING
The Stop Managing command stops the current OSA/SF image from managing the OSA CHPID. The
command must be issued from the same LP that is currently managing the CHPID. To have another copy
of OSA/SF running on another LP manage the CHPID, issue the Start Managing command to that copy of
OSA/SF, using the force indicator if needed.
To stop managing a CHPID and also stop the OSA Mode operating on it, set the stop_disk_serving
indicator. This terminates the disk serving function portion of the OSA device. If the disk serving function
for the CHPID was running on another LP, the disk serving function for the CHPID is not stopped.
Syntax
55──STOP_MANaging──chpid──┬───────────────────┬─────────────────────────────────────────5%
└─stop_disk_serving─┘
Operands
chpid
Value that indicates the hexadecimal CHPID for the command. The value is not entered with single
quotes around it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be
online and accessible.
stop_disk_serving
This parameter is valid only for OSA LANRES mode. See step 6 on page 2-8 for more information
about setting up a disk server. Use this indicator to stop managing a CHPID and also terminate the
disk serving function portion of the OSA device.
Results
The Stop Managing command stops management of the specified CHPID.
Limitations
If RACF is installed, Stop Managing requires UPDATE authority. The RACF authority you specify pertains
to the appropriate RACF facility as defined in the OSA Planning Guide.
This command must be entered from the OSA/SF image managing the OSA. If the stop_disk_serving
indicator is specified, CONTROL authority is required.
Example
EX 'IOACMD.EXEC' 'STOP_MANAGING 22 stop_disk_serving' EXEC
Stops managing CHPID 22 from this copy of OSA/SF. The disk serving function is also stopped.
Stops managing CHPID 22 from this copy of OSA/SF. If an OSA mode is running, it continues to run.
SYNCHRONIZE | SYNC
Use the synchronize command to update OSA/SF when port parameters are changed for the OSA from a
source other than OSA/SF.
Attention
If an OSA device is replaced, the synchronize command is not required. See “Service for an OSA
Hardware Replacement” on page 4-38 for instructions when an OSA device is replaced.
Syntax
55──SYNCHRONIZE──chpid──────────────────────────────────────────────────────────────────5%
Operands
chpid
Hexadecimal value that indicates the OSA number. The value is not entered with single quotes around
it. For example, CHPID 4B should be entered as 4B, not X'4B'. The CHPID must be online and
accessible.
Results
Failures show which values could not be made to match and why.
Limitations
If RACF is installed, Synchronize requires UPDATE authority. The RACF authority you specify pertains to
the appropriate RACF facility as defined in the OSA Planning Guide.
This command must be entered from the OSA/SF image managing the OSA.
Example
EX 'IOACMD.EXEC' 'SYNCHRONIZE 98' EXEC
¹ Messages that start with IOB are not listed in this book. Take the action that is stated explicitly or
implicitly by the message text. If the severity level of an IOB message is E or S, report the
message to IBM.
¹ Message numbers contain an x in this book because the character is a variable. The variable is
assigned when a component detects the condition.
Example:
Message number: IOAA954E
Documented as: IOAx954E
OSA/SF Messages
OSA/SF messages have the following format:
Example: IOAxnnns
In the event that a message contains a reason code, note the message number, the reason code, refer to
“Reporting Problems to IBM” on page 8-6.
IOAx010E Failed when testing the OSA lock for device nnnn
Explanation: While in the process of performing a task on the OSA, changes to the state of the OSA were detected
for device number nnnn.
User Response: Verify that another OSA/SF image, the hardware system console (PCE), or the hardware
management console (HMC) is not currently performing a task on this OSA at the same time, then retry the command.
IOAx011E Failed when freeing the OSA lock for device nnnn
Explanation: An internal OSA/SF error has occurred.
User Response: Stop OSA/SF. Then vary device nnnn offline to MVS and then online to MVS. Restart OSA/SF. If
the problem persists, see “Reporting Problems to IBM” on page 8-6.
IOAx013E Failed when retrieving the screen data for device nnnn
Explanation: The virtual console screen for device nnnn could not be retrieved from the OSA device.
User Response: Look for I/O errors on the MVS system console for this OSA. If using the OSA/SF GUI, refresh the
view from the Channels Tree view or Channels Detail view window. Retry the task.
IOAx014E Failed writing the keyboard buffer data for device nnnn
Explanation: There is a virtual console running for this OSA mode and the command input could not be written. The
virtual console screen number is either not valid or was entered incorrectly.
User Response: Look for I/O errors on the MVS system console. If you are using the OSA/SF GUI, do a Refresh
from the OSA Channels Tree view or Details view. If you are using TSO, enter the QUERY command with either the
ONE CHANNEL or ALL CHANNEL parameter to obtain the screen number. Retry the task. If the problem persists,
see “Reporting Problems to IBM” on page 8-6.
IOAx017E Incorrect drive specified on file I/O command for device nnnn
Explanation: The volume in the fully qualified OSA file name used in the command specified is incorrect or the OSA
master index data set has been corrupted. Valid drive (volume) identifiers are: A:, B:, and SYS:.
User Response: Specify a valid drive in the command and retry the command. If a command was not issued, check
the OSA master index data set for corruption of the SYS: parameter on each of the OSA files. The master index data
set is pointed to by the IOAINX entry of the OSA/SF startup profile. The OSA/SF Startup Profile is a data set that is
pointed to from the DD card IOAPROF within the OSA/SF Started Procedure (task). See Chapter 2 on page 2-1 for
more information about the OSA/SF startup profile.
If the problem persists, see “Reporting Problems to IBM” on page 8-6.
IOAx022E I/O Error for device nnnn with an MVS return code nnnn
Explanation: OSA/SF issued the MVS EXCP macro to start an I/O operation to the OSA. Communications failed
between OSA/SF and the specified device. The MVS return code may be one of the following hexadecimal
expressions. The MVS return codes are:
X'0041': permanent I/O error
X'0042': extent error (DASD only)
X'0044': an error occurred after the previous I/O request to the device was posted complete
X'0045': program check or machine check occurred in IOS while the I/O request was being processed
X'0048': channel program was purged
X'0074': simulated error status, which is set for the following conditions:
¹ A start I/O operation was attempted to a device that is in a permanent error state, boxed, or not connected.
¹ A missing interrupt was detected and the I/O operation was terminated as a result of recovery operations by
the MVS missing interrupt handler.
User Response: Check the MVS console for additional messages pertaining to this failure. For more information,
refer to the EXCP macro description in MVS/DFP System Programming Reference, SC26-4567. Contact IBM Support
if a hardware error occurred.
IOAx109E File allocation error. Error code eeee info code iii
Explanation: OSA/SF internal code attempted to allocate an MVS data set using the DYNALLOC macro. The
allocation failed.
¹ eeee - Error code from the DYNALLOC macro
¹ iii - Information code from the DYNALLOC macro
User Response: For information on the two codes, refer to the DYNALLOC macro in MVS/ESA Programming:
Authorized Assembler Services Guide System Product: JES2 Version 5 JES3 Version 5, GC28-1467.
IOAx115E This OSA/SF level does not support the configuration for CHPID cc
Explanation: The installed mode on OSA CHPID cc is at a different level than is supported by this version of
OSA/SF.
User Response: Ensure that the version of OSA/SF that has been started on this system is at the required level for
the mode installed on the OSA. See the planning guide for detailed information about needed version-release levels
for OSA mode support.
IOAx128W hh:mm:ss Reading of device nnnn information failed with RC=cc, reason rrr
Explanation: Device nnnn has had changes made since the last command was issued.
User Response: Make sure no other instance of OSA/SF, the hardware system console (PCE), or hardware
management console (HMC) is attempting to communicate with this device. Review the message log for additional
messages that will accompany this message. Retry the command. If it fails again, see “Reporting Problems to IBM” on
page 8-6.
Writing Servers for APPC/MVS, GC28-1070, for return code, reason code, and more information. If the condition can
not be corrected after reviewing the APPC manuals, then see “Reporting Problems to IBM” on page 8-6.
IOAx161E Incorrect parm ssss after SET NAME IOAxxx command in STARTUP.PROFILE
Explanation: The specified parameter, ssss, in the Set Name command of the OSA/SF startup profile, is not valid.
¹ ssss - Parameter that is in error
¹ IOAxxx - The Set Name command containing the incorrect parameter, where IOAxxx can be any of the IOA-group
sets such as IOAINX, IOADSN, IOACFG, and so on in the OSA/SF startup profile.
User Response: Check the startup profile for OSA/SF. Locate the Set Name command. Make sure all the
parameters are correct. Correct the startup profile then restart OSA/SF. The OSA/SF Startup Profile is a data set that
is pointed to from the DD card IOAPROF within the OSA/SF Started Procedure (task). See Chapter 2 on page 2-1 for
more information about the OSA/SF startup profile.
IOAx164E Missing quote mark detected after SET NAME ssssssss in STARTUP.PROFILE
Explanation: The name after the DATASET keyword of the SET NAME command is missing a single quote. OSA/SF
initialization has terminated.
¹ ssssssss - Startup profile SET NAME qualifier with error
User Response: In the OSA/SF startup profile, locate the SET NAME command with ssssssss. Following the
DATASET keyword, add the missing single quote. Then restart OSA/SF.
The OSA/SF Startup Profile is a data set that is pointed to from the DD card IOAPROF within the OSA/SF Started
Procedure (task). See Chapter 2 on page 2-1 for more information about the OSA/SF Startup Profile.
IOAx169E STARTUP.PROFILE has same DSN names for ssssssss and dddddddd
Explanation: The data set names in two of the SET NAME statements in the OSA/SF startup profile are the same.
This is not permitted. OSA/SF initialization is terminated.
¹ ssssssss - The first SET NAME entry
¹ dddddddd - The second SET NAME entry
User Response: Change the two entries in the OSA/SF startup profile so that they no longer match. Then restart
OSA/SF.
The OSA/SF Startup Profile is a data set that is pointed to from the DD card IOAPROF within the OSA/SF Started
Procedure (task). See Chapter 2 on page 2-1 of the user's guide for more information about the OSA/SF startup
profile.
IOAx237E Empty Appl. Area Dump Alert request code for CHPID cc
Explanation: The Alert data for the dump area was empty so no dump could be taken.
User Response: Call the IBM support center.
IOAx240I hh:mm:ss CHPID cc reports port parameter changed for logical port p
Explanation: An OSA ATM logical port (LAN Emulation Client) parameter changed. This parameter indicates the
status of the OSA's logical port for LAN emulation. Message IOAC238I indicates the the state of the logical port.
hh:mm:ss = time of entry
cc = CHPID (OSA)
p = Port number
User Response:
To display the parameter from the OSA/SF GUI, do the following:
1. Refresh the OSA/SF GUI by selecting View and then Refresh now from an OSA Channels window.
2. Double-click on the port number from the OSA Channels - Tree View window.
3. Select the Emulation notebook tab and look for Client enabled state.
You can view the port parameters by double-clicking on the OSA port number from the OSA Channels - Tree View
window.
IOAx241I hh:mm:ss CHPID cc had port value v, bytes 4/5 as y are not valid
Explanation: The OSA ATM port parameters were changed, but the data is not valid.
hh:mm:ss = time of entry
cc = CHPID
v = Port value
y = invalid data
User Response: Record the information in this message and report the problem to the IBM support center.
Alert Category: 2
-------------------------------------------------------------------------
1412 1 Received connect request or Contact IBM Support.
response before LLC station
opened.
---------------------------------------------------------------------------
Alert Category: 2
1413 2 Unsupported connection Contact IBM Support.
confirmation options
received from VTAM.
Alert Category: 2
-------------------------------------------------------------------------
IOAx278E SNA image for port pp does not support this command.
Explanation: The current level of the SNA mode running on the OSA does not support this command.
User Response: Apply a new version of the SNA image that supports this command. To help you determine which
image to install, do one or more of the following:
¹ Check RETAIN.
¹ Review applicable PTFs.
¹ Contact IBM Support Center.
IOAx284W OSA/SF internal data has been updated with new ND value
Explanation: The ND value found on the card has been stored internally.
User Response: None
IOAx293E Create of address space for IOAVnnnn completed with RC=cc, reason=rr
Explanation: The attempt to create an address space IOAVnnnn completed with return code cc and reason rr.
Reason codes X'00' and X'04' are normal (no error).
nnnn = device number
cc = return code from the ASCRE macro
rr = reason code from the ASCRE macro
User Response: If the return code is greater than X'04', look up the ASCRE macro return and reason codes in
Programming: Authorized Assembler Services Reference, Volume 1, GC28-1475, and make corrections if possible.
Reissue the Start Managing command to restart the disk serving function. If problem persists, see “Reporting
Problems to IBM” on page 8-6.
IOAx306E OSA port type does not match the OSA/SF internal data record
Explanation: Synchronization was attempted to update the card with the OSA/SF internal port data but the port type
was not the same as found on the OSA device. This situation can occur if a new OSA was installed that contains
different port parameters than the OSA that was originally installed (for example, ports were token ring and are now
FDDI).
User Response: Check that the correct OSA device was installed. If so, then issue the Synchronize command to
store the OSA data into the OSA/SF internally maintained data records.
If an OSA device with different port parameters has been installed, refer to “Service for an OSA Hardware
Replacement” on page 4-38 . Also, refer to the planning guide for a description of mode and port parameters.
User Response: Review the message log for additional information regarding the mismatch. The data from the
message log should provide help in determining whether the OSA device or the OSA/SF host data sets contain the
correct information. If the card is determined to be correct, issue the Synchronize command to realign the OSA/SF
data sets. If the OSA/SF data sets are determined to be correct, issue the Install command to put the parameters on
the OSA. Refer to the Synchronize and Install commands as well as “Service for an OSA Hardware Replacement” on
page 4-38 .
Then retry the command that received the message.
IOAx312I Station doesn't exist on port pp (SSAP nn, DSAP nn, DMAC mm)
Explanation: A station on port pp with a source SAP nn, destination SAPnn, and destination MAC address
mmmmmmmmmmmm does not exist.
User Response: Refresh the connection view on the GUI.
the parameters on the OSA. Refer to the Synchronize and Install commands as well as“Service for an OSA Hardware
Replacement” on page 4-38 .
data sets contain the correct information. If the card is determined to be correct, issue the Synchronize command to
realign the OSA/SF data sets. If the OSA/SF data sets are determined to be correct, issue the Install command to put
the parameters on the OSA. Refer to the Synchronize and Install commands as well as“Service for an OSA Hardware
Replacement” on page 4-38 .
IOAx323W CHPID cc OSA OAT and OSA/SF internal OAT data are out of sync
Explanation: The OSA address table (OAT) data and the data maintained by OSA/SF in host MVS data sets for the
specified OSA CHPID do not match.
¹ cc - OSA CHPID that is no longer synchronized
User Response: Review the message log for additional information regarding the mismatch. The data from the
messages should provide help in determining whether the OSA device or the OSA/SF host data sets contain the
correct information. If the card is determined to be correct, issue the Synchronize command to realign the OSA/SF
data sets. If the OSA/SF data sets are determined to be correct, issue the Install command to put the parameters on
the OSA. Refer to the Synchronize and Install commands as well as “Service for an OSA Hardware Replacement” on
page 4-38 .
Then retry the command that received the message.
IOAx324W CHPID cc OSA PORT OSA/SF internal PORT data is out of sync
Explanation: The port data maintained by the OSA hardware (CHPID cc) no longer matches the internal port data
maintained by OSA/SF on the host system. This condition can occur, for example, if a network management program
that has access to the OSA has altered the PORT data.
User Response: Review the message log for additional information regarding the mismatch. The data from the
messages should provide help in determining whether the OSA device or the OSA/SF host data sets contain the
correct information. If the card is determined to be correct, issue the Synchronize command to realign the OSA/SF
data sets. If the OSA/SF data sets are determined to be correct, issue the Install command to put the parameters on
the OSA. Refer to the Synchronize and Install commands as well as “Service for an OSA Hardware Replacement” on
page 4-38 .
Then retry the command that received the message.
IOAx335E Unable to store the current data key in OSA/SF internal data
Explanation: An internal OSA/SF error has occurred during the condition described in the message text.
User Response: Stop and restart OSA/SF. If the condition reoccurs, see “Reporting Problems to IBM” on page 8-6.
IOAx355E CLAW resource name rr specified already exists for system name ss
Explanation: Internal error
User Response: See “Reporting Problems to IBM” on page 8-6.
IOAx357W Start Managing completed but failed to create disk address space
Explanation: Management of the OSA is now possible but the automatic start of the disk serving function failed as
OSA/SF was not able to create an address space for the OSA disk serving started task. This failure could be the
result of:
1. A disk serving task is already active
2. The disk serving JCL was not set-up properly or not found
3. An MVS system constraint was reached (no more started tasks permitted for example).
User Response: Check the following:
1. Verify that no disk serving task (IOAVnnnn) is running in the logical partition (To check, issue the "D
A,IOAVnnnn" MVS command, where "nnnn" is the OSAD device address.)
2. Review the OSA GUI message log and command output windows if Start Managing issued from the GUI
3. Review the TSO screen for additional messages if Start Managing issued from TSO
4. Check the MVS console for error messages.
Retry the command. If the problem continues, see “Reporting Problems to IBM” on page 8-6.
IOAx358W Stop Managing completed but failed to remove disk address space
Explanation: Stop managing completed successfully but failed to remove an address space that was used for the
OSA disk serving function.
User Response: Check that the disk serving function, MVS job name IOAVnnnn, where "nnnn" is the OSAD device
address, is not running in another logical partition. If the disk serving function is running in another logical partition,
issue the Start Managing command in that logical partition. If the disk serving function is running in this logical
partition, it must be canceled with the MVS CANCEL command (C IOAVnnnn).
IOAx361E Current ddd default entry (LP p and UA uu) missing from input
Explanation: A Put OAT or Install command was issued to add or change OAT entries. The IOACMD EXEC
determined that the primary or secondary default entry was missing on the input.
ddd = primary or secondary
p = logical partition (LP) number of default router
uu = unit address (UA) of the default router
A port can have one of the following:
¹ No default entries
¹ One primary default entry
¹ Both a primary default entry and a secondary default entry.
User Response: Do either of the following:
¹ Include the missing primary or secondary default indicator to the OAT entry and then reissue the Put OAT or
Install command.
¹ If you want to replace all OAT entries, reissue the Put OAT or Install command and answer Yes when asked if all
entries should be replaced.
IOAx362E All nnn OAT entries for port pp must be specified with port sharing
Explanation: To use TCP/IP port sharing mode, all OAT entries with port pp must be specified in the OAT, and all
entries must have non-zero Internet Protocol (IP) addresses.
nnn = number of entries
pp = port number
User Response: Do the following:
1. Include all the OAT entries associated with this port and verify that all entries are non-zero. Change zero IP
addresses to valid non-zero IP addresses or delete the entries that contain zero IP addresses.
2. If you are using the GUI, follow the instructions in Chapter 4 on page 4-1 for TCP/IP Passthru mode and
sharing OSA Ports.
3. If you are using the REXX interface, issue the Put OAT command to rewrite the OAT.
4. Configure the OSA offline and then online to all logical partitions.
IOAx366I Disk image loaded, config CHPID cc off/on before reissuing INSTALL
Explanation: The code image specified in the IOACFG data set was successfully written to the specified CHPID.
The message is now prompting that the CHPID be configured online to MVS to activate the code image.
User Response: The installation of an OSA mode has successfully progressed to this point. Configure the CHPID
offline to MVS (CF CHP(nn),OFFLINE) in all logical partitions and then back online to MVS (CF CHP(nn),ONLINE) to
activate the image just written. If the disk serving function is needed for this OSA mode, verify that the disk serving
devices are ONLINE to MVS following the configure ONLINE command. Then, issue the INSTALL command again to
write the OSA mode files to the OSA.
Refer to the user's guide for more information on the install and activation processes.
IOAx371E FORCE option must be specified to create disk serving address space
Explanation: The Force option must be specified with the Start Managing command when the Start_Disk_Serving
option is selected.
User Response: Specify Force option and retry the command.
IOAx381I OSA/SF has an OAT entry for CHPID cc LP pp UA uu, but not the OSA.
Explanation: The OAT entry exists as specified, but the corresponding OSA hardware is not installed. This message
is issued as the result of the synchronize command. As the synchronize command processes the OAT, each time an
entry in the OAT does not correspond to the OSA CHPID cc, this informational message is issued.
¹ cc - OSA CHPID in OAT
¹ pp - Logical partition identified in the OAT
¹ uu - Unit address that does not match the OSA
User Response: The synchronize command continues to re-align the internal files with the OSA hardware
information. Normal operation continues.
IOAx395I CHPID nn date and time cannot be autoset by OSA/SF to match system
Explanation: This message is part of the LANRES mode. The OSA running LANRES was not able to set the date
and time.
User Response: If you take no action, the time stamp on the OSA/SF logs for CHPID nn will not be synchronized
with the host logs. However, you can set the OSA/SF time to match the system clock by issuing the Install command
to OSA CHPID nn.
IOAx396W Port data is set in OSA hardware but OSA/SF has different port type
Explanation: The port data specified in the Set Parameter command is set in the OSA hardware successfully but
OSA/SF internal data shows this port has a different port type.
User Response: Issue the Synchronize command to update the OSA/SF internal data. Refer to the Synchronize
command for further information. If unable to resolve condition, see “Reporting Problems to IBM” on page 8-6.
IOAx399I SNA image loaded, config CHPID cc off/on to activate loaded image
Explanation: The code image specified in the IOACFG data set was successfully written to the specified CHPID.
cc = CHPID
User Response: Configure the CHPID offline to MVS in all logical partitions and then online to MVS to activate the
image just written.
User Response: Unassign OAT entries that are not used. If using the TSO interface, set field "OAT.n.12" to
"UNASSIGNED", where "n" is the OAT entry number. If using the GUI interface, delete unused entries from the
configuration. Reissue the command that resulted in this message.
IOAx407E A copy of Disk Serving for device xxxx is already active in this LP
Explanation: Only one copy of the Disk Serving function for an OSA can be active at a time. An attempt was made
to start a second copy of the Disk Serving function, but the OSA has a copy active in this partition. This could be the
result of a previously issued Start Managing command with the Start Disk Serving option.
User Response: Issue the Start Managing command without the Start Disk Serving option. If trying to Start
Managing without the Disk Serving, then the Stop Managing with the Stop Disk Serving option must be issued first.
WARNING: If the Stop Managing command with the Stop Disk Serving option is issued, it will halt all I/O to the disk
serving volume that is active across the OSA.
IOAx408E UA 0xFC for CHPID cc not found in OSA/SF device information block
Explanation: The Disk Serving function requires that unit address FC be specified in the IODF/IOCDS for an OSA.
No FC unit address was found for OSA CHPID cc.
User Response: Check that device address FC, as well as device address FD, are both defined in the IODF/IOCDS
for OSA CHPID cc. If not, add the address pair to the IODF/IOCDS and retry the command.
IOAx410E timerX value(tttt msec specified) must be ccccccc than timerY value (tttt msec specified)
Explanation: When setting the SNA timer values, timerX was found to have an incorrect value because of setting of
timerY value.
timerX,timerY = Ti(SNA LLC Inactivity Timer), T1(SNA LLC Response Timer), or T2(SNA LLC Acknowledgement
Timer).
ccccccc = greater or less
tttt = time unit in msec
User Response: Correct the timerX value and re-issue the command.
IOAx411E OSA/SF does not support OSA processor code level of CHPID cc
Explanation: The OSA processor for CHPID cc is not at the correct level. OSA/SF will not be able to communicate
with the OSA device correctly.
cc = CHPID
User Response: Upgrade the code level for the OSA processor.
IOAx415E CHPID cc has n PVC entries and has reached the limit
Explanation: The maximum number of PVC entries for an OSA is 256.
User Response: Delete PVC entries that are not needed.
IOAx420E Query for CHPID cc Device dd completed with reason code rrrrrrrr
Explanation: In the process of doing the QUERY command for CHPID cc, it completed with reason code rrrrrrrr
when trying to obtain device information.
cc = CHPID
dd = Device number
rrrrrrrr = reason code
User Response: See the message that follows immediately for details and action.
IOAx424E PVC operation for CHPID cc failed with reason code rrrr
Explanation: The Add, Modify, or Delete of a PVC entry failed.
User Response: Look in the message log for more information. There should be a message following this one that
contains more information. The reason code is for use by IBM in problem determination.
IOAx429E Hardware model for CHPID cc does not support Disk Serving
Explanation: The specified CHPID cc does not support Disk Serving. Only OSA features with a hardware type of
OSA1 support Disk Serving.
cc = CHPID number
User Response: Use an OSA1 chpid if you wish to run disk serving.
IOAx430I ATM image loaded, config CHPID cc off/on to activate loaded image
Explanation: The code image specified in the IOACFG data set was successfully written to the specified CHPID.
cc = CHPID
User Response: Configure the CHPID offline to MVS in all logical partitions and then online to MVS to activate the
image just written.
IOAx449W OSA/SF was not able to access channel file information for CHPID cc
Explanation: OSA/SF had a channel error during OSA/SF initializaion. It is necessary to correct this error in order for
OSA/SF to function properly. Messages IOAD499W and IOAD505W detail the error.
User Response: Make sure a 70xx minidisk has been created and is available as described in the planning guide. If
this is not a VM guest, then a channel file is missing or unable to be accessed. Processing can continue, but certain
commands will not work.
IOAx456E The specified OSA mode file not known by this copy of OSA/SF
Explanation: The OSA mode file specified on a Delete File command is not known by this copy of OSA/SF.
User Response: Verify that the fully-qualified name in the Delete File command is correct. Use the List File
command to display the files on the OSA to check proper filename specifications.
IOAx483E The field being set is not known by this copy of OSA/SF
Explanation: A Set Parm command was issued for a field which does not support the set function.
User Response: Check the user's guide for the fields supported by the Set Parameters command. If using the API,
refer to the control block section in the user's guide for the proper fields.
IOAx487E Cannot put file to OSA without the associated MVS name
Explanation: During a Put File command from the API, the fully qualified MVS input data set name was not
specified.
User Response: If this message was issued following a Put File command, or from the API, then ensure the fully
qualified MVS input data set name was specified. If this message is issued during any other command, then an
internal OSA/SF error has occurred; see “Reporting Problems to IBM” on page 8-6.
IOAx488W File processing error for CHPID cc last ID: aa current ID: bb
Explanation: An internal OSA/SF error has occurred relating to the channel file data sets.
cc = CHPID
aa = last ID
bb = current ID
User Response: The channel file data sets are built on the DASD volume pointed to by the IOADSN entry of the
OSA/SF started procedure. (See Chapter 2 on page 2-1) Ensure that the pointer has not changed and that the DASD
volume, pointed to by the VOLUME keyword, is operational. The channel file data sets must also be catalogued on
the MVS system.
If the channel file data set does not exist, use the MVS VARY command to vary the OSAD device (X'FE') offline to
MVS, then vary the OSAD device back online to MVS. When the OSAD device is brought back online to MVS, the
channel file data set will be rebuilt. Then stop and start OSA/SF.
If all OSA channel file data sets appear normal, see “Reporting Problems to IBM” on page 8-6.
IOAx491E Cannot access channel file for command. See message log for name
Explanation: The message log will contain message IOAx492E which will specify the channel file data set name that
could not be accessed.
User Response: Refer to the message log and locate message IOAx492E. Cross-check the channel file data set
name with a VTOC list of the DASD volume. The DASD volume is specified in the IOADSN entry of the OSA/SF
startup profile. The OSA/SF Startup Profile is a data set that is pointed to from the DD card IOAPROF within the
OSA/SF Started Procedure (task). See Chapter 2 on page 2-1 for more information about the OSA/SF startup profile.
Ensure that the pointer has not changed and that the DASD volume, pointed to by the volume keyword, is operational.
The channel file data set must also be catalogued on the MVS system. Restart OSA/SF if the channel file data set
name is verified.
If the channel file data set does not exist, use the MVS VARY command to vary the OSAD device (X'FE') offline to
MVS, then vary the OSAD device back online to MVS. When the OSAD device is brought back online to MVS, the
channel file data set will be rebuilt. Then stop and start OSA/SF.
If all OSA channel file data sets appear normal, see “Reporting Problems to IBM” on page 8-6.
IOAx495E Unknown field ID used on command. See message log for details
Explanation: An OSA/SF internal error occurred.
User Response: Check the ID listed in message IOAD496E in the message log. If it is not a valid ID, correct it and
reenter the command. ID values must be in the form of X'0000nnnn'. Check the API control block section in the
user's guide. If it is a valid ID, see “Reporting Problems to IBM” on page 8-6.
IOAx505E Bad return code nn. Get debug trace from OSA/SF
Explanation: The return code nn was received trying to do the requested function.
User Response: Do the following:
1. Issue the GET_DEBUG command, specifying TRACE_table.
2. Forward this data to IBM service.
3. See “Reporting Problems to IBM” on page 8-6.
IOAx515E Multiple real CHPIDs using the same virtual one in STARTUP.PROFILE
Explanation: You specified the same virtual CHPID for multiple real CHPIDS in STARTUP.PROFILE.
User Response: Update the STARTUP.PROFILE and restart OSA/SF. See 2-4
IOAx517E Multiple real device using the same virtual one in STARTUP.PROFILE
Explanation: You specified the same virtual device for multiple real devices in the STARTUP.PROFILE.
User Response: Update the STARTUP.PROFILE and restart OSA/SF.
IOAx519E Multiple CHPIDs associated to the same real one in OSA/SF internal info
Explanation: One of two situations may have occurred:
1. The real CHPID specified in the message text is associated with multiple virtual CHPIDs in
STARTUP.PROFILE.
2. The virtual CHPID associated in the STARTUP.PROFILE to the real CHPID specified in the message text
already exists as a real CHPID, as determined from CSS information.
User Response: Update STARTUP.PROFILE to correct errors and restart OSA/SF.
IOAx521E Multiple devices assoc to the same real device in OSA/SF internal info
Explanation: One of two situations may have occurred:
1. The real device specified in the message text is associated with multiple virtual devices in
STARTUP.PROFILE.
2. The virtual device associated in the STARTUP.PROFILE to the real device specified in the message text
already exists as a real device, as determined from IOCDS information.
User Response: Update STARTUP.PROFILE to correct errors and restart OSA/SF.
IOAx522E OSA/SF was not able to access channel file information for CHPID cc
Explanation: OSA/SF had a channel file error after initialization was completed. Messages IOAD499W and
IOAD505W detail the error. You must resolve this error before issuing any other OSA/SF commands.
User Response: Make sure a 70xx minidisk has been created and is available as described in the OSA/SF planning
guide. If this is not a VM guest, then a channel file is missing or unable to be accessed. Processing can continue, but
certain commands will not work.
IOAx523E OSA/SF was not able to access channel file information for CHPID
Explanation: OSA/SF had a channel file error after initialization was completed. Messages IOAD499W and
IOAD505W detail the error. The actual CHPID number is in message log in message IOAD522E. You must resolve
this error before issuing any other OSA/SF commands.
User Response: Make sure a 70xx minidisk has been created and is available as described in the OSA/SF planning
guide. If this is not a VM guest, then a channel file is missing or unable to be accessed. Processing can continue, but
certain commands will not work.
IOAx644E OAT entry LP pp UA uu was specified more than once in the input
Explanation: Logical Partition number and Unit Address number was specified more than once in the Put OAT input
data set.
User Response: Correct the input data and reissue the command.
IOAx645E SNA Network Management device was specified more than once in the input
Explanation: For each OSA device operating in SNA mode, there can only be one SNA network management
device.
User Response: Correct the input data and reissue the command.
IOAx651I Create of address space for IOAVnnnn completed with RC=cc, reason=rr
Explanation: The attempt to create an address space IOAVaaaa completed with the specified return code and
reason code.
nnnn = device number of the OSAD device for disk serving
cc = return code from the ASCRE macro
rr = reason code from the ASCRE macro
User Response: If the return code is 00 or 04, no action is required. Normal OSA/SF operation continues.
If the return code is greater than 04, look up the ASCRE macro return code and reason in Programming: Authorized
Assembler Services Reference, Volume 1, GC28-1475. Make corrections. Then stop and restart OSA/SF.
IOAx653E Image ssssssssss is not compatible with OSA processor code level x
Explanation: A mismatch exists between the OSA mode image and the OSA processor code that is currently on the
OSA features.
sssssssssss = label of the OSA mode image
x = high-level qualifier of the OSA processor code
User Response: Make sure the machine is at the appropriate MCL level to support the OSA ATM feature.
Check the return code from the DYNALLOC macro and take appropriate action. For return code and reason code
information see the DYNALLOC macro in Programming: Authorized Assembler Services Reference, Volume 1,
GC28-1475.
If problem persists, see “Reporting Problems to IBM” on page 8-6.
IOAx674W CHPID number found in OSA configuration data set is not valid
Explanation: A CHPID number in the OSA configuration data set was found to have an incorrect format. The correct
format is:
OSAnn ...where "nn" is the OSA CHPID number.
User Response: Examine the OSA configuration data set and look for an incorrectly formatted OSAnn CHPID
number. The OSA configuration data set is pointed to by the IOACFG entry in the OSA/SF startup profile. The
OSA/SF Startup Profile is a data set that is pointed to from the DD card IOAPROF within the OSA/SF Started
Procedure (task). See Chapter 2 on page 2-1 for more information about the OSA/SF startup profile.
Make corrections. Then reissue the Install command.
IOAx681W Code image xxxx wasn't written because it's already loaded on the card
Explanation: The code image xxxx was not written to the OSA. The name of the image that was requested to be
written (installed) matches the name of the OSA mode image that is currently installed on the OSA device.
User Response: To write (re-write) the same named OSA mode image xxxx, reissue the OSA/SF Install command
with the Force option.
IOAx686W This file not loaded because an Image file is not active
Explanation: Following an Activate or an Install sequence, the OSA must be configured offline to MVS in all logical
partitions then configured back online to MVS. This message is issued because the I-files were not found on the OSA
or the activation step (configure CHPID offline/online to MVS) did not complete. If you are using the GUI, the
command output window will contain the name of the data set. If you are using the REXX interface, the data set name
will be sent to the TSO screen.
User Response: The Image files (I-files) are installed as part of the OSA/SF SMP/E installation sequence. Ensure
that the SMP/E install of OSA/SF completed successfully. Configure the OSA CHPID offline to MVS in all logical
partitions (CF CHP(nn),OFFLINE) and then back online to MVS (CF CHP(nn),ONLINE). This loads the configured
image file to the OSA. Then rerun the OSA mode Install sequence.
IOAx687E Incorrect Image type is specified for this OSA hardware type
Explanation: The image data set (I-file) that is identified in the configuration data set (pointed to by the IOACFG
entry in the OSA/SF startup profile) for this OSA, contains an image that is not valid for this OSA.
User Response: Verify the OSA type installed. Then verify the configuration matches the OSA hardware (for
example FDDI, Token Ring, ATM, or Ethernet). See the planning guide for more information on configurations and
OSA hardware types. Double check that the OSA/SF SMP/E install completed successfully. If message issued as the
result of using the API, or the configuration data sets have been altered, check the API control blocks and/or correct
alterations.
If problem continues, see “Reporting Problems to IBM” on page 8-6.
pointed to from the DD card IOAPROF within the OSA/SF Started Procedure (task). See Chapter 2 on page 2-1 for
more information about the OSA/SF startup profile.
If problems continue, see “Reporting Problems to IBM” on page 8-6.
IOAx693E Install for CHPID cc not complete. See message log for details
Explanation: The INSTALL sequence for this CHPID (OSA) did not complete successfully. See the message log for
more information.
cc = CHPID
User Response: Read the message log. It may be necessary to do an ACTIVATE or INSTALL again.
IOAx696E Install for CHPID cc not complete. See command output for details
Explanation: The INSTALL sequence for this CHPID (OSA) did not complete successfully. See the command output
window for more information if using GUI. If REXX, messages should be in user console that issued command.
cc = CHPID
User Response: Read the command output window. It may be necessary to do an ACTIVATE or INSTALL again.
IOAx861E Specified PVC name ssssssss is not valid for ATM IP forwarding mode
Explanation: When running in ATM IP Forwarding mode, only PVC name WANPVC00 is allowed.
User Response: Correct the PVC name in the input and retry the command.
IOAx862E Only one PVC is allowed when configuring ATM IP fowarding mode
Explanation: You specified more than one (1) PVC entry while configuring ATM IP forwarding.
User Response: Fix the input file (GUI or REXX) and retry command.
IOAx863E More than 16 passthru entries with IP addresses specified for port 0
Explanation: There are more than 16 TCP/IP entries with IP addresses defined in the OAT. You can only define a
maximum of 16 IP addresses per port.
User Response: Define only a maximum of 16 OAT entries with IP addresses for the specified port.
IOAx864E Primary default entry not removed; secondary LP (LP p UA uu) exists
Explanation: A port can have one of the following:
¹ No default entries
¹ One primary default entry
¹ Both a primary default entry and a secondary default entry
This OAT entry was previously defined as the primary default entry for the associated port. Replacing this entry would
cause the port to have a secondary default entry without a primary default entry. This is not valid. The secondary
default entry currently defined has unit address uu for logical partition p.
p = logical partition (LP) number
uu = unit address
User Response: Specify a replacement primary default entry or remove both the primary and secondary default
entry.
IOAx865E Multi IP addresses not supported by OSA processor code level x.yy
Explanation: The multible IP addresses protocol is not supported by the OSA processor code level x.yy. The
minimum OSA processor code that supports this enhancement is as follows:
OSA2–6.2x
OSA2–ATM–5.9
OSA2–FENET–1.3
User Response: Obtain the specified or higher level of OSA processor code and reissue the Put OAT command.
User Response: Fix the data being used for the Put OAT command. Only MPC entry types are valid when the OSA
is in HPDT Native mode. Only passthru and SNA entry types are valid in ATM (LE) mode.
If you plan to automate OSA/SF, you will communicate with the API through the use of Control Blocks.
Control Blocks are used to send data to OSA/SF and receive data from OSA/SF. The input control block is
assembled and sent to the OSA/SF and OSA/SF returns an output control block. This appendix shows
examples and definitions for an input and output control block, and for each OSA/SF command.
Channel number This field is only valid when "one channel" is set in the command target field.
Otherwise, it is not checked by OSA/SF. This field indicates the channel number to
direct the command towards.
Port target This field is valid only if "One channel" is set in the command target field. It indicates
the port the command is directed at. The valid values are: One port -OR- No ports -OR-
ALL ports. If "One port" is specified, the command is directed at the port specified in
the port number field. If "No ports" is specified, only channel information is returned.
(This value is only valid for the "Query" command). Otherwise the command is directed
to all the known ports on the specified channel.
'0030' One port
'0031' All ports
'0032' No ports
Port number This field is valid only if "One port" is set in the port target field. Otherwise this field is
not checked by OSA/SF.
Sub-command identifier
This command is used when the command must have an additional information as to
what to perform. e.g. - On the "Set Parameter" command, this field would indicate
which parameter to set.
Command specific data
This field is only valid when the command needs additional data such as an MVS
dataset name, parameter value, etc. The length of this field depends upon the
command being issued. In some cases, the data will extend past the 256 byte base
control block.
Command specific return data, Command specific data, or reason code on failure
The fields after the mandatory 256 byte base control block contain either command
specific return values if the command completed successfully, or a table showing each
of the entities that was attempted, and their corresponding reason code for success or
failure. Along with each reason code, is a corresponding 80 character text message
describing the reason code presented. e.g.-For the install command containing 5 OSA
mode files, if any of the 5 failed, a table showing each OSA mode file followed by a
success or failure message is returned. This is shown following the individual
commands.
The output control block mimics the input control block, except the return code, reason code, OSA/SF
version, length, reason code message, and returned data are included. All except the returned data
overwrite some of the original contents of the input control block. Any returned data, follows the mandatory
256 byte base control block.
Table D-9. Get OSA Support Facility Debug Input Control Block
Field type Sample values Field definitions
char(8) IOAECB Eyecatcher. filled in by user
char(8) Filled in by API SYSPLEX name
char(8) Filled in by API Partition name
char(8) Filled in by API USERID
u_short Get Debug Information ('0007'x) Command code
u_short N/A on input Return code
u_long N/A on input Reason code
char(8) N/A on input OSA/SF version
char(9) N/A on input Time NULL terminated
char(11) N/A on input Date NULL terminated
integer 0 Control block length
u_short number Command Target
'0020'x One channel
'0022'x OSA/SF
u_short number CHPID number
u_short N/A Port target
u_short N/A Port number
integer number Sub-command identifier
'00000041'x
Trace table
'00000040'x
message log
'0000004A'x
SNA Memory dump
'0000004B'x
SNA Trace table
'0000004C'x
SNA Message log
'0000004D'x
ATM trace
'0000004E'x
ATM Memory dump
'00000050'x
Configuration information
char(12) reserved Reserved
integer replace indicator ('00000053'x) Command specific data
integer number of entries to return Command specific data This field is only valid when 'message log' is
specified.
char(64) MVS dataset name Command specific data
The actual OSA address table entry(ies) are returned preceded by a count of the number of entries and
an eyecatcher. This data starts after the mandatory 256 byte base control block. The format of the
eyecatcher portion is shown in Table D-13. Table D-14 shows the actual layout of an OSA address table
entry.
Table D-15 and Table D-16 on page D-14 show the extensions to the base OSA address table. Each row
is associated with a particular entry type. Only one of the tables follows the base entry. Each extension
has a length field so the location of the entry following it is readily known.
Table D-15 (Page 1 of 2). Extended OAT for Passthru (0005) entry type
Settable Field type Field definition
int = 64 length of this extended entry
short = 1 number of ports (currently always 1)
u_short reserved
X byte OSA PORT number
Table D-15 (Page 2 of 2). Extended OAT for Passthru (0005) entry type
Settable Field type Field definition
X byte default entry
¹ '80'x = use this port as the default entry
¹ all other values indicate this port is NOT the default
entry
short reserved
X u_long home IP address
X u_long home IP subnet mask
char(44) reserved
Table D-19. Extended OAT for MPC (0010) (HPDT ATM Native)
Settable Field type Field definition
int = 112 length of this extended entry
short Number of ports
char(1) reserved
X byte Port Number
X char (8) OSA Name
char(96) Unused
Table D-20. Extended OAT for Passthru Version 2 entry type (0x105)
Settable Field type Field definition
int = 96(0x60) length of this extended entry
short = 1 Number of ports (currently always 1)
char(1) reserved
X byte Port Number
X byte default entry (no, pri or sec)
¹ 00-no
¹ 80-pri
¹ 40-sec
short reserved
X u_long home IP address1
X u_long netmask1
X u_long home IP address2
X u_long netmask2
X u_long home IP address3
X u_long netmask3
X u_long home IP address4
X u_long netmask4
X u_long home IP address5
X u_long netmask5
X u_long home IP address6
X u_long netmask6
X u_long home IP address7
X u_long netmask7
X u_long home IP address8
X u_long netmask8
char(20) reserved
Table D-21. Extended OAT for MPC entry type(0x0110) for IP traffic
Settable Field type Field definition
int = 176 length of this extended entry
short = 1 Number of ports (currently always 1)
u_byte Count of valid IP addresses returned
X byte Port Number
X char(8) OSA Name
u_long home IP address1
u_long netmask1
u_long home IP address2
u_long netmask2
u_long home IP address3
u_long netmask3
u_long home IP address4
u_long netmask4
u_long home IP address5
u_long netmask5
u_long home IP address6
u_long netmask6
u_long home IP address7
u_long netmask7
u_long home IP address8
u_long netmask8
u_long home IP address9
u_long netmask9
u_long home IP address10
u_long netmask10
u_long home IP address11
u_long netmask11
u_long home IP address12
u_long netmask12
u_long home IP address13
u_long netmask13
u_long home IP address14
u_long netmask14
u_long home IP address15
u_long netmask15
u_long home IP address16
u_long netmask16
char(32) reserved
Table D-22. Extended OAT for MPC entry type (0x0210) for IPX traffic
Settable Field type Field definition
int = 48 ('0030'x) length of this extended entry
short = 1 Number of ports (currently always 1)
u_byte Count of valid IPX addresses returned
X byte Port Number
X char(8) OSA Name
u_long IPX frame type1
'0000 00E0'x
Ethernet 802.2
'0000 8137'x
Ethernet II
'0000 00AA'x
Ethernet SNAP
u_long IPX frame type2
u_long IPX frame type3
char(20) reserved
The IOA_APPL_HDR portion shows how many different IOA_APPLREAS control blocks follow. When this
command does not complete successfully, there is always 1 IOA_APPL_HDR returned, along with as
many IOA_APPLREAS as defined. They are contiguous in the storage returned.
The following example shows a sample output that might result from issuing this command.
/**********************************************************************/
/* Dataset created 20:45:25 on 26 Apr 1996 */
/**********************************************************************/
filename ext size date time
data specific REPEAT an OAT entry for each table entry to be changed or added
Any failures that occur return a table showing the failing extended device address along with a reason
code and reason message for the failure. If more than 1 entry was "put", then there is 1 IOA_OAT_REAS
returned for every entry attempted. The format of the table is shown in Table D-29 on page D-22. This
table would follow the returned base control block, and start at byte 257.
Note: The partition number and unit address make up what is called the 'extended device address'.
If the command was never attempted due to an initial failure of some type, only the base control block is
returned, along with the imbedded reason message.
Note: If the number of OAT address table entries is greater than one, then an IOA_OAT_REAS structure
is returned for each one.
The following tables show the various formats of data that can be returned to the API user based on the
input to the Query command. The tables are broken down into the various pieces that can be returned.
The tables on the following pages show the various formats of data that can be returned by OSA/SF The
data can come back in any order, except that there is always a corresponding 'IOAnnnnnHDR' preceeding
the similarly named 'IOAnnnnnINFO' or 'IOAnnnnnREAS'. These eyecatchers are always 12 characters,
padded with blanks if needed. As an example, if there is OSA/SF information requested, the user will see
an IOAOSASFHDR followed by one IOAOSASFINFO.
All the data returned starts at byte 257 following the normally returned (and filled in) base control block.
Table D-32. Query Output Control Block for OSA/SF Header Information
Field type Sample values Field definitions
char(12) IOA_OSASFHDR eyecatcher
u_short ID = 1 identifier of IOA_OSASFHDR
u_short number = 40 length of this 'eyecatcher' section (up to IOAOSASFINFO)
u_short number number of OSA/SF(ies)
u_short reserved reserved
char(16) MVS/ESA operating system OSA/SF is running on. This can be MVS/ESA,
MVS/370, etc. This field is NULL terminated.
u_long N/A reserved
Table D-33. Query Output Control Block for OSA/SF Body Information
Field type Sample values Field definitions
char(12) IOAOSASFINFO eyecatcher
u_short ID = 2 identifier of IOAOSASFINFO
u_short number = 308 length of this 'eyecatcher' section
integer reserved reserved
u_short number Highest mode supported
0 passthru
2 SNA
4 ATM-LE, passthru, LANRES, SNA
8 HPDT ATM Native, ATM-LE passthru, LANRES SNA
9 HPDT MPC, HPDT ATM native, ATM(LE), TCP/IP
Passthru, LANRES, SNA
10 ATM IP forwarding, HPDT MPC, HPDT ATM native,
ATM(LE), TCPIP, LANRES, SNA
u_short N/A Reserved
integer number Number of channels known to this copy of OSA/SF
integer number Number of channels managed by this copy of OSA/SF
char(8) name Host name
char(8) sysplex name Sysplex this copy of OSA/SFrunning on
char(64) IOA.OSAS.CONFIG User supplied name of OSA/SF configuration dataset (padded on
right with NULLs)
char(64) IOA.MASTR.INDEX User supplied name of OSA/SF Master index dataset (padded on
right with NULLs)
char(64) IOA.MESSAGE.LOG User supplied name of OSA/SF message log dataset (padded on
right with NULLs)
char(64) IOA.SYS User supplied name of OSA/SF high level qualifier for all other
datasets (padded on right with NULLs)
u_long N/A reserved
Table D-35. Query Output Control Block for Channel Header Information
Field type Sample values Field definitions
char(12) IOA_CHAN_HDR Eyecatcher
u_short ID = 3 identifier of IOA_CHAN_HDR
u_short number = 40 length of this 'eyecatcher' section
char(2) reserved Reserved
u_short number number of channels that follow (see note)
char(20) N/A reserved
Note: In addition to the above being returned for the query, some number of IOA_CHANINFOs or
IOA_CHANREASs or a combination of the two are returned. The total number returned equals the
number of channels that follow field. See Table D-36 for the IOA_CHANINFO and Table D-49 on
page D-32 for the IOA_CHANREAS.
Table D-36 (Page 1 of 3). Query Output Control Block for Channel Information
Field type Sample values Field definitions
char(12) IOA_CHANINFO Eyecatcher
u_short ID = 4 identifier of IOA_CHANINFO
u_short 224 length of this 'eyecatcher' section
u_short number associated channel number
u_short OSA = '0012'x channel type
Table D-36 (Page 2 of 3). Query Output Control Block for Channel Information
Field type Sample values Field definitions
u_short number channel sub-type
'00F0'x unknown
'0007'x FDDI
'0009'x No ports defined yet
'0920'x One log
'9000'x ATM native
'0002'x Token Ring
'0001'x Ethernet
'0031'x Fast_Ethernet
'0022'x or '0922'x
Two Token Ring ports
'0021'x or '0921'x
Token Ring and Ethernet ports
'0011'x or '0911'x
Two Ethernet ports
'0012'x or '0912'x
Ethernet and Token Ring ports
'0910'x One logical Ethernet port
u_short number OSA Modes Configured
Bit Mode Configured
15 TCP/IP Passthru
14 LANRES
13 SNA
12 ATM-LE
11 HPDT MPC
10 HPDT ATM Native
9 ATM IP forwarding
u_short number OSA Hardware Model
'0000'x
invalid
'0001'x
OSA 1
'0002'x
OSA 2
'0003'x
OSA2 ATM
'0005'x
OSA2 Fast Ethernet
u_short number Flags:
'0001'x Online
'0003'x Not installed
'0005'x Offline
u_short number shared ('0001'x) -OR- Not shared ('0000'x)
u_short number number of ports on this channel
char(32) string Channel Node Descriptor (ND)
u_short number Control Unit number
byte(2) number OSA Processor Code Level
byte 1
Version
byte 2
Release
char(8) string EC level (left justified and NULL terminated)
char(8) Name LP name this copy of OSA/SF is running on
u_short number LP number this copy of OSA/SF is running on
char(8) Name Disk Server LP name
Table D-36 (Page 3 of 3). Query Output Control Block for Channel Information
Field type Sample values Field definitions
short N/A reserved (alignment)
u_short number Disk Server LP number (set to 'FFFF'X if not valid)
short N/A reserved (alignment)
char(8) Name LP name of OSA/SF managing this channel
u_short number LP number of OSA/SF managing this channel (set to 'FFFF'x if not
valid)
short N/A reserved (alignment)
char(12) string date on this channel (set to "NOTVALID" if there is no disk serving
function active)
char(8) string time on this channel (set to "NOTVALID" if there is no disk serving
function active)
char(11) string Flash image level
char(5) N/A reserved
char(11) string ATM Flash image level
char(5) N/A reserved
char(81) N/A reserved
Table D-38. Query Output Control Block for OSA Mode File Information
Field type Sample values Field definitions
char(12) IOA_APPLINFO Eyecatcher
u_short ID = 7 identifier of IOA_APPLINFO
u_short number length of this 'eyecatcher' section
char(8) VxRxMx version/release
integer number length of associated MVS dataset name
integer number length of OSA mode fully qualified filename
char(20) N/A reserved
char(nn) fully qualified DS name associated MVS dataset name of length "nn"
"nn" must be a multiple of 4 padded on right with NULLs
char(yy) fully qualified OSA disk serving OSA mode fully qualified filename of length "yy"
function name
"yy" must be a multiple of 4 padded on right with NULLs
Table D-41. Query Output Control Block for Failing Screen Information
Field type Sample values Field definitions
char(12) IOA_SCRNREAS Eyecatcher
short ID = 29 ID for this eyecatcher
short number = 104 length of this 'eyecatcher' section
u_long number failing reason code
char(80) text failing reason message
u_long N/A reserved
Table D-45. Query Output Control Block for Logical partition information
Field type Sample values Field definitions
char(12) IOA_LPARINFO Eyecatcher
u_short '1E'x identifier of IOA_LPARINFO
u_short 36 Length of this 'eyecatcher section
u_byte number LP number
u_byte N/A Unused
char(8) LPAR name LP name
char(10) N/A unused
Table D-46. Query Output Control Block for Port Header Information
Field type Sample values Field definitions
char(12) IOA_PORT_HDR Eyecatcher
u_short ID = 15 identifier of IOA_PORT_HDR
u_short number = 40 length of this 'eyecatcher' section
u_short number associated channel number
u_short number number of ports that follow
char(20) N/A reserved
For each type of port that is present, the particular information that is returned is shown in either
IOA_FDDIPORT (see Table D-63 on page D-44), IOATOKENRING (see Table D-64 on page D-55),
IOA_ETHERNET, IOA_FAST_ETH (see Table D-65 on page D-59), or IOA_ATMTOKEN,
IOA_ATMETHER and IOAATMNATIVE (see Table D-66 on page D-62).
The following tables show various examples of different structures that can be returned based on what
input is requested.
Table D-47. Query Output Control Block for Channel, Port & Device Information
Field type Sample values Field definitions
IOA_CHAN_HDR see Table D-35 on page D-26
IOA_CHANINFO see Table D-36 on page D-26
IOA_APPL_HDR see Table D-37 on page D-28
IOA_APPLINFO see Table D-38 on page D-28
IOA_SCRN_HDR see Table D-39 on page D-29
IOA_SCRNINFO see Table D-40 on page D-29
IOA_PORT_HDR see Table D-46
data specific one of---> ¹ IOA_FDDIPORT (see Table D-63 on page D-44),
¹ IOATOKENRING (see Table D-64 on page D-55),
based on 'type of port'
¹ IOA_ETHERNET (see Table D-65 on page D-59)
¹ IOA_FAST_ETH (see Table D-65 on page D-59)
¹ IOA_ATMTOKEN (see Table D-66 on page D-62)
¹ IOA_ATMETHER (see Table D-66 on page D-62)
¹ IOAATMNATIVE (see Table D-66 on page D-62)
IOAMULTICAST see “Query Output Control Block for Port Multicast Information” on
page D-34
IOA_DEV_HDR see Table D-42 on page D-29
IOA_DEV_INFO see Table D-43 on page D-30
IOA_OAT_HDR see Table D-13 on page D-12
IOA_OATENTRY see Table D-14 on page D-12
REPEAT IOA_CHANINFO, IOA_APPL_HDR, for as many channels as are being reported
IOAAPPLINFO, IOA_SCRN_HDR,
IOA_SCRNINFO, IOA_PORT_HDR,
& one of: IOA_FDDIPORT,
IOATOKENRING, IOA_ATMTOKEN,
IOAATMNATIVE, IOA_ATMETHER,
IOA_EHTERNET or
IOA_FAST_ETH and
IOA_MULTICAST. IOA_DEV_HDR,
IOA_DEV_INFO, IOA_OAT_HDR,
IOA_OATENTRY.
The following output control block shows what is returned when "host' is specified as the command target.
No other input fields relating to channels, port, devices are examined. This request returns "everything".
Table D-48 on page D-32 shows the sections contained using only the "eyecatchers". The actual data
that follows them is omitted in the interest of brevity. For details of an individual section, see the
appropriate section discussed previously.
The following tables show the failing reason codes that are unique to the query command when a 'block'
cannot be returned as shown above:
Table D-50. Query Output Control Block for Failing Device Information
Field type Sample values Field definitions
char(12) IOA_DEV_REAS Eyecatcher
short ID = 11 ID for this eyecatcher
short number length of this 'eyecatcher' section
u_short number associated channel number
u_short number failing device number
long number failing reason code
char(80) text failing reason message
u_long N/A reserved
Table D-51. Query Output Control Block for Failing PORTREAS Information
Field type Sample values Field definitions
char(12) IOA_PORTREAS reason code eyecatcher
u_short ID = 16 identifier of IOA_PORTREAS
u_short number = 104 length of this 'eyecatcher' section
u_short number port number
u_short reserved reserved
u_long reason code reason code for port number above
char(80) message message corresponding to reason code
u_long N/A reserved
If a portion of the OSA Address Table fails, the failed structure, IOA_OAT_REAS is returned. See
Table D-29 on page D-22 for details.
The returned data starts at byte 257, following the normally returned base control block with the OSA/SF
data filled in.
The returned data starts at byte 257, following the normally returned base control block with the OSA/SF
data filled in.
When an error is detected, OSA/SF returns information to allow the user to determine what happened on
which ports. Failures that occur before any attempt is made to initiate communication between the ports
and OSA/SF return only the reason message in the base control block.
Once OSA/SF attempts to synchronize data from the channel/port(s), any failures that occur return tables
indicating the success or failure of each operation. These can be either port information and/or the OSA
address table.
Port failures are returned first, comprising a IOA_PORT_HDR followed by an IOA_PORTREAS for each
port on the channel. These are shown in Table D-51 on page D-33.
Following the port failures (if any) would be the device address table failures. These are returned as
IOA_OAT_HDR followed by an IOA_OAT_REAS for each row in the OSA address table. These tables are
shown in Table D-29 on page D-22
The following shows all the Token Ring parameters available through OSA/SF.
The following shows all the Ethernet and Fast Ethernet parameters available through OSA/SF.
The following shows all the HPDT ATM Native and Lan Emulation parameters available through OSA/SF.
Table D-67 (Page 1 of 5). Settable FDDI Port LAN Adapter Parameters
Settable FDDI Port LAN Adapter Parameters
Size Field Description
OCTET STRING FDDI SMT User Data ('1011'x) 32 octets of user information
(SIZE (32))
Integer (0..1) FDDI Configuration Policy ('101A'x) { A value that indicates the configuration policies currently desired
none (0), hold (1) } in a node. 'Hold' is one of the terms used for the Hold Flag, an
optional ECM flag used to enable the optional Hold policy.
The value is a sum. This value initially takes the value zero,
then for each of the configuration policies currently enforced on
the node, 2 raised to a power is added to the sum. The powers
are according to the following table: Policy Power
configurationhold 0
Integer FDDI Connection Policy ('101B'x) A value representing the connection policies in effect in a node.
(32768..65535) A station sets the corresponding bit for each of the connection
types that it rejects. The letter designations, X and Y, in the
'rejectX-Y' names have the following significance: X represents
the PC-Type of the local PORT and Y represents the PC_Type
of the adjacent PORT (PC_Neighbor). The evaluation of
Connection- Policy (PC-Type, PC-Neighbor) is done to
determine the setting of T- Val(3) in the PC-Signalling sequence
(refer to ANSI 9.6.3). Note that Bit 15, (rejectM-M), is always
set and cannot be cleared.
The value is a sum. This value initially takes the value zero,
then for each of the connection policies currently enforced on
the node, 2 raised to a power is added to the sum. The powers
are according to the following table: Policy Power rejectA-A 0
rejectA-B 1 rejectA-S 2 rejectA-M 3 rejectB-A 4 rejectB-B 5
rejectB-S 6 rejectB-M 7 rejectS-A 8 rejectS-B 9 rejectS-S 10
rejectS-M 11 rejectM-A 12 rejectM-B 13 rejectM-S 14 rejectM-M
15
Integer (2..30) FDDI Notification Timer ('101D'x) The timer, expressed in seconds, used in the Neighbor
Notification protocol. It has a range of 2 seconds to 30 seconds,
and its default value is 30 seconds (refer to ANSI SMT 8.2).
Integer (1..8) FDDI Station Action ('103C'x) { The behavior of setting this variable to each of the acceptable
connect(0), disconnect(1), path-Test(2), values is as follows:
self-Test(3), disable-a(4), disable-b(5),
¹ connect(0): Generates a Connect signal to ECM to begin a
disable-m(6) }
connection sequence. See ANSI Ref 9.4.2.
¹ disconnect(1): Generates a Disconnect signal to ECM. see
ANSI Ref 9.4.2.
¹ path-Test(2): Initiates a station Path_Test. The Path_Test
variable (see ANSI Ref 9.4.1) is set to 'Testing'. The results
of this action are not specified in this standard.
¹ self-Test(3): Initiates a station Self_Test. The results of this
action are not specified in this standard.
¹ disable-a(4): Causes a PC_Disable on the A port if the A
port mode is peer.
¹ disable-b(5): Causes a PC_Disable on the B port if the B
port mode is peer.
¹ disable-m(6): Causes a PC_Disable on all M ports.
Attempts to set this object to all other values results in an
appropriate error. The result of setting this variable to path-Test
or self-Test is implementation-specific.
Table D-67 (Page 2 of 5). Settable FDDI Port LAN Adapter Parameters
Settable FDDI Port LAN Adapter Parameters
Size Field Description
Integer (0..255) FDDI Requested Paths ('2020'x) List of permitted Paths which specifies the Path(s) into which
the MAC may be inserted (refer to ansi SMT 9.7).
The value is a sum which represents the individual paths that
are desired. This value initially takes the value zero, then for
each type of PATH that this node is, 2 raised to a power is
added to the sum. The powers are according to the following
table:
Path Power
local 0
secondary-alternate 1
primary-alternate 2
concatenated-alternate 3
secondary-preferred 4
primary-preferred 5
concatenated-preferred 6
thru 7
OCTET STRING FDDI Group Addresses ('202C'x) Indicates the group addresses enabled on the adapter, if any.
(SIZE(256))
This is actually an array that will contain 32 addresses. Each
address is actually OCTET STRING (SIZE(6)) + 2 for padding
Therefore, the size will be 32 x OCTET STRING (SIZE(8)).
Integer (0..65535) FDDI Frame Error Threshold ('205F'x) A threshold for determining when a MAC Condition report (see
ANSI 8.3.1.1) shall be generated. Stations not supporting
variable thresholds shall have a value of 0 and a range of (0..0).
Integer (1..2) FDDI Enable Unit Data ('2076'x) { This variable determines the value of the
true(1), false(0) } MA_UNITDATA_Enable flag in RMT. The default and initial
value of this flag is true(1).
The PATH group
Integer FDDI PATH1 Ring Latency ('0000 Gives the total accumulated latency of the ring associated with
(0..4294967295) 320D'x) this path. May be measured directly by the station or calculated
by a management station.
Integer FDDI PATH1 Restricted Dialog Time Used by RMT to limit the duration of restricted dialogs on a
(0..4294967295) Limit ('0000 3213'x) path.
Integer FDDI PATH1 Tvx Lower Bound ('0000 Specifies the minimum time value of fddiMACTvxValue that
(0..2147483647) 3215'x) shall be used by any MAC that is configured in this path. The
operational value of fddiMACTvxValue is managed by setting
this variable. This variable has the time value range of: 0 <
fddimibPATHTVXLowerBound < fddimibPATHMaxTReq
Changes to this variable shall either satisfy the time value
relationship: fddimibPATHTVXLowerBound <=
fddimibMACTVXCapability of each of the MACs currently on the
path, or be considered out of range. The initial value of
fddimibPATHTVXLowerBound shall be 2500 nsec (2.5 ms).
Integer FDDI PATH1 T-Max Lower Bound Specifies the minimum time value of fddiMACTMax that shall be
(0..2147483647) ('0000 3216'x) used by any MAC that is configured in this path. The
operational value of fddiMACTMax is managed by setting this
variable. This variable has the time value range of:
fddimibPATHMaxTReq <= fddimibPATHTMaxLowerBound and
an absolute time value range of: 10000nsec (10 msec) <=
fddimibPATHTMaxLowerBound Changes to this variable shall
either satisfy the time value relationship:
fddimibPATHTMaxLowerBound < fddimibMACTMaxCapability of
each of the MACs currently on the path, or be considered out of
range. The initial value of fddimibPATHTMaxLowerBound shall
be 165000 nsec (165 msec).
Table D-67 (Page 3 of 5). Settable FDDI Port LAN Adapter Parameters
Settable FDDI Port LAN Adapter Parameters
Size Field Description
Integer FDDI PATH1 T-Req Maximum Time Specifies the maximum time value of fddiMACT-Req that shall
(0..2147483647) Value ('0000 3217'x) be used by any MAC that is configured in this path. The
operational value of fddiMACT- Req is managed by setting this
variable. This variable has the time value range of:
fddimibPATHTVXLowerBound < fddimibPATHMaxTReq <=
fddimibPATHTMaxLowerBound. The default value of
fddimibPATHMaxTReq is 165000 nsec (165 msec).
Integer FDDI PATH2 Ring Latency ('1000 Gives the total accumulated latency of the ring associated with
(0..2147483647) 320D'x) this path. May be measured directly by the station or calculated
by a management station.
Integer FDDI PATH2 Restricted Dialog Time Used by RMT to limit the duration of restricted dialogs on a
(0..2147483647) Limit ('1000 3213'x) path.
Integer FDDI PATH2 Tvx Lower Bound ('1000 Specifies the minimum time value of fddiMACTvxValue that
(0..2147483647) 3215'x) shall be used by any MAC that is configured in this path. The
operational value of fddiMACTvxValue is managed by setting
this variable. This variable has the time value range of: 0 <
fddimibPATHTVXLowerBound < fddimibPATHMaxTReq
Changes to this variable shall either satisfy the time value
relationship: fddimibPATHTVXLowerBound <=
fddimibMACTVXCapability of each of the MACs currently on the
path, or be considered out of range. The initial value of
fddimibPATHTVXLowerBound shall be 2500 nsec (2.5 ms).
Integer FDDI PATH2 T-Max Lower Bound Specifies the minimum time value of fddiMACTMax that shall be
(0..2147483647) ('1000 3216'x) used by any MAC that is configured in this path. The
operational value of fddiMACTMax is managed by setting this
variable. This variable has the time value range of:
fddimibPATHMaxTReq <= fddimibPATHTMaxLowerBound and
an absolute time value range of: 10000nsec (10 msec) <=
fddimibPATHTMaxLowerBound Changes to this variable shall
either satisfy the time value relationship:
fddimibPATHTMaxLowerBound < fddimibMACTMaxCapability of
each of the MACs currently on the path, or be considered out of
range. The initial value of fddimibPATHTMaxLowerBound shall
be 165000 nsec (165 msec).
Integer FDDI PATH2 T-Req Maximum Time Specifies the maximum time value of fddiMACT-Req that shall
(0..2147483647) Value ('1000 3217'x) be used by any MAC that is configured in this path. The
operational value of fddiMACT- Req is managed by setting this
variable. This variable has the time value range of:
fddimibPATHTVXLowerBound < fddimibPATHMaxTReq <=
fddimibPATHTMaxLowerBound. The default value of
fddimibPATHMaxTReq is 165000 nsec (165 msec).
The PORT group
Integer (0..3) FDDI PORTA Desired Connection A value representing the PORT's connection policies desired in
Policy ('0000 400E'x) { none(0), the node. The value of pc- mac-lct is a term used in the
pc_mac_lct(1), pc_mac_loop(2), PC_MAC_LCT Flag (see 9.4.3.2). The value of pc-mac-loop is a
pc_mac_lct_and_loop(3) } term used in the PC_MAC_Loop Flag. The value is a sum. This
value initially takes the value zero, then for each PORT policy, 2
raised to a power is added to the sum. The powers are
according to the following table: Policy Power pc-mac-lct 0
pc-mac-loop 1
Table D-67 (Page 4 of 5). Settable FDDI Port LAN Adapter Parameters
Settable FDDI Port LAN Adapter Parameters
Size Field Description
OCTET STRING FDDI PORTA Paths Requested ('0000 This variable is a list of permitted Paths where each list element
(SIZE (3)) 4011'x) defines the Port's permitted Paths. The first octet corresponds
to 'none', the second octet to 'tree', and the third octet to 'peer'.
For each octet the following bits are defined :
local 0
secondary-alternate 1
primary-alternate 2
concatenated-alternate 3
secondary-preferred 4
primary-preferred 5
concatenated-preferred 6
thru 7
Integer FDDI PORTA MAC Loop Time ('0000 This object controls the value used by the FDDI attribute
(0..2147483647) 4015'x) T_Next(9) to prevent deadlock. This allows sufficient time for
MAC recovery process completion and the exchange of
neighbor information frames. Default: 200 milliseconds. This
field actually represents the time in 80 nanosecond intervals.
Integer (1..7) FDDI PORTA Transmitted Line State Line state to be transmitted when the PCM state machine for
('0000 401F'x) { qls-quiet (0), ils-idle the port is in state PC9 Maint.
(1), mls-master (2), hls-halt (3),
pdr-active (4), lsu-unknown(5),
nls-noise (6) }
Integer (4..15) FDDI PORTA Link Error Rate Cutoff The link error rate estimate at which a link connection will be
('0000 403A'x) broken. It ranges from 10**-4 to 10**-15 and is reported as the
absolute value of the base 10 logarithm (default of 7).
Integer (4..15) FDDI PORTA Link Error Rate Alarm The link error rate estimate at which a link connection will
('0000 403B'x) generate an alarm. It ranges from 10**-4 to 10**-15 and is
reported as the absolute value of the base 10 logarithm of the
estimate (default of 8).
Integer (1..6) FDDI PORTA Port Action ('0000 Causes a Control signal to be generated with a control_action
4046'x) { maintPORT (0), enablePORT of 'Signal' and the 'variable' parameter set with the appropriate
(1), disablePORT (2), startPORT (3), value (i.e., PC_Maint, PC_Enable, PC_Disable, PC_Start, or
stopPORT (4) } PC_Stop) (refer to ANSI 9.4.2).
Integer (0..3) FDDI PORTB Desired Connection A value representing the PORT's connection policies desired in
Policy ('1000 400E'x) { none(0), the node. The value of pc- mac-lct is a term used in the
pc_mac_lct(1), pc_mac_loop(2), PC_MAC_LCT Flag (see 9.4.3.2). The value of pc-mac-loop is a
pc_mac_lct_and_loop(3) } term used in the PC_MAC_Loop Flag. The value is a sum. This
value initially takes the value zero, then for each PORT policy, 2
raised to a power is added to the sum. The powers are
according to the following table: Policy Power pc-mac-lct 0
pc-mac-loop 1
OCTET STRING FDDI PORTB Paths Requested ('1000 This variable is a list of permitted Paths where each list element
(SIZE (3)) 4011'x) defines the Port's permitted Paths. The first octet corresponds
to 'none', the second octet to 'tree', and the third octet to 'peer'.
For each octet the following bits are defined :
local 0
secondary-alternate 1
primary-alternate 2
concatenated-alternate 3
secondary-preferred 4
primary-preferred 5
concatenated-preferred 6
thru 7
Integer FDDI PORTB MAC Loop Time ('1000 This object controls the value used by the FDDI attribute
(0..2147483647) 4015'x) T_Next(9) to prevent deadlock. This allows sufficient time for
MAC recovery process completion and the exchange of
neighbor information frames. Default: 200 milliseconds. This
field actually represents the time in 80 nanosecond intervals.
Table D-67 (Page 5 of 5). Settable FDDI Port LAN Adapter Parameters
Settable FDDI Port LAN Adapter Parameters
Size Field Description
Integer (1..7) FDDI PORTB Transmitted Line State Line state to be transmitted when the PCM state machine for
('1000 401F'x) { qls-quiet (0), ils-idle the port is in state PC9 Maint.
(1), mls-master (2), hls-halt (3),
pdr-active (4), lsu-unknown(5),
nls-noise (6) }
Integer (4..15) FDDI PORTB Line Error Rate Cutoff The link error rate estimate at which a link connection will be
('1000 403A'x) broken. It ranges from 10**-4 to 10**-15 and is reported as the
absolute value of the base 10 logarithm (default of 7).
Integer (4..15) FDDI PORTB Line Error Rate Alarm The link error rate estimate at which a link connection will
('1000 403B'x) generate an alarm. It ranges from 10**-4 to 10**-15 and is
reported as the absolute value of the base 10 logarithm of the
estimate (default of 8).
Integer (1..6) FDDI PORTB Port Action ('1000 Causes a Control signal to be generated with a control_action
4046'x) { maintPORT (0), enablePORT of 'Signal' and the 'variable' parameter set with the appropriate
(1), disablePORT (2), startPORT (3), value (i.e., PC_Maint, PC_Enable, PC_Disable, PC_Start, or
stopPORT (4) } PC_Stop) (refer to ANSI 9.4.2).
Integer (0..1) FDDI Hardware state ('0190'x) { 0 - This field sets the state of the hardware ports.
enable 1 - Disable }
E
C enhanced sna availability - setting 4-10
card replacement 4-38 ENTR - customizing using TSO 5-6
channel entries - OAT A-2
NetWare for SAA 4-33 error messages C-1
Commands EWXCOMM.INI file
Clear Debug B-2 initialization file 4-34
Configure OSA B-4 EWXSTART NLM
Delete File B-5 automatic start 4-34
Get Config B-6
Get Console Screen B-6
Get Debug B-9 F
Get File B-12 FDDI - customizing using TSO 5-6
Get OSA Address Table B-14 FENET - customizing using TSO 5-6
Install B-15 frame type - NDS/IPX 4-25
List File B-17
Put File B-19
Put OSA address table B-21 G
Query B-23 GUI 3-1
Remove Directory B-26 Query command 8-5
Send command B-27
I O
initialization file OAT A-1
definition of 4-34 OAT - default samples in IOA.SIOASAMP A-9
install command - entering from different places 4-40 OAT - detailed view A-1
installing OSA modes using REXX 5-1 OAT - examples A-12
ioaatm2 header instructions 5-3 OAT - summary format A-9
IOACMD.EXEC - set up 2-5 OAT extensions A-6
IOACMD.EXEC - using it 9-1 OAT templates 5-8
ioagxxxx - GUI messages 8-1 OS/2 GUI install without CM/2 2-22
ioainatm EXEC - using 5-1 OS/2 interface for OSA/SF 3-1
ioainatm2 5-1 osa address table - see OAT A-1
IOAINSNA.EXEC - set up 2-5 OSA-1 4-2
IP Forwarding 4-22 OSA-2 4-2
IP multicast support 4-7 OSA-2 (ATM) 4-2
IPX 4-25 OSA/SF
Downloading Windows GUI 2-14
OS/2 GUI 2-14
L OSA/SF GUI
languages supported by the API requester machine 2-17
REXX 9-4
MVS REXX example 9-5
LANRES mode P
installing LANRES SNA 4-34 passthru OAT record definition 4-4
loading NLMs 4-34 ping command 4-6
overview 4-28 port entry in the OAT A-6
service updates 4-33 port sharing - SNA 5-10
verifying 4-35 port sharing - TCP/IP 5-9
luname 2-3 problems
reporting 8-6
problems, general 8-1
M proc for OSA/SF 2-1
managing OSA/SF LP 3-8 ptf effecting only OSA/SF 2-13
master index file 2-4 ptfs 4-39
memory dump PVCs
ATM 8-4 Defining from ATM Native panel 4-19
ih1.trace 8-4 Defining from OSA Channels-Tree View 4-20
SNA 8-4
message log 8-2
message severity 8-1 Q
messages C-1 Query command
migrating 2-13 GUI 8-5
MPC 4-25
multicast support 4-7
MVS R
stopping OSA/SF 2-11 reporting problems 8-6
MVS/ESA REXX - using for customizing OSAs 5-1
starting under 2-11 REXX coding instructions 9-4
T
task for MVS 2-1
templates - OAT 5-8
trace
ATM 8-5
trace log 8-3
TSO - using for customizing OSAs 5-1
TSO - using for OSA/SF commands 9-1
Index X-3
Communicating Your Comments to IBM
OS/390
Open Systems Adapter
Support Facility User's Guide
For OSA-2
Publication No. SC28-1855-06
If you especially like or dislike anything about this book, please use one of the methods listed below to send your
comments to IBM. Whichever method you choose, make sure you send your name, address, and telephone number
if you would like a reply.
Feel free to comment on specific errors or omissions, accuracy, organization, subject matter, or completeness of this
book. However, the comments you send should pertain to only the information in this manual and the way in which
the information is presented. To request additional publications, or to ask questions or make comments about the
functions of IBM products or systems, you should talk to your IBM representative or to your IBM authorized
remarketer.
When you send comments to IBM, you grant IBM a nonexclusive right to use or distribute your comments in any way
it believes appropriate without incurring any obligation to you.
If you are mailing a reader's comment form (RCF) from a country other than the United States, you can give the RCF
to the local IBM branch office or IBM representative for postage-paid mailing.
¹ If you prefer to send comments by mail, use the RCF at the back of this book.
¹ If you prefer to send comments by FAX, use this number:
– FAX: (International Access Code)+1+914+432-9405
¹ If you prefer to send comments electronically, use one of these network IDs:
– IBM Mail Exchange: USIB6TC9 at IBMMAIL
– Internet e-mail: mhvrcfs@us.ibm.com
– World Wide Web: http://www.ibm.com/s390/os390/
Optionally, if you include your telephone number, we will be able to respond to your comments by phone.
Reader's Comments — We'd Like to Hear from You
OS/390
Open Systems Adapter
Support Facility User's Guide
For OSA-2
Publication No. SC28-1855-06
You may use this form to communicate your comments about this publication, its organization, or subject
matter, with the understanding that IBM may use or distribute whatever information you supply in any way
it believes appropriate without incurring any obligation to you. Your comments will be sent to the author's
department for whatever review and action, if any, are deemed appropriate.
Note: Copies of IBM publications are not stocked at the location to which this form is addressed. Please
direct any requests for copies of publications, or for assistance in using your IBM system, to your IBM
representative or to the IBM branch office serving your locality.
Today's date:
Newsletter number of latest Technical Newsletter (if any) concerning this publication:
Is there anything you especially like or dislike about the organization, presentation, or writing in this
manual? Helpful comments include general usefulness of the book; possible additions, deletions, and
clarifications; specific errors and omissions.
Page Number: Comment:
Name Address
Company or Organization
Phone No.
Cut or Fold
Reader's Comments — We'd Like to Hear from You
IBM
Along Line
SC28-1855-06
NO POSTAGE
NECESSARY
IF MAILED IN THE
UNITED STATES
IBM Corporation
Department 55JA, Mail Station P384
522 South Road
Poughkeepsie NY 12601-5400
Cut or Fold
SC28-1855-06 Along Line
IBM
Printed in USA.
SC28-1855-06