1. You always name the 'other guy' with CTC addresses, never yourself, because in the world of CTCs, you cannot talk to yourself.
2. It helps immensely to have a strict CTC addressing convention. I've discussed the topic here in the past. I presented a SHARE session on it some time ago. 3. Even without a strict naming convention, you can set up IEASYMxx to handle various situations. Basically for an LPAR that 'moves' in DR, you would need to specify a different CTC address. For one that does not move, you specify the same address. 4. All of this can be controlled by judicious use of LOADxx and IEASYMxx. No operator commands are required. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Steve Horein Sent: Sunday, February 22, 2015 7:24 AM To: [email protected] Subject: Re: IEASYMxx: How is possible define more than one LPARNAME at same time in SYSDEF? On Sat, Feb 21, 2015 at 6:41 PM, J O Skip Robinson <[email protected] > wrote: > > SYMDEF(&CTCPID#1='i-xxx,i-yyy') /* SET INPUT ADDRESS LIST */ > SYMDEF(&CTCPOD#1='o-xxx,o-yyy') /* SET OUTPUT ADDRESS LIST */ > > For clarification, does 'xxx' represent the address on z196-1, and 'yyy' the address on z196-2? Or are both addresses defined to the same HWNAME? I glanced at both MVS Init & Tuning Reference and Setting up a Sysplex, but didn't find a good description of the behavior (or benefits?) of specifying multiple devices. I interpreted the OP's question to relate more on how to handle the TEST systems when PROD systems move around, and was going to suggest using SETXCF MODIFY command on the TEST LPARs to specify new Inbound/Outbound addresses for the new PROD connections. Symbolics could still be used in that case, defining normal operations addresses, and "FDR" addresses when PROD is on alternate hardware. If 'yyy' automagically takes over when 'xxx' is not available, then a lot less manual effort (in the form of console commands) would be required. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
