Re: [ovs-dev] Path MTU discovery on GRE interfaces

On 24/06/2021 05:51, Jesse Gross wrote: > On Wed, Jun 23, 2021 at 10:06 AM Ben Pfaff <mailto:b...@ovn.org>> wrote: > > [updating Jesse's email address] > > On Wed, Jun 23, 2021 at 04:48:29PM +0200, Matthias May via dev wrote: > > I'm currently figh

Re: [ovs-dev] Path MTU discovery on GRE interfaces

On 23/06/2021 19:06, Ben Pfaff wrote: > [updating Jesse's email address] > > On Wed, Jun 23, 2021 at 04:48:29PM +0200, Matthias May via dev wrote: >> I'm currently fighting with issues where TCP/UDP frames that are larger than >> the MTU of a GRE tunnel are dropped. >

[ovs-dev] Path MTU discovery on GRE interfaces

Hi Jesse, Hi List I'm currently fighting with issues where TCP/UDP frames that are larger than the MTU of a GRE tunnel are dropped. I'm aware of the whys and how to work around the issue, but while looking for solutions i stumbled over the fact that: * [1] added PMTUD support to OVS * [2]

Re: [ovs-dev] operstate of internal interface(s) when physical member operstate is down

On 03/11/2020 18:13, Ben Pfaff wrote: > On Mon, Oct 26, 2020 at 10:56:02AM +0100, Matthias May via dev wrote: >> I'm looking for a way to replicate the behaviour of a standard bridge. >> In a standard bridge when all members of the bridge report their >> operstate as do

[ovs-dev] operstate of internal interface(s) when physical member operstate is down

Hi List I'm looking for a way to replicate the behaviour of a standard bridge. In a standard bridge when all members of the bridge report their operstate as down, the bridge itself reports its operstate down as well. Is there any way to achieve this? Thank you. BR Matthias

Re: [ovs-dev] Running wireguard tunnel in Open vSwitch

On 03/07/2020 09:20, Pratik Panjwani wrote: > Hi All, > > I am trying to extend my L2 network across sites using wireguard as my VPN. > The networking internally across VMs in a site is managed using > openvswitch. I have established the connectivity between the WG Client and > WG server(tunnel

[ovs-dev] Rules regression from 2.7.11 to 2.12.1

Hi We recently updated from 2.7.11 (well 2.7.10 + patches from branch) to 2.12.1 (again, 2.12.0 + patches from branch). Almost everything seems to work except one rule. On 2.7.x we had the following rule which is working. priority=200,pkt_mark=0x8000/0x8000

Re: [ovs-dev] [PATCH v2] rstp: add ability to receive VLAN-tagged BPDUs

On 23/02/2019 00:12, Ben Pfaff wrote: > On Fri, Feb 15, 2019 at 12:16:14AM +0100, Matthias May via dev wrote: >> There are switches which allow to transmit their BPDUs VLAN-tagged. >> With this change OVS is able to receive VLAN-tagged BPDUs, but still >> transmits i

Re: [ovs-dev] [PATCH] rstp: add ability to receive VLAN-tagged BPDUs

On 15/02/2019 01:28, Ben Pfaff wrote: > On Fri, Feb 15, 2019 at 12:27:11AM +0100, Matthias May wrote: >> On 14/02/2019 20:17, Ben Pfaff wrote: >>> On Thu, Feb 14, 2019 at 10:58:48AM +0100, Matthias May via dev wrote: >>>> There are switches which allow to tr

Re: [ovs-dev] rstp: add ability to receive VLAN-tagged BPDUs

On 14/02/2019 16:51, Ben Pfaff wrote: > On Thu, Feb 14, 2019 at 03:14:26PM +0100, Matthias May wrote: >> On 14/02/2019 14:34, Flavio Leitner wrote: >>> >>> Hi Ben, >>> >>> This is another patch with From: field altered to be >>> ovs-dev@openv

Re: [ovs-dev] [PATCH] rstp: add ability to receive VLAN-tagged BPDUs

On 14/02/2019 20:17, Ben Pfaff wrote: > On Thu, Feb 14, 2019 at 10:58:48AM +0100, Matthias May via dev wrote: >> There are switches which allow to transmit their BPDUs VLAN-tagged. >> With this change OVS is able to receive VLAN-tagged BPDUs, but still >> transmits i

[ovs-dev] [PATCH v2] rstp: add ability to receive VLAN-tagged BPDUs

of Flavio Leitner. Signed-off-by: Matthias May --- ofproto/ofproto-dpif-xlate.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/ofproto/ofproto-dpif-xlate.c b/ofproto/ofproto-dpif-xlate.c index acd4817c2..7830fee2e 100644 --- a/ofproto/ofproto-dpif-xlate.c +++ b

Re: [ovs-dev] rstp: add ability to receive VLAN-tagged BPDUs

On 14/02/2019 14:34, Flavio Leitner wrote: > > Hi Ben, > > This is another patch with From: field altered to be > ovs-dev@openvswitch.org. > > [...] > From: Matthias May via dev > Reply-To: Matthias May > > If the patch gets applied as is, the commit's A

Re: [ovs-dev] rstp: add ability to receive VLAN-tagged BPDUs

On 14/02/2019 14:34, Flavio Leitner wrote: > > Hi Ben, > > This is another patch with From: field altered to be > ovs-dev@openvswitch.org. > > [...] > From: Matthias May via dev > Reply-To: Matthias May > > If the patch gets applied as is, the commit's A

Re: [ovs-dev] rstp: add ability to receive VLAN-tagged BPDUs

On 14/02/2019 11:59, 0-day Robot wrote: > Bleep bloop. Greetings Matthias May via dev, 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

[ovs-dev] [PATCH] rstp: add ability to receive VLAN-tagged BPDUs

There are switches which allow to transmit their BPDUs VLAN-tagged. With this change OVS is able to receive VLAN-tagged BPDUs, but still transmits its own BPDUs untagged. This was tested against Westermo RFI-207-F4G-T3G. Signed-off-by: Matthias May --- ofproto/ofproto-dpif-xlate.c | 7

Re: [ovs-dev] [RFC] [PATCH 0/6] Add port_group to prevent loopback between interfaces

On 02/05/17 11:20, Matthias May wrote: > On 22/04/17 03:45, Ben Pfaff wrote: >> On Mon, Apr 03, 2017 at 11:40:54AM +0200, Matthias May wrote: >>> When using openvswitch in combination with a hardware switch attached via >>> dsa >>> it may be desirable to p

Re: [ovs-dev] offset of 0x10001 in dpif_netlink_queue_to_priority

On 06/07/17 17:25, Ben Pfaff wrote: > On Thu, Jul 06, 2017 at 08:39:21AM +0200, Matthias May wrote: >> On 06/07/17 02:24, Ben Pfaff wrote: >>> On Tue, Jul 04, 2017 at 05:09:21PM +0200, Matthias May wrote: >>>> Hi >>>> >>>> I'm trying to ma

Re: [ovs-dev] offset of 0x10001 in dpif_netlink_queue_to_priority

On 06/07/17 02:24, Ben Pfaff wrote: > On Tue, Jul 04, 2017 at 05:09:21PM +0200, Matthias May wrote: >> Hi >> >> I'm trying to map the vlan_pcp onto 802.11 tid. >> >> net/wireless/util.c in mac80211 specifies: >> >>> /* skb->priority values fr

[ovs-dev] offset of 0x10001 in dpif_netlink_queue_to_priority

Hi I'm trying to map the vlan_pcp onto 802.11 tid. net/wireless/util.c in mac80211 specifies: > /* skb->priority values from 256->263 are magic values to >* directly indicate a specific 802.1d priority. This is used >* to allow 802.1d priority to be passed directly in

Re: [ovs-dev] [PATCH v3] Replace most uses of and references to "ifconfig" by "ip".

On 27/05/17 04:29, Hunt Xu wrote: > On Fri, May 26, 2017 at 11:46 PM, Ben Pfaff wrote: >> It's becoming more common that OSes include "ip" but not "ifconfig", so >> it's best to avoid using the latter. This commit removes most references >> to "ifconfig" and replaces them by "ip".

Re: [ovs-dev] [RFC] [PATCH 0/6] Add port_group to prevent loopback between interfaces

On 22/04/17 03:45, Ben Pfaff wrote: > On Mon, Apr 03, 2017 at 11:40:54AM +0200, Matthias May wrote: >> When using openvswitch in combination with a hardware switch attached via dsa >> it may be desirable to prevent frames from being looped back to interfaces >> which resi

Re: [ovs-dev] [RFC] [PATCH 0/6] Add port_group to prevent loopback between interfaces

On 03/04/17 11:40, Matthias May wrote: > When using openvswitch in combination with a hardware switch attached via dsa > it may be desirable to prevent frames from being looped back to interfaces > which reside on the same switch and are already processed by the > switching fabric

[ovs-dev] [RFC] [PATCH 5/6] port_group: ofproto-dpif: add port_group definition and init

Signed-off-by: Matthias May <matthias@neratec.com> --- ofproto/ofproto-dpif.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/ofproto/ofproto-dpif.c b/ofproto/ofproto-dpif.c index 523adad6f..32d7d69c5 100644 --- a/ofproto/ofproto-dpif.c +++ b/ofproto/o

[ovs-dev] [RFC] [PATCH 3/6] port_group: bridge: set port_group in port config

Signed-off-by: Matthias May <matthias@neratec.com> --- vswitchd/bridge.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/vswitchd/bridge.c b/vswitchd/bridge.c index 867a26d8d..316e4742e 100644 --- a/vswitchd/bridge.c +++ b/vswitchd/bridge.c @@ -966,6 +966,17 @@ port_con

[ovs-dev] [RFC] [PATCH 4/6] port_group: ofproto: add port_group definition

Signed-off-by: Matthias May <matthias@neratec.com> --- ofproto/ofproto.h | 1 + 1 file changed, 1 insertion(+) diff --git a/ofproto/ofproto.h b/ofproto/ofproto.h index 1e48e1952..29d7cdb91 100644 --- a/ofproto/ofproto.h +++ b/ofproto/ofproto.h @@ -402,6 +402,7 @@

[ovs-dev] [RFC] [PATCH 2/6] port_group: add documentation entry

Signed-off-by: Matthias May <matthias@neratec.com> --- vswitchd/vswitch.xml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/vswitchd/vswitch.xml b/vswitchd/vswitch.xml index 14297bf9a..3a7324f5d 100644 --- a/vswitchd/vswitch.xml +++ b/vswitchd/vswitch.xml @@ -1280,6 +1

[ovs-dev] [RFC] [PATCH 1/6] port_group: add db definitions

Signed-off-by: Matthias May <matthias@neratec.com> --- vswitchd/vswitch.ovsschema | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/vswitchd/vswitch.ovsschema b/vswitchd/vswitch.ovsschema index 19b49daf1..7ebcd0d6a 100644 --- a/vswitchd/vswitch.ovsschema

[ovs-dev] [RFC] [PATCH 0/6] Add port_group to prevent loopback between interfaces

a new parameter port_group to be used by the normal action. When the port_group is not set explicitly, it defaults to the ofp number. Ports which are in the same group will not forward a frame between each other. Matthias May (6): port_group: add db definitions port_group: add documentation entry

Re: [ovs-dev] control characters all over the code

On 23/03/17 16:29, Ben Pfaff wrote: > On Thu, Mar 23, 2017 at 03:34:12PM +0100, Matthias May wrote: >> Looking at the code with eclipse 3.8.1 I noticed that in some files >> sometimes my formatting became broken. >> Some digging shows that this is apparently because of the co

[ovs-dev] control characters all over the code

Hi Looking at the code with eclipse 3.8.1 I noticed that in some files sometimes my formatting became broken. Some digging shows that this is apparently because of the control character ^L A grep over the whole git repository shows that this is in quite a lot of places. grep -r -P "\xC" ./* | wc