[ovs-discuss] filtering macs/ip

Good day. Is any way to filter with ovs VM's traffic (like mac spoofing or ip usurpation)? I was tried to find any, but found none. -- wBR,George. ___ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss_openvs

Re: [ovs-discuss] filtering macs/ip

30.04.10, 11:47, "Jesse Gross" : ovs-ofctl add-flow xenbr0 "dl_src=11:11:11:11:11:11 nw_dst=192.168.1.0/24 priority=10 actions=normal" ovs-ofctl add-flow xenbr0 "dl_src=11:11:11:11:11:11 nw_dst=192.168.2.0/24 priority=20 actions=drop"I expect it to pass traffic from MAC=11:11:11:11:11:11 on net 19

[ovs-discuss] unexpected datapath

Good day. After upgrading from ovs 1.0 to 1.4 on XCP 1.1 I found following message in log appears every 10-20min: Oct 20 03:37:42|00245|ofproto_dpif|WARN|unexpected flow from datapath in_port(1),eth(src=88:e0:f3:23:42:c0,dst=92:cf:e9:66:a1:46),eth_type(0x0800),ipv4(src=122.226.56.20,dst=188.1

Re: [ovs-discuss] unexpected datapath

That happens in freshly installed ovs 1.4.3 : ovs-ofctl --version ovs-ofctl (Open vSwitch) 1.4.3 Compiled Oct 11 2012 11:08:37 OpenFlow versions 0x1:0x1 On 22.10.2012 23:28, Ben Pfaff wrote: On Sat, Oct 20, 2012 at 04:03:18AM +0400, George Shuklin wrote: After upgrading from ovs 1.0 to 1.4

Re: [ovs-discuss] unexpected datapath

same TCP connection as the one mentioned in the log message, and post that output (along with the log message). If you're willing to do that work (and I realize it's a bit of trouble) there's a much better chance that we can figure out the problem. On Tue, Oct 23, 2012 at 06:31:42AM

[ovs-discuss] ovs performance on 'worst case scenario' with ovs-vswitchd up to 100%

Good day. I done some research related to performance of few software bridges, and here some thoughts. Hyper-V and ESXi contains software bridges working fine at speeds up to 10G regardless traffic type. Native linux brtools has no issues with 'bad flows', but stuck at 50k pps per CPU core.

Re: [ovs-discuss] ovs performance on 'worst case scenario' with ovs-vswitchd up to 100%

20.03.2013 05:40, Jesse Gross пишет: On Mon, Mar 18, 2013 at 8:50 PM, George Shuklin wrote: Why ovs-vswitchd can't feed kernel with very simple 'kernel flow' 'drop all' after some smart and exact rules for arp? Why UDP is parsed so deep? Is any way to feed kernel

[ovs-discuss] How to change sflow sampleType_tag

Hello. We're playing with sFlow features of OVS. We want to collect sflow with em-sflow library (ruby, ttps://github.com/normelton/em-sflow ). Unfortunately it can not process received sflow packets deep enough.

Re: [ovs-discuss] kernel BUG at /build/buildd/linux-3.13.0/net/core/skbuff.c:1043 (invalid opcode) (#81)

ollowup on github. - Forwarded message from George Shuklin - Date: Mon, 01 Jun 2015 00:12:51 -0700 From: George Shuklin To: openvswitch/ovs-issues Subject: [ovs-issues] kernel BUG at /build/buildd/linux-3.13.0/net/core/skbuff.c:1043 (invalid opcode) (#81) One of our nodes

Re: [ovs-discuss] Openvswitch 2.5.0

check if vswitchd is running (ps aux|grep vswitchd) and check it logs for errors. On 03/17/2016 06:37 AM, Farzaneh Pakzad wrote: Dear All, I've removed the openvswitch version I had, and I downlaoded version (2.5.0) following the same steps in this link (https://github.com/mininet/mininet

Re: [ovs-discuss] OVS bad performance on lower packet size

I'm not sure, but may be using a multi-cpu-supporting netowrk card can help. If you using something like e1000 or bmx, your network performance is limited by single thread. Modern network cards (like ixgb/ixgbe) can utilize more cpu. P.S. In case of small packets it's better to count pps, not