Re: [Mcast-wifi] Multicast and Wireless (fwd)

Mikael Abrahamsson <swmike@swm.pp.se> Wed, 19 July 2017 16:51 UTC

Return-Path: <swmike@swm.pp.se>
X-Original-To: mcast-wifi@ietfa.amsl.com
Delivered-To: mcast-wifi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CD7C13167D for <mcast-wifi@ietfa.amsl.com>; Wed, 19 Jul 2017 09:51:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9zKmafkDLTZQ for <mcast-wifi@ietfa.amsl.com>; Wed, 19 Jul 2017 09:51:01 -0700 (PDT)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4306612EC3F for <mcast-wifi@ietf.org>; Wed, 19 Jul 2017 09:51:01 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id C272EA2; Wed, 19 Jul 2017 18:50:58 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1500483058; bh=pQsc0NVNXEylzwHuWZ5HFnFYKYYh6m+H82+nDyzy914=; h=Date:From:To:Subject:From; b=o4F3d5Oe+5yk47z4kXE9QmxiiieT++v/eDNmjTcgY4FZyfwAxcDEwBPsfrVJQkIvf +lA3Qu2Ddxuac3ReFaXTxxmmRhB+UP27Aa04bLVDU9U3HQzeunEqesC4zMztIJBKms OiQRIONR7nkQfO27sXWf1s8/As1kagOXynYIiSCo=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id AB1A1A1 for <mcast-wifi@ietf.org>; Wed, 19 Jul 2017 18:50:58 +0200 (CEST)
Date: Wed, 19 Jul 2017 18:50:58 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: mcast-wifi@ietf.org
Message-ID: <alpine.DEB.2.02.1707191842270.29742@uplift.swm.pp.se>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET="US-ASCII"; FORMAT="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mcast-wifi/muf8GqcTRzQubgHI-uc90aIC2YY>
Subject: Re: [Mcast-wifi] Multicast and Wireless (fwd)
X-BeenThere: mcast-wifi@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions related to issues with multicast in 802.11 Wi-Fi networks & solutions/optimizations targeted at resolving these issues." <mcast-wifi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mcast-wifi>, <mailto:mcast-wifi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mcast-wifi/>
List-Post: <mailto:mcast-wifi@ietf.org>
List-Help: <mailto:mcast-wifi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mcast-wifi>, <mailto:mcast-wifi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jul 2017 16:51:04 -0000

Hi,

Below is an email I wrote to the approximately 10 people who were 
"gathered" to discuss how to proceed with the wifi-multicast "problem".

In the meeting, there were lots of discussions, some regarding catching up 
with what had been discussed before, but the last 30 minutes (in my 
opinion) were productive. There were solutions proposed, and I'd like to 
get shared here in writing. Please invite more interested people and make 
them aware of this list, and let's do the discussions here. I will do some 
announcements on other lists to bring awareness to this list.

One proposal was that we could make sure 
http://www.ieee802.org/1/pages/802.1ak.html was available in end systems, 
and this could be adapted by 802.11 as one way to help the APs handle 
multicast load by letting them more easily identify how to turn multicast 
packets into unicast packets.

Another proposal was to just do less multicast by redesigning IETF 
protocols and how they behave.

WHen we're saying multicast here, we're talking L1/L2 multicast, ie 
sending multicast/broadcast packets over wifi between devices connected to 
the same L2 domain. This can be IPv6 ND/RA packets, but also service 
discover such as Bonjour packets.

I would like to have the people who proposed the solutions to elaborate on 
what their thinking was.

----

Hi,

there is nothing concrete being proposed as far as I know. Alia indicated to me 
she was still looking for a problem statement.

The problem statement I was involved in writing 2 years ago:

https://www.iab.org/wp-content/IAB-uploads/2013/01/multicast-problem-statement.pptx

https://www.ietf.org/mail-archive/web/int-area/current/msg04903.html

https://www.ietf.org/proceedings/94/slides/slides-94-intarea-1.pdf
At the end there are multiple links to problem statements etc.

>From what I can tell, there is a problem. It's unclear what should be done 
about it, if this is a IEEE problem to make sure wifi works well with 
multicast, or if IETF should adapt its protocols to handle the way IEEE does 
multicast over 802.11 without the special mechanisms for improved multicast 
reliability that isn't widely implemented in currently shipping devices.

So I guess this is what we're supposed to consider.