All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Wunderlich <sw@simonwunderlich.de>
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: "Linus Lüssing" <linus.luessing@c0d3.blue>
Subject: Re: [PATCH maint v5 2/3] batman-adv: mcast: fix duplicate mcast packets in BLA backbone from mesh
Date: Tue, 15 Sep 2020 09:12:03 +0200	[thread overview]
Message-ID: <2901256.C5W9GFcDfF@prime> (raw)
In-Reply-To: <20200914195347.10505-3-linus.luessing@c0d3.blue>

[-- Attachment #1: Type: text/plain, Size: 1601 bytes --]

On Monday, September 14, 2020 9:53:46 PM CEST Linus Lüssing wrote:
> Scenario:
> * Multicast frame send from mesh to a BLA backbone (multiple nodes
>   with their bat0 bridged together, with BLA enabled)
> 
> Issue:
> * BLA backbone nodes receive the frame multiple times on bat0,
>   once from mesh->bat0 and once from each backbone_gw from LAN
> 
> For unicast, a node will send only to the best backbone gateway
> according to the TQ. However for multicast we currently cannot determine
> if multiple destination nodes share the same backbone if they don't share
> the same backbone with us. So we need to keep sending the unicasts to
> all backbone gateways and let the backbone gateways decide which one
> will forward the frame. We can use the CLAIM mechanism to make this
> decision.
> 
> One catch: The batman-adv gateway feature for DHCP packets potentially
> sends multicast packets in the same batman-adv unicast header as the
> multicast optimizations code. And we are not allowed to drop those even
> if we did not claim the source address of the sender, as for such
> packets there is only this one multicast-in-unicast packet.
> 
> How can we distinguish the two cases?
> 
> The gateway feature uses a batman-adv unicast 4 address header. While
> the multicast-to-unicasts feature uses a simple, 3 address batman-adv
> unicast header. So let's use this to distinguish.
> 
> Fixes: e32470167379 ("batman-adv: check incoming packet type for bla")
> Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue>

Acked-by: Simon Wunderlich <sw@simonwunderlich.de>

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2020-09-15  7:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-14 19:53 [PATCH maint v5 0/3] batman-adv: mcast: BLA fixes Linus Lüssing
2020-09-14 19:53 ` [PATCH maint v5 1/3] batman-adv: mcast: fix duplicate mcast packets in BLA backbone from LAN Linus Lüssing
2020-09-15  7:11   ` Simon Wunderlich
2020-09-14 19:53 ` [PATCH maint v5 2/3] batman-adv: mcast: fix duplicate mcast packets in BLA backbone from mesh Linus Lüssing
2020-09-15  7:12   ` Simon Wunderlich [this message]
2020-09-14 19:53 ` [PATCH maint v5 3/3] batman-adv: mcast: fix duplicate mcast packets from BLA backbone to mesh Linus Lüssing
2020-09-15  7:18   ` Simon Wunderlich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2901256.C5W9GFcDfF@prime \
    --to=sw@simonwunderlich.de \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=linus.luessing@c0d3.blue \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.