On Fri, 17 Jun 2005 10:36:24 -0400, Gray, Larry - Larry A <[EMAIL PROTECTED]> wrote:
>Subareas are the part I understand. CTC's, PATH, etc. I know. I was >just wondering if that was the better route to use. >... >>I've always used subareas for LPARs. Basically just clone ATCCONxx and >>ATCSTRxx and edit to taste. Don't mess with the buffer sizes. >>To communicate you'll need PATH, CDRM and CDRSC resources to talk. >... I don't see that anyone else spoke directly in favor of APPN, so I will. There's a definite learning curve associated with APPN, but once you get beyond that you end up with a network that is definitely easier to maintain and enhance. No PATH defs; not CDRM defs. If your new LPAR is in the same Sysplex as another VTAM, and you are using dynamic XCF, you do not have to make any change to any existing VTAM. Define the new VTAM to itself, bring it up, and it magically contacts the other VTAM in the Sysplex through dynamic XCF connections. You will want to define CTCs if you don't want cross-domain traffic on your XCF links, but you don't need to. Almost all continuous availability functions in VTAM and TCP/IP require an underlying APPN network: Generic Resourses, MultiNode Persistant Sessions, movable Dynamic VIPAs, Sysplex Distributor. APPN is directly required for the VTAMJ functions; Dynamic XCF support (part of APPN) is required for the TCP/IP functions. Enterprise Extender is APPN over IP. That is probably the easiest way to connect 2 distant VTAMs - certainly easier than setting up SNI. It's also one of the easiest ways to connect 2 local VTAMs that are not part of the same Sysplex - especially if you don't have spare ESCON or FICON CTC ports defined and cabeled up. APPN is definitely the way to go if you don't have a compelling reason to stahy subarea. You are probably going to evenutally do it anyway. 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
