If you realy need to give TPF a simulated OSA and not a CTC: you lust defined a guest LAN, connect both TPF and VM's TCPIP stack to it. VM's TCPIP will play a router role, but, this guest LAN is a new subnet, hence your routers must be updated too.
2008/12/15 Ian S. Worthington <[email protected]>: > Thanks Alan. > > I'm still at a bit of a loss to understand how to connect the simulated OSA-E > to the real CTC. > > 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? > > Ian > > ------ Original Message ------ > Received: Sat, 13 Dec 2008 02:03:58 AM COT > From: Alan Altmark <[email protected]> > To: [email protected] > Subject: Re: Virtual QDIO setup > >> On Friday, 12/12/2008 at 08:37 EST, Kris Buelens <[email protected]> >> wrote: >> > I'd say you'd need a second pair. Maybe Alan will contradict me: TCP/IP >> in VM >> > might be able to "forward" the ProxyArp from TPF over its own -probably >> > ProxyArped- CTC to the outside world. >> >> When ProxyARP is enabled, VM TCP/IP will answer any ARPs destined for one >> of its point-to-point connections. There is no ARP forwarding. >> >> Alan Altmark >> z/VM Development >> IBM Endicott >> -- Kris Buelens, IBM Belgium, VM customer support
