I know this is off topic from ovs itself. But, the fix for most distros is to modify /proc/sys/net/bridge to disable filtering:
net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 net.bridge.bridge-nf-filter-pppoe-tagged = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 Looks like for XEN you will have to modify the ebtables directly since you can't easily disable the filtering like above: Link: http://forums.citrix.com/thread.jspa?threadID=245149 Also, I had issues with e1000 with KVM and certain guest distros. Not sure if that applies to Xen. Xen rookie, YMMV .nick - Nicholas Weaver Mobile: 817.914.6166 | Email: [email protected]<mailto:[email protected]> Blog: nickapedia.com<http://nickapedia.com/> | Twitter: @lynxbat<http://twitter.com/lynxbat> From: Vijay Chander <[email protected]<mailto:[email protected]>> Date: Fri, 20 Jan 2012 11:36:19 -0500 To: Nicholas Weaver <[email protected]<mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [ovs-discuss] Performance of openvswitch versus linux bridging with XEN Nick, We were using xencenter 6.0 (2.6.32.12-0.7.1.xs6.0.0.531.170662xen) => xen 4.1.0 + native bridging. With this case 4 (guest VM tagging) doesn't work. -vijay On Fri, Jan 20, 2012 at 8:09 AM, <[email protected]<mailto:[email protected]>> wrote: I have gotten Case 4 to work with KVM & Ubuntu with native bridging. What distro are you using? .nick - Nicholas Weaver Mobile: 817.914.6166<tel:817.914.6166> | Email: [email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>> Blog: nickapedia.com<http://nickapedia.com><http://nickapedia.com/> | Twitter: @lynxbat<http://twitter.com/lynxbat> From: Vijay Chander <[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>> Date: Thu, 19 Jan 2012 21:31:24 -0500 To: "[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>" <[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>> Subject: [ovs-discuss] Performance of openvswitch versus linux bridging with XEN We are having performance issues with XEN as opposed to VMWARE. Pls take a look at the following cases (OVS - open vswitch, Bridge - native linux bridging) Case 1 (no VM guest tagging): VM1 VNIC1 ---- (no tag) --- OVS ---(vlan X) --- PNIC1 ------(vlan X)--------- PNIC2 ---- (vlan X) ---- OVS --- (no tag) --- VNIC2 ---- VM2 Case 2 (no VM guest tagging): VM1 VNIC1 ---- (no tag) --- Bridge ------ PNIC1 ------(vlan X)--------- PNIC2 ---- (vlan X) ---- Bridge --- (no tag) --- VNIC2 ---- VM2 Case 3 (VM guest tagging): VM1 VNIC1 ---- (vlan X) --- OVS ---(vlan X) --- PNIC1 ------(vlan X)--------- PNIC2 ---- (vlan X) ---- OVS --- (vlan X) --- VNIC2 ---- VM2 Case 4 (VM guest tagging): VM1 VNIC1 ---- (vlan X) --- Bridge ---(vlan X) --- PNIC1 ------(vlan X)--------- PNIC2 ---- (vlan X) ---- Bridge --- (vlan X) --- VNIC2 ---- VM2 Case 4 does not work. So we moved to using OVS (open vswitch) because Case 3 works. But performance for Case 2 is much better than performance for Case 1. This is making us think about using bridging instead of open vswitch. Any reason why this is the case ? Has anyone done some benchmarking with xen+bridging and xen+open vswitch ? Pls point me to the results if they are available online. Also can someone pls point me to the data path architecture info for the open vswitch ? I understand that open vswitch can be deployed in user mode or kernel mode. We are mainly interested in kernel mode deployment for perf reasons. We are even considering building the whole thing pulling in the fixes ourselves as opposed to using the stuff that comes with xencenter 6.0 from citrix. Any pointers will be great. Thanks, -vijay _______________________________________________ discuss mailing list [email protected]<mailto:[email protected]> http://openvswitch.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list [email protected] http://openvswitch.org/mailman/listinfo/discuss
