On Mon, Oct 26, 2015 at 8:48 PM, Joe Stringer wrote:
> On 26 October 2015 at 08:32, Andrey Korolyov wrote:
>> Hi,
>>
>> As far as I can see, the default 200k limit for in-datapath rules
>> working not exactly as suggested, because dpctl shows far lower number
>>
Hi,
As far as I can see, the default 200k limit for in-datapath rules
working not exactly as suggested, because dpctl shows far lower number
of the active flows and with max-idle for 2.5h:
system@ovs-system:
lookups: hit:176489248433 missed:29538996446 lost:46962
flows: 6462
On Fri, Jun 5, 2015 at 11:49 AM, Sergey Matov wrote:
> Hello.
> I am trying to build VM to VM scheme using Open vSwitch 2.3.9 and DPDK
> 2.0.0.
> After building and installing OVS+DPDK I'm running single bridge with extra
> port dpdkvhost type.
> I'm using user-defined vhost device called vhost-ne
On Fri, Feb 13, 2015 at 1:58 PM, Traynor, Kevin wrote:
>> -Original Message-
>> From: Andrey Korolyov [mailto:and...@xdel.ru]
>> Sent: Thursday, February 12, 2015 3:16 PM
>> To: Traynor, Kevin
>> Cc: d...@dpdk.org; discuss@openvswitch.org
>> Subject: Re
On Thu, Feb 12, 2015 at 6:05 PM, Traynor, Kevin wrote:
>> -Original Message-
>> From: Andrey Korolyov [mailto:and...@xdel.ru]
>> Sent: Tuesday, February 3, 2015 5:21 PM
>> To: Traynor, Kevin
>> Cc: d...@dpdk.org; discuss@openvswitch.org
>> Subject: Re
On Tue, Feb 3, 2015 at 8:21 PM, Andrey Korolyov wrote:
>> These patches are to enable DPDK 1.8 only. What 'bulk processing' are you
>> referring to?
>> By default there is a batch size of 192 in netdev-dpdk for rx from the NIC -
>> the linked
>> patch do
> These patches are to enable DPDK 1.8 only. What 'bulk processing' are you
> referring to?
> By default there is a batch size of 192 in netdev-dpdk for rx from the NIC -
> the linked
> patch doesn't change this, just the DPDK version.
Sorry, I referred the wrong part there: bulk transmission, w
On Thu, Jan 22, 2015 at 8:11 PM, Andrey Korolyov wrote:
> On Wed, Jan 21, 2015 at 8:02 PM, Andrey Korolyov wrote:
>> Hello,
>>
>> I observed that the latest OVS with dpdk-1.8.0 and igb_uio starts to
>> drop packets earlier than a regular Linux ixgbe 10G
On Wed, Jan 21, 2015 at 8:02 PM, Andrey Korolyov wrote:
> Hello,
>
> I observed that the latest OVS with dpdk-1.8.0 and igb_uio starts to
> drop packets earlier than a regular Linux ixgbe 10G interface, setup
> follows:
>
> receiver/forwarder:
> - 8 core/2 head system w
Hello,
I observed that the latest OVS with dpdk-1.8.0 and igb_uio starts to
drop packets earlier than a regular Linux ixgbe 10G interface, setup
follows:
receiver/forwarder:
- 8 core/2 head system with E5-2603v2, cores 1-3 are given to OVS exclusively
- n-dpdk-rxqs=6, rx scattering is not enabled
Ok, there a suspicious non-zero and equal link reset count for both
cases, can you elaborate on their nature please? Also it is worthy to
re-add interface and check connectivity again, it does not mean that
you`ll need to do same thing in production.
___
On Wed, Nov 26, 2014 at 4:27 PM, Andrey Korolyov wrote:
>> On Wed, Nov 26, 2014 at 3:17 PM, Dmitry Nikishov
>> wrote:
>>> Hello all.
>>>
>>> I'm trying to get OVS working with Intel 82599 and SR-IOV.
>>>
>>> Basically what I currently
On Wed, Nov 26, 2014 at 3:17 PM, Dmitry Nikishov wrote:
> Hello all.
>
> I'm trying to get OVS working with Intel 82599 and SR-IOV.
>
> Basically what I currently have is an Ubuntu 12.04 with custom kernel
> (3.14.23) and Intel 82599 NIC (eth0) and OVS 1.10 installed. There is
> also openvswitch-d
On Thu, Nov 20, 2014 at 5:57 PM, Krist van Besien
wrote:
> Hello,
>
> Looking for solutions to our performance problems I stumbled upon a
> mention of "megaflows". However how you enable these is nowhere
> indicated. (At least nowhere that google can find)
> Can someone tell me how you use this fe
Hello,
can you please share information when approximately live recordings
from the conference will be available?
Thanks!
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
On Wed, Oct 29, 2014 at 6:56 PM, Ben Pfaff wrote:
> On Tue, Oct 28, 2014 at 08:31:43AM -0700, Ben Pfaff wrote:
>> On Tue, Oct 28, 2014 at 03:37:58PM +0400, Andrey Korolyov wrote:
>> > On Mon, Oct 27, 2014 at 8:19 PM, Ben Pfaff wrote:
>> > > On Mon, Oct 27, 2014 at 9
On Tue, Oct 28, 2014 at 6:31 PM, Ben Pfaff wrote:
> On Tue, Oct 28, 2014 at 03:37:58PM +0400, Andrey Korolyov wrote:
>> On Mon, Oct 27, 2014 at 8:19 PM, Ben Pfaff wrote:
>> > On Mon, Oct 27, 2014 at 9:15 AM, Andrey Korolyov wrote:
>> >> On Mon, Oct 27, 201
On Mon, Oct 27, 2014 at 8:19 PM, Ben Pfaff wrote:
> On Mon, Oct 27, 2014 at 9:15 AM, Andrey Korolyov wrote:
>> On Mon, Oct 27, 2014 at 7:15 PM, Ben Pfaff wrote:
>>> On Mon, Oct 27, 2014 at 08:12:28PM +0400, Andrey Korolyov wrote:
>>>> On Mon, Oct 27, 2014 at 7:09 P
On Mon, Oct 27, 2014 at 7:15 PM, Ben Pfaff wrote:
> On Mon, Oct 27, 2014 at 08:12:28PM +0400, Andrey Korolyov wrote:
>> On Mon, Oct 27, 2014 at 7:09 PM, Ben Pfaff wrote:
>> > On Mon, Oct 27, 2014 at 08:05:01PM +0400, Andrey Korolyov wrote:
>> >> On Mon, Oct 27, 201
On Mon, Oct 27, 2014 at 7:09 PM, Ben Pfaff wrote:
> On Mon, Oct 27, 2014 at 08:05:01PM +0400, Andrey Korolyov wrote:
>> On Mon, Oct 27, 2014 at 7:04 PM, Ben Pfaff wrote:
>> > On Mon, Oct 27, 2014 at 07:55:01PM +0400, Andrey Korolyov wrote:
>> >> ovs-ofctl dump-po
On Mon, Oct 27, 2014 at 7:04 PM, Ben Pfaff wrote:
> On Mon, Oct 27, 2014 at 07:55:01PM +0400, Andrey Korolyov wrote:
>> ovs-ofctl dump-ports currently reporting values not large than u32 in
>> the mentioned branch. lib/ofp-util.c has no regressions at a glance,
>> probably tr
On Wed, Oct 15, 2014 at 8:20 PM, Alex Wang wrote:
> Hey Andrey,
>
> On Wed, Oct 15, 2014 at 7:51 AM, Andrey Korolyov wrote:
>>
>> Hi Alex,
>>
>> during transition from 2.1.3 to the 2.3.1 (both userspace and kernel
>> module) the 'first ping lost'
Hi,
ovs-ofctl dump-ports currently reporting values not large than u32 in
the mentioned branch. lib/ofp-util.c has no regressions at a glance,
probably truncation going in the different (not so obvious) way.
___
discuss mailing list
discuss@openvswitch.o
Hi Alex,
during transition from 2.1.3 to the 2.3.1 (both userspace and kernel
module) the 'first ping lost' appeared with completely static reactive
flows, so I am still investigating it, because this behavior can
affect flow lifecycle with mixed proactive+reactive scheme. If anyone
is interested
Thanks Alex,
On Sat, Oct 4, 2014 at 5:39 AM, Alex Wang wrote:
> Hey Andrey,
>
> Thanks for reporting the issue, Please see my reply below,
>
>> Hello,
>>
>> getting the lookalike message on 2.1.3 where the problem described in
>> the conversation should not take a place:
>
>
> Yes, v2.1.3 contai
On Thu, Jul 3, 2014 at 7:42 PM, Alex Wang wrote:
> I'm not exactly sure about the dp flow you have... but yes, del-flows
> will purge all flows.
>
> Also, if you stop to traffic that hitting the 'more inclusive' flow, then,
> both flows ('inclusive' and 'phantom') should be deleted.
>
> Thanks,
>
On Tue, Aug 19, 2014 at 8:40 PM, Andrey Korolyov wrote:
> On Tue, Jul 29, 2014 at 8:46 PM, Ben Pfaff wrote:
>> On Mon, Jul 28, 2014 at 10:25:27PM +0400, Andrey Korolyov wrote:
>>> On Mon, Jul 28, 2014 at 9:44 PM, Ben Pfaff wrote:
>>> > On Fri, Jul 25, 2014 at 07:
On Tue, Jul 29, 2014 at 8:46 PM, Ben Pfaff wrote:
> On Mon, Jul 28, 2014 at 10:25:27PM +0400, Andrey Korolyov wrote:
>> On Mon, Jul 28, 2014 at 9:44 PM, Ben Pfaff wrote:
>> > On Fri, Jul 25, 2014 at 07:29:24PM +0400, Andrey Korolyov wrote:
>> >> Assuming we have
On Mon, Jul 28, 2014 at 9:44 PM, Ben Pfaff wrote:
> On Fri, Jul 25, 2014 at 07:29:24PM +0400, Andrey Korolyov wrote:
>> Assuming we have trivial case: libvirt, its QoS limits (for which
>> appropriate rules are executed for each port) and more than one VM
>> sharing the
Hello,
Assuming we have trivial case: libvirt, its QoS limits (for which
appropriate rules are executed for each port) and more than one VM
sharing the same OVS bridge. Port configurations are initially empty
and addition going through libvirt` internal command execution by
calling ovs-vsctl binar
On Mon, Jul 7, 2014 at 8:36 PM, Ben Pfaff wrote:
> On Mon, Jul 07, 2014 at 08:33:50PM +0400, Andrey Korolyov wrote:
>> On Mon, Jul 7, 2014 at 7:15 PM, Ben Pfaff wrote:
>> > On Fri, Jul 04, 2014 at 09:02:40PM +0400, Andrey Korolyov wrote:
>> >> On Fri, Jul 4, 201
On Mon, Jul 7, 2014 at 7:15 PM, Ben Pfaff wrote:
> On Fri, Jul 04, 2014 at 09:02:40PM +0400, Andrey Korolyov wrote:
>> On Fri, Jul 4, 2014 at 8:39 PM, Ben Pfaff wrote:
>> > On Fri, Jul 04, 2014 at 02:39:18PM +0400, Andrey Korolyov wrote:
>> >> is there any plan
On Fri, Jul 4, 2014 at 8:39 PM, Ben Pfaff wrote:
> On Fri, Jul 04, 2014 at 02:39:18PM +0400, Andrey Korolyov wrote:
>> is there any plans around to introduce built-in performance statistics
>> for userspace switch process? Right now one is able to check memory
>> consumpt
Hello,
is there any plans around to introduce built-in performance statistics
for userspace switch process? Right now one is able to check memory
consumption statistics and it will be quite awesome to introduce kind
of interface for measurement of thread performance too.
__
On Thu, Jun 26, 2014 at 1:54 AM, Justin Pettit wrote:
> - Continuing improvements for the DPDK port.
Is there any interest around to revive netmap port too? We can take
this but it looks redundant if DPDK will get mature enough in next few
months.
On 06/25/2014 08:26 PM, Jason Thorpe wrote:
> Hi
>
> is there a way to tag a packet in OVS? (I don't mean VLANs). by a tag, it
> could be a boolean value or something that can help separate two packets
> coming from the same src and dst with same MAC.
>
Ye
On 05/26/2014 06:44 PM, Han Zhou wrote:
> Hi,
>
> We want to upgrade from linux bridge to OVS bridge on hypervisors
> (QEMU/KVM + libvirt) without data-plane outage (at least without VM
> restart). I think this might have been done by experts here. Is there
> a way to use same TAP interface but le
look on ODL logs or ask
ODL devs :) Also there is only one successful connection in you log, may
be controller just crashing after first try..
>
> On 23-05-2014 18:04, Andrey Korolyov wrote:
>> On 05/22/2014 03:39 PM, Filipe Antonio wrote:
>>> Hi,
>>>
>>> I
On 05/22/2014 03:39 PM, Filipe Antonio wrote:
> Hi,
>
> I connect a openvswitch (ovs_version: "2.1.90") to a Opendaylight
> Controller. The Controller recognize the switch, but the switch doesn´t
> accept flows from Controller. It seems the connection is temporarely lost.
>
> The output of ovs-v
On Tue, May 20, 2014 at 12:00 AM, Ben Pfaff wrote:
> On Mon, May 19, 2014 at 08:47:10PM +0400, Andrey Korolyov wrote:
>> I may have to redefine a question - is there a way, currently
>> available, or planned, to deterministically manage wildcard flows in
>> the datapath?
>
On Mon, May 19, 2014 at 3:33 PM, Andrey Korolyov wrote:
> On Sat, May 17, 2014 at 12:02 AM, Andrey Korolyov wrote:
>> On Fri, May 16, 2014 at 10:16 PM, Ben Pfaff wrote:
>>> On Fri, May 16, 2014 at 09:38:27PM +0400, Andrey Korolyov wrote:
>>>> Can anyone please
On Sat, May 17, 2014 at 12:02 AM, Andrey Korolyov wrote:
> On Fri, May 16, 2014 at 10:16 PM, Ben Pfaff wrote:
>> On Fri, May 16, 2014 at 09:38:27PM +0400, Andrey Korolyov wrote:
>>> Can anyone please explain following performance impact:
>>>
>>> Taking followi
On Fri, May 16, 2014 at 10:16 PM, Ben Pfaff wrote:
> On Fri, May 16, 2014 at 09:38:27PM +0400, Andrey Korolyov wrote:
>> Can anyone please explain following performance impact:
>>
>> Taking following snippet of forward table (one-way traffic cleaner), I
>> am observing
Hello,
Can anyone please explain following performance impact:
Taking following snippet of forward table (one-way traffic cleaner), I
am observing very huge CPU impact on the ovs-vswitchd on the specific
test for IP address violation, but it seemingly comes from nowhere -
packets should be silent
On 05/15/2014 06:05 PM, Thomas Graf wrote:
> On 05/15/2014 03:09 PM, Andrey Korolyov wrote:
>>>> resulting patch can be created without wasting much effort away.
>>>
>>> Unfortunately Zoltan's fix affecting skb_zerocopy() was merged after el7
>>>
>> resulting patch can be created without wasting much effort away.
>
> Unfortunately Zoltan's fix affecting skb_zerocopy() was merged after el7
> code freeze so 7.0 will export that as void but you'll need a workaround
> anyway as upstream kernels have been released for both signatures.
>
> A su
On 05/14/2014 12:56 AM, Jesse Gross wrote:
> On Tue, May 13, 2014 at 1:52 PM, Andrey Korolyov wrote:
>> On Wed, May 14, 2014 at 12:44 AM, Jesse Gross wrote:
>>> On Tue, May 13, 2014 at 1:25 PM, Andrey Korolyov wrote:
>>>> On Wed, May 14, 2014 at 12:19 AM, Jesse G
On Wed, May 14, 2014 at 12:44 AM, Jesse Gross wrote:
> On Tue, May 13, 2014 at 1:25 PM, Andrey Korolyov wrote:
>> On Wed, May 14, 2014 at 12:19 AM, Jesse Gross wrote:
>>> On Tue, May 13, 2014 at 1:58 AM, Andrey Korolyov wrote:
>>>> On Tue, May 13, 2014 at 4:41 AM
On Wed, May 14, 2014 at 12:19 AM, Jesse Gross wrote:
> On Tue, May 13, 2014 at 1:58 AM, Andrey Korolyov wrote:
>> On Tue, May 13, 2014 at 4:41 AM, Jesse Gross wrote:
>>> On Mon, May 12, 2014 at 2:04 PM, Andrey Korolyov wrote:
>>>> On Tue, May 13, 2014 at 12:58 AM
On Tue, May 13, 2014 at 4:41 AM, Jesse Gross wrote:
> On Mon, May 12, 2014 at 2:04 PM, Andrey Korolyov wrote:
>> On Tue, May 13, 2014 at 12:58 AM, Jesse Gross wrote:
>>> On Sat, May 10, 2014 at 2:13 PM, Andrey Korolyov wrote:
>>>> Hello,
>>>>
>>&
On Tue, May 13, 2014 at 12:58 AM, Jesse Gross wrote:
> On Sat, May 10, 2014 at 2:13 PM, Andrey Korolyov wrote:
>> Hello,
>>
>> sorry for bringing this old thread on top, but right now building
>> against current RHEL 3.10.121.el7 seems not possible without
>> pat
Hello,
sorry for bringing this old thread on top, but right now building
against current RHEL 3.10.121.el7 seems not possible without
patchwork. After fixing some obvious kversion checks and code
snippets, I had stuck on f067987973facf28916a2f5ee48bf02ce5938bf8:
In file included from
/builder/rpm
Running on the f3571d14dd1af324e75c3869f62abe96d71378e2, start of the
second controller stops all forwarding through *ovsbr0*. Single
controller configuration(even if two are mentioned) and branch-2.0 with
two connected controllers running just well. Looking for quick
confirmation from devs, or I`l
On 02/13/2014 07:44 PM, Ben Pfaff wrote:
> On Thu, Feb 13, 2014 at 11:57:57AM +0400, Andrey Korolyov wrote:
>> Looking on very old thread[0], things are still the same since those
>> times - e.g. I cannot set datapath_id directly and only one possible way
>> to modify this val
Hello,
Looking on very old thread[0], things are still the same since those
times - e.g. I cannot set datapath_id directly and only one possible way
to modify this value is to set override via other_config. It would be
awesome if this behavior can be rewritten in more straightforward way
because p
On 02/10/2014 10:04 PM, Ben Pfaff wrote:
> On Mon, Feb 10, 2014 at 11:28:04AM +0400, Andrey Korolyov wrote:
>> On 02/10/2014 04:42 AM, Ben Pfaff wrote:
>>> On Mon, Feb 10, 2014 at 01:42:23AM +0400, Andrey Korolyov wrote:
>>>> On 02/09/2014 11:14 PM, Ben Pfaff wrote:
On 02/10/2014 11:28 AM, Andrey Korolyov wrote:
> On 02/10/2014 04:42 AM, Ben Pfaff wrote:
>> On Mon, Feb 10, 2014 at 01:42:23AM +0400, Andrey Korolyov wrote:
>>> On 02/09/2014 11:14 PM, Ben Pfaff wrote:
>>>> On Sat, Feb 08, 2014 at 05:24:16PM +0400, Andrey Korolyo
On 02/10/2014 04:42 AM, Ben Pfaff wrote:
> On Mon, Feb 10, 2014 at 01:42:23AM +0400, Andrey Korolyov wrote:
>> On 02/09/2014 11:14 PM, Ben Pfaff wrote:
>>> On Sat, Feb 08, 2014 at 05:24:16PM +0400, Andrey Korolyov wrote:
>>>> 'ofproto - flow monitoring pause an
On 02/09/2014 11:14 PM, Ben Pfaff wrote:
> On Sat, Feb 08, 2014 at 05:24:16PM +0400, Andrey Korolyov wrote:
>> 'ofproto - flow monitoring pause and resume' test failing continuously
>> during make check on all 2.x major branches. The problem is in
>> 'ovs-ofct
Hello,
'ofproto - flow monitoring pause and resume' test failing continuously
during make check on all 2.x major branches. The problem is in
'ovs-ofctl add-flows br0 flows.txt' execution which actually hangs a
test switch because set count is insanely high and test execution
actually hitting the t
ly, I just install openvswitch directly using command "yum install
> openvswitch", and have no configuration to it.
>
> Thanks.
> -chen
>
>
> -Original Message-
> From: Andrey Korolyov [mailto:and...@xdel.ru]
> Sent: Friday, January 10, 2014 12:36 AM
Hello,
If you prefer to not play with MTU settings every time, I`d recommend to
recompile this kernel setting all GRE options as a module and build
openvswitch module from vendor package, it will work perfectly with 1.9+
at least.
On 01/07/2014 09:51 AM, Li, Chen wrote:
> eth4 MTU = 1500, and br
Hi,
Is there are any reasons to not cherry-pick mentioned change from the
master? It may scare users who uses datapath version from branch and the
fix almost clearly is harmless.
Thanks!
___
discuss mailing list
discuss@openvswitch.org
http://openvswitc
Current RDO kernels series should fulfill most needs for the OVS
deployment and usage without breaking kABI.
On Thu, Oct 10, 2013 at 1:23 AM, Jesse Gross wrote:
> On Wed, Oct 9, 2013 at 4:28 AM, ashish yadav wrote:
>> Hi,
>>
>> While Building kmod-openvswitch-1.4.6-1.el6.x86_64.rpm with CentOS6
Hello,
Recently discovered that one of our clients had started portscanning
using some windows utility, bringing ovs-vswitchd to begin packetdrop
in openflow mode at just 300pps to unique addresses, so 300
flows/second was created. For regular legitimate TCP vswitchd may
survive about 10kpps and a
ed packets so this is unusual
> unless there is a misconfiguration.
>
> Linux 3.10 introduced support for nested vlan tag offloading so this
> seems a likely culprit.
>
> On Fri, Sep 6, 2013 at 12:40 AM, Andrey Korolyov wrote:
>> Here please.
>>
>> OpenVSwitch has
AM, Jesse Gross wrote:
> Can you please provide the information that I originally requested (below)?
>
> On Thu, Sep 5, 2013 at 1:15 PM, Andrey Korolyov wrote:
>> Hello,
>>
>> Observing the same issue in quite simple topo:
>>
>> Bridge "oswbr0"
The same with just plain igb eth0, checked via port mirroring.
On Fri, Sep 6, 2013 at 12:19 AM, Ben Pfaff wrote:
> On Fri, Sep 06, 2013 at 12:15:24AM +0400, Andrey Korolyov wrote:
>> Bridge "oswbr0"
>> Port "oswbr0"
>> Interface &
Hello,
Observing the same issue in quite simple topo:
Bridge "oswbr0"
Port "oswbr0"
Interface "oswbr0"
type: internal
Port "vnet0"
tag: 100
Interface "vnet0"
Port "vnet1"
tag: 5
Interface "vnet
Hi,
I had run recently into strange issue - when I set controller to the
live one(running floodlight, for example), fake bridges stop pushing
vlan tags and only when controller is deleted or set to 'blackhole'
address:port value on which nobody is listening, tags working again.
Is it a known issue
70 matches
Mail list logo
