Re: [ovs-dev] Request to release a new version of the ovs python library

On Fri, Jun 21, 2019 at 09:36:36AM +0100, Lucas Alvares Gomes wrote: > Hi, > > Not sure if this is the right place to ask for it but, can we get a > new release of the ovs python library please [0] ? The latest release > was in Oct, 9, 2018. > > I keep seeing the following error [1] in the

Re: [ovs-dev] [PATCH] ofproto-dpif: Fix continuation with patch port

On Fri, Jun 21, 2019 at 10:51:23AM -0700, Yi-Hung Wei wrote: > This patch fixes the ofp_port to odp_port translation issue on patch > port with nxt_resume. When OVS resumes processing a packet from > nxt_resume, OVS does not translate the ofp in_port to odp in_port > correctly if the packet is

[ovs-dev] Patricia Rementería

¡Hola! Me da mucho gusto saludarte. Es para mi un placer poder invitarte a nuestro webinar "Taller práctico de Desing Thinking" que se estará llevando a cabo el día Miércoles 17 de Julio con un horario de 10:00 a 17:00 hrs. (hora de la ciudad de México) Con este curso en línea lograremos:

Re: [ovs-dev] [PATCH 3/5] dpif-netdev: Do not sleep when swapping queues.

On 6/20/2019 3:31 PM, David Marchand wrote: On Wed, Jun 19, 2019 at 3:40 PM Ian Stokes > wrote: On 5/23/2019 3:23 PM, David Marchand wrote: > When swapping queues from a pmd thread to another (q0 polled by pmd0/q1 > polled by pmd1 -> q1 polled

[ovs-dev] OFFIZIELLE MITTEILUNG

Hallo und Guten Tag, anbei ist die OFFIZIELLE MITTEILUNG. MFG Mutual Services Desk ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH] ofproto-dpif: Fix continuation with patch port

This patch fixes the ofp_port to odp_port translation issue on patch port with nxt_resume. When OVS resumes processing a packet from nxt_resume, OVS does not translate the ofp in_port to odp in_port correctly if the packet is originally received from a patch port. Currently,OVS sets the odp

[ovs-dev] [PATCHv3] tunnel: Add layer 2 IPv6 GRE encapsulation support.

The patch adds ip6gretap support. Tunnel type 'ip6gretap' is a layer 2 GRE tunnel over IPv6, carrying inner ethernet packets and encap with GRE header with outer IPv6 header. Encapsulation of layer 3 packet over IPv6 GRE, ip6gre, is not supported yet. I tested it by running: # make

Re: [ovs-dev] [PATCHv2] tunnel: add ip6gretap support.

On 6/21/2019 10:25 AM, William Tu wrote: On Fri, Jun 21, 2019 at 10:00 AM Gregory Rose wrote: On 6/20/2019 8:55 AM, William Tu wrote: The patch adds ip6gretap support. Tunnel type ip6gretap is a layer 2 GRE tunnel over IPv6, carrying inner ethernet packets and encap with GRE header with

Re: [ovs-dev] [PATCHv2] tunnel: add ip6gretap support.

On Fri, Jun 21, 2019 at 10:00 AM Gregory Rose wrote: > > > On 6/20/2019 8:55 AM, William Tu wrote: > > The patch adds ip6gretap support. Tunnel type ip6gretap is a layer 2 GRE > > tunnel over IPv6, carrying inner ethernet packets and encap with GRE header > > with outer IPv6 header. I tested it

Re: [ovs-dev] [PATCHv2] tunnel: add ip6gretap support.

On Thu, Jun 20, 2019 at 12:23 PM Eli Britstein wrote: > > > On 6/20/2019 9:19 PM, William Tu wrote: > >> I'll be working on clarifying the documentation. And we need to clarify > >> that we will not be supporting ip6gre because it > >> requires ARPHRD_IP6GRE. OVS only works with ARPHRD_ETHER so

Re: [ovs-dev] [PATCHv2] tunnel: add ip6gretap support.

On 6/20/2019 8:55 AM, William Tu wrote: The patch adds ip6gretap support. Tunnel type ip6gretap is a layer 2 GRE tunnel over IPv6, carrying inner ethernet packets and encap with GRE header with outer IPv6 header. I tested it by running: # make check-kernel under kernel 5.2 and for

Re: [ovs-dev] [PATCH v2] ossfuzz: Add documentation

Bleep bloop. Greetings , 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. build: reading sources... [ 88%] topics/ovsdb-replication reading sources... [ 88%] topics/porting reading sources... [

Re: [ovs-dev] [PATCHv13] netdev-afxdp: add new netdev type for AF_XDP.

On 19.06.2019 22:51, William Tu wrote: > The patch introduces experimental AF_XDP support for OVS netdev. > AF_XDP, the Address Family of the eXpress Data Path, is a new Linux socket > type built upon the eBPF and XDP technology. It is aims to have comparable > performance to DPDK but cooperate

Re: [ovs-dev] [PATCHv13] netdev-afxdp: add new netdev type for AF_XDP.

On 19.06.2019 22:51, William Tu wrote: > The patch introduces experimental AF_XDP support for OVS netdev. > AF_XDP, the Address Family of the eXpress Data Path, is a new Linux socket > type built upon the eBPF and XDP technology. It is aims to have comparable > performance to DPDK but cooperate

[ovs-dev] [PATCH v2] ossfuzz: Add documentation

From: Bhargava Shastry [RFC] Documents OvS fuzzing effort and performs a rudimentary security analysis of existing OvS fuzzing harnesses. Feedback on the documentation and analysis appreciated. Signed-off-by: Bhargava Shastry --- Documentation/automake.mk | 5 +

Re: [ovs-dev] [PATCH 1/3] netdev-dpdk: Fix and document vhost tx retries.

Bleep bloop. Greetings Kevin Traynor, 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 81 characters long (recommended limit is 79) #44 FILE:

[ovs-dev] [PATCH 3/3] netdev-dpdk: Enable vhost-tx-retries config.

vhost tx retries can provide some mitigation against dropped packets due to a temporarily slow guest/limited queue size for an interface, but on the other hand when a system is fully loaded those extra cycles retrying could mean packets are dropped elsewhere. Up to now max vhost retries have been

[ovs-dev] [PATCH 1/3] netdev-dpdk: Fix and document vhost tx retries.

Fix minor issue of one additional retry and add documentation about vhost tx retries and ways to reduce/remove them. Signed-off-by: Kevin Traynor --- There is a checkpatch warning that one of the libvirt lines in docs is a few characters too long. It is similar for some others in the file and I

[ovs-dev] [PATCH 2/3] netdev-dpdk: Add stats for vhost tx retries.

vhost tx retries may occur, and it can be a sign that the guest is not optimally configured. Add some stats so a user will know if vhost tx retries are occurring and hence give a hint that guest config should be examined. Signed-off-by: Kevin Traynor ---

[ovs-dev] [RFC PATCH 4/4] OVN: Add IGMP tests

Signed-off-by: Dumitru Ceara --- tests/ovn.at | 270 ++ 1 file changed, 270 insertions(+) diff --git a/tests/ovn.at b/tests/ovn.at index daf85a5..aa8c46f 100644 --- a/tests/ovn.at +++ b/tests/ovn.at @@ -14017,3 +14017,273 @@ ovn-hv4-0

[ovs-dev] [RFC PATCH 3/4] OVN: Add ovn-northd IGMP support

New IP Multicast Snooping Options are added to the Northbound DB Logical_Switch:other_config column. These allow enabling IGMP snooping and querier on the logical switch and get translated by ovn-northd to rows in the IP_Multicast Southbound DB table. ovn-northd monitors for changes done by

[ovs-dev] [RFC PATCH 2/4] OVN: Add IGMP SB definitions and ovn-controller support

A new IP_Multicast table is added to Southbound DB. This table stores the multicast related configuration for each datapath. Each row will be populated by ovn-northd and will control: - if IGMP Snooping is enabled or not, the snooping table size and multicast group idle timeout. - if IGMP

[ovs-dev] [RFC PATCH 1/4] packets: Add IGMPv3 query packet definitions

Signed-off-by: Dumitru Ceara --- lib/packets.c | 44 lib/packets.h | 19 ++- 2 files changed, 62 insertions(+), 1 deletion(-) diff --git a/lib/packets.c b/lib/packets.c index a8fd61f..ab0b1a3 100644 --- a/lib/packets.c +++

[ovs-dev] [RFC PATCH 0/4] OVN: Add IGMP support

This series introduces support for IGMP Snooping and IGMP Querier. IGMP versions v1-v3 are supported for snooping and IGMP queries originated by ovn-controller are general IGMPv3 queries. The rationale behind using v3 for querier is that it's backward compatible with v1-v2. The majority of the

[ovs-dev] [PATCH] ossfuzz: Add documentation

From: Bhargava Shastry [RFC] Documents OvS fuzzing effort and performs a rudimentary security analysis of existing OvS fuzzing harnesses. Feedback on the documentation and analysis appreciated. Signed-off-by: Bhargava Shastry --- Documentation/automake.mk | 5 +

[ovs-dev] [PATCH] ossfuzz: Remove duplicate tcp flags parsing in flow extract target

From: Bhargava Shastry During a code audit, the flow extraction fuzzer target was seen to be parsing tcp flags from the fuzzer supplied input twice. This is probably a typo since the second call to `parse_tcp_flags()` is identical to the first. Since a call to `parse_tcp_flags()` parses the

[ovs-dev] Старинные Русские Романсы. Арии из опер и оперетт. Лирические, неаполитанские, народные, деревенские, городские - песни и баллады. 13_05_2019 02_03 198707

ВЕЛИКИЕ РОССИЙСКИЕ ИСПОЛНИТЕЛИ 20 ВЕКА Старинные Русские и Цыганские Романсы. Арии из опер и оперетт. Лирические песни. Неаполитанские песни. Народные, деревенские, городские - песни и баллады. Песни военных лет. Предлагаем Вашему вниманию, пожалуй, самую большую и уникальную коллекцию:

[ovs-dev] Как правильно защитить схему дробления? 13_05_2019 01_03 198707

ОПТИМИЗАЦИЯ НАЛОГООБЛОЖЕНИЯ Актуальные методики уменьшения выплат для организаций и физических лиц Здравствуйте, уважаемые дамы и господа, представляем Вам эксклюзивное издание "Оптимизация налогообложения" посвящённое организации действий налогоплательщика по минимизации налогов и налоговому

Re: [ovs-dev] [PATCHv11] netdev-afxdp: add new netdev type for AF_XDP.

On 20 Jun 2019, at 23:58, William Tu wrote: On Thu, Jun 20, 2019 at 1:26 AM Eelco Chaudron wrote: On 20 Jun 2019, at 4:15, William Tu wrote: The PVP test seems to work fine however after a while it stops forwarding: $ ovs-ofctl dump-flows ovs_pvp_br0 cookie=0x0, duration=8.510s,

[ovs-dev] Request to release a new version of the ovs python library

Hi, Not sure if this is the right place to ask for it but, can we get a new release of the ovs python library please [0] ? The latest release was in Oct, 9, 2018. I keep seeing the following error [1] in the upstream OpenStack gate: Jun 20 20:22:00.178737 ubuntu-bionic-vexxhost-sjc1-0008154837