Re: [ovs-discuss] Request for Guidance on Patch Submission and 'Signed-off-by' Procedure

On 10 Sep 2024, at 14:26, Farhan Tariq Janjua via discuss wrote: > Hello, > > I am preparing to submit a patch that was collaboratively worked on by two > contributors. I would like to include both contributors' sign-offs in the > submission. Specifically, I am considering the following format:

Re: [ovs-discuss] Bonding of virtual interfaces

On 10 Sep 2024, at 13:38, John Depp wrote: > Thanks for you suggestions. > > Yes, I'm running LACP inside VM as well - it's systemd-networkd controlled, > and works well with real HW and a LACP capable switch. > > I'll check it again anyways, probably I'll try to sniff LACP traffic on > interfac

Re: [ovs-discuss] Bonding of virtual interfaces

On 10 Sep 2024, at 13:07, John Depp via discuss wrote: > Hi! > > I'm using OVS in virtual environment for testing purposes. > Sometimes I'd like to test different network configurations, including LACP > > So, I'd like to have LACP bonded interfaces in my VM, backed by LACP on > OVS, not using a

Re: [ovs-discuss] about metadata can persist value across some hops across OpenFlow switches

Hi, I’m not an expert in this area, but I can see the metadata is explicitly cleared when traffic goes over a patch port. https://github.com/openvswitch/ovs/blob/0051785f00c52cbbc2897989a454a5512e82dce0/ofproto/ofproto-dpif-xlate.c#L4131 If I go over the Git history, I can see this has always

Re: [ovs-discuss] High CPU of ovs-vswitchd.exe

On 11 Jul 2024, at 11:42, Kraus, Alois via discuss wrote: > Hi, > > is this the right place to report this? I have observed pretty high CPU of > ovs-vswitchd.exe even when the (Tanzu) VM is idle. > It seems to poll every 500ms on 4 threads for 70ms > > [cid:image001.png@01DAD387.07AFD320] > > >

Re: [ovs-discuss] OVN clang-format proposal

On 25 Jun 2024, at 12:22, Ales Musil wrote: > On Tue, Jun 25, 2024 at 12:14 PM Eelco Chaudron wrote: > >> >> >> On 25 Jun 2024, at 11:53, Ales Musil wrote: >> >>> On Tue, Jun 25, 2024 at 11:20 AM Eelco Chaudron >> wrote: >>> On 25 Jun 2024, at 10:11, Dumitru Ceara wrote: >>

Re: [ovs-discuss] OVN clang-format proposal

On 25 Jun 2024, at 11:53, Ales Musil wrote: > On Tue, Jun 25, 2024 at 11:20 AM Eelco Chaudron wrote: > >> >> >> On 25 Jun 2024, at 10:11, Dumitru Ceara wrote: >> >>> On 6/25/24 08:54, Ales Musil wrote: On Tue, Jun 25, 2024 at 8:48 AM Eelco Chaudron >> wrote: > > > On 24 J

Re: [ovs-discuss] OVN clang-format proposal

On 25 Jun 2024, at 10:11, Dumitru Ceara wrote: > On 6/25/24 08:54, Ales Musil wrote: >> On Tue, Jun 25, 2024 at 8:48 AM Eelco Chaudron wrote: >> >>> >>> >>> On 24 Jun 2024, at 17:52, Ales Musil via discuss wrote: >>> Hi, > > Hi Ales, > > Thanks for bringing this up! > I would lik

Re: [ovs-discuss] OVN clang-format proposal

On 24 Jun 2024, at 17:52, Ales Musil via discuss wrote: > Hi, > > I would like to propose a universal coding style using clang-format [0]. > I've put together the config file that is matching the current coding style > as closely as possible [1]. I've tried it on some random pieces of code > tha

Re: [ovs-discuss] Is OVS FIPS compliant?

On 29 May 2024, at 19:53, Jim C via discuss wrote: > Thanks Ilya. I have another followup question. For strongswan, does OVS > have it included in the OVS packages, or will OVS just use the strongSwan > lib that is installed on the OS? How do OVS and strongSwan set up the > dependencies? It wil

Re: [ovs-discuss] Guidance Needed for Submitting Patch

On 13 May 2024, at 12:33, Farhan Tariq Janjua via discuss wrote: > Hello Adrian, > > I have another question for you; How can I add the "Developer Certificate > of Origin (DCO) in the patch email, Do I have to just copy/paste it into > the email? > > I'm following this >

Re: [ovs-discuss] [openvswitch 3.3.0] system-offloads-testsuite: 7 failed

On 2 Apr 2024, at 9:53, Farhan Tariq Janjua via discuss wrote: > Hi, > > I wanted to inform you that the 'system-offloads-testsuite: 7' test has > been consistently failing even after installing a fresh instance of OvS. Hi Farhan, I assume you are using Ubuntu for your resting? If so, please

Re: [ovs-discuss] Inquiry about Test Failures in Open vSwitch

On 1 Apr 2024, at 12:39, Farhan Tariq Janjua via discuss wrote: > Hi, > > I've implemented a new feature related to offloading and have incorporated > corresponding tests into the 'system-traffic.at' file. > > Upon running the 'make check-system-userspace' tests, I'm pleased to report > that th

Re: [ovs-discuss] Question on Recirculation

On 22 Mar 2024, at 19:58, Ashish Varma via discuss wrote: > Hi > I have been trying to look at the concept of recirculation in OVS. > > Found an old description by Joe Stringer: > > > > > > > > > > > > > > > > > > *OVS_ACTION_ATTR_RECIRCULATE:* Open vSwitch datapath interface extension. > Not e

Re: [ovs-discuss] Typical dp flow table size in data center

Hi Jay, This limit also depends on how long the kernel needs to revalidate your flows. For more details take a look at the following blog post: https://developers.redhat.com/articles/2022/10/19/open-vswitch-revalidator-process-explained For testing you can use the “ovs-appctl upcall/set-flow-li

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 13 Mar 2024, at 10:19, LIU Yulong wrote: > Hi guys, > > Send a pull request with that try_lock movement fix based on the former tests: > https://github.com/openvswitch/ovs/pull/421 > > Does that make sense to you? I’m a bit behind emails, etc. so did not look at your emails yet. But for OVS

Re: [ovs-discuss] Duplicated mirror packets are captured during recirclation

On 12 Mar 2024, at 4:16, Zhangweiwei via discuss wrote: > Hi, > I send an ICMP echo request packet from port tapVm71( IP: 1.1.70.1) to > tapVm72( IP: 1.1.70.2) with CT, and there are two ICMP reply packets which > are captured on tapVm72. We can see the ICMP reply packet sent by tapVm72 is >

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 27 Feb 2024, at 9:49, LIU Yulong wrote: > Yes, that makes sense. > > Another question is how to distinguish the core at line of > ovs_mutex_trylock in revalidator_sweep__ is after the free(ukey), > since the core trace has no timestamp. This is hard to figure out without adding a time variab

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 27 Feb 2024, at 4:44, LIU Yulong wrote: > @Eelco, as you suggested, added such circular buffer to my local OVS: > https://github.com/gotostack/ovs/commit/939d88c3c5fcdb446b01f2afa8f1e80c3929db46 I should also add allocate logging, or else you might not know if a buffer was allocated at the

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 26 Feb 2024, at 11:10, LIU Yulong wrote: > Hi Eelco, > > Thank you for the quick response. > > I did not add those logs, because in order to reproduce the issue, we > have to send lots of packets to the host. > So there are too many ukeys created/deleted to do logging. Maybe a circular buffe

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 26 Feb 2024, at 9:33, LIU Yulong wrote: > Hi, > > I have read the code by comparing the call stack of the core files > carefully, and found > a potential race condition. Please confirm whether the following 3 threads > have a race condition. Just did some code trace, can such > race condition

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 21 Feb 2024, at 4:26, LIU Yulong wrote: > Thank you very much for your reply. > > The problem is not easy to reproduce, we have to wait a random long time to > see > if the issue happens again. It can be more than one day or longer. > OVS 2.17 with dpdk 20.11 had run to core before, so it's

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 19 Feb 2024, at 13:09, Ilya Maximets wrote: > On 2/19/24 11:14, Eelco Chaudron wrote: >> >> >> On 19 Feb 2024, at 10:34, LIU Yulong wrote: >> >>> Hi OVS experts, >>> >>> Our ovs-vswitchd runs to core at the ovs_mutex_trylock(&ukey->mutex) in the >>> function revalidator_sweep__. >>> >>> I've

Re: [ovs-discuss] ovs-vswitchd core at revalidator_sweep__

On 19 Feb 2024, at 10:34, LIU Yulong wrote: > Hi OVS experts, > > Our ovs-vswitchd runs to core at the ovs_mutex_trylock(&ukey->mutex) in the > function revalidator_sweep__. > > I've sent the mail before but have no response. > https://mail.openvswitch.org/pipermail/ovs-discuss/2023-August/0526

Re: [ovs-discuss] disable logs /var/log/openvswitch/

On 5 Feb 2024, at 10:38, Fourhundred Thecat via discuss wrote: > Hello, > > how can I disable logging to /var/log/openvswitch either completely, or at > least decrease the verbosity level ? > > currently the logs are full of INFO-level messages which seem quite useless, > such as: > > 2023-12

Re: [ovs-discuss] Ingress Qdisc automatically removed for ovs-enslaved ports

On 12 Jan 2024, at 14:35, Reshma Sreekumar via discuss wrote: > Hello all, > > An ingress qdisc configured on a port that is enslaved into an OpenvSwitch > bridge gets automatically deleted when tcpdump is run on that port! > > OVS version : > > ovs-vsctl (Open vSwitch) 2.17.1 (also seen on 3.2.

Re: [ovs-discuss] ERR|failed to offload flow on OVS 3.2.2

On 3 Jan 2024, at 17:52, Sri kor via discuss wrote: > Hi Team, > > > I am facing *ovs|1|dpif_netlink(handler13)|ERR|failed to offload > flow: Protocol error: ens85npf0vf2 on *OVS 3.2.2. Ovs-vswitchd is > continuously throwing this error. Is this a known issue? Will there be any > traffic

Re: [ovs-discuss] DOCA command on OVS

On 21 Dec 2023, at 16:36, Muhammad Mustafa via discuss wrote: > Hi, > > I was testing the OVS-DOCA workflow and found that the following command > was needed to configure it. > > ovs-vsctl --no-wait set Open_vSwitch . other_config:doca-init=true > > (Source: > https://docs.nvidia.com/doca/sdk/op

Re: [ovs-discuss] OVS & OVN HWOL with Nvidia ConnectX-6 Dx - Kernel flower acknowledgment does not match request

On 30 Oct 2023, at 15:47, Eelco Chaudron wrote: > On 30 Oct 2023, at 15:08, Ilya Maximets wrote: > >> On 10/26/23 14:05, Odintsov Vladislav wrote: >>> Hi, >>> On 19 Oct 2023, at 17:06, Vladislav Odintsov via discuss wrote: > On 18 Oct 2023, at 18:43, Ilya Maximets

Re: [ovs-discuss] OVS & OVN HWOL with Nvidia ConnectX-6 Dx - Kernel flower acknowledgment does not match request

On 30 Oct 2023, at 15:08, Ilya Maximets wrote: > On 10/26/23 14:05, Odintsov Vladislav wrote: >> Hi, >> >>> On 19 Oct 2023, at 17:06, Vladislav Odintsov via discuss >>> wrote: >>> >>> >>> On 18 Oct 2023, at 18:43, Ilya Maximets via discuss wrote: On 10/18/23 16:24, Vladis

Re: [ovs-discuss] only ICMP cannot be hardware offload

On 24 Oct 2023, at 8:47, chuanyun Xiao wrote: > I use the VM to ping an external IP address and telnet same ip To observe > the tc rules of bond0。 > > [root@gateway02 ~]# tc filter show egress dev bond0 > filter block 18 protocol ip pref 2 flower chain 0 > filter block 18 protocol ip pref 2 fl

Re: [ovs-discuss] only ICMP cannot be hardware offload

On 24 Oct 2023, at 7:02, chuanyun Xiao via discuss wrote: > I use the VM to ping an external IP address and view tc rules on the > centralized gateway > > filter block 18 protocol ip pref 2 flower chain 0 handle 0x2 > dst_mac ae:86:86:ab:a6:08 > src_mac 88:2a:5e:a9:30:ad > eth_type ipv4 >

Re: [ovs-discuss] OpenvSwitch with DPDK, Mirror + VLAN translation

On 20 Oct 2023, at 2:40, Fred Licht wrote: > Eelco, > So that is the challenge. The VLAN translation alone doesn’t do what I > am asking. We are trying to do an RSPAN, but take the result of the RSPAN > and pipe that into this other VLAN ID, rather than a virtual or physical > interfac

Re: [ovs-discuss] OpenvSwitch with DPDK, Mirror + VLAN translation

On 17 Oct 2023, at 22:39, Fred Licht wrote: > Hey Eelco, >That is partially the answer. I need to ensure the traffic is only passed > to our connect bond with a unque VLAN ID, but not prevent other > ingress/egress traffic on that same bond. The Mirrored VLAN needs to be > ensured not t

Re: [ovs-discuss] OpenvSwitch with DPDK, Mirror + VLAN translation

On 16 Oct 2023, at 17:12, Fred Licht via discuss wrote: > Hi All, > I am looking for suggestions/advice on how to setup a configuration. I > have found methods on how to VLAN translate, and how to mirror, adding > complication of DPDK but not a combined solution. > > How to mirror all tr

Re: [ovs-discuss] Does dp:tc always mean adequate HW offload

On 28 Sep 2023, at 5:35, Levente Csikor via discuss wrote: > Hi all, > > I am playing around with HW offloading and I have observed something > strange that I cannot explain (as of now). > > I have two OvS switches (both supporting and having hw-offload:true) > connected back-to-back through two

Re: [ovs-discuss] open vswitch and libvirt

On 22 Sep 2023, at 16:53, Michal Prívozník wrote: > On 9/22/23 16:37, Laurent Coloby wrote: >> Hello Michal >> >> My redhat is entreprise linux > > There is openvswitch package in RHEL-9, so plain: > > dnf search openvswitch > dnf install openvswitch3... You need to install openvswitch from the

Re: [ovs-discuss] open vswitch and libvirt

On 13 Sep 2023, at 8:17, Laurent Coloby wrote: > Hello all > > Because my target is RedHat ( and not unbutu ) , I will migrate soon and > avoid to loose time with unbutu > > Do you think I will have same kind of issue with RedHat ? The instructions for RHEL8 are here, which assumes you are usi

Re: [ovs-discuss] open vswitch and libvirt

On 8 Sep 2023, at 13:55, Laurent Coloby via discuss wrote: > Hello Michal and Ilya > > Thank you for your answser > > You are right > With trace I can see is it due to permission. > > All the commands are send with : sudo > > What do you mean by " because you're starting OVS manually from a root

Re: [ovs-discuss] ovs-dpdk hardware offload with Mellanox Connect-X6 DX card

On 24 Aug 2023, at 9:50, xiao k via discuss wrote: > hi, > I tried run ovs-dpdk implement NAT connect tracking hardware offload,when i > use "ovs-appctl dpctl/dump-flows -m" show the flow table,the status of > offloaded field was "offloaded:partial",not full offloaded.Is there any way > to

Re: [ovs-discuss] [ovs-dev] Request adding long poll interval metrics to coverage metrics

On 20 Jun 2023, at 16:57, Ilya Maximets wrote: > On 6/20/23 16:10, Aaron Conole wrote: >> Adrian Moreno writes: >> >>> On 6/19/23 10:36, Eelco Chaudron wrote: On 16 Jun 2023, at 19:19, Aaron Conole wrote: > Martin Kennelly writes: > >> Hey ovs community, >> >> I

Re: [ovs-discuss] Request adding long poll interval metrics to coverage metrics

On 16 Jun 2023, at 19:19, Aaron Conole wrote: > Martin Kennelly writes: > >> Hey ovs community, >> >> I am a developer working on ovn-kubernetes and I want to programmatically >> consume long poll information >> i.e: >> ovs|00211|timeval(handler25)|WARN|Unreasonably long 52388ms poll interval

Re: [ovs-discuss] [ovn] Routing loop in OVN crashes OVS with segmentation violation

; >>> >>> On 15 Jun 2023, at 17:07, Vladislav Odintsov wrote: >>> >>>>> On 15 Jun 2023, at 16:16, Eelco Chaudron via discuss >>>>> wrote: >>>>> >>>>> >>>>> >>>>> On 15 Jun 2023, at 14:

Re: [ovs-discuss] [ovn] Routing loop in OVN crashes OVS with segmentation violation

On 15 Jun 2023, at 17:07, Vladislav Odintsov wrote: >> On 15 Jun 2023, at 16:16, Eelco Chaudron via discuss >> wrote: >> >> >> >> On 15 Jun 2023, at 14:36, Vladislav Odintsov via discuss wrote: >> >>> Hi all, >>> >>> I’

Re: [ovs-discuss] [ovn] Routing loop in OVN crashes OVS with segmentation violation

On 15 Jun 2023, at 14:36, Vladislav Odintsov via discuss wrote: > Hi all, > > I’ve faced condition in flow lookup where OVS crashes with segmentation > violation because of insufficient stack limit size for ovs-vswitchd daemon. > Below is the reproducer: > > # ---> > # Ensure there is a default

Re: [ovs-discuss] Is there further plan for OVS STP testing?

On 30 May 2023, at 10:39, Hao Jue PX Wang via discuss wrote: Hello team, In this stable release doc link https://docs.openvswitch.org/en/stable/faq/issues/, I found this description of STP, I am wondering is there further plan for OVS STP testing? as this STP is very useful in preventing

Re: [ovs-discuss] Hardware compatibility

On 14 Apr 2023, at 12:15, Tom Jay via discuss wrote: > Hi, > > Thanks for the response. > > Another way of asking the question is, what's the cheapest I can experiment > with OVS for, whilst still using the hardware offload features? The first question is what kind of hardware offload do you w

Re: [ovs-discuss] Bridge in unknown state

On 23 Mar 2023, at 8:54, Alex Zetaeffesse wrote: > Just a note aside; in OVS I haven't defined the port bond0 as trunk, it's > just a (LACP) port, what comes in is processed and what comes from the > other ports is sent out of it. Needless to say, perhaps, that I can have > more control on which

Re: [ovs-discuss] Bridge in unknown state

On 22 Mar 2023, at 17:19, Alex Zetaeffesse wrote: > For the bridge's interfaces' list, I guess the shorter the output the > better... > > root@pve:~# ovs-vsctl list-ifaces vmbr1 > enp6s0f0 > enp7s0f0 > sv_z1ad0101 > sv_z1ad0102 > sv_z1ad0103 > sv_z1ad0104 > sv_z1ad4064 Use ovs-vsctl show, as it

Re: [ovs-discuss] Bridge in unknown state

On 22 Mar 2023, at 14:42, Alex Zetaeffesse wrote: > I will do my best in describing the goal and the issue > The ports connected to the bridge (I shrunk the output for readability) are > the following > > root@pve:~# ovs-ofctl show vmbr1 > [CUT] > 2(sv_z1ad0101): addr:1e:9a:25:9b:22:0a > 3(sv_

Re: [ovs-discuss] Bridge in unknown state

On 22 Mar 2023, at 10:49, Alex Zetaeffesse wrote: > Thank you Eelco, > > the thing is that I'm troubleshooting connectivity issues and the problem > for the moment seems right in vmbr1. > Hence I'm trying to understand if vmbr1 works as expected. For OVS to work the bridge does not need to be u

Re: [ovs-discuss] Bridge in unknown state

On 21 Mar 2023, at 23:42, Alex Zetaeffesse via discuss wrote: > Hi all, > > First of all, let me be clear on the fact that I'm the first who doesn't > want to run a mixed environment :-) > > In my ProxMox environment I have the following: > > root@pve:~# ip link show dev vmbr1 > 11: vmbr1: mtu

Re: [ovs-discuss] add pernament flow entry

On 20 Mar 2023, at 15:21, 675063826 wrote: > Hi Eelco, > > Thanks a lot for your reply. Maybe I can describe more details about my > question. My aim is to create a tcp connection between ovs and > controller(maybe using tcp port .). First , I tried ONOS. I found that > ONOS pushed flow t

Re: [ovs-discuss] add pernament flow entry

On 17 Mar 2023, at 17:14, 675063826 via discuss wrote: > Hello, > I want to keep a tcp connection between ovs and controller. But I found that > the flow entries were deleted when the controller was down. Are there methods > to add flows permanent？I mean when I start ovs, my flow entry exist.