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

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Tue, 11 August 2020 17:20 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 8E4AC3A0840; Tue, 11 Aug 2020 10:20:26 -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 uagWiBR_T8_r; Tue, 11 Aug 2020 10:20:24 -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 3212E3A081D; Tue, 11 Aug 2020 10:20:23 -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 07BHKLTA001279; Tue, 11 Aug 2020 13:20:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1597166422; bh=xcoMPv5jvfEJwBrLc6Kwh7ILT6yeypel8yGzCIW5RmM=; h=From:To:CC:Subject:Date:From; b=FngUlOnTe9q/CaM/yMEvvquuM2PldKBmXXWVdcaoAPVZOCqewK6h/68OsyzJgzyh5 4Cd5KFfVY+fhMx9nbrI1CxqHod+A1IYYxqj0vFabLwUXhfdh7fZ1kFmvZJ62a0I0Y5 gYaeMezpN3iei+5kXr/pMV0yGUc89NdCVNisbx6h7hU33IDftl3OaSnHVpEnaMBeRN gDsJm04Ts/aFbDzxLo5QU81CGhlEAiyKGWTooiqU3uw0dac2L0p2cie1vUSuLsElx4 Np9Wg5Muot8KCoFO7DrwOw+Zx8kTNukKlPdOc7XEjTCVuCYUqqIntbD6w0JfrdB58+ q125NW6dHPFdw==
Received: from XCH16-07-07.nos.boeing.com (xch16-07-07.nos.boeing.com [144.115.66.109]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 07BHKDCU000906 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Tue, 11 Aug 2020 13:20:13 -0400
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-07.nos.boeing.com (144.115.66.109) 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 10:20:11 -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 10:20:11 -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: AdZwAe3HZS3uE7CuQvyH5tanRxOuoQ==
Date: Tue, 11 Aug 2020 17:20:11 +0000
Message-ID: <8b5d5420e55b435aa578c20bd99f3407@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: D22A570281074A5583F1CA5BD29FB529D4A5F4A47D220B38011BD271A3457BCA2000:8
Content-Type: multipart/alternative; boundary="_000_8b5d5420e55b435aa578c20bd99f3407boeingcom_"
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/dom3TIPQ_FEEwCKcGljey16KLu0>
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 17:20:27 -0000

Hi Ted,


Indeed, I was not expressing this as a criticism. I wonder if there’s a way to get that kind of reduction for regular NS/NA pairs. I think for the “I want to send a packet to foo” case, this is easy; the question is, what about during SLAAC?


I have more or less punted on the subject of SLAAC and consider the NBMA links I am
dealing with as link-local-only. SLAAC brings the problem of what to do about DAD
and MLD. I think on-link prefixes on large NBMA links are an unnecessary burden
and should be avoided – do you see it differently?

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.

Thanks - Fred