Table Of Contents
Customizing Address Space Operations (IJTCFGxx)
Component and Message Type Definitions
Customizing Address Space Operations (IJTCFGxx)
This chapter will help you customize Cisco IOS for S/390 Address Space Operations. This is handled through the Infrastructure (IFS) environment. The IFS configuration member is IJTCFGxx.
IFS is a generic, multitasking, runtime environment for MVS system application address spaces. A system using IFS is an authorized, operator-started task or job that initializes as a subsystem (the primary JES must be initialized first to support SYSOUT requirements).
Describes how to set timing services, time zone, tracename, and GTF ID
Describes how to tailor message logging
•
Authorization Key Information
Describes how to set component authorization key
Describes how to tailor parameters for SMF statements issued by Cisco IOS for S/390
Describes how to configure exit points
Describes how to set Security
Describes the pools available for Cisco IOS for S/390
IFSPARM Statement
The IFSPARM Statement in IJTCFGxx allows you to set GTF ID, timezone, and timing services.
IFSPARM Syntax
IFSPARM GTFID (value)
[DATASPACESIZE (size)]
[MAXSTGPCT (below, above)]
[PROMPT | NOPROMPT]
[SECONDARYNAME (name)]
[TIMER (interval)]
[TIMEZONE (ATLANTIC | EASTERN | CENTRAL |
MOUNTAIN | PACIFIC | char hours)]
[TRACENAME (name)]
[VMCFNAME (vmcf) PROMPT]
[VSREPORT (interval) | NOVSREPORT]
Syntax Description
IFSPARM Usage Notes
Timing Services
The IFS timing service, ITIME, allows interval timing to occur in modes other than primary task mode. The heart of the timing service is a fixed interval timer DIE that schedules SRBs in response to timers expiring.
Each timer is capable of tracking eight separate intervals. When the interval time expires, either an exit can be driven or an ECB posted.
The time interval (TIMER) for the DIE is configurable and has a range of 0.1 to 1 second. The time interval is specified in IJTCFG00. Note that specifying a large interval will decrease timer resolution. Specifying a very small interval will increase timer overhead.
Setting the Time Zone
To set the time zone for your system, specify your choice on the IFSPARM statement with the TIMEZONE parameter. For example, to set the time zone to Eastern Standard Time:
IFSPARM TIMEZONE (EASTERN)Setting the GTF ID
To set the Generalized Trace Facility (GTF) identification value for Cisco IOS for S/390, specify the value on the IFSPARM GTFID statement. For example, to set the value as 17:
IFSPARM GTFID 17Controlling Message Logging
The LOGGING statement in IJTCFGxx specifies the filtering for both print and console messages. Messages are filtered by component and level within component. For instance, specifying:
LOGGING PRINT((TC,RFEWISDT)) WTO((TC,FE))prints all TCP messages, but only issues operator messages for fatal and error type TCP messages. Messages for other components are issued at their default levels for both print and operator messages.
The LOGGING statement also controls the spin attributes of the SYSOUT data set and the console routing codes of messages issued by Cisco IOS for S/390.
LOGGING Statement
LOGGING [CLASS (class)]
[DEST (destination)]
[FORMS (name)]
[PRINT ((subparameter) [, (subparameter) [, ... ]])]
[ROUTCDE (list)]
[SPIN (LINES (lines) | MINUTES (minutes) | SYNC) | NOSPIN]
[WRITER (name)]
[WTO (subparameter [, subparameter [ , ... ]])]
Syntax Description
CLASS (class)
Specifies the SYSOUT class.
Default: Class specified as SOUT = keyword of PARM field
DEST (destination)
Specifies the SYSOUT destination.
Default: No destination
FORMS (name)
Specifies the print form. (Corresponds to FORMS = on the T01LOG DD statement.)
Default: None.
PRINT (subparameter)
Subparameters are processed left to right. Valid values:
ALL—PRINT all messages, all types
NONE—PRINT no messages
(ALL, types—PRINT given types for all components
component, ALL—PRINT all messages for given component
component, NONE—PRINT no messages for given component
component, types—PRINT given messages for given component
See Component and Message Type Definitions for component and type specifications and defaults.
ROUTCDE (list)
Specifies the MVS routing codes for console messages. List can be one or more valid MVS routing codes, separated by commas. Routing code ranges can be specified by separating them with a hyphen.
IFSPARM LOGGING ROUTECD(2)IFSPARM LOGGING ROUTECD(3,4,8-11)IFSPARM LOGGING ROUTECD(9-11)Default: No routing code. This means console messages are routed according to the defaults specified in the MVS SYSGEN. Range: 1 to 16
SPIN (LINES (lines) | MINUTES (minutes) | SYNC) | NOSPIN
Determines when the log file will be closed and reopened.
LINES—The number of lines in the log to trigger the spin. The maximum number of lines that can be specified is 2,000,000,000.
MINUTES—number of minutes. The maximum number of minutes that can be specified is 357,913. TIME is an alias for MINUTES.
SYNC—Specifying SYNC with a MINUTES parameter causes a SPIN on the next occurrence of the interval synchronized to the previous midnight. Specifying SYNC without a MINUTES parameter causes a SPIN on the hour, every hour.
Default: NOSPIN
WRITER (name)
Specifies the member name of an installation-written program in the system library that the external writer loads to write the output data set. (Corresponds to WRITER= on the T01LOG DD statement.)
Note: Do not code INTRDR or STDWTR (and for JES3, NJEWTR) as the writer name. These names are reserved for JES.
WTO (subparameter
[, subparameter [,...]])Subparameters are processed left to right. Valid values:
ALL—WTO all messages, all types
NONE —WTO no messages
ALL,types—WTO given types for all components
component, ALL—WTO all messages for given component
component, NONE—WTO no messages for given component
component, types—WTO given messages for given component
See Component and Message Type Definitions for component and type specifications and defaults.
Component and Message Type Definitions
Table 3-1 displays the WTO and PRINT components and their message type defaults, according to message destination. Message type is listed in the table and is specified as:
•
R—Response
•
F—Fatal
•
E—Error
•
W—Warning
•
I—Informational
•
S—Statistics
•
D—Debugging
•
T—Trace
Examples of Logging
To Write to the Operator (WTO) only messages for the IF component and type Debug, Error, Warning, and Informational messages for the IJ component, use this syntax:
WTO(NONE,(IF,ALL),(IJ,DEWI))To print all type Debug and Error messages, but not anything for the SO component:
PRINT((ALL,DE),(SO,NONE))To send everything to Write to Operator:
WTO(ALL)To print nothing:
PRINT(NONE)Note that parameters are processed left to right, as an example:
PRINT(ALL,(IJ,I),NONE)The final NONE subparameter overrides the ones before it.
Authorization Key Information
AUTH information is required for Cisco IOS for S/390 operation. Both customer number and authorization key must be supplied. The initial component authorization key is provided at installation time and determines which Cisco IOS for S/390 components are authorized for your installation. The key has a built-in expiration date. Once the expiration date arrives, you will no longer be able to restart Cisco IOS for S/390 and you will need to contact Customer Support for a new key. After entering the component authorization key, you will need to stop and restart
Cisco IOS for S/390 for the authorization key to take effect.Information on setting the component authorization key for initial startup is included in the
Cisco IOS for S/390 Planning Guide.AUTH Statement Syntax
AUTH CUSTNUM (cust_num)
KEY (auth_key)
Syntax Description
Setting SMF Parameters
The TCP/IP stack generates SMF records at various processing points, such as connection establishment, connection termination, connection rejection, and failed connection attempts.
The INTERVAL parameter of the SMF statement determines the frequency (in minutes) with which periodic SMF statistics records, such as virtual storage utilization and driver statistics, are written.
The available record subtypes are described in the Cisco IOS for S/390 System Management Guide.
You can set your SMF parameters using the SMF statement in IJTCFGxx.
SMF Statement Syntax
Syntax Description
SMF [TYPE (number)]
[SUBTYPE (subtypes) | ALL | NONE]
[INTERVAL (minutes)]
SMF Usage Notes
Record Subtypes
The absence of an SMF statement in the configuration indicates that no SMF recording is performed.
SMF Examples
These examples show the usage of the SMF statement:
SMF TYPE(189) ALLSMF TYPE(241) SUBTYPE(21)SMF NONESetting Exit Points
Use the EXIT statement to define global user exits to Cisco IOS for S/390. Each EXIT statement defines an exit program to Cisco IOS for S/390, and specifies at which exit point(s) the program will be invoked.
In addition to the exit points listed below, each exit program will receive control at the INIT and TERM exit points. For more information on the usage of the Exit facility, read the Cisco IOS for S/390 Planning Guide.
EXIT Statement Syntax
EXIT PROGRAM (program_name)
[PARM (string) ,]
[FTPLOGIN | NOFTPLOGIN | AUTOFTPLOGIN, ]
[FTPRSRCE | NOFTPRSRCE | AUTOFTPRSRCE, ]
[LOG | NOLOG | AUTOLOG, ]
[TCPBIND | NOTCPBIND | AUTOTCPBIND, ]
[SYNRCVD | NOSYSRCVD | AUTOSYSRCVD, ]
[SENDSYN | NOSENDSYN | AUTOSENDSYN, ]
[TCPESTAB | NOTCPESTAB | AUTOTCPESTAB, ]
[TCPCLOSE | NOTCPCLOSE | AUTOTCPCLOSE, ]
[UDPBIND | NOUDPBIND | AUTOUDPBIND, ]
[UDPSEND | NOUDPSEND | AUTOUDPSEND, ]
[UDPRECV | NOUDPRECV | AUTOUDPRECV, ]
[RAWSOCK | NORAWSOCK | AUTORAWSOCK, ]
[RAWSEND | NORAWSEND | AUTORAWSEND, ]
[RAWRECV | NORAWRECV | AUTORAWRECV]
Syntax Description
Using the IEFUSI Sample Exit
When a single Cisco IOS for S/390 region is to service many application users, it may require virtual storage beyond the default provided in most installations. Specifying a private area REGION size greater than 16 MB however, can cause storage allocation problems for system resources below the 16 MB line. In these instances it may be necessary to implement a user exit, such as IEFUSI, to ensure that adequate region values are supplied for Cisco IOS for S/390 operation. Source for a sample IEFUSI exit is provided in the TCPSAMP distribution data set.
![]()
Note
This is a sample only. The region values should be modified to fit your installation's requirements.
Security Settings
This section describes how to configure the SECURITY Statement.
Security Statement Syntax
This is the syntax for the Security statement.
SECURITY CLASS (class)
PROFILE (profile)
REQID (id)
APPLNAME (name)
SUBSYS (name)
XSEC (option1 option2. .)
Syntax Description
POOLDEF Settings
The POOLDEF statement is used to define pools of control blocks necessary to run the API and put limits on API usage. Because the API is used internally by the domain name resolver, it must be set up properly for Cisco IOS for S/390 to run. The pool definitions specify an initial amount, an expansion amount, and a minimum amount to limit contraction. You can adjust these numbers to minimize expansion and contraction and improve efficiency. Refer to Defining Control Block Pools (POOLDEF Statement) for more specific information.