Defining the START command for VTAM AutoLogon sessions
The TAS PROC must execute from a procedure library, such as SYS1.PROCLIB.
You can start a TAS for a VTAM AutoLogon session by issuing the START command. When the START command is issued, the following messages appear on the VTAM terminal screen:
MainView Alternate Access AUTOLOGON in progress
The syntax for the START command is shown here:
START command parameters
Each parameter and subparameter in the VTAM START command is explained in the following table.
START command parameters for VTAM AutoLogon
Parameter or subparameter | Description |
---|---|
userID | (Required) Indicates the unique started task identifier for the TAS. Use this value to differentiate one TAS task from another task that runs concurrently on your system. When displaying active address spaces in MVS, the user ID appears in the procedure name field. The user ID value should be the user ID to be associated with your session, which is the same value that is defined to the DATA( user ID) subparameter. |
SUF | (Required) Defines a UBBPARM(BBVTASxx) member to a START command. The BBVTASxx member must contain the LOGON command and subparameters; otherwise, the VTAM session is not logged on. Use the SUF keyword to point to a BBVTASxx member when the LOGON command does not fit into the amount of space that you have for defining the START command, or when you want to customize and save the LOGON command and subparameters for an AutoLogon session. BBVTASxx members provide a means of expanding the amount of space that is necessary to specify the required LOGON command subparameters with the START command. Each BBVTASxx member for AutoLogon sessions must contain a user ID; therefore, each AutoLogon session that is started by using the SUF keyword must have a separate BBVTASxx member, or possible ISPF profile data set conflicts can result. The following command is an example of how SUF is used in the START command: S BBVTAS. userID, SUF=xx For more information about BBVTASxx members, see Defining-BBVTASxx-members-for-VTAM-AutoLogon-sessions and Step-5-Defining-a-default-TAS-initialization-parameter-list; see Controlling-TAS-initialization-parameters for more information about using the SUF keyword. |
P | (Optional) Changes keywords and LOGON command subparameters that are specified in the BBVTASxx member that is used to initialize the session, or defines keywords and subparameters that are not specified in BBVTASxx To define more than one value to P, separate each value with a : (colon). For example, if you define two keywords or the LOGON command and a keyword, you must use a : (colon) to separate the values. Single quotation marks must surround the entire value that is defined to the P parameter. See Controlling-TAS-initialization-parameters for more information about using the P parameter. The P parameter allows AutoLogon sessions to be started by an operator, without requiring additional customization. It also provides a method of specifying different session values, such as user ID, application menu, or caps support for Katakana terminals, when starting an AutoLogon session. When using the P parameter, the length of the START command and the entire LOGON command string might be too long to use with some methods of issuing the START command (see Understanding-the-methods-of-VTAM-AutoLogon-session-initialization). The following command is an example of how P is used in the START command: S BBVTAS.userID,P='parm:parm:parm:...' |
SUF and P | (Optional) Are used together in a single START command to:
By defining both the SUF keyword and the P keyword in the START command, any duplicate parameter values that are defined in the operator START command override the similar parameters that are defined in the BBVTASxx member. The following command is an example of how SUF and P are used together in the START command: S BBVTAS.userID,SUF=xx,P='parm:parm:parm:...' |
LOGON | (Required) Subparameter used when defining the TERMID, APPLID, DATA, and OPT subparameters. When specified in the START command, the LOGON command and its subparameters must be defined to the P keyword. When defined to a BBVTASxx member, the LOGON command and its subparameters must be pointed to in the START command by the SUF keyword. |
APPLID(applid) | (Required) Subparameter of the LOGON command and must be defined for VTAM AutoLogon sessions, either in a START command or in the BBVTASxx member. The applid value is the minor node root name that is defined in the VTAM application major node definition. |
TERMID(LUName) | (Required) Subparameter of the LOGON command and must be defined for VTAM AutoLogon sessions, either in a START command or in a BBVTASxx member. The TERMID( ) subparameter indicates to the TAS which terminal session (known as an LU to VTAM) should be initialized and logged on. The LUName value is the VTAM address of the terminal device. |
DATA(userID/password) | (Required) Subparameter of the LOGON command and must be defined for AutoLogon sessions, either in a START command or in a BBVTASxx member. The DATA subparameter has the following operands:
|
OPT (x;x;x) | (Optional) Subparameter of the LOGON command that can be defined for AutoLogon sessions, whether on a START command or in a BBVTASxx member. The OPT subparameter contains a character string that is passed by MainView Alternate Access to the application and gets executed after the session is initialized. The OPT subparameter value, (x;x;x), can be any alphanumeric character string that could be entered in the command field of the Selection Menu, where each x is a command or menu option. Each x value in the character string must be separated by one or more ; (semicolons). Other delimiter characters might not be valid. The maximum length of OPT(x;x;x) and its variable string is 80 bytes, but you might have fewer bytes available, depending on where this subparameter is defined. See Understanding-the-methods-of-VTAM-AutoLogon-session-initialization for information about limitations when defined to a START command; see Defining-BBVTASxx-members-for-VTAM-AutoLogon-sessions for information about defining subparameters in a BBVTASxx member. Each x value must be a MainView product menu option, view, screen, or command. Additionally, access to a MainView product results in a CONNECTING... message that requires you to define multiple consecutive semicolons (;;) in your OPT string at the point where this message occurs. BMC recommends that you test your (x;x;x) value before defining it to the OPT subparameter. You can test (x;x;x) by displaying the respective menu and entering the character string to verify that it displays the view, screen, product, or service that you expect. See START command examplesfor examples of how the OPT subparameter can be configured. |
ACCOUNT=value | (Optional) Defines a default account value that is used for job accounting; see Understanding-TAS-initialization-parameters for more information. When specified in the START command, ACCOUNT must be defined to the P keyword. |
CAPS={YES | NO} | (Optional) Specifies Katakana terminal support; see Understanding-TAS-initialization-parameters for more information. When specified in the START command, CAPS must be defined to the P keyword. |
DEVGROUP=device | (Optional) Specifies an esoteric device name for ISPF log, list, and profile data sets; see Understanding-TAS-initialization-parameters for more information. When specified in the START command, DEVGROUP must be defined to the P keyword. |
SYSPREF=prefix | (Optional) Specifies a prefix for the ISPF profile data sets that is different from the user ID or the prefix that is defined in the profile for the user ID in the external security manager; see Understanding-TAS-initialization-parameters for more information. When specified in the START command, SYSPREF must be defined to the P keyword. |
START command examples
The following examples show how the START command can be defined for a VTAM AutoLogon session.
The default values are used in these examples, but your site might have defined other values. These examples also assume that VTAM and the MainView Alternate Access major node are active, and that all VTAM terminals are varied active on the network.