[ovs-dev] [PATCH] Typo fix: vswtich -> vswitch.

Signed-off-by: Ben Pfaff --- NEWS | 2 +- tests/ofproto-dpif.at | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 4d56eee31900..1df105c41c95 100644 --- a/NEWS +++ b/NEWS @@ -28,7 +28,7 @@ Post-v2.12.0 * Add support for DPDK 19.11.

Re: [ovs-dev] [PATCH] Documentation: Fix building with Python 3.9

On Thu, Jan 16, 2020 at 11:20:01AM -0300, Flavio Leitner wrote: > On Thu, Jan 16, 2020 at 02:21:47PM +0100, Timothy Redaelli wrote: > > open(), io.open(), codecs.open() and fileinput.FileInput no longer accept > > 'U' > > ("universal newline") in the file mode. > > This flag was deprecated since

Re: [ovs-dev] [PATCH v2] ovsdb-server: Allow OVSDB clients to specify the UUID for inserted rows.

On Thu, Jan 09, 2020 at 07:39:22PM -0800, Han Zhou wrote: > On Thu, Jan 9, 2020 at 12:48 PM Ben Pfaff wrote: > > > > Requested-by: Leonid Ryzhyk > > Signed-off-by: Ben Pfaff > > --- > > v1->v2: Improve test as suggested by Flavio Fernandes. > > Acked-by: Han Zhou Applied to master, thanks! >

[ovs-dev] AWB Notification: You have A Package With Us

Greetings, FYI Your consignment have been booked via TNT EXPRESS is scheduled for delivery on January 20. But your shipment address is missing please kindly review the shipping details attached to confirm if every information is correct to enable us dispatch. Attached is the shipping

Re: [ovs-dev] Happy New Year (82)

... .. .. https://bit.ly/2ragBc8 80342 46 762 j4l7ef o164q ezm mq6pi3l 483iqou r 7by1gv2 hi hz06 5kp 5ii8ia qef ql dj5fo m28ovc v6n nzm38 ___ dev mailing list d...@openvswitch.org

Re: [ovs-dev] [PATCHv5] userspace: Add GTP-U support.

On Tue, Jan 7, 2020 at 2:53 PM Ben Pfaff wrote: > > On Wed, Dec 11, 2019 at 04:24:13PM -0800, William Tu wrote: > > GTP, GPRS Tunneling Protocol, is a group of IP-based communications > > protocols used to carry general packet radio service (GPRS) within > > GSM, UMTS and LTE networks. GTP

[ovs-dev] [PATCHv6] userspace: Add GTP-U support.

GTP, GPRS Tunneling Protocol, is a group of IP-based communications protocols used to carry general packet radio service (GPRS) within GSM, UMTS and LTE networks. GTP protocol has two parts: Signalling (GTP-Control, GTP-C) and User data (GTP-User, GTP-U). GTP-C is used for setting up GTP-U

Re: [ovs-dev] [PATCH v2] tc: handle packet mark of zero

On Thu, Jan 16, 2020 at 11:20:20AM +0100, Simon Horman wrote: > On Thu, Jan 16, 2020 at 04:59:54AM -0500, 0-day Robot wrote: > > Bleep bloop. Greetings Simon Horman, I am a robot and I have tried out > > your patch. > > Thanks for your contribution. > > > > I encountered some error that I

Re: [ovs-dev] [PATCH ovn] ofctrl.c: Update installed OVS flow cookie when lflow is changed.

On Sun, Jan 12, 2020 at 02:48:10PM -0800, Han Zhou wrote: > On Sun, Jan 12, 2020 at 2:10 PM Han Zhou wrote: > > > > When an old lflow is replaced by a new lflow, if the OVS flows > > translated by the old and new lflows have same match, ofctrl will > > update existing OVS flow instead of deleting

Re: [ovs-dev] [PATCH] netdev_afxdp: Detects combined channels and aborts wrong config

Thanks for the feedback. The original problem we faced is that when using AF_XDP on physical device, users often forgets to setup combined channel (ethool -L eth0 combined N). Assume the device's default combined channel is 8, and ovs creates only 1 n_rxq, (ovs-vsctl -- set int eth0 n_rxq=1 ...).

[ovs-dev] Trámites de capacitación ante la S.T.P.S.

Viernes 07 de Febrero | Horario de 10:00 a 14:00 hrs. | (hora del centro de México) - Guía paso a paso: Trámites de capacitación ante la S.T.P.S. - ¿De qué hablaremos? En este webinar te presentamos una guía práctica paso a paso del proceso que debemos seguir ante este organismo para

Re: [ovs-dev] [PATCH v9 2/2] netdev-afxdp: NUMA-aware memory allocation for XSK related memory

On Fri, Jan 3, 2020 at 5:13 PM Yi-Hung Wei wrote: > > Currently, the AF_XDP socket (XSK) related memory are allocated by main > thread in the main thread's NUMA domain. With the patch that detects > netdev-linux's NUMA node id, the PMD thread of AF_XDP port will be run on > the AF_XDP netdev's

[ovs-dev] [PATCH v4 3/3] netdev-dpdk: Add TCP Segmentation Offload support

Abbreviated as TSO, TCP Segmentation Offload is a feature which enables the network stack to delegate the TCP segmentation to the NIC reducing the per packet CPU overhead. A guest using vhostuser interface with TSO enabled can send TCP packets much bigger than the MTU, which saves CPU cycles

[ovs-dev] [PATCH v4 1/3] dp-packet: preserve headroom when cloning a pkt batch

The headroom is useful if the packet needs to insert additional header, so preserve the original headroom when cloning the batch. Signed-off-by: Flavio Leitner --- lib/dp-packet.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/lib/dp-packet.h b/lib/dp-packet.h index

[ovs-dev] [PATCH v4 2/3] vhost: Disable multi-segmented buffers

There is no support for multi-segmented buffers, so flag that to vhost library. Signed-off-by: Flavio Leitner --- lib/netdev-dpdk.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/lib/netdev-dpdk.c b/lib/netdev-dpdk.c index 72b67af1a..d1469f6f2 100644 --- a/lib/netdev-dpdk.c +++

[ovs-dev] [PATCH v4 0/3] Add support for TSO with DPDK

Abbreviated as TSO, TCP Segmentation Offload is a feature which enables the network stack to delegate the TCP segmentation to the NIC reducing the per packet CPU overhead. A guest using vhost-user interface with TSO enabled can send TCP packets much bigger than the MTU, which saves CPU cycles

[ovs-dev] [PATCH AUTOSEL 5.4 096/205] net: openvswitch: don't unlock mutex when changing the user_features fails

From: Tonghao Zhang [ Upstream commit 4c76bf696a608ea5cc555fe97ec59a9033236604 ] Unlocking of a not locked mutex is not allowed. Other kernel thread may be in critical section while we unlock it because of setting user_feature fail. Fixes: 95a7233c4 ("net: openvswitch: Set OvS recirc_id from

[ovs-dev] [PATCH] ofproto: Fix for frequent invalidation of flows due to mismatch in mask bits

The wildcard bits in the installed megaflow entry could be different from the bits originally generated by the ofproto layer. Datapath implementation wildcards those match fields which are not present in the incoming packet before installing the flow. When the revalidator thread validates a

Re: [ovs-dev] [PATCH v2 ovn 2/3] Forwarding group to load balance l2 traffic with liveness detection

On Sat, Jan 11, 2020 at 6:11 AM Manoj Sharma wrote: > Add forwarding group support for a logical switch. It will add a new OVN > action "fwd_group" with a virtual IP and virtual MAC. Any number of logical > switch ports of this switch can be added to this forwarding group. > If traffic has to be

[ovs-dev] [PATCH ovn 2/2] ovn-northd: Support hairpinning for logical switch load balancing.

In case a VIF is trying to connect to a load balancer VIP that includes in its backends the VIF itself, traffic would get DNAT-ed, ct_lb(VIP), but when it reaches the VIF, the VIF will try to reply locally as the source IP is known to be local. For this kind of hairpinning to work properly, reply

[ovs-dev] [PATCH ovn 1/2] ovn-northd: Fix Pre-LB logical flows with IPv4 and IPv6.

When both IPv4 and IPv6 load balancers were configured, the logical flows that send packets that need to be load balanced to conntrack (for defragmentation) were incorrectly trying to match on IPv6 fields. Fix this issue by using two address sets, one for IPv4 and the other for IPv6.

Re: [ovs-dev] [PATCH v2 ovn 1/3] Forwarding group to load balance l2 traffic with liveness detection

On Sat, Jan 11, 2020 at 6:11 AM Manoj Sharma wrote: > Add a forwarding group table and a reference to the logical switch it is > configured on. The forwarding group is configured with a virtual IP, > virtual > MAC and a number of logical switch ports from a logical switch. > > Signed-off-by:

[ovs-dev] [PATCH ovn 0/2] Support hairpinning for logical switch load balancing.

The first patch of the series fixes Pre-LB logical flows when both IPv4 and IPv6 load balancers are configured. The second patch of the series adds support for correctly hairpinning traffic that has been load balanced on a logical switch and the chosen backend is actually the source of the

Re: [ovs-dev] [PATCH v2 ovn 0/3] Forwarding group to load balance l2 traffic with liveness detection

On Sat, Jan 11, 2020 at 6:11 AM Manoj Sharma wrote: > A forwarding group is an aggregation of logical switch ports of a > logical switch to load balance traffic across the ports. It also detects > the liveness if the logical switch ports are realized as OVN tunnel ports > on the physical

Re: [ovs-dev] [PATCH v2] tc: handle packet mark of zero

Simon Horman writes: > On Thu, Jan 16, 2020 at 04:59:54AM -0500, 0-day Robot wrote: >> Bleep bloop. Greetings Simon Horman, 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. >> >>

Re: [ovs-dev] [PATCH] Documentation: Fix building with Python 3.9

On Thu, Jan 16, 2020 at 02:21:47PM +0100, Timothy Redaelli wrote: > open(), io.open(), codecs.open() and fileinput.FileInput no longer accept 'U' > ("universal newline") in the file mode. > This flag was deprecated since Python 3.3. > In Python 3, the "universal newline" is used by default when a

Re: [ovs-dev] [v4] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command

On 16.01.2020 15:09, Finn, Emma wrote: > Comments inline. > >> -Original Message- >> From: Finn, Emma >> Sent: Thursday 16 January 2020 11:45 >> To: d...@openvswitch.org >> Cc: i.maxim...@ovn.org; ian.sto...@intel.org; Finn, Emma >> >> Subject: [v4] dpif-netdev: Modified ovs-appctl

Re: [ovs-dev] [PATCH v6 ovn 2/2] northd: add logical flows for dhcpv6 pfd parsing

On Thu, Jan 16, 2020 at 7:40 PM Numan Siddique wrote: > > On Tue, Jan 14, 2020 at 4:38 PM Lorenzo Bianconi > wrote: > > > > Introduce logical flows in ovn router pipeline in order to parse dhcpv6 > > advertise/reply from IPv6 prefix delegation router. > > Do not overwrite ipv6_ra_pd_list info in

Re: [ovs-dev] [PATCH ovn 0/2] Caching logical flow expr tree for each lflow

On Thu, Jan 16, 2020 at 4:02 AM Mark Michelson wrote: > > For the series: > Acked-by: Mark Michelson > > I think the speedup is commendable. Great job! > > That being said, I'm surprised it wasn't better. Do you know, with this > patch applied, what the hit rate is for the cache? And assuming

Re: [ovs-dev] [v4] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command

Comments inline. > -Original Message- > From: Finn, Emma > Sent: Thursday 16 January 2020 11:45 > To: d...@openvswitch.org > Cc: i.maxim...@ovn.org; ian.sto...@intel.org; Finn, Emma > > Subject: [v4] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command > > Modified ovs-appctl

Re: [ovs-dev] [PATCH v6 ovn 2/2] northd: add logical flows for dhcpv6 pfd parsing

On Tue, Jan 14, 2020 at 4:38 PM Lorenzo Bianconi wrote: > > Introduce logical flows in ovn router pipeline in order to parse dhcpv6 > advertise/reply from IPv6 prefix delegation router. > Do not overwrite ipv6_ra_pd_list info in options column of SB port_binding > table written by ovn-controller

Re: [ovs-dev] [PATCH V7 00/18] netdev datapath actions offload

On 13.01.2020 19:17, Ilya Maximets wrote: > On 09.01.2020 08:46, Eli Britstein wrote: >> Currently, netdev datapath offload only accelerates the flow match >> sequence by associating a mark per flow. This series introduces the full >> offload of netdev datapath flows by having the HW also perform

Re: [ovs-dev] [PATCH net-next v3] openvswitch: add TTL decrement action

Le 16/01/2020 à 08:21, Pravin Shelar a écrit : > On Wed, Jan 15, 2020 at 8:40 AM Matteo Croce wrote: [snip] >> @@ -1050,4 +1051,5 @@ struct ovs_zone_limit { >> __u32 count; >> }; >> >> +#define OVS_DEC_TTL_ATTR_EXEC 0 > > I am not sure if we need this, But if you want the nested

Re: [ovs-dev] [PATCH v6 ovn 1/2] controller: add ipv6 prefix delegation state machine

" On Tue, Jan 14, 2020 at 4:37 PM Lorenzo Bianconi wrote: > > Introduce IPv6 Prefix delegation state machine according to RFC 3633 > https://tools.ietf.org/html/rfc3633. > Add handle_dhcpv6_reply controller action to parse advertise/reply from > IPv6 delegation server. Advertise/reply are parsed

Re: [ovs-dev] [PATCH] dpif-netdev: Make datapath port mutex recursive.

On 16.01.2020 13:13, Stokes, Ian wrote: > > > On 1/15/2020 5:29 PM, Ilya Maximets wrote: >> Upcoming HW offloading will request flow statistics from the dpdk >> offloading module.  This operation requires holding datapath port >> mutex.  However, there is a possible scenarion in which flow

[ovs-dev] [PATCH] Documentation: Fix building with Python 3.9

open(), io.open(), codecs.open() and fileinput.FileInput no longer accept 'U' ("universal newline") in the file mode. This flag was deprecated since Python 3.3. In Python 3, the "universal newline" is used by default when a file is open in text mode. Reported-at:

Re: [ovs-dev] [PATCH] dpif-netdev: Make datapath port mutex recursive.

On 1/15/2020 5:29 PM, Ilya Maximets wrote: Upcoming HW offloading will request flow statistics from the dpdk offloading module. This operation requires holding datapath port mutex. However, there is a possible scenarion in which flow deletion happens during datapath reconfiguration process

[ovs-dev] [v4] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command

Modified ovs-appctl dpctl/dump-flows command to output the miniflow bits for a given flow when -m option is passed. $ ovs-appctl dpctl/dump-flows -m Signed-off-by: Emma Finn --- RFC -> v1 * Changed revision from RFC to v1 * Reformatted based on comments * Fixed same classifier being dumped

Re: [ovs-dev] [v3] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command

On 16.01.2020 11:18, Finn, Emma wrote: > > >> -Original Message- >> From: Ilya Maximets >> Sent: Wednesday 15 January 2020 17:27 >> To: Finn, Emma ; d...@openvswitch.org >> Cc: i.maxim...@ovn.org; ian.sto...@intel.org >> Subject: Re: [v3] dpif-netdev: Modified ovs-appctl

Re: [ovs-dev] [PATCH v2] tc: handle packet mark of zero

On Thu, Jan 16, 2020 at 04:59:54AM -0500, 0-day Robot wrote: > Bleep bloop. Greetings Simon Horman, 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:

Re: [ovs-dev] [v3] dpif-netdev: Modified ovs-appctl dpctl/dump-flows command

> -Original Message- > From: Ilya Maximets > Sent: Wednesday 15 January 2020 17:27 > To: Finn, Emma ; d...@openvswitch.org > Cc: i.maxim...@ovn.org; ian.sto...@intel.org > Subject: Re: [v3] dpif-netdev: Modified ovs-appctl dpctl/dump-flows > command > > On 15.01.2020 17:19, Emma Finn

Re: [ovs-dev] [PATCH v2] tc: handle packet mark of zero

Bleep bloop. Greetings Simon Horman, 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: Unexpected sign-offs from developers who are not authors or co-authors or

[ovs-dev] [PATCH v2] tc: handle packet mark of zero

From: John Hurley Openstack may set an skb mark of 0 in tunnel rules. This is considered to be an unused/unset value. However, it prevents the rule from being offloaded. Check if the key value of the skb mark is 0 when it is in use (mask is set to all ones). If it is then ignore the field and

[ovs-dev] Powerful Electr0nic M0squito Lamp ⚔️⚔️⚔️⚔️⚔️⚔️⚔️.........................................

___ dev mailing list