Re: 64bit MAC addresses and SLAAC

Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com> Mon, 22 June 2020 09:15 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.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 E57343A0A24 for <ipv6@ietfa.amsl.com>; Mon, 22 Jun 2020 02:15:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
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 MLBmNYDWZEs2 for <ipv6@ietfa.amsl.com>; Mon, 22 Jun 2020 02:15:44 -0700 (PDT)
Received: from stereo.hq.phicoh.net (stereo.hq.phicoh.net [130.37.15.35]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 549BD3A0A1B for <ipv6@ietf.org>; Mon, 22 Jun 2020 02:15:43 -0700 (PDT)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #157) id m1jnIY2-0000NqC; Mon, 22 Jun 2020 11:15:26 +0200
Message-Id: <m1jnIY2-0000NqC@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Subject: Re: 64bit MAC addresses and SLAAC
From: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <e716dc36b56f4806b4c4dbfbf1ab852a@boeing.com> <04B8995F-7BF9-4DB0-826C-9E4BF95FD169@employees.org> <43ce64f0-3373-ca9a-f83d-40c44c4d5920@gmail.com> <m1jlwVZ-0000RgC@stereo.hq.phicoh.net> <MN2PR11MB356561378679A6AD1CA895B4D8980@MN2PR11MB3565.namprd11.prod.outlook.com> <m1jmHAN-0000OcC@stereo.hq.phicoh.net> <MN2PR11MB35652DAAA66B512ECB644A8FD8980@MN2PR11MB3565.namprd11.prod.outlook.com> <m1jmI0D-0000N6C@stereo.hq.phicoh.net> <MN2PR11MB35659E7213F585108CFDA514D8980@MN2PR11MB3565.namprd11.prod.outlook.com>
In-reply-to: Your message of "Fri, 19 Jun 2020 16:49:35 +0000 ." <MN2PR11MB35659E7213F585108CFDA514D8980@MN2PR11MB3565.namprd11.prod.outlook.com>
Date: Mon, 22 Jun 2020 11:15:25 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/AdLPqvFP0i6DRFWVW0e03FJ1bGM>
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: Mon, 22 Jun 2020 09:15:46 -0000

> - the router still needs the resolution. There's stuff in
> draft-ietf-6man-grand and/or RFC 8505 for that.  - handling mobility
> vs. anycast. There's stuff in draft-ietf-rift-rift-12#section-4.3.3.3
> for that.  - all NBMAs are not hub and spoke so there's a routing
> game to trigger. There's stuff in draft-ietf-roll-unaware-leaves
> for that.  - still need to feed the mapping server for the overlay.
> There's stuff in draft-thubert-6man-unicast-lookup for that.  -
> zerotrust / SAVI is also missing and SEND did not cut it. There's
> stuff in draft-ietf-6lo-ap-nd for that.
> 
> For more detaiuls, there's draft-thubert-6man-ipv6-over-wireless,
> just let you go over it and comment if you really care.

Link address resolution can be solved to colocating a DHPCv6 relay with the
router. The relay can maintain IPv6 address to link layer address mappings
and inject those into the router's neighbor cache.

It seems to me that letting a host generate an address using SLAAC and then
forcing the host to register the address somewhere is just all of the work that
DHCPv6 does with none of the benefits.

Of course, if DHCPv6 would be allowed to have a default router option, then the
use of multicast could be reduced even further.