Re: [ovs-dev] [RFC v4 1/1] datapath: Add a new action check_pkt_len

On 3/21/2019 5:38 PM, Gregory Rose wrote: On 3/21/2019 10:37 AM, Numan Siddique wrote: This is the datapath patch - https://patchwork.ozlabs.org/patch/1046370/ and this is the corresponding ovs-vswitchd patch - https://patchwork.ozlabs.org/patch/1059081/ (this is part of the series -

Re: [ovs-dev] [RFC v4 1/1] datapath: Add a new action check_pkt_len

On 3/21/2019 10:37 AM, Numan Siddique wrote: This is the datapath patch - https://patchwork.ozlabs.org/patch/1046370/ and this is the corresponding ovs-vswitchd patch - https://patchwork.ozlabs.org/patch/1059081/ (this is part of the series -

Re: [ovs-dev] [ovs-dev,1/2] ovn-ctl: Unify OVN_RUNDIR usage.

Bleep bloop. Greetings Han Zhou, I am a robot and I have tried out your patch. Thanks for your contribution. I encountered some error that I wasn't expecting. See the details below. checkpatch: WARNING: Line is 113 characters long (recommended limit is 79) #41 FILE: ovn/utilities/ovn-ctl:64:

[ovs-dev] [PATCH 2/2] ovn-ctl: Make sure OVN_RUNDIR is created for central nodes.

From: Han Zhou When ovn-ctl tries to start ovsdb, it didn't ensure the rundir (e.g. /var/run/openvswitch) exist, because it is not calling start_daemon(). Usually, if OVS is started by ovs-ctl before on the same node, the folder is created already. However, for OVN central node, OVS is usually

[ovs-dev] [PATCH 1/2] ovn-ctl: Unify OVN_RUNDIR usage.

From: Han Zhou In this script $rundir and $OVN_RUNDIR is used in a mixed way, which can cause different folders used for different runtime files. This patch unifies the usage to the correct one. Signed-off-by: Han Zhou --- ovn/utilities/ovn-ctl | 33 + 1 file

[ovs-dev] (no subject)

I am Li Xu from China. I am looking for your partnership because of the deteriorating security situation and the prospect of a civil war, urgent removal of my family from Iraq if the US finally withdraws their troops Partnership for me to leave Iraq with my family For your interest show or

[ovs-dev] Hi

Hello , could we be friends? I would love to meet you .. Greeting ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [RFC v4 1/1] datapath: Add a new action check_pkt_len

On Thu, Mar 21, 2019 at 11:01 PM Gregory Rose wrote: > > On 3/21/2019 8:23 AM, Numan Siddique wrote: > > > > On Mon, Feb 25, 2019 at 12:09 PM Numan Siddique > wrote: > >> >> >> On Sat, Feb 23, 2019 at 2:35 AM Gregory Rose >> wrote: >> >>> Numan, >>> >>> I intend to test and review this on my

Re: [ovs-dev] [RFC v4 1/1] datapath: Add a new action check_pkt_len

On 3/21/2019 8:23 AM, Numan Siddique wrote: On Mon, Feb 25, 2019 at 12:09 PM Numan Siddique > wrote: On Sat, Feb 23, 2019 at 2:35 AM Gregory Rose mailto:gvrose8...@gmail.com>> wrote: Numan, I intend to test and review this on my local

Re: [ovs-dev] [ovs-dev, v4] ovsdb raft: Sync commit index to followers without delay.

On Wed, Mar 20, 2019 at 11:07 AM Ben Pfaff wrote: > > On Wed, Mar 20, 2019 at 10:44:55AM -0700, Han Zhou wrote: > > On Wed, Mar 20, 2019 at 9:56 AM Ben Pfaff wrote: > > > > > > On Wed, Mar 20, 2019 at 08:28:50AM -0700, Han Zhou wrote: > > > > On Wed, Mar 20, 2019 at 5:02 AM Ilya Maximets > > >

[ovs-dev] [PATCH] reconnect.c: Don't transition back to ACTIVE when forced to RECONNECT.

From: Han Zhou Currently, whenever there is activity on the session, the FSM is transitioned to ACTIVE. However, this causes reconnect_force_reconnect() failed to work once there are traffic received from remote after transition to RECONNECT, it will skip the reconnection phase and directly go

[ovs-dev] [PATCH net-next] openvswitch: add seqadj extension when NAT is used.

When the conntrack is initialized, there is no helper attached yet so the nat info initialization (nf_nat_setup_info) skips adding the seqadj ext. A helper is attached later when the conntrack is not confirmed but is going to be committed. In this case, if NAT is needed then adds the seqadj ext

Re: [ovs-dev] [RFC v4 1/1] datapath: Add a new action check_pkt_len

On Mon, Feb 25, 2019 at 12:09 PM Numan Siddique wrote: > > > On Sat, Feb 23, 2019 at 2:35 AM Gregory Rose wrote: > >> Numan, >> >> I intend to test and review this on my local net-next branch but I'm not >> feeling well so it will probably be >> early next week before I can do that. Sorry for

Re: [ovs-dev] [ovs-dev, RFC] vswitchd: warn about misconfigured interface type on netdev bridge

On 20.03.2019 21:10, Ben Pfaff wrote: > On Wed, Mar 20, 2019 at 06:46:22PM +0300, Ilya Maximets wrote: >> On 20.03.2019 4:20, Ben Pfaff wrote: >>> On Tue, Mar 19, 2019 at 07:59:55PM +0300, Ilya Maximets wrote: On 19.03.2019 18:51, Ilya Maximets wrote: > On 19.03.2019 12:23, Eelco Chaudron

Re: [ovs-dev] [PATCH] ovs-vsctl: Add datapath_type column to show command.

On 21 Mar 2019, at 11:56, Ilya Maximets wrote: > Sometimes it's unclear which datapath type is in use by particular > bridge. For example, if all the interfaces supported by both system > and netdev datapaths it needs a DB query or log analysis to find out > which 'datapath_type' is in use. >

[ovs-dev] [PATCH] ovs-vsctl: Add datapath_type column to show command.

Sometimes it's unclear which datapath type is in use by particular bridge. For example, if all the interfaces supported by both system and netdev datapaths it needs a DB query or log analysis to find out which 'datapath_type' is in use. Another case is that it's hard to figure out if patch ports

[ovs-dev] [PATCH net-next] openvswitch: Make metadata_dst tunnel work in IP_TUNNEL_INFO_BRIDGE mode

From: wenxu There is currently no support for the multicasti/broadcst aspects of VXLAN in ovs. In the datapath flow the tun_dst must specific. But in the IP_TUNNEL_INFO_BRIDGE mode the tun_dst can not be specific. And the packet can forward through the fdb of vxlan devcice. In this mode the

Re: [ovs-dev] [PATCH] netdev-rte-offloads: Add thread-safety notes.

On 3/21/2019 7:35 AM, Roni Bar Yanai wrote: Looks good. -Original Message- From: Ilya Maximets Sent: Wednesday, March 20, 2019 1:15 PM To: ovs-dev@openvswitch.org; Ian Stokes Cc: Flavio Leitner ; Ophir Munk ; Kevin Traynor ; Roni Bar Yanai ; Finn Christensen ; Asaf Penso ; Ilya

Re: [ovs-dev] [ovs-dev, V7, 1/2] Makefiles: Generate datapath ovs key fields macros

Bleep bloop. Greetings Eli Britstein, I am a robot and I have tried out your patch. Thanks for your contribution. I encountered some error that I wasn't expecting. See the details below. checkpatch: WARNING: Line is 107 characters long (recommended limit is 79) #64 FILE:

[ovs-dev] [PATCH V7 2/2] odp-util: Do not rewrite fields with the same values as matched

To improve performance and avoid wasting resources for HW offloaded flows, do not rewrite fields that are matched with the same value. Signed-off-by: Eli Britstein Reviewed-by: Roi Dayan --- lib/odp-util.c| 93 +-- tests/mpls-xlate.at | 2 +-

[ovs-dev] [PATCH V7 1/2] Makefiles: Generate datapath ovs key fields macros

Generate datapath ovs key fields offset and size array macros as a pre-step for bit-wise comparing fields, with no functional change. Signed-off-by: Eli Britstein Reviewed-by: Roi Dayan --- .gitignore | 1 + build-aux/extract-odp-netlink-macros-h | 60

[ovs-dev] [PATCH V7 0/2] Do not rewrite fields with the same values as matched

This patch set avoids unnecessary rewrite actions to fields with the same values as matched on. Patch 1 is a pre-step of generating ovs key fields macros Patch 2 avoids the unnecessary rewrites and adapts the tests accordingly Differences from V6: Remove bash dependency. Thanks, Eli Eli

Re: [ovs-dev] [PATCH] netdev-rte-offloads: Add thread-safety notes.

Looks good. > -Original Message- > From: Ilya Maximets > Sent: Wednesday, March 20, 2019 1:15 PM > To: ovs-dev@openvswitch.org; Ian Stokes > Cc: Flavio Leitner ; Ophir Munk > ; Kevin Traynor ; Roni Bar > Yanai ; Finn Christensen ; Asaf > Penso ; Ilya Maximets > Subject: [PATCH]

Re: [ovs-dev] [PATCH] dpif-netlink: make offload failed EOPNOTSUPP and ENOSPC cases lower priority level log

On Wed, Mar 20, 2019 at 03:10:48PM +0100, Simon Horman wrote: > On Tue, Mar 19, 2019 at 08:47:31PM +0800, we...@ucloud.cn wrote: > > From: wenxu > > > > Offload flow failed for EOPNOTSUPP and ENOSPC which should not > > be a err. It should e lower priority level log for this two > > failure

Re: [ovs-dev] [PATCH branch-2.10 0/2] Fix syslog and make travis great again.

On Wed, Mar 20, 2019 at 09:39:34AM -0700, Ben Pfaff wrote: > On Wed, Mar 20, 2019 at 09:37:22AM -0700, Ben Pfaff wrote: > > On Wed, Mar 20, 2019 at 10:49:40AM +0300, Ilya Maximets wrote: > > > On 18.03.2019 23:38, Ben Pfaff wrote: > > > > On Mon, Mar 18, 2019 at 11:31:32AM +0300, Ilya Maximets

Re: [ovs-dev] [PATCH v5] Monitor Database table to manage lifecycle of IDL client.

On Sat, Jan 26, 2019 at 12:41 AM Ted Elhourani wrote: > The Python IDL implementation supports ovsdb cluster connections. > This patch is a follow up to commit 31e434fc98, it adds the option of > connecting to the leader (the default) in the Raft-based cluster. It mimics > the exisiting C IDL

[ovs-dev] PRIVATE...

I have a business Proposal that will be of benefit to the both of us.Kindly contact me on mrmichealwu...@yahoo.com.hk should this be of interest to you. ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev