IETF Logo Mail Archive

Re: [v6ops] draft-ietf-6man-grand : saving lookups

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Tue, 11 August 2020 16:49 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FA543A0824; Tue, 11 Aug 2020 09:49:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, HTML_MESSAGE=0.001, 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 fkKJnVR3DOLZ; Tue, 11 Aug 2020 09:49:29 -0700 (PDT)
Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 EEE833A080E; Tue, 11 Aug 2020 09:49:28 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 07BGnOUe018828; Tue, 11 Aug 2020 12:49:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1597164567; bh=ljqqYA3ACXxmW0dD9bFYBHB0Qsxa/JyIr3wnah2YrsY=; h=From:To:CC:Subject:Date:From; b=of9bm47DVVvGgrFVeO31IYh8QHFokaFmzifhXREmKcazUnfR0T4iUzxyjn3DrgjdX IJh5Prh9hGukHaTXE/IuSeclYaSHCGBE9iaJR/ni0pu++9+fyAUe1pO6ztBmFKEA13 H0cgofnBVgqaoP4CIapRqkxW7bbAc4mTTQ7+QL5RQuRvAiwb08Eg9HRmqLj/ZOlJa8 HYWMILgIVXs6FxMegLSVhRMRgyG6M6hzOYHrFqOL8Dmpj4OcXCwdAOXw4/wz5VdI4S j5cxUzrlBJS695nh8xyH8U6YcigFlDGqhESa1uPj0WNE7EcxW8X1bIiu3x/TjQF07c l3NZqHcSNTqQQ==
Received: from XCH16-07-09.nos.boeing.com (xch16-07-09.nos.boeing.com [144.115.66.111]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 07BGmEms009942 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Tue, 11 Aug 2020 12:48:14 -0400
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-09.nos.boeing.com (144.115.66.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.2044.4; Tue, 11 Aug 2020 09:48:13 -0700
Received: from XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5]) by XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5%2]) with mapi id 15.01.2044.004; Tue, 11 Aug 2020 09:48:13 -0700
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: Ted Lemon <mellon@fugue.com>
CC: Bob Hinden <bob.hinden@gmail.com>, Nick Hilliard <nick@foobar.org>, "v6ops@ietf.org" <v6ops@ietf.org>, IPv6 List <ipv6@ietf.org>
Thread-Topic: [v6ops] draft-ietf-6man-grand : saving lookups
Thread-Index: AdZv/nPAXPbo98BsTRy+/vxuNZBYcw==
Date: Tue, 11 Aug 2020 16:48:13 +0000
Message-ID: <af39216c55e5421d933c4220738a8c28@boeing.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [137.137.12.6]
x-tm-snts-smtp: 095375130276B7890E20241EA9671AB88150F94ADC77D64BFAF3D8432AD3D6DA2000:8
Content-Type: multipart/alternative; boundary="_000_af39216c55e5421d933c4220738a8c28boeingcom_"
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/uehqraAxwiLiKXJScXiH_un2Gy0>
Subject: Re: [v6ops] draft-ietf-6man-grand : saving lookups
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Aug 2020 16:49:37 -0000

On Aug 11, 2020, at 10:54 AM, Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>> wrote:
Some NBMA links can be *very* large, with all nodes on the link as candidates for receiving
link-scoped multicast. However, with proper controls on limiting the transmission of link
scoped multicast, the transmissions can be effectively propagated to exactly that (small)
group of nodes on the link that actually need to receive them. So, if there is going to be a
draft please make sure to add a note to the effect that properly engineered NBMA links
are an exception, and can in fact support a very large broadcast domain.

This seems related to the notion that rather than doing unacknowledged multicasts on WiFi, the AP should simply unicast the multicast packet to all interested stations serially.


That is more or less the principle for NBMA, yes. But take a conservatively-sized NBMA
link with 1M nodes on the link but only 2-3 of them need to receive the multicast then
serially unicasting seems pretty efficient and does not disturb the vast majority of
nodes that don’t care.

Thanks - Fred

v2.23.0 | Report a Bug | By Email