On 26.01.2018 15:00, Stokes, Ian wrote:
> Hi All,
>
> Recently an issue was raised regarding the move from a single shared mempool
> model that was in place up to OVS 2.8, to a mempool per port model introduced
> in 2.9.
>
>
>> Sent: Friday, January 26, 2018 11:04 PM
>> To: Jan Scheurich <jan.scheur...@ericsson.com>; Stokes, Ian
>> <ian.sto...@intel.com>; ovs-discuss@openvswitch.org
>> Cc: Ilya Maximets (i.maxim...@samsung.com) <i.maxim...@samsung.com>;
>> Flav
On 29.01.2018 11:50, Jan Scheurich wrote:
>> -Original Message-
>> From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>> Sent: Monday, 29 January, 2018 09:35
>> To: Jan Scheurich <jan.scheur...@ericsson.com>; Venkatesan Pradeep
>> <venkat
gt; Subject: RE: Mempool issue for OVS 2.9
>>
>> Response marked [Pradeep]
>>
>> Thanks,
>>
>> Pradeep
>>
>> -Original Message-
>> From: Jan Scheurich
>> Sent: Friday, January 26, 2018 10:26 PM
>> To: Stokes, Ian <ian.sto..
On 11.04.2018 20:55, Kevin Traynor wrote:
> On 04/10/2018 11:12 AM, Stokes, Ian wrote:
>>>>> -Original Message-
>>>>> From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>>>>> Sent: Monday, 29 January, 2018 09:35
>>>>> To:
use just a field instead of freeing with container_of and writing a
huge comment.
Best regards, Ilya Maximets.
>
> Regards,
> Ophir
>
>> -Original Message-
>> From: Stokes, Ian [mailto:ian.sto...@intel.com]
>> Sent: Wednesday, October 31, 2018 5:52 PM
On 08.11.2018 16:46, Ophir Munk wrote:
> Thank you for your comments. Please see inline.
>
>> -Original Message-----
>> From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>> Sent: Thursday, November 01, 2018 10:31 AM
>> To: Ophir Munk ; Stokes, Ian
>>
subtable);
> }
Implementation seems OK and it should fix your case. One thought is that
we probably should move asserts to the new function too.
Will you send an official patch?
However, we still have other places with same issue (I could handle
equal case in dpif-netdev if needed) and
CC: ovs-discuss
On 12.08.2019 9:47, Ilya Maximets wrote:
> Hi.
> If you'll try to use more recent OVS version, you'll get more informative
> error message:
> ovs-ofctl: duplicate meter instruction not allowed, for OpenFlow 1.1+
> compatibility
>
> So, it seems
On 20.11.2019 19:14, Stokes, Ian wrote:
>
>
> On 11/20/2019 6:02 PM, Kevin Traynor wrote:
>> On 19/11/2019 18:48, Ilya Maximets wrote:
>>> On 19.11.2019 19:01, Eli Britstein wrote:
>>>>
>>>> On 11/19/2019 7:46 PM, Ilya Maximets wrote:
>>>
ion of
sparse header probably just because we're not using most of the functions.
We're not going to update this header only remove. You may update it in
your patches or base your changes on top of dpdk-latest branch where this
header already removed.
I'm not sure when we're
On 19.11.2019 19:01, Eli Britstein wrote:
>
> On 11/19/2019 7:46 PM, Ilya Maximets wrote:
>> On 19.11.2019 18:29, Eli Britstein wrote:
>>> On 11/19/2019 7:27 PM, Eli Britstein wrote:
>>>> Hi
>>>>
>>>> I see this file has man
ing command:
ovs-appctl dpctl/dump-flows
In case of flood, you will see datapath flow with big number of
output ports like this:
<...> actions:,,...
>
> -----邮件原件-
> 发件人: Ilya Maximets [mailto:i.maxim...@ovn.org]
> 发送时间: 2020年2月13日 21:23
> 收件人: Flavio Leitner
switches (if any) will learn/not forget to which
port packets should be sent. Also, check if your IP addresses
are correct. If for some reason it's not possible for OVS to
learn MAC addresses correctly, avoid using action:NORMAL.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
lso clean all the
allocated marks and dereference all the remaining flows if any.
I didn't think deep enough on this issue though.
Best regards, Ilya maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
hand
> I would like responsiveness for ovs-appctl commands.
>
> Do you have an idea how to enable both?
Good catch!
Could you, please, check this:
https://patchwork.ozlabs.org/patch/1242172/
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
On 4/24/20 3:19 AM, Han Zhou wrote:
> Based on the discussion in OVN meeting today I did some more testing, and
> here are my findings.
>
> - With ICMP (ping) between same source and destination it is always same
> bucket selected by dp_hash.
> - With "nc" specifying same TCP 5-tuples, the
On 10/16/20 11:23 PM, Filipe Lemos wrote:
> Hello everyone,
> I tried to learn more about each process created by running OvS while my
> bridge runs as a SDN switch connected to a controller. I can see that there
> are 4 processes with ovs in the name, as shown in the attached screenshot.
Hi,
we have conntrack related performance tests that are run with every
> release ?
I'm not aware of any specific conntrack-related performance tests.
We are lucking performance tests in many areas, actually. We do not
have any public infrastructure to run these tests by ourselves.
Volunteers are
On 8/18/20 4:00 PM, Ilya Maximets wrote:
> On 8/18/20 12:42 PM, K Venkata Kiran wrote:
>> Hi,
>>
>> We did further tests and found that it is indeed the conntrack global lock
>> that was introduced with below commit that is causing the performance
>> degradation
o' failed
>>
>> The same happens for OVN 2.13. For now this blocks your CI pipelines.
>>
>> Can I ask You to backport this patch?
This patch is actually on branch-2.12 and branch-2.13.
The only thing that is missing is a new stable release (tags).
We're going to rel
On 6/18/20 12:52 PM, Frank Wang(王培辉) wrote:
> Hello experts
>
>
>
> I'm writing this email to bring some attention since I am one
> hundred percentage certain the issue is a deadlock after digging on it,
>
> here is the procedure how to reproduce:
>
> a. turn on
lows, the code here [1] should get hit.
>>
>> [1] -
>> https://github.com/openvswitch/ovs/blob/master/lib/odp-execute.c#L766
>>
>> I never tested with ovs-dpdk when I worked on it.
>
>
> Thanks Numan, I added logging and I can see in that
> dp_packet_size(packet) is always greater or equal 60 even if the real
> packet size is 59 or less.
I think that Dumitru was right and the issue is l2 padding that should
not be taken into account while executing this action.
I sent a patch for this here:
https://patchwork.ozlabs.org/project/openvswitch/patch/20200611100231.2829329-1-i.maxim...@ovn.org/
Could you, please, check it in your setup?
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
ng the conference to get more
attention. I'd like to add a reference into my "community updates"
presentation.
I know that it takes a lot of time to support OOT kernel module and it
doesn't seem worth the effort. I'd vote for deprecation and ev
On 12/16/20 9:37 PM, Flavio Leitner wrote:
> On Sun, Nov 29, 2020 at 02:30:29AM +0100, Ilya Maximets wrote:
>> On 11/12/20 6:04 PM, Gregory Rose wrote:
>>>
>>>
>>> On 11/12/2020 5:10 AM, Mark Gray wrote:
>>>> On 30/10/2020 18:32, Gregory Rose wrote:
On 12/17/20 6:24 PM, Gregory Rose wrote:
>
>
> On 12/17/2020 3:55 AM, Ilya Maximets wrote:
>> On 12/16/20 9:37 PM, Flavio Leitner wrote:
>>> On Sun, Nov 29, 2020 at 02:30:29AM +0100, Ilya Maximets wrote:
>>>> On 11/12/20 6:04 PM, Gregory Rose wrote:
>>&
On 2/3/21 7:22 PM, Ben Pfaff wrote:
> On Wed, Feb 03, 2021 at 06:02:02PM +0100, Ilya Maximets wrote:
>>> On Tue, Feb 02, 2021 at 05:02:54PM -0500, Flavio Fernandes wrote:
>>>> Hi Ben,
>>>>
>>>> compiling ovn master with ovs master is upset becaus
, probably, generate man pages from these xml files
instead of having *.man duplicates to catch this kind of issues.
(Writing this down just to highlight the issue and not forget).
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvsw
a special flag, or something like that. Or we could
simply reduce the logging level for this kind of message on a
server side (might be not a good thing to do).
Best regards, Ilya Maximets.
> Probably, some debugging of the situation could lead to figuring out
> what's going on and thereby av
On 6/9/21 3:12 PM, Aaron Conole wrote:
> Ilya Maximets writes:
>
>> On 6/7/21 3:59 PM, Ilya Maximets wrote:
>>> On 6/7/21 3:09 PM, Aaron Conole wrote:
>>>> Ilya Maximets writes:
>>>>
>>>>>> Here is a patch with both a test and
On 6/7/21 3:09 PM, Aaron Conole wrote:
> Ilya Maximets writes:
>
>>> Here is a patch with both a test and a fix.
>
> Thanks so much! It's nice to get fixes, but I think it's really great
> when test cases come along with them.
>
>> Hi. Thanks for
On 6/7/21 3:59 PM, Ilya Maximets wrote:
> On 6/7/21 3:09 PM, Aaron Conole wrote:
>> Ilya Maximets writes:
>>
>>>> Here is a patch with both a test and a fix.
>>
>> Thanks so much! It's nice to get fixes, but I think it's really great
>> when test c
t's happening
> here? I'll keep analysing these
> new failures, but any pointers would be appreciated.
>
> Tony
>
> On Tue, Jun 15, 2021 at 12:28 PM Tony van der Peet <mailto:tony.vanderp...@gmail.com>> wrote:
>
> Yes, I can create that patch.
>
&
great if you can try it out.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
to discuss the future of #openvswitch
channel too. Any thoughts?
Will we have an OVN meeting on a different server tomorrow?
Best regards, Ilya Maximets.
[1] https://blog.bofh.it/debian/id_461
[2] https://libera.chat/
[3]
https://blog.centos.org/2021/05/centos-irc-channels-moving-to-irc-libera
a bare minimum of the MeetBot's functionality, so we can
run it offline on the meeting logs to achieve the same effect. MeetBot
supports offline "replay" that produces meeting logs and summaries that
could be uploaded to the website. I understand that it's a manual step
in compare with having a
ns() with should_steal=true.
This sounds like the best solution for me, unless I overlooked some
scenario, where this code is on a hot path.
Thoughts?
Aaron, you have a patch[1] to remove 'do_not_steal' flag, so fix for this issue
will, likely, touch the same parts of the code. What do y
ppen/failed and partner ports are unknown (you can see that the
partner related information is empty in the output above).
I would say that, most likely, LACP is not enabled/configured for these
ports on the HW switch.
You may also look at ovs-vswitchd.log, maybe there are some relevant
messages there.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
up passing a null 'pkt' to dp_packet_set_size() indicates that
> somehow aux_bufs[i] didn't get initialized. I don't see how that would
> happen.
Just in case someone will find this thread.
This particular crash was fixed by the following patch:
https://patchwork.ozlabs.org/project/openvsw
all of them are open and purely static.
Best regards, Ilya Maximets.
>
> Kind regards ,
> Vaishnavi Pardeshi
> Security Researcher
>
> On Thu, Nov 26, 2020 at 2:06 PM Security Researcher
> mailto:vaishnaviresearc...@gmail.com>> wrote:
>
> Dear Te
hut it down, so
OVS
will see that port went down. In the other case OVS itself might shut one
of the
interfaces down since it will think that it's dead on the side of the
external
switch.
Either way, interface flapping is not actually a problem. The main problem
is
the number of d
e ufid, if key is not specified,
but there are no such cases in current code, IIUC.
> 2. Why this fix was not applied or merged to the master branch?
Because it's not a real fix.
>
> [1]
> https://lists.linuxfoundation.org/pipermail/ovs-dev/2018-September/352579.html
Best regards, I
different
question, because, according to your logs, you have only ~8K of them
at max. But you also seems to have some kernel/driver/HW issue (watchdog
stuff), so it's hard to guess what is going on.
OVS 2.15 also has extra warnings when dynamic limit is reached:
"upcall: datapath reached the dyn
logs, but this is not implemented yet.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
to navigate this...
>
> On Thu, Aug 12, 2021 at 2:52 PM Ilya Maximets <mailto:i.maxim...@ovn.org>> wrote:
>
> > I recently submitted a bug report regarding building on RHEL. I
> have now
> > tried building on CentOS-7 using the Vagrantfile
ilable right now, so I would not be surprised that it doesn't work as
expected.
>
> On Tue, Aug 17, 2021 at 1:15 PM Ilya Maximets <mailto:i.maxim...@ovn.org>> wrote:
>
> On 8/17/21 8:55 PM, Eric Sender wrote:
> > I updated the yum installs to include wget and tcpdump.
layctl add-relay OVN_Northbound tcp:your-server:6641
inactivity-probe=12
Here relay.db is local for a particular relay, but this means that
configuration
(ovs-relayctl) command should be issued separately for each relay server.
Hope this makes some sense. :)
What do you think? Whic
ackets received
from kernel on this port will be received by the OVS's main thread and will
be forwarded according to installed OpenFlow rules. Packets that needs to
be sent to this port, will be sent to the kernel via tap file descriptor
and will be handled by the normal kernel network stac
can correct me if my understanding is not correct here.
Best regards, Ilya Maximets.
>
>
> At 2021-07-28 13:46:21, "Tonghao Zhang" wrote:
>>On Wed, Jul 28, 2021 at 10:57 AM ychen wrote:
>>>
>>> Hi, all:
>>> I have a question why
rd_create(struct ovsdb *db, const struct
jsonrpc_msg *request)
COVERAGE_INC(txn_forward_create);
txn_fwd->request = jsonrpc_msg_clone(request);
ovs_list_push_back(>txn_forward_new, _fwd->new_node);
+hmap_node_nullify(_fwd->sent_node);
return txn_fwd;
}
---
I'll prepare
On 8/5/21 1:51 PM, 贾文涛 wrote:
>
>
> Hi,Ilya
> thanks for you reply
> Memory doesn't grow all the time. up and down. It looks ok
Good to know. Thanks for checking!
Best regards, Ilya Maximets.
>
> Bets regards, Wentao Jia.
>
>
> 发件人:Ilya Maximets
> 发送
> Hi,
> There was a problem while adding a db to a running ovsdb-server. Can you
> please let me know if I'm missing something?
>
> ovsdb-server was started using the below command:
>
>
> ovsdb-server /etc/openvswitch/conf.db -vconsole:emer -vsyslog:err -vfile:info
>
ould be some flaky tests, i.e. sometimes they doesn't pass
on the first run. And there is one test related to conntrack and packet
fragmentation that is broken and always fails. The test itself seems to
be not fully correct.
Best regards, Ilya Maximets.
___
ESPACE}.svc.cluster.local:6642
>
Hi. Thanks for the checking relays!
Do you have a a coredump or at least a stack trace of this crash?
Otherwise it's not possible to figure out why this happened.
Best regards, Ilya Maximets.
___
discuss mailing
zer enabled. This will hurt performance
to some degree, but at least it may detect leaks.
Bets regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
keyword argument 'handle_io_errors'
Hi. Your version of sphinx is incompatible with version of docutils:
https://groups.google.com/g/sphinx-dev/c/etyW8JFnJUw?pli=1
You need to find ones that work together or simply upgrade both.
P.S. please, use ovs-discuss for this kind of questions. ovs-build is
not monitored by humans usually.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
|ERR|Invalid port_id=32
Hi. The ERR log above likely means that you reached the maximum
number of DPDK ports. Most likely, your DPDK is built with default
max_ethports, which is 32, and your system has more devices.
You need to increase the value and re-build DPDK (and OVS afterwards),
or reduce the n
m. Interesting. So, that's a really misleading error message from
a DPDK side. Thanks for sharing your solution!
CC: David. FYI.
Best regards, Ilya Maximets.
>
> On Tue, Oct 19, 2021 at 9:46 AM Ilya Maximets wrote:
>>
>>> Update:
>>>
>>> After upgrad
On 10/19/21 18:45, David Marchand wrote:
> Hello Satish,
>
> On Tue, Oct 19, 2021 at 6:02 PM Ilya Maximets wrote:
>>
>> On 10/19/21 16:37, Satish Patel wrote:
>>> Thank you for reply,
>>>
>>> I figured out what my issue was. In ubuntu 20.04 you ne
or afxdp, or we need a separate from DPDK implementation of the
vhost-user library.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
the openvswitch module and re-load it to the
currently running kernel. This is not that convenient, but should
be possible. This can help as a hot fix until the next maintenance
window, where you can do a proper kernel update.
Best regards, Ilya Maximets.
__
On 12/6/21 14:09, taoyunupt wrote:
> Hi ben and Ilya,
> I meet some compile error, hope to get your advice.
> My OS is centos7.6,kernel version is 3.10.0-957.el7.x86_64, in X86
> arch. I compiled dpdk19.11 by meson , and it seems work, the compiled lib
> stays in
ing to highlight though: Change of main release schema
seems to directly impact schedule of stable releases.
In this case, interval between DPDK stable releases increases
from 3+ to 4+ months. This might be a long time to wait for
certain bug fixes, especially if OVS needs to skip one of the
DPDK stable releases due to issues introduced in it.
Anyway, doesn't sound like something critical to me.
Bets regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
You need DPDK 20.11 and therefore newer
version of OVS, e.g. 2.16.
Best regards, Ilya Maximets.
> Following is the steps that I did in OVS-DPDK (according to
> https://docs.openvswitch.org/en/latest/howto/dpdk/):
> 1. ovs-vsctl add-br ovs-br1 -- set bridge ovs-br1 datapath_type=netdev
>
wing comment appeared:
> OFPMMFC_BAD_BAND
>
> When I used ofsoftswitch13 the code is fine but I need queue prioritizing
> Also which is not supported in ofsoftswitch13
>
>
>
> How can I install a DSCP_remark meter table in OVS switch
Hi. AFAICT, none of OVS datapaths curren
actions=mod_vlan_vid:4094,resubmit(,2)
table=2,vlan_tci=0x1ffe/0x1fff actions=drop
In your case, you see the tagged packets going out of OVS, because they are
matching the OF rule with a NORMAL action. And since the egress port is in
default 'trunk' mode, OVS pushes the "
On 12/8/21 14:30, taoyunupt wrote:
> At 2021-12-07 21:32:32, "Ilya Maximets" wrote:
>>On 12/7/21 13:52, taoyunupt wrote:
>>> Thanks Ilya, you are right, it works. I missed libmnl-devel.
>>>
>>> I get another error today, "undefined ref
sing are:
> - openvswitch-2.13.5 (LTS)
Is it possible to reprocude with current master branch instead?
Just to be sure that the issue is not caused by applying the
change to the older branch.
Best regards, Ilya Maximets.
> - dpdk-19.11.10
> - MPLS patch
> (https://patchw
not sure.
Or maybe the readers are picked up from the incorrect location.
>
> Hope to get your advice.
> Thanks,
> YUN
>
>
>
>
> At 2021-12-06 22:18:01, "Ilya Maximets" wrote:
>>On 12/6/21 14:09, taoyunupt wrote:
>>> Hi ben and
C.
>
> Thank you very much.
Hi. I don't think it's possible to enable just checksum
offloading, but you can enable it as part of segmentation
offloading support:
https://docs.openvswitch.org/en/latest/topics/userspace-tso/
Though, you need to be careful with it. See the limitation
> Hi,
> It would be really helpful if you could address the below questions:
>
>
> 1. Is there a way for the client to know the leader ovsdb server IP
> in a clustered ovsdb model (other than from the logs)?
Client knows if it's connected to a leader or not by monitoring the
_Server
. system-traffic.at:3: 1. datapath - ping between two ports
> (system-traffic.at:3): FAILED (ovs-macros.at:242)
>
>
> Thanks
> Thilak Raj S
>
>
> -Original Message-
> From: Ilya Maximets
> Sent: 14 February 2022 12:11
> To: ovs-discuss@openvswitch.org; Thilak
o 4.15+ or simply add the
warning to the ignore list:
diff --git a/tests/ofproto-macros.at b/tests/ofproto-macros.at
index 736d9809c..9233aa468 100644
--- a/tests/ofproto-macros.at
+++ b/tests/ofproto-macros.at
@@ -174,6 +174,7 @@ m4_define([_OVS_VSWITCHD_START],
/ofproto|INFO|datapath ID chan
On 2/24/22 20:07, Frode Nordahl wrote:
> On Fri, Apr 9, 2021 at 10:09 PM Ilya Maximets wrote:
>>
>>> Hi all,
>>>
>>> I’m running ovn 20.06.2 with ovs 2.13.0. On some nodes in ovs-vswitchd.log
>>> I see lots of warnings like this:
>>>
>>
d to ignore 'meson' parts of that patch.
That seems to be the only option you have if you want to build with
DPDK on FreeBSD, unfortunately.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
tion inside. 'depth 3'
suggests that it is double nested, i.e. clone(...clone(...ct())) or
clone(...check_pkt_len(...ct())) or something similar. ovs-dpctl
can be used to dump flows.
For now, I'll work on a proper patch for the kernel.
Best regards, Ilya Maximets.
>
> Stéphane
>
>
>
is going on.
> 2. Is there any hint to minimize such downtime while reinstalling OF?
Installation of rules is an unlikely root cause here.
> 3. Could there be a situation where ovn-northd after upgrade still generating
> new logical flows, ovn-controller constantly gets
dge-port named br1 and vmbr in
your case and these are normal linux interfaces. If they are
UP, flooded packets will enter the usual network stack through
these ports and can be forwarded to another bridge this way.
Not sure if that's your case, but that is definitely possible.
Best regards, Ilya M
So, it's better to re-use the common infrastructure.
For the flexible control over SIDs by flow rules, you may achieve that with
options:srv6_sids=flow configuration. For example, see how the remote_ip=flow
or options:erspan_idx=flow are implemented. See the
http://www.openvswitch.org/support/dist-docs/ovs-field
On 5/31/22 21:15, Frode Nordahl wrote:
> On Mon, May 30, 2022 at 5:25 PM Frode Nordahl
> wrote:
>>
>> On Fri, May 27, 2022 at 10:04 PM Ilya Maximets wrote:
>>>
>>> On 5/26/22 14:53, Frode Nordahl wrote:
>>>>
>>>>
>>>> tor
On 5/21/22 12:49, Frode Nordahl wrote:
> On Thu, May 19, 2022 at 3:39 PM Frode Nordahl
> wrote:
>>
>> On Sat, May 14, 2022 at 2:10 AM Ilya Maximets wrote:
>>>
>>> On 5/13/22 10:36, Frode Nordahl wrote:
>>>> On Fri, Mar 11, 2022 at
ar metadata that is internal to
the kernel. Ideas are welcome.
CC: Aaron, Paolo.
Any thoughts?
Best regards, Ilya Maximets.
---
diff --git a/include/openvswitch/ofp-packet.h b/include/openvswitch/ofp-packet.h
index 77128d829..26b07e07f 100644
--- a/include/openvswitch/ofp-packet.h
+++
On 5/24/22 12:54, Frode Nordahl wrote:
> On Mon, May 23, 2022 at 3:49 PM Ilya Maximets wrote:
>>
>> On 5/21/22 12:49, Frode Nordahl wrote:
>>> On Thu, May 19, 2022 at 3:39 PM Frode Nordahl
>>> wrote:
>>>>
>>>> On Sat, May 14, 2022 at 2
On 5/26/22 14:53, Frode Nordahl wrote:
>
>
> tor. 26. mai 2022, 14:45 skrev Ilya Maximets <mailto:i.maxim...@ovn.org>>:
>
> On 5/26/22 13:00, Frode Nordahl wrote:
> > On Wed, May 25, 2022 at 9:55 AM Frode Nordahl
> > mailto:fr
On 5/31/22 23:48, Ilya Maximets wrote:
> On 5/31/22 21:15, Frode Nordahl wrote:
>> On Mon, May 30, 2022 at 5:25 PM Frode Nordahl
>> I've pushed the first part of the fix here:
>> https://mail.openvswitch.org/pipermail/ovs-dev/2022-May/394450.html
>
> Thanks! I s
On 6/14/22 10:27, Oz Shlomo via dev wrote:
>
>
> On 6/8/2022 3:16 AM, Frode Nordahl wrote:
>> On Tue, Jun 7, 2022 at 12:16 AM Ilya Maximets wrote:
>>>
>>> On 5/31/22 23:48, Ilya Maximets wrote:
>>>> On 5/31/22 21:15, Frode Nordahl wrote:
>&g
On 6/14/22 16:26, Oz Shlomo wrote:
> Hi Ilya,
>
> On 6/14/2022 4:03 PM, Ilya Maximets wrote:
>> On 6/14/22 10:27, Oz Shlomo via dev wrote:
>>>
>>>
>>> On 6/8/2022 3:16 AM, Frode Nordahl wrote:
>>>> On Tue, Jun 7, 2022 at 12:16 AM Ilya Maxime
s "actions=NORMAL". If you want to have load balancing without
using a normal pipeline, you need to implement is yourself, e.g. with creating a
group and having output to that group.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@op
come up with some value. Advertised link
speed sounds like a good enough approximation. You should be
able to avoid the problem by setting the max-rate for the QoS
configuration, if you know the link speed better than kernel.
>
> Now, looking into OpenVSwitch documentation, while not ex
On 7/28/22 08:16, Nobuhiro MIKI wrote:
> On Thu, Apr 28, 2022 at 04:53:44PM +0900, Nobuhiro MIKI wrote:
>> On Mon, Apr 25, 2022 at 05:59:59PM +0200, Ilya Maximets wrote:
>>> Hi. Sorry for the late reply.
>>>
>>> The feature might be interesting indee
On 7/29/22 07:44, Nobuhiro MIKI wrote:
> On Thu, Jul 28, 2022 at 03:28:28PM +0200, Ilya Maximets wrote:
>> Hi. Thanks! Sorry, we're in a "release" mode these days, so not much
>> time spent on reviews for new features.
>
> Hi Ilya, Thank you for your reply despi
the build. So, if ./configure doesn't fail, you may just
ignore this error. Or try upgrading your compiler. You seem to use
some very old system.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
cripts to monitor
OVS events, e.g. count upcalls per interface.
Best regards, Ilya Maximets.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
on after reboot, when DB size
> was 210MB, and started to do compaction again, each 10-20min.
Thanks! I think, I found a 'typo' that caused the issue.
Posted a fix here:
https://patchwork.ozlabs.org/project/openvswitch/patch/20220819230810.2626573-1-i.maxim...@ovn.org/
Would be great if
> Hi Dave,
>
> From my knowledge - RHEL has an FDP (Fast Data Path) repository, where those
> packages reside.
> Here are the src rpms:
> https://ftp.redhat.com/pub/redhat/linux/enterprise/8Base/en/Fast-Datapath/SRPMS/
>
>
h, and
> give you feedback.
Thanks!
For now, I think, I'll go ahead and apply the fix, since it was
reviewed and it is more or less obviously correct. But it would
still be great to see a confirmation that it fixes your issue.
Best regards, Ilya Maximets.
>
> Thank you.
>
> -----O
ke your application is trying to change the virtio feature
set while device is already running. That is not possible, device
should be stopped first. That generates the protocol error and the port
gets disconnected. Doesn't look like an issue on OVS side.
Best regards, Ilya Maximets
ed:never,
> actions:set(eth(src=fe:ff:ff:ff:ff:ff,dst=c6:3a:16:ec:e0:d9)),3
>
> compare with the correct datapath flow, dest mac is disappeared in match
> and action.
Hi. The issue you described look very much like the issue fixed in the
following patch:
How do you detect that DB is compacting? Are you looking for a message
regarding a leadership transfer or, maybe, reports about time it took
to compact? If you can provide some parts of ovsdb-server logs, that
might also be useful.
Best regards, Ilya Maximets.
_
> Hello,
>
> has this feature been integrated into Open vSwitch?
Yes. It was integrated starting with OVS 2.14.
Best regards, Ilya Maximets.
>
> It would be great as I have the following config:
> eth0 = 1 GbE
> eth4 = 10 GbE
> So eth4 should be the primary
1 - 100 of 274 matches
Mail list logo