VTAM Commands

[Schuh, Richard]

Is there an exit or other facility that allows an authorized class G user to issue VTAM commands and get the response back? We have some naïve (VM illiterate) users in the network group who need to be able to issue commands to VTAM. I am hesitant about giving them the ability to either log on to VTAM or be made SECUSER to it. My fuzzy memory in this area is that there is/was a commonly used exit or exec available somewhere.

Regards,
Richard Schuh

[Raymond Noal]

Richard,

If memory serves me correctly, you, as a class G user can become a secondary console user to the VTAM virtual machine and send messages to VTAM and receive VTAM's reply(s). I used EXECs like 'DNET' and 'FNET' to be something similar to the OS/390 and/or z/OS commands 'D NET' and 'F NET'. These EXECs worked fine for me.

Hope this helps.

HITACHI
DATA SYSTEMS

Raymond E. Noal
Lab Manager, San Diego Facility
Office: (858) 537 - 3268
Cell: (858) 248 - 1172

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On Behalf Of Schuh, Richard
Sent: Wednesday, February 15, 2006 11:51 AM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: VTAM Commands

Is there an exit or other facility that allows an authorized class G user to issue VTAM commands and get the response back? We have some naïve (VM illiterate) users in the network group who need to be able to issue commands to VTAM. I am hesitant about giving them the ability to either log on to VTAM or be made SECUSER to it. My fuzzy memory in this area is that there is/was a commonly used exit or exec available somewhere.

Regards,
Richard Schuh

[Jim Bohnsack]

I've got code that I use for that. I run with the VTAM service machine(s)
secuser'd to the sys_op id which is running PROP. The code the user has
access to sends the msg to sys_op which traps it and issues the VTAM
command. It gets the response back and until either the normal VTAM "end
of message" line comes back or for some set time, it will forward anything
from the VTAM service machine back to the originator of the command. It
could get confused on a really busy system if you had a bunch of users
issuing VTAM messages all at the same time, but that has never been an
issue for me. You can have the execs if you want. If you're running
VM:Operator or something else, you're on your own on that end. The exec
just has to be modified for your own VTAM machine's id and the userid of
your sys_op machine.

Jim

Post by Schuh, Richard
Is there an exit or other facility that allows an authorized class G user
to issue VTAM commands and get the response back? We have some naïve (VM
illiterate) users in the network group who need to be able to issue
commands to VTAM. I am hesitant about giving them the ability to either
log on to VTAM or be made SECUSER to it. My fuzzy memory in this area is
that there is/was a commonly used exit or exec available somewhere.
Regards,
Richard Schuh

Jim Bohnsack
Cornell Univ.
[phone]

[Michael Tanzer]

VSPO is a program that runs under GCS on the VTAM virtual machine (or
any other machine in the group). It acts as a Secondary Program
Operator, allowing users of other virtual machines to pass commands to
VTAM via SMSG and receive responses back via MSGNOH. During
initialization, VSPO reads a list of authorized users from an ordinary
CMS file. Any user on the list can issue a VTAM VARY, DISPLAY, or MODIFY
command by entering:
SMSG VTAM cmd
where 'cmd' is the VTAM command. The list of authorized users can be
updated without a regen of VSPO, and without bringing down VTAM.

VSPO can handle concurrent requests, delivering VTAM's response to each
one to just the user who issued it.

Contact ***@electrumsoftware.com.au for more details.

Michael Tanzer

-----Original Message-----

Date: Wed, 15 Feb 2006 11:50:40 -0800
From: "Schuh, Richard" <***@visa.com>
Subject: VTAM Commands

Is there an exit or other facility that allows an authorized class G =
user to issue VTAM commands and get the response back? We have some =
na=EFve (VM illiterate) users in the network group who need to be able =
to issue commands to VTAM. I am hesitant about giving them the ability =
to either log on to VTAM or be made SECUSER to it. My fuzzy memory in =
this area is that there is/was a commonly used exit or exec available =
somewhere.=20

Regards,
Richard Schuh

------------------------------