It's been a few years, but I too supported a mixed
environment. 

Not sure how my MODETAB was set up - but terminals
could switch Mod types and get a session.

Guess I'll root around in my private archives to look
for a sample.



--- Chris Mason <[EMAIL PROTECTED]> wrote:

> Stan
> 
> You don't really mean that, do you? Or if you do,
> you'd better provide some
> further explanation.
> 
> In the days following the availability of the
> various 3278 models, I needed
> to support each on each type of controller. Because
> there were "non-SNA" and
> SNA controllers, and, of the later, two types,
> channel-attached and
> SDLC-attached, I devised an USS logon scheme which
> allowed the "model" to be
> selected as M2, M3, M4 or M5 following the data
> field, the latter typically
> used for the userid. Thus "tso mason,m3" was an
> example for the USS logon
> command. This definitely required one customized
> mode table for "non-SNA"
> attachment and one for SNA attachment, although,
> because of the 1536
> outbound RU size limit for the channel-attached
> controller, I had one for
> the channel-attached controller and one for the
> SDLC-attached controller.
> 
> Somewhat later, while teaching SNI Alias, a bright
> student from France
> pointed out that IBM really didn't allow more than
> one mode table per
> network(NetID) (logically concatenated to the
> supplied mode table ISTINCLM)
> as could be deduced from the way the SNI Alias
> function worked. This point
> was actually reinforced when the issue of running
> APPN with VTAM arose some
> years later.
> 
> All this to say that, yes, it is possible to have a
> "variety of mode
> entries" but, no, any selection from the "variety of
> mode entries" needs to
> be manual as the example of my USS tables shows.
> 
> The only selection by the LU, and I mean the
> "application", not the
> "terminal" LU, is by virtue of the Read Partition
> Query command and the
> information returned in the Reply used when allowed
> to be used, the "query"
> bit, as I explained in my previous post, and
> indicated by the use of the
> X'03" specification in the penultimate byte of the
> PSERVIC operand.
> 
> Chris Mason
> 
> ----- Original Message ----- 
> From: "Stan Saraczewski"
> <[EMAIL PROTECTED]>
> Newsgroups: bit.listserv.ibm-main
> To: <[email protected]>
> Sent: Monday, 16 October, 2006 4:04 PM
> Subject: Re: Defining a display LU so the user can
> choose the terminal type
> 
> 
> If you have a variety of mode entries the terminal
> lu
> will select the one best suited for the model it is.
> 
> --- âãé áï  àáé <[EMAIL PROTECTED]> wrote:
> 
> > Hi,
> >
> > How can I define a display LU so the user will be
> > able to choose the terminal type?
> >
> > Most users like A Model 2 (24*80), but I would
> like
> > the options to sue a model 3 or even a model 5.
> >
> > Gadi
> 
>
----------------------------------------------------------------------
> 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
> 


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

These days, most war (and lots of other evil) is perpetrated by the
Righteous.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

----------------------------------------------------------------------
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

Reply via email to