NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

In my case, I would prefer it to favor the local lpar.  We have everyone
coming into that one lpar at present, so I have that lpar beefed up in
virtual terminals, etc.  This would give me a chance to add in the
support without having to add a lot of definitions to the other lpars.



Larry Gray
Large Systems Engineering
Lowe's Companies Inc.
336-658-7944

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Friday, March 23, 2007 5:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: VTAM Generic Resources

On Fri, 23 Mar 2007 15:20:00 -0400, Gray, Larry - Larry A
<[EMAIL PROTECTED]> wrote:

>...
>I... .  When connecting to a generic
>resource, does it favor the application on the local lpar?  I am 
>looking at switching our multisession manager to using generic 
>resources, but most of our telnet sessions come in on one lpar.  Will 
>it send most of the connections to that lpar, or is it going to do some

>type of balancing?
>...

By default VTAM prefers the the local LPAR.  That can be overriden by an
exit.

Since you mention telnet, a useful alternative would be to set up a
Sysplex Distributor for your Tn3270 servers (assuming they are on
MVS) and let SD do round robin or its (pretty feeble) load balancing. 
Then the multple, balanced Tn3270 servers would make sessions with the
local instance of the GR application.

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

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