Right, your vswitch and nicdef statements don't change. You may have to put a vlan on your SET VSWITCH GRANT statements.
Marcy -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, March 24, 2011 8:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Supporting Dot.1q trunk in z/Linux Thanks Alan, this is what I was looking for. So the Vswitch and the NIC def for the guest does not change correct? It appears that the only thing that changes is at the switch level where it becomes a Trunk connection correct? Thank You, Terry Martin Lockheed Martin CMS - CITIC 3300 Lord Baltimore Drive, Suite 200, 21244 Engineering Computing Mainframe Support Cell - 443 632-4191 -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Thursday, March 24, 2011 3:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Supporting Dot.1q trunk in z/Linux On Thursday, 03/24/2011 at 01:01 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <terry.mar...@cms.hhs.gov> wrote: > So my question is from my z/Linux side what changes to I need to make and where > are these changes reflected In my setup on the z/Linux. Just so you know my > z/VM TCP/IP stack is not really being used for the z/Linux guests that is being > done within z/Linux in my case RHEL 5.2 You will make NO changes to your Linuxes. Those on existing subnet A will remain there and be on VLAN "A". New ones on Subnet B will be assigned to VLAN "B". When a Linux on A and one on B want to talk to each other, the traffic will flow into the VSWITCH, down the OSA, out of the box, into the router, and back. This may generate a requirement to reassign IP addrs so that those two servers are placed in the same subnet, with no need for traffic to flow out of the box. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
