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

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 17 August 2020 14:41 UTC

Return-Path: <pthubert@cisco.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 F11BE3A0A4A; Mon, 17 Aug 2020 07:41:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dDbQS145; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=k4vBKKVM
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 BrznArplcvs3; Mon, 17 Aug 2020 07:41:17 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD6A3A0A3F; Mon, 17 Aug 2020 07:41:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20183; q=dns/txt; s=iport; t=1597675277; x=1598884877; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RGe4hrl7uu8J5CMRUfBxxn3LT7PL0YO9sLd/Tu61Duc=; b=dDbQS145+qlZBEmpJb39HFRpJlnZMmM/44v8tA1iYTfX3mo7p99VUtfd lyOXpbMrTcOXLeHNylBnBQ9+NQZqKd2KyD6vhC4wD+hBx5FHhNOygfo1r xR1jDUwy9Gf886CVxIPwClkdJ8yKBE7oKjkc9hvtbBwWyv0vmJvvSV6m1 Y=;
IronPort-PHdr: =?us-ascii?q?9a23=3A2mN0JR0hqdpowbtgsmDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxWGv6dsgUPHG4LB5KEMh+nXtvXmXmoNqdaEvWsZeZNBHx?= =?us-ascii?q?kClY0NngMmDcLEbC+zLPPjYyEgWsgXUlhj8iK6PFRbXsHkaA6arni79zVHHB?= =?us-ascii?q?L5OEJ8Lfj0HYiHicOx2qiy9pTfbh8OiiC6ZOZ5LQ69qkPascxFjA=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CSAADcljpf/5RdJa1fHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGBdwYBAQsBgSIvIy4HgUgvLIQ3g0YDjTclk3yEbYEugSUDVQs?= =?us-ascii?q?BAQEMAQEtAgQBAYRMAheCNgIkNQgOAgMBAQsBAQUBAQECAQYEbYVcDIVxAQE?= =?us-ascii?q?BAQMSEQoTAQE3AQ8CAQgRBAEBKAMCAgIwFAkIAQEEDgUigwSBf00DLgGkNAK?= =?us-ascii?q?BOYhhdoEygwEBAQWCSoJvGIIOCYE4AYJwglJLQ4I+gnCBHhuBQT+BEScMEIF?= =?us-ascii?q?PLlA+hEsoAoJfM4ItkwOGYYtdkHIKgmKPL4pxAx6aaoU3jHmgWIQnAgQCBAU?= =?us-ascii?q?CDgEBBYFVAjaBV3AVOyoBgj5QFwINjh+DcYpWdAI1AgYBCQEBAwl8kCwBAQ?=
X-IronPort-AV: E=Sophos;i="5.76,322,1592870400"; d="scan'208,217";a="539963917"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 Aug 2020 14:40:56 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 07HEeuV4006419 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 17 Aug 2020 14:40:56 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 17 Aug 2020 09:40:56 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 17 Aug 2020 09:40:55 -0500
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 17 Aug 2020 10:40:55 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gxFaDsUc1/Mvfl/YvyOIMCWOqb38BOtnM+QbhdHLEatMy5RVr2ekF4YLVLkXyPj4fp4r8scv1xr3Kr6qJanuDTJcoMOdoTwaDFcILAllp8BOMYskY0KOb7DqiF8NjTAfaiypOjCXe7LNC7OW11A6RlxR7IsMt35vhWWyxL/bVy7JEpFoxd44h6GJNxfXkxzjQJb2HR3ZJuBcV9QZ71KPARcAdcqtn1GAv4h/vLT3U9hegJeSzllVQwtM5jqM9A88/WFVpPjasfyQVDVoRf8mg57wgZBX4Mq9bRykq/+yl6YxgsTuekXW1XO6psYuuir3ac7K6dfu4BI6kkChRlWoMg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RGe4hrl7uu8J5CMRUfBxxn3LT7PL0YO9sLd/Tu61Duc=; b=QpWTZexMsyBmRDzgwNbRKtfFFmSomsgPZ1bGfrgtjFWVy103atmxmtpAHIzSC5sC1tucZngTJpTi5wauqqJ5WhxwA8NkDOOc3fRMKU5D+vRu0e0XVNEI6AaXtsRNAlKTXCaWXa83OxYcTpBNtLLzVhD8j+YNL+uW964iS1PACMCFaCYVn4e6iG6WGFSJ2YE/v7+WIA4Qa91IOTTeYNTgvdZIsEAD4tXe4xlTUI/OnKEEtxE3o7IDcEZhYvUbiY6SVT5dT824SpiZxbpvUMG2Cx4aiRWOsKiPnYVqKvSrL95n16zZb0u2FahXnrlujwrP+xabStwEbQW6hqwV3NMgYA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RGe4hrl7uu8J5CMRUfBxxn3LT7PL0YO9sLd/Tu61Duc=; b=k4vBKKVMdO+tRt0wf6Zy8IOmKbcydTtG1DvhpXmdXdF0d+v83VeEbprNAtVUObTyzP9mgkGBGUeKTksuCRjgSQlegBE8qLeFhUrCBkBE5idso5EeJhaw2maEYunc6SXA/+J7WS0BnnjbaY864f18NmIphG3NCuQAvLb/Iz9pAcg=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (2603:10b6:208:ea::31) by MN2PR11MB3950.namprd11.prod.outlook.com (2603:10b6:208:137::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.22; Mon, 17 Aug 2020 14:40:55 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::40e1:2d7d:1a3:cf8a]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::40e1:2d7d:1a3:cf8a%3]) with mapi id 15.20.3283.027; Mon, 17 Aug 2020 14:40:54 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
CC: IPv6 List <ipv6@ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] draft-ietf-6man-grand : saving lookups
Thread-Index: AdZv/nPAXPbo98BsTRy+/vxuNZBYcwAAtAeAAR1NU+AACiuXIAABUHVF
Date: Mon, 17 Aug 2020 14:40:54 +0000
Message-ID: <8E6B4112-7094-4AEF-B4D4-BB39E0C5C6A0@cisco.com>
References: <af39216c55e5421d933c4220738a8c28@boeing.com> <2EF1FEDD-D25E-4A4E-A2DF-F40F5794CFE7@fugue.com> <MN2PR11MB3565E46AA184CE6BB4171906D85F0@MN2PR11MB3565.namprd11.prod.outlook.com>, <258750d2b12c423291bf4a3e3ab715f6@boeing.com>
In-Reply-To: <258750d2b12c423291bf4a3e3ab715f6@boeing.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb1d:4ec:2200:7dc4:9e0c:5d90:68d7]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 4b5fb239-1042-434c-948f-08d842bb8c19
x-ms-traffictypediagnostic: MN2PR11MB3950:
x-microsoft-antispam-prvs: <MN2PR11MB3950FCAF47B35162A84DAEC5D85F0@MN2PR11MB3950.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: +q+gJkTrWPA3KHkO0AS8tTCbYHMq97HXa3F/Pzt4yHvg8kHMQgw0vbG84F+kSMX92fhnlZfd/sgp0dr3/7uiQBpuyxQ4TLGebeup8ochxKv2YdfRby96sVvCBOewC7+cjZGqe17kMFa2OvVIJC68bvL8GW+EBCNr6UOLfOlfZOI9MQiM8BQ5nHGNe+1A+uKxTK7TEA1lViK1s4QdTt0ZfQTT1j5X5vA2MXsAGGFftDE/BywFBYb5ibvLJiIdp26IYiuwSbNqF7wFOWa4ROz14MsOk0aYERg+2WBCdbiasTA2bhXo+Tcvrr48Nq13cABTSMsN79Q7HZ1Ai497s3Jc5g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB3565.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(366004)(346002)(39860400002)(136003)(91956017)(64756008)(6506007)(53546011)(86362001)(33656002)(76116006)(66556008)(66946007)(36756003)(2616005)(5660300002)(71200400001)(66446008)(66476007)(4326008)(186003)(316002)(478600001)(8936002)(66574015)(54906003)(8676002)(2906002)(6512007)(6486002)(83380400001)(6916009); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: XtPjTotHxL/kjYM3+l5DhHApWeYw+0KPZKgvxzsbxPqG7r/Gy6nmrr6vSFAfK9G5OIpJ7ZZY4bZ99vhOFue7zn/QuLeH7MydDet4c7GTKMXU1aNnQoaluFYDMTZVlFADXsSoWxjMXPZap9SwkV/LW8QWnMspsk4QtUaPGNJ56qpXFYJv+x1wXWp87V2DYX5SjAIaFdihPbOc2hUTaOSs5zqdEnW3YhJUWUPiE2qv+78SEUXmkHzjROhRYy60YEdwPDyb32Q+RkHAI0wy0s9QXmFIktDF3t0xIFqFS7P2DFBZJEB9s1dFk+znlygZ/nmrWe909Q6n8K7iPgFFQ1yNklwgy8+jk0uiWFVHH/yPCXNH9BeIr6TIPo7rwRpqR3V8uPF7s3TUzyzaUmQaizLNplRPmDHckpdg2C1OVMSghRmqsMt7s1FKle/VN+HWhzwTe6IEgZuSuc58TlRqUk6oxX8KY79j+kOWxyAsqFdCv1fpAt2SKGhUfQ9WWDadbvi8sqXoTL4NIoPlP0WDy14spl9951cTUVqhRGWmOWNB0Pv8tlETrqTpCGAwJRFVn/QRjSunf8tKk5GExS1+uMPdXZjpEHfwpN/EzcXvjTQ+u2pI7mStMTiCs5I62rdD1inSBldqjwG4PhwcxTTEzqFsTCv/B5Z8JvGPKdDVOsOBirVEMt6rJcsPCLXK8xlPJG2hrHTkeHGFO907jkwEj6kldQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_8E6B411270944AEFB4D4BB39E0C5C6A0ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB3565.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4b5fb239-1042-434c-948f-08d842bb8c19
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2020 14:40:54.8220 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0my2TgEaOKK8ipLO/DPxVVzhr9fgL1FFGy9GxPNmCiVD/tsIpe9gvEPV+xpeLIQLlzgjP/XokfRYXoirU7djvw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3950
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/57IroFLkoyf9Q1tgWx27nffqZ54>
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: Mon, 17 Aug 2020 14:41:19 -0000

Hello Fred

Le 17 août 2020 à 16:09, Templin (US), Fred L <Fred.L.Templin@boeing.com> a écrit :


Hi Pascal,

See below for inlines:

From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com]
Sent: Monday, August 17, 2020 2:39 AM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com>
Cc: IPv6 List <ipv6@ietf.org>rg>; v6ops@ietf.org
Subject: [EXTERNAL] RE: [v6ops] draft-ietf-6man-grand : saving lookups
Hello Fred:

100% agree. If the size of the multicast table is roughly that of the routing table, it looks particularly inefficient to maintain a multicast table for the sole purpose of DAD and lookup. We take great care in hiding that simple truth under the carpet by saying that’s a L2 problem. But it does not seem that L2 has taken the bait, has it.

It depends on the L2. If the L2 is a physical media like a fabric of Ethernet switches then
penetration down to L2 may not be happening. But, if the L2 is a virtual topology that
is manifested by encapsulation (e.g., and overlay) then the point may be moot.

Not sure what you mean.

As it goes, the host does not participate to the encapsulation. This is done at the ingress router that needs to resolve the egress router.

If it is known to the fabric we obtain it from tables that are maintained by the likes of BGP or LISP. Trouble is if not.

If there was a multicast state then we could send the lookup to only the routers that face the SNMA group.

But that would pretty much double the size of our tables, and though it is better, the MLD games still do not match the needs.

So we have to broadcast. Till the hosts implement a better host to router protocol as I described in the text quoted below.




As another case of what you’re describing,  fabrics are optimized to use a routing protocol (e.g., BGP with eVPN) and broadcast is the last resort, but there is no multicast in between. Sadly it is still there, because the fabric is lacking a clear view of what’s there.

Note also that the routing protocol is better suited to announce reachability than to perform DAD.

This is where some help from the host would be needed in place of the useless IGMP games. The host can help the fabric by providing accurate information on the addresses it is effectively using, a sense of duration, a sense of order in movements, and a proof of ownership. This information should be enough to differentiate a case of multihoming / anycast with a movement.


You seem to be assuming that the end system is a host that does SLAAC. I am assuming
an end system model that does link-local-only with unique LLAs where no SLAAC nor
DAD are necessary.


True, though LLA have nothing to do there.

The bottom line is that if an address is globally unique by construction then it does not need DAD. We leverage that in IoT (6LoWPAN).

But you still need to announce the address to the routing system. If your host participâtes to the routing you are all set. We also leverage that in IoT (RPL).

But none of that applies to classical hosts that connect to your WiFi or your campus fabric.

Until the hosts implement something more suited there will be broadcast. This is quite detrimental to the perception of IPv6, even vs. IPv4.

Keep safe,

Thanks – Fred


All the best

Pascal


On Aug 11, 2020, at 12:48 PM, Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>> wrote:
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.