Kris, Alan: Many thanks for your replies. The only tcp/ip interfaces z/tpf supports, as far as I can tell, are ip over cdlc to a 3745/6 and qdio via osa-express.
This vm system has neither a 3745 nor an osa-express card, and establishes ip connectivity to the outside world via CTC links. The upshot of this is that there isn't a real OSA to enable a vswitch. But, if I understand Kris' response correctly I should be able to define a guest lan with a qdio nic for z/tpf and another for the tcpip svm, possibly using a separate ctc to connect this to the outside world? ian ------ Original Message ------ Received: Mon, 15 Dec 2008 10:02:17 AM COT From: Alan Altmark <alan_altm...@us.ibm.com> To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtual QDIO setup > On Monday, 12/15/2008 at 12:02 EST, "Ian S. Worthington" > <ianworthing...@usa.net> wrote: > > > I'm still at a bit of a loss to understand how to connect the simulated > OSA-E > > to the real CTC. > > Lest I be caught unawares, let me confirm that by "OSA-E" you mean an > OSA-Express in QDIO mode (aka OSD chpid type). > > > The only way I can find to define a simulated OSA-E is with the DEFINE > NIC > > TYPE QDIO command and, according to the manual, that can only be coupled > to a > > virtual LAN or vswitch, the later of which requires a physical OSA-E. > > > > Have I understood this correctly, or is there some other way to do this? > > Yes, a virtual switch (DEFINE VSWITCH) requires access to a real OSA to > get the data onto the network. > > There is CTC-to-OSA converter, so your stack with a CTC must connect (via > CTC) to another stack that has OSA or VSWITCH access. You could convert > the CTC to a Guest LAN with a virtual NIC, but in that case, just share > the OSA (better, let both share a VSWITCH) and let both stacks go out > directly. Skip the whole proxy ARP problem and save yourself days of > problem solving. > > Alan Altmark > z/VM Development > IBM Endicott >
