No need for a second CTC then: define a guest LAN, connected to TPF and z/VM's TCPIP stack. But, you'll need to have the networking folks update the routers to have them know the location of this new subnet (the Guest LAN).
2008/12/15 Ian S. Worthington <[email protected]>: > 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 <[email protected]> > To: [email protected] > Subject: Re: Virtual QDIO setup > >> On Monday, 12/15/2008 at 12:02 EST, "Ian S. Worthington" >> <[email protected]> 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 >> -- Kris Buelens, IBM Belgium, VM customer support
