<div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><br>hi,Alan<div>i think the best way to solve your question is openvswitch(corresponding to vmware vswitch). but it has not been intigrated with ovirt.</div><div>your solution by adding dummy ethernet, i do not think it can work as you expect.</div><div>because vm's ethernet(vnet) is vlan-aware or not. if it is vlan-aware , it can be aware of just only one tag.</div><div>prosmisc mode is limited in single vlan scope. <br><br><br><br><div></div><div id="divNeteaseMailCard"></div><br>At 2014-01-09 16:07:46,"Alan Murrell" <lists@murrell.ca> wrote:<br> <blockquote id="isReplyContent" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<p><font size="2">Hello,<br>
<br>
I am evaluating oVirt as a replacement/alternative to VMware deployments we typically do. I have installed and all-in-one setup on a test box (which itself used to be an ESXi server), but it only has one NIC. I trying to duplicate our typical configuration we do in VMware, which is this:<br>
<br>
1.) we create several "port groups" on the vSwitch, each assigned a VLAN ID, such as:<br>
<br>
- VLAN001 (VLAN ID: 1)<br>
- VLAN002 (VLAN ID: 2)<br>
- VLAN009 (VLAN ID: 9)<br>
- VLAN010 (VLAN ID: 10)<br>
- VLAN200 (VLAN ID: 200)<br>
- TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all VLANS" and basically just passes the VLANs through to whatever is attached to the port group for the VM to handle)<br>
<br>
2.) We assign VMs to port groups appropriate for the VLAN they are part of.<br>
3.) The only VM that has a NIC assigned to the "TRUNK" port group is the firewall (which is Linux), and we create VLAN interfaces on it (i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200"). The firewall VM acts as the router between the various VLANs.<br>
<br>
To replicate the above in oVirt, I created logical networks for each VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not have an equivalent for VMware's VLAN ID of "4095", so after some searching around, so for the "TRUNK" network, I left it with no VLAN assigned. Because i cannot add VLAN and non-VLAN networks to the same physical NIC, after some searching around, it looks like I may have to utilise two NICS: one for the VLAN networks and one for the "TRUNK" network.<br>
<br>
Because, at this point, I am not yet concerned with making the test VMs I will be setting up be accessible from outside the virtual lab environment (i.e., everything will communicate within my oVirt server/network for now), I am trying to make use of "dummy" interfaces, but I am not sure the best way to make use of this. I am able to create the dummy* interfaces and have them show up in oVirt, but I am not sure of how they should be setup. Here is what I am *thinking* should be done, but want to make sure it is correct before getting too deep:<br>
<br>
- I will use the physical NIC for management, therefore the "ovirtmgmt" bridge with eth0 assigned to it will remain as-is<br>
- Create two dummy interfaces: "dummy0" and "dummy1"<br>
- Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to it<br>
- Attach the VLAN-enabled networks to "dummy0"<br>
- Attach the "TRUNK" network to "dummy1"<br>
<br>
Would the above be the way to go about this? The one thing I am not sure of is whether or not having no VLAN assigned (on the "TRUNK" network) accomplishes the same this as the "VLAN ID 4095" in VMware: will oVirt/KVM just pass the traffic through for the VM attached to it to deal with?<br>
<br>
Thanks for reading this far, and I appreciate any help you might be able to lend in the above.<br>
<br>
-Alan<br>
</font>
</p>
</blockquote></div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span>