Neal

> I hope that clears it up.

That explains

a) the point about "previous lives" - irrelevant in fact
b) an interesting failure of planning for the "z/10" in the case of your 
current 
employer

What you have *not* done is fully explain your requirements. Unfortunately 
you put an "ie" in front of TSO - thanks for the implicit confirmation that 
your 
operating system is z/OS! - so there may well be problems to solve other than 
the use of TSO as an application.

The part of Dave Gibney's response of which I can make sense, namely the 
use of TN3270, implies that one answer to specifically access to TSO is to do 
the following. On the system or systems where you need access to TSO, set 
up the TN3270E server application provided with the z/OS Communications 
Server IP component. That way you can use a TN3270E client 3270 emulator 
in your workstations - the assumed end user device - in order to connect to 
the TSO application through the TN3270E server in each of your systems 
individually without needing to pass through any other system and thereby 
eliminating the need for "VTAM cross-domain" of any flavour, subarea or APPN.

This solution of course, applies to any other application where the access is 
purely from 3270 typically emulators using LU type 0 with 3270 data streams 
or LU type 2 for displays - and using LU type 0 with 3270 data streams, LU 
type 1 or LU type 3 for printers.

If you insist on using a session manager and you insist on installing the 
session 
manager only on one of the systems, then you need to work out how to install 
Enterprise Extender (EE) and continue with a "cross-domain" configuration - 
but the APPN flavour rather than the subarea flavour - and you are going to 
need the VTAM skills that have evolved from 15 years ago[1].

If you need other applications to run where the traffic is unavoidably VTAM 
API to VTAM API, the same requirement for EE exists.

If you have only the z/10 then Mark Pace made a good guess and you will be 
able to set up HiperSockets IP interfaces on all the systems - if they are not 
there already - using facilities described wherever XCF is mentioned.

EE and HiperSockets with your VTAMs enabled for APPN will be your only 
acceptable solution if the TN3270E server solution doesn't meet all your 
requirements.

Chris Mason

[1] Since it is evident from your answer to Mark Zelden - as it would appear 
from the reference to a redbook - that you are *not* the local VTAM 
specialist. A VTAM specialist would have been grateful for the reference 
perhaps but would need only to spend less than a minute to realise that the 
general answer was there and even the details were there from a glance at 
the table of contents. I'm actually worrying that the VTAM specialist that your 
current customer had once has been "let go".

On Wed, 14 Jul 2010 13:32:24 -0500, Neal Eckhardt 
<[email protected]> wrote:

>On 14 Jul 2010 10:00:42 -0700, [email protected] (Chris Mason)
>wrote:
>
>>Neal
>>
>>What do you mean by "we" - "in a previous life" or indeed "Previous lives"?
>>
><SNIP>
>
>Ok, let me clear the question up.
>
>Past Lives = previous employer that went belly up.
>
>Current life  = a shop  that used to use an ESCON-ESCON CTCA for
>VTAM-VTAM communications, but did not carry it over to the new z/10.
>
>Function required: Allow cross-domain access to applications running
>in another LPAR (ie TSO). I am looking to understand if the path can
>be defined between the LPARS without using a CTCA. A quick look at the
>manuals didn't have anything "jump out" at me, so if there is an
>alternative, I was looking for a nudge in the right direction on where
>to look.
>
>I hope that clears it up.
>
>Neal
>
>--
>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

Reply via email to