Hi, Clovis -
Thanks, but I knew how to do that.  I've used VCTC between guests for years.
 What I needed, but apparently is not supported is a VCTC, connecting CP to
a virtual machine for ISFC links.

On Tue, Oct 5, 2010 at 12:40 PM, <gclo...@br.ibm.com> wrote:

> > Now I'm trying to figure out how to define a virtual CTC between CP and
> the 2nd level VM.
>
> Mark, it is easy.
>
> On first level, define one Virtual CTC (FCTC, SCTC) into TCPIP (or another
> capable machine) to connect to second level VM.
>
> On second level VM, *define* and *couple* the Virtual CTC to first level
> TCPIP *before* his IPL (COMMAND into Directory is a good place to set it).
> After the IPL, DEDICATE the CTC (the second level thinks it is a REAL CTC)
> to his TCPIP machine.
> Done, you have the two TCPIPs connected by CTCs...
>
> Work fine also for VTAM machines, RSCS, PVM, zOS and so long...
>
> ______________________________________________
> Clovis Pereira
>
>
> [image: Inactive hide details for Mark Pace ---04/10/2010 10:06:05---Real
> CTC link are working between LPARs. I have a 2nd level VM tha]Mark Pace
> ---04/10/2010 10:06:05---Real CTC link are working between LPARs. I have a
> 2nd level VM that I dedicated a CTC address to tha
>
>
> From:
> Mark Pace <pacemainl...@gmail.com>
> To:
> IBMVM@LISTSERV.UARK.EDU
> Date:
> 04/10/2010 10:06
> Subject:
> Re: z/VM ISFC links
> Sent by:
> The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>
> ------------------------------
>
>
>
> Real CTC link are working between LPARs.
> I have a 2nd level VM that I dedicated a CTC address to that is also
> talking to the other LPAR.
>
> Now I'm trying to figure out how to define a virtual CTC between CP and the
> 2nd level VM.
> CP DEFINE CTC is for a virtual machine.
> VMA = LPAR
> VMB = 2nd level VMA guest
> VMC = LPAR
>
>
> VMA -------- VMC
>        ctc    |
>  ?            |
> VMB ----------+
>         ctc
>
> On Fri, Oct 1, 2010 at 10:14 AM, Mark Wheeler 
> <*mwheele...@hotmail.com*<mwheele...@hotmail.com>>
> wrote:
>
>    In the Better Late (for John) Than Never department, the Redbook "FICON
>       CTC Implementation" was published in 2001. Find it at *
>       
> http://www.redbooks.ibm.com/redpapers/pdfs/redp0158.pdf*<http://www.redbooks.ibm.com/redpapers/pdfs/redp0158.pdf>
>
>
>       Mark Wheeler
>       UnitedHealth Group
>
>       --
>
>       "Excellence. Always. If Not Excellence, What? If Not Excellence Now,
>       When?"
>       Tom Peters, author of "The Little BIG Things"
>
>
>
>
>
>       > Date: Thu, 30 Sep 2010 19:25:24 +0200
>       > From: *jphartm...@gmail.com* <jphartm...@gmail.com>
>
>       > Subject: Re: z/VM ISFC links
>       > To: *ib...@listserv.uark.edu* <IBMVM@LISTSERV.UARK.EDU>
>       >
>       > When I set up something similar in a 6-lpar VM system almost 10
>       years
>       > ago, it took me quite some time to get the CTC defined correctly
>       in
>       > the IOCP so that I had n-to-n connectivity. Of course this was in
>       the
>       > days of stand-alone IOCP. I hope you have better tools.
>       >
>       > j.
>       >
>       > On 30 September 2010 19:00, Mark Pace 
> <*pacemainl...@gmail.com*<pacemainl...@gmail.com>>
>       wrote:
>       > > I see that now.
>       > > 1st criteria for this test is to share SFS across LPARs.
>       > > 2nd was to start learning about what will be involved with SSI.
>       > > So I guess I'm sticking to ISFC.
>       > > Glad I have extra ESCON and FICON CHPIDs.  Guess I'll start with
>       ESCON as I
>       > > also have extra cables, no extra FICON cables.
>       > >
>       > > On Thu, Sep 30, 2010 at 12:49 PM, Rob van der Heij <*
>       rvdh...@gmail.com* <rvdh...@gmail.com>>
>       > > wrote:
>       > >>
>       > >> On Thu, Sep 30, 2010 at 6:21 PM, Mark Pace <*
>       pacemainl...@gmail.com* <pacemainl...@gmail.com>> wrote:
>       > >>
>       > >> > I think I'll also look into IPGATE.
>       > >>
>       > >> But that does not do ISFC ...
>       > >
>       > >
>       > >
>       > > --
>       > > Mark D Pace
>       > > Senior Systems Engineer
>       > > Mainline Information Systems
>       > >
>       > >
>       > >
>       > >
>
>
>
>
> --
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>
>
>


-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

Reply via email to