> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Arney > Sent: Thursday, September 22, 2005 11:27 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: HOD/HACL running on z/OS? > > > Using John's approach you would have to worry about things > like keeping > track of each client session IP address and port number so > you could support > multiple sessions from a client and during the replay, send > the proper input > to the right (new) TN3270 session.
I don't see this. The "proxy" does a LISTEN on a port. When the client "connects", I eventually end up with a socket. All I/O to/from the client occurs on this socket. The code then connects to the TN3270E server and I end up with a second socket. All input from the first socket goes to the second socket and vice versa. If the same client attaches to me again, I get a second set of sockets that are in no way related (IP-wise) to the first set of sockets. > > Your "transparent proxy" would also look to the TN3270 server > to be the > client machine (IP address of connection origin). This can > cause all sorts > of problems with how the server allows or decides how your > client can use > its services and what LUs are allocated to its sessions. Very good point. I had forgotten about this because we do not do any kind of LU assignment based on IP address. There might also be a problem if there is a RESTRICTAPPL in the defination of the "real" PORT. I'm not sure of this, but I think it is likely. > > And to build the screen image buffer from the 3270 data > streams, you have to > basically write a 3270 emulator. True. But I think this would be true of any "capture" type program which wants to compare 3270 screens. So this particular capture method shouldn't be any harder than any other capture method. > > Agreed, these things can be handled, but I don't think this > would be an easy > path to do what he wants. Again, I agree. It would not be easy in the absolute sense. But I do think that it would be "easier" (FSVO easier) than doing the equivalent processing with a VTAM LU "capture" program. Actually, if I were needing this, I would likely do the capture using Linux. I've not thought about it in detail, but using "s3270" and/or "expect" with "x3270" come to mind. > > Chuck Arney > illustro Systems International, LLC -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
