It's not that I want him to stay in his safety zone, I was just trying to inform him that he did have that option. I don't have any PATH statements in my configuration.
>>> Chris Mason <[email protected]> 07/14/10 8:47 PM >>> Neal > Because it's easier and cleaner to just put an entry into the session manager, ... It seems - not unusually of course - that you are looking for the easiest solution. This will be true *only* if you can replace your assumed subarea ESCON channel-to-channel with a like-for-like connection between the VTAM subarea nodes so that the DISPLAY NET,STATIONS command has the same output with the "z/10" as with whatever the "z/10" replaced. You will continue to use subarea PATH statements and "home" and "away" CDRMS - possibly along with "liberal" start options - or possibly your installation is antediluvian and has CDRSCs whenever there is a "sniff" of "cross-domain". It's the dreaded PATH statements that are forcing you down that "easy" road. If this isn't possible, sleeves will need to be rolled up! Judging from his responses, Scott Rowe - assisted by Allan Staller and to some extent by Dave Gibney - seems to want you to stay in the VTAM subarea "comfort zone" maybe because he is - and they are - also aware of the PATH statement handcuffs but want also to protect you from APPN. Thus there is some emphasis on contriving to set up channel-to-channel definitions along the lines of my initial suggestion "So my first suggestion is to check whether or not there really is no channel-to-channel capability and, if not, why not.". However, if you really cannot manage to repair the damage caused by not having planned for a replacement for the ESCON-based connections used by the replaced CEC or CECs, you'll need to read - again? - my previous post and go the TN3270E "route" or the APPN/Enterprise Extender "route" - or both. Chris Mason On Wed, 14 Jul 2010 14:38:05 -0500, Neal Eckhardt <[email protected]> wrote: >On Wed, 14 Jul 2010 11:39:57 -0700, Gibney, Dave <[email protected]> >wrote: > >>Hipersocket and then you can use TSO telnet to reach the other LPAR. >> >>But, I have to ask, why not just have them start another 3270 emulator >>session to the other LPAR? >> > >Because it's easier and cleaner to just put an entry into the session manager, >and let it find the software running in another LPAR through the cross domain >connection. > >Neal ---------------------------------------------------------------------- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- 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
