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

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Tue, 11 August 2020 18:19 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 10BF13A084A; Tue, 11 Aug 2020 11:19:00 -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 fPuIpci5CyDq; Tue, 11 Aug 2020 11:18:58 -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 846D13A08EB; Tue, 11 Aug 2020 11:18:58 -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 07BIIr7g002085; Tue, 11 Aug 2020 14:18:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1597169935; bh=RUe1mAl5IJEYV4RDhFoRDJPPXUPcJ8AaNGXxAkQSh68=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=tXroZHpE6TAU2vYAAWNlEiP3qlAOeZlnz5S8tEMPtbWYFx1SBcLqgbIzfVNdCQY0k LzZxB0uT0vag5+1F8oA6D7U1HDDYp9Q8tePQZ95LUPxXEiPVwYlWCc3w/my1piTjA4 OePytdJRasc3j2yiOXf1yrGN7npZvOlHjWWPtFDj2OtNoXv9+ZqnDSjYK7gbJX6OM5 Q+VZLeiZw/G2wwVi2FJEcFqK/7qL3WHPgtSj2ZKC6+dEx1nG3PryVMHTFT/Rnq69JS qnJFfbnu9WGYegXK6ukCU0o4BjmWZ3AbMHleJALPuR99ToaJS/VhqalKpYDAEHr9u+ QppjMS60ifggA==
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 07BIIf16032152 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Tue, 11 Aug 2020 14:18:41 -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 11:18:40 -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 11:18:40 -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: [EXTERNAL] Re: [v6ops] draft-ietf-6man-grand : saving lookups
Thread-Index: AdZwAe3HZS3uE7CuQvyH5tanRxOuoQAPpiuAAA2CeMA=
Date: Tue, 11 Aug 2020 18:18:40 +0000
Message-ID: <ae4333439bc6431d91e3b0c0bd43286a@boeing.com>
References: <8b5d5420e55b435aa578c20bd99f3407@boeing.com> <F098390D-B8CF-4121-9D5D-F2610144DE9D@fugue.com>
In-Reply-To: <F098390D-B8CF-4121-9D5D-F2610144DE9D@fugue.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: A096ECDE8C68BCCD0D4A04004DC3C98F886700485192C0C1F45C1A16776D12C82000:8
Content-Type: multipart/alternative; boundary="_000_ae4333439bc6431d91e3b0c0bd43286aboeingcom_"
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/B4pNEavo1i7hECZtmM3vxEKAc4M>
Subject: Re: [v6ops] [EXTERNAL] Re: 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 18:19:00 -0000

Hi Ted – see below for response to your question:


Address resolution is a different question, though; if a node on the NBMA link wants
to resolve the address of a subnet router for a target destination it can send NS(AR)
to the solicited-node multicast address corresponding to the target. The “multicast”
will then go to exactly one node, which is the target subnet router, and the resultant
NA(AR) is unicast back to the (single) node that sent the NS. Very efficient, and
again without disturbing the massive numbers of other nodes on the link.

Do WiFi base stations implement this correctly, or do they broadcast?

In the NBMA case, we leverage unicast routing in an overlay BGP routing topology
based on the NS target address. For a WiFi base station, it could use broadcast
but that might not scale well if the number of nodes in the broadcast domain is
large. Alternatively, it could do the unicast/multicast emulation the same as
for the NBMA case if an overlay BGP routing topology is established.

Thanks - Fred