Pat "USS functions" can be described in the following terms:
- Inbound: the analysis and conversion of text into a formatted request - Outbound: the selection of messages explaining where the analysis failed or substitution of the response to the formatted request with text[but see 1] In the case of VTAM the actual communication between the SSCP logic performing the "USS functions" and the SSCP logic acting on the formatted request - and everything else that the SSCP does - is hidden.[1] In the case of the TN3270E server, the communication between the TN3270E logic performing the "USS functions" and the SSCP logic acting on the formatted request is the formatted request itself as created using the VTAM API[2], the REQSESS and TERMSESS macros, within the TN3270E server logic. Using this point of view the TN3270E server precisely performs the "USS functions" and not merely a "subset". This anyhow is true of the LOGON/REQSESS "half" even if it is not true - because of the failings of the RFCs - of the LOGOFF/TERMSESS "half". Incidentally, I don't think I would be able to identify any other SSCP functions performed by the TN3270E server - but I'm open to suggestions! Chris Mason [1] I seem to remember noting from NLDM displays that, in addition to the text messages explaining why a session could not be established such as USS message 7, one could also see the (formatted) negative responses to, in effect, to what the USS command had been converted. Take a look next time you have a chance. [2] In platforms other than VTAM, the TN3270E server could decide to be the "convert" type rather than the "pass-through" type with respect to USS functions and so could use the SNA API relevant to that platform. On Wed, 4 Jun 2008 15:29:22 -0500, Patrick O'Keefe <[EMAIL PROTECTED]> wrote: >On Mon, 2 Jun 2008 00:23:30 -0300, Shmuel Metz (Seymour J.) ><[EMAIL PROTECTED]> wrote: > >>... >>>The other kind of Tn3270 server - like z/CS's - has APPL LUs and >VTAM >>>does not do USS processing there. The server, rather than VTAM, is >>>acting as the SSCP for the clients. >> >>No; the SSCP does a lot more than convert USS to FSS[1]. >>... > >I agree, and I didn't mean to imply otherwise. What I was trying >to say was that since there is no SNA session (LU-LU or SSCP-LU) >with the client, any SSCP-ish functions needed by the client are >supplied by the Tn3270 server. That includes a subset of USS >functions. > >The pass-through kind of server (like the Tn3270 servers on Cisco's >channel-attached routers) pass the commands and messages >between the server and the real SSCP-LU sessions. Servers like >in z/CS emulate any SSCP functions provided. > >Pat O'Keefe > >Pat O'Keefe ---------------------------------------------------------------------- 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
