All attracted to the Subject line This was a question and single limited-scope response picked up in a Google Groups digest but *not* found in the archives.
- Robert (and Taltyman) > Is there an easy way ... This depends on your definition of easy! > ... of matching the IP addresses returned by an NETSTAT ALLCON ... with > actual users logged on to the system? The most appropriate response here to the apparent requirement may be the one traditionally ascribed to the Irishman giving directions: "I wouldn't be starting from here, so I wouldn't!" If what you want is a table with each row corresponding to each logged-on TSO user with a column for the userid and a column for the IP address corresponding to the TN3270 client at which that logged on user is sitting, you should start with the TSO user. First you need to be presenting your commands to the z/OS system supporting the TSO users. This is some flavour of the DISPLAY TS command. I don't have a system to hand but I'm sure you'll quickly discover how to get the output you need which is simply the list of your current TSO users. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1B1/4.10.39[1] Now, by "hand" or by Clist - I grew up with NetView as the environment where I could enter commands and then work on the output returned - you need to take each userid and specify it in the following command: DISPLAY NET,TSOUSER,ID=userid Ideally the output is as shown in the following example I took from the z/OS Communications Server (CS) SNA Operations manual: <quote> Displaying a TSO user ID when the SLU is a Telnet client: d net,tsouser,id=user1 IST097I DISPLAY ACCEPTED IST075I NAME = USER1, TYPE = TSO USERID IST486I STATUS= ACTIV, DESIRED STATE= N/A IST576I TSO TRACE = OFF IST262I ACBNAME = TSO0001, STATUS = ACT/S IST262I LUNAME = TCPM1011, STATUS = ACT/S----Y IST1727I DNS NAME: VIC127.TCP.RALEIGH.IBM.COM IST1669I IPADDR..PORT 9.67.113.83..1027 IST2203I CHARACTER SET 0065 CODE PAGE 0025 IST314I END </quote> Why do I say ideally? The possible problem is that the IST1669I message may not be there. (Also the IST1727I message may not be there.[2]) First, you need to be sure that all VTAM systems through which the setup requests for initiating the SNA session between the TELNET server and TSO are happy to pass the Control Vector 64 (CV64). The start option which controls this behaviour is IPINFO and the default value, SENDALL, is least restrictive so probably (all) the IPINFO start option(s) is/are set correctly for you. Next, until you reach z/OS V1R12, you need *not* to be using any session manager in relay mode. From V1R12 you need to make sure that whatever session manager you may be using has the necessary support to pass the CV64 from the primary LU logic to the secondary LU logic. - In case it is also of interest, you may be interested to check out the significance of the IKT122I (and IKT123I and IKT124I) messages in the CS SNA Messages manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C6A0/3.41 - Note that the greatest concentration of expertise regarding CS matters, both IP and SNA, is in the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L - [1] I see you are using z/OS V1R6. I hope you'll excuse my using the V1R12 library for reference. I don't think it's going to make any difference - except V1R12 is supported and I'm not sure V1R6 is! [2] But, if that looks interesting, you'll need to include - apparently quite spuriously - a dummy HNGROUP: HNGROUP DUMMY * ENDHNGROUP in the PROFILE data set used by your TELNET server - another story I'll go into on request - assuming you don't have at least one already. The idea is to require the TELNET server to resolve the TELNET client IP address to a fully-qualified domain name. - Chris Mason - Robert AH Prins Mon, 15 Aug 2011 18:14:21 +0100 Is there an easy way of matching the IP addresses returned by an NETSTAT ALLCON, ie something like (addresses obscured) MVS TCP/IP NETSTAT CS V1R6 TCPIP Name: TCPIP 16:04:52 User Id Conn Local Socket Foreign Socket State ------- ---- ------------ -------------- ----- TCPIP 000020D6 aaa.bbb.c.dd..23 abb.afg.baa.aab..dicda Establsh TCPIP 000020E9 aaa.bbb.c.dd..23 abb.afg.baa.aab..dihbb Establsh TCPIP 000020EE aaa.bbb.c.dd..23 abb.afg.baa.aab..dihfe Establsh TCPIP 000021DE aaa.bbb.c.dd..23 fi.id.afi.ace..bgchi Establsh TCPIP 00002091 aaa.bbb.c.dd..23 eh.di.bch.ade..eidde Establsh TCPIP 0000209D aaa.bbb.c.dd..23 eh.di.bch.ade..eifai Establsh TCPIP 0000201D aaa.bbb.c.dd..23 aig.abh.ae.id..ebfae Establsh with actual users logged on to the system? Thanks, Robert -- Robert AH Prins robert(a)prino(d)org - taltyman Mon, 15 Aug 2011 13:39:53 -0700 (PDT) D NET,ID=aaa.bbb.ccc.ddd,TYPE=IPADDR,E then parse to the session LU name at the bottom and the D NET,ID=luname,E and look for jobname in the results So code up a rexx or clist to do that --- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html