RE: [EXTERNAL] Re: Interested in wireless ?

"Manfredi (US), Albert E" <albert.e.manfredi@boeing.com> Tue, 02 June 2020 19:11 UTC

Return-Path: <albert.e.manfredi@boeing.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 502B63A0EC8 for <ipv6@ietfa.amsl.com>; Tue, 2 Jun 2020 12:11:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=boeing.com
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 vGPlrmOUTH-j for <ipv6@ietfa.amsl.com>; Tue, 2 Jun 2020 12:11:21 -0700 (PDT)
Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 F3FFB3A0ACE for <ipv6@ietf.org>; Tue, 2 Jun 2020 12:11:20 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 052JBHVM032597; Tue, 2 Jun 2020 15:11:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1591125079; bh=MZ5nhnVpan8kT7HMlsndxs5zCAOKxxgcIkKlPg8b2yA=; h=From:To:Subject:Date:References:In-Reply-To:From; b=DXFS3IgmYXU9b3yvybuYVipUC8haumuiuKljU2aL3HAK1tr+fL9tAcDfKS0YNidEv 5KAAJi6AFWKcWHfYgHQmorP0hG5Hcq8f1dA5Sqxbjr8H20oCIGPzZMViU7kwqgNuyV Up3b13mH3QpHT+K+Wj9wGYDmJn8doNLgmIl6l7tzvb3AgdoWFTL4Jjnbj+og4WCT00 33auwj1Rvy8TO2BMS8yXaAKxV+aBCWD6958w7QEi3kqDt/TfxRzHjj9wCQEhNl8iD4 SN3t/EXPjcct56ZJ/Y5hYbtkR0PaAPoFJA9/tRRiqckaJst8MUjEJYCG6sMVc08Ww/ KD4eYJdZpT3Pw==
Received: from XCH16-01-11.nos.boeing.com (xch16-01-11.nos.boeing.com [144.115.66.39]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 052JB960031413 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Tue, 2 Jun 2020 15:11:09 -0400
Received: from XCH16-01-11.nos.boeing.com (144.115.66.39) by XCH16-01-11.nos.boeing.com (144.115.66.39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1979.3; Tue, 2 Jun 2020 12:11:08 -0700
Received: from XCH16-01-11.nos.boeing.com ([fe80::c57c:39bc:4c0a:384b]) by XCH16-01-11.nos.boeing.com ([fe80::c57c:39bc:4c0a:384b%4]) with mapi id 15.01.1979.003; Tue, 2 Jun 2020 12:11:08 -0700
From: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, "ipv6@ietf.org" <ipv6@ietf.org>
Subject: RE: [EXTERNAL] Re: Interested in wireless ?
Thread-Topic: [EXTERNAL] Re: Interested in wireless ?
Thread-Index: AQHWONYTzWfyZizUs0y8x8wKNaHHoajFs5IA///6hpA=
Date: Tue, 02 Jun 2020 19:11:08 +0000
Message-ID: <6ac8a87e8b324b67b9138e8a9128ac60@boeing.com>
References: <A26FA9F8-72B8-4728-B978-6DDD271EC64D@cisco.com> <c0b383ce-9a86-dbe1-30a3-f96e7434c2a6@gmail.com> <ea3dd120-bdad-3ca3-2983-9605324f6e8e@gmail.com> <MN2PR11MB356569D4604334EA732FD796D88B0@MN2PR11MB3565.namprd11.prod.outlook.com> <1c0eb3da-829d-bfc4-00bd-b3f2e9675138@gmail.com> <MN2PR11MB3565DB1003B88B0E493DFAFBD88B0@MN2PR11MB3565.namprd11.prod.outlook.com> <6a065d39-4a08-8787-35c6-6b1a5a707ed8@gmail.com>
In-Reply-To: <6a065d39-4a08-8787-35c6-6b1a5a707ed8@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [144.115.204.6]
x-tm-snts-smtp: 1295B0CC6330280E416C3C0D192F3DB7A46EA34C5407AAB498DA249F2FBFCB452000:8
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/M0iChV70XOrfdV16ao4G-TlUEl4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jun 2020 19:11:22 -0000

-----Original Message-----
From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Alexandre Petrescu

Le 02/06/2020 à 14:04, Pascal Thubert (pthubert) a écrit :
>> 
>> There's a difference between the MAC address used (0x333300-blah)
>> that is multicast and the effective processing by the network.
>
> I agree there is that difference.
>
> The question is then whether we should call MAC-layer broadcast the
> effective processing by the network?
>
> For my side, I think the effective processing by the network is the fact
> that messages are received by everyone and local filters are used.  It
> is 'broadcast' in nature, but it is not the IEEE broadcast.

Agreed. The important distinction being, MAC broadcasts (all 1s MAC DA) have to be filtered at layer 3, whereas MAC multicasts are filtered by the Ethernet NIC, for instance, at layer 2. I don’t think it's fair to say that MAC multicasts are truly broadcast.

>> For all I know, the IEEE multicast protocols are pretty much never
>> deployed, and only the first bit that says broadcast is of actual
>> interest. IOW the IETF has thrown the problem of handling multicast
>> for a large number of groups over the fence to IEEE. The end result
>> is a broadcast to all nodes. True on both IEEE std 802.3 and 802.11.

I was wracking my brain trying to remember what the MAC layer multicast join protocol was called. Anyway, it does appear that it's "never actually used." However, what is used is the IGMP snooping hack, which prevents MAC layer multicasts from being flooded to all switch ports, by default. Layer 2 switches behave like layer 3 busybodies, listening to see which ports have IP multicast group membership. So in fact, that makes layer 2 switches avoid having to flood multicasts to all ports.

Bert