Shmuel, IKIM (I know I mean) that LINEMODE requires a BIND that specifies LU type 1 in the first byte of the presentation services field. Likewise the various 3270 devices types require *either* a BIND that specifies LU type 0 *or* LU type 2 in the first byte of the presentation services field (excluding the TN3270E device type IBM-3287-1 where the specified LU type is either 1 or 3).
ITYF (I think you'll find) that in order to set up a session with a 3767 the BIND must specify LU type 1 in the first byte of the presentation services field. Also if you research the history of SNA and the various devices that introduced SNA to the world, the 3767 stands out as the most simple implementation of "LU type 1" in that, unlike the 3770 range, to use the dedicated function example, it operated without function management headers and, unlike 3270 printers running "LU type 1", it had was capable of input* as well as output. * I'm not counting the CANCEL, PA1 and PA2 functions of the 3270 printers running "LU type 1". VTAM can most certainly "directly deal" with the 3767. I wonder if you mean "NCP in the middle". Even so I vaguely remember "integrated communications adapters" which supported SDLC circuits. It may be that you remember the 3767 as having the capability to behave like one of the 2740 models or a 2741. This is also a vague memory for me so I'm not sure whether or not one ordered the 3767 with the feature and whether you got one feature or both features together. If you were running the 3767 in 2741 "mode" or whatever it was called (maybe the 2740 model too - this is all straining my memory circuits) , you would then be obliged to use NTO together with NCP in order to support it. Incidentally, the whole purpose of NTO was to take various start-stop devices - and the 3780 in point-to-point BSC "mode" - and make them look - almost* - like a 3767 to the VTAM application. * There was a bit of a difficulty over mapping CR-LF to the SCS NL, a function which was not performed in fact due to the 3705 etc. architecture not having a storage move instruction. Chris Mason ----- Original Message ----- From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Thursday, 02 February, 2006 12:44 PM Subject: Re: Access to Mainframes via Putty? > In <[EMAIL PROTECTED]>, on 02/01/2006 > at 03:13 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said: > > >I think we've go different viewpoint here rather than any real > >difference of opinion. The MVS Tn3270 server supports Tn3270, > >Tn3270E, and line-mode (ASCII or EBCDIC) clients. The line-mode > >device definition is part of the Tn3270 server parms. As with > >everything in the Tn3270 server, it talks to VTAM (as you mentioned) > >as a 3767 lookalike. > > ITYM that for line mode it talks to VTAM as LU1. For 3270 mode it > talks to VTAM as LU2. In neither case does it talk to VTAM as a 3767. > In fact, VTAM cannot directly deal with a 3767; you need NTO in the > middle. > > -- > Shmuel (Seymour J.) Metz, SysProg and JOAT > ISO position; see <http://patriot.net/~shmuel/resume/brief.html> > We don't care. We don't have to care, we're Congress. > (S877: The Shut up and Eat Your spam act of 2003) ---------------------------------------------------------------------- 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
