Re: [v6ops] Implementation Status of PREF64

Gert Doering <gert@space.net> Wed, 13 October 2021 17:34 UTC

Return-Path: <gert@space.net>
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 7D87F3A0869 for <v6ops@ietfa.amsl.com>; Wed, 13 Oct 2021 10:34:27 -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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=space.net
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 WSXlrijkeNm5 for <v6ops@ietfa.amsl.com>; Wed, 13 Oct 2021 10:34:23 -0700 (PDT)
Received: from gatekeeper1-relay.space.net (gatekeeper1-relay.space.net [IPv6:2001:608:3:85::38]) (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 B58883A0863 for <v6ops@ietf.org>; Wed, 13 Oct 2021 10:34:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=space.net; i=@space.net; q=dns/txt; s=esa; t=1634146463; x=1665682463; h=date:from:to:subject:message-id:references:mime-version: in-reply-to; bh=8WR7cwobMs5/uJn1ANADjzjDStyMgyJRw0fmhIdl7Mc=; b=fQZh8zc8r63Ylh086DT+6vrXhgYVdFM/VqMY2V1sWMBdJKTOvIKU6Ma2 nGantx+guYyiLBlb+MGk/R4+Q+FQ7n92uAoaBhcPtcZoh0X+8kOot7rid ARm4KTmGEmLJw9aiCYwQp/Gq6vWAukRM/cHKl57vCrSmU+Wg9Ep/L7F6c b9LHSLxGLOgdJnQ5vbsfArylxexoWWNaQyTfps+py2TM8vVKvPUERNdvQ hy+czomgTwbFUhyil6qDnZmsil0iugd4rwwmNU76hR3N0CMtAHM0Xbykv Ybe9eoc2+8u3PTPP3L4TwUV+T4FexTcBiZHXU5IVR3pfxOyTF2NjsRGix w==;
X-SpaceNet-SBRS: None
Received: from mobil.space.net ([195.30.115.67]) by gatekeeper1-relay.space.net with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Oct 2021 19:34:19 +0200
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 541B042457 for <v6ops@ietf.org>; Wed, 13 Oct 2021 19:34:18 +0200 (CEST)
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
X-SpaceNet-Relay: true
Received: from moebius4.space.net (moebius4.space.net [IPv6:2001:608:2:2::251]) by mobil.space.net (Postfix) with ESMTP id E934641202; Wed, 13 Oct 2021 19:34:17 +0200 (CEST)
Received: by moebius4.space.net (Postfix, from userid 1007) id E3162126DA6; Wed, 13 Oct 2021 19:34:17 +0200 (CEST)
Date: Wed, 13 Oct 2021 19:34:17 +0200
From: Gert Doering <gert@space.net>
To: Gert Doering <gert@space.net>, "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, v6ops list <v6ops@ietf.org>, Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>
Message-ID: <YWcYmfTdw40rR4r7@Space.Net>
References: <CAKD1Yr10OKMJ1y8bs5xpt6jS8ZWsqs66oFCXmp-QLySS5Yn4hg@mail.gmail.com> <5DF8D1AE-4B54-429F-962A-488F2AA1F895@delong.com> <CAPt1N1ma45GKqXcvjHUGCYFKVbEGp3OuT013pZhrnOkFFLMiQA@mail.gmail.com> <CAKD1Yr2Pe+=tNkA7Ou9KeMkgFhcdSb8WxgVn1w9MauusMEhRcw@mail.gmail.com> <CO1PR11MB4881076DFF8A145C8CD818B8D8B69@CO1PR11MB4881.namprd11.prod.outlook.com> <A188D974-3CEB-497F-93EA-B66C77D2CA90@delong.com> <YWW1ghmjueHmfCEb@Space.Net> <2D28AB77-CA86-4289-A2F1-7DFCC6FB0597@delong.com> <YWcPm49GzkJZDYTP@Space.Net> <5653218E-4F88-4CDA-B1C7-CB82614C17A5@delong.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rzDtFMmWdEekYhh8"
Content-Disposition: inline
In-Reply-To: <5653218E-4F88-4CDA-B1C7-CB82614C17A5@delong.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ErHTZunOYUaDtt_4IDGmd6v0nYY>
Subject: Re: [v6ops] Implementation Status of PREF64
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: Wed, 13 Oct 2021 17:34:28 -0000

Hi,

On Wed, Oct 13, 2021 at 10:23:28AM -0700, Owen DeLong wrote:
> > Thinking we have arbitrary number of /64s to burn will have a hard landing
> > when reality comes along.
> 
> Will it? Here???s reality???
> 
> More than enough /48s in 2000::/3 (1/8th of the total space) to hand out a few
> hundred to every building now in existence or likely to ever exist.

You're overlooking intermediate hierarchies, and loss involved with that.

Can it be made to work?  Of course.

Can we have another quintillion for everybody's k8s clusters, and another
one for every desktop PC with VMs on it?  Of course.

Will we wake up to see that the start of this plan wasn't the best of ideas?


So, no, assigning whole /64s to large-numbered device types (unless they 
serve as routers for one or more subnets, in which case I *do* support 
delegating at least one standard-subnet-size per subnet) is not something
I think we should do.  Balance needs to be found.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279