On Friday, 11/20/2015 at 02:28 GMT, Grzegorz Powiedziuk <gpowiedz...@gmail.com> wrote: > ohhh I see what you are saying (I think so). > > I was thinking about standard usage of vswitch bridge so a scenario where > all guests have real dedicated hipersockets and vswitch has one of these > hipersockets as well. This gives hipersocket virtual machines a way to talk > to each other (via hipersocket network and shared chpid) plus it gives them > access to oustide network via vswitch. > > But you are saying (I think) that I could have ONLY vswitch (on all lpars) > using the hipersocket bridge port and all the guest have connected to the > same vswitch (layer two so oracle should be happy) using virtual qdio nic > cards? That sounds very cool. I don't have RACF yet but it will give me a > standard vswitch access list control of vlans which is something. > > In scenario like this, I guess I don't need to specify uplink device for > the vswitch so I could keep it all inside of a CEC. > > I wonder how much how much would it impact performance.
Sorry if I've mislead you. The bridge can't itself enforce VLAN assignments since the guests use real HiperSockets, not virtual ones. People who want more VLAN controls in (real) OSA and (real) HiperSockets need to make their wants known via RFEs. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
