Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

Gert Doering <gert@space.net> Mon, 07 August 2017 11:07 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 3E796131CCF for <v6ops@ietfa.amsl.com>; Mon, 7 Aug 2017 04:07:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 NSkJNaSq8Xa8 for <v6ops@ietfa.amsl.com>; Mon, 7 Aug 2017 04:07:50 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12891132017 for <v6ops@ietf.org>; Mon, 7 Aug 2017 04:07:49 -0700 (PDT)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 8388542928 for <v6ops@ietf.org>; Mon, 7 Aug 2017 13:07:46 +0200 (CEST)
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 725B542919; Mon, 7 Aug 2017 13:07:46 +0200 (CEST)
Received: by moebius4.space.net (Postfix, from userid 1007) id 6455824837; Mon, 7 Aug 2017 13:07:46 +0200 (CEST)
Date: Mon, 07 Aug 2017 13:07:46 +0200
From: Gert Doering <gert@space.net>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Cc: v6ops list <v6ops@ietf.org>
Message-ID: <20170807110746.GG45648@Space.Net>
References: <CAO42Z2zLgw3cYapf=1y9pm4cWMZZ32DT2ryfPb6BGUFjCfmrMg@mail.gmail.com> <4939D55E-D37D-4551-9EB0-916FBACBC2BD@thehobsons.co.uk> <CAO42Z2wJBCo1yjguWSy-jzSvndeZTPgtN71FfdEhvqrVAUhZUA@mail.gmail.com> <9bd9f886-f53b-109f-d998-1d4c7adaf3b1@gmail.com> <B6A257C9-7E8A-452D-9C0F-0B10A31990CB@thehobsons.co.uk> <796A0ED0-0F58-43FA-9F81-D4D736A35F3B@steffann.nl> <BD3B4153-2EEF-4BFB-832D-D126A75AEC11@thehobsons.co.uk> <CAN-Dau2jzbQPuE5diEz-XzfRBHY=O1znE8hfy8P-Eee=MVwC_w@mail.gmail.com> <7C6C4FCC-26B9-493D-9992-4663DE6EB9CE@jisc.ac.uk> <3A69468C-98E4-4631-A52F-3D8772646EEE@consulintel.es>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <3A69468C-98E4-4631-A52F-3D8772646EEE@consulintel.es>
X-NCC-RegID: de.space
User-Agent: Mutt/1.8.2 (2017-04-18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/CNrIxF6qBbAUSC9aipAhiZybuqg>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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, 07 Aug 2017 11:07:52 -0000

Hi,

On Mon, Aug 07, 2017 at 12:35:25PM +0200, JORDI PALET MARTINEZ wrote:
> Most of the RIR policies allow a shorter prefix than /48 for a single site 
> if justified. 

"If justified" has traditionally been along the lines of "number of buildings,
number of subnets, number of aggregation levels", so, number of *networks*.

"Number of hosts" has not been a justification argument in (at least)
RIPE IPv6 policy, so that would be a fairly significant change.

Personally, I would be very careful here - permitting assignments of 
larger address blocks because we *waste* a /64 on a potentially very 
large number of hosts in a network might cause shortage further up.

And yes, I think this is extremely wastive, well over the limits of what
is normal "do not care about wasting addresses!" level of IPv6 normal.

On a subnet, having a "it is big enough for everything, no matter how
many hosts" is a desirable property because it makes network planning much
easier - single size fits all, focus on more interesting work.  A /64
is already excessive here, but given that the number of subnets is
bound by factors like "how many different purposes can you come up
with?", "router config", etc.  I'm willing to accept a /64 here.

A /64 per *host* is much less bound - while far beyond anything you can
configure on that host, so the trade-off "waste vs. useful number of bits"
is not reasonable for me.


Should this topic come up in RIPE policy discussion, I'll chair the
discussion and refrain from having an opinion, but will reserve the right 
for a "told you so" later.

Gert Doering
        -- RIPE APWG chair
-- 
have you enabled IPv6 on something today...?

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