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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Mon, 07 August 2017 13:07 UTC

Return-Path: <prvs=13920e8dc8=jordi.palet@consulintel.es>
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 B1B5F12EC11 for <v6ops@ietfa.amsl.com>; Mon, 7 Aug 2017 06:07:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 4t1UsjMBDmd1 for <v6ops@ietfa.amsl.com>; Mon, 7 Aug 2017 06:07:27 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15A51132190 for <v6ops@ietf.org>; Mon, 7 Aug 2017 06:07:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1502111243; x=1502716043; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=+ESt2eJnv7VgyVfgvoOPUWliu NH/Si++l1pyrxsYVvA=; b=sFZDEfbASiN02eeKVf/DzyQ4aECjvLAueGtsDGOnC yyxHP4auMCtVbaRnm797NF0M7LIU/MbrR7NiAUZ4OvV869IqRCOVFyejD+SPzg+f wTIrnwbcY5q+Sh5Rpuy6PN49ZhcJ9ZpB0F84vjPVre0O7zvRz49fQtB1Fc/CJ9tT yU=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=ak+jqVYH1OMBpZXCfZgJocfGilkLfhHq2QRt/pUZ3/dqhKFmoGiNa6KSMgbK DoIgsOenraEyyd0Ek6IGvf5CwHvm1Q61n8keWg+bNXHQnw5yI9IJUcz7L l9pvyrJ6qT6UB91gE6nlpj5i9YBaV+OQF0fpBL8/9tg96sR8lAKzR4=;
X-MDAV-Processed: mail.consulintel.es, Mon, 07 Aug 2017 15:07:23 +0200
X-Spam-Processed: mail.consulintel.es, Mon, 07 Aug 2017 15:07:22 +0200
Received: from [10.10.10.135] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005498485.msg for <v6ops@ietf.org>; Mon, 07 Aug 2017 15:07:20 +0200
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170807:md50005498485::zBpMujHj6QZ0LLj1:0000A2U2
X-Return-Path: prvs=13920e8dc8=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.24.1.170721
Date: Mon, 07 Aug 2017 15:07:18 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops list <v6ops@ietf.org>
Message-ID: <831C0221-2C95-4B49-9CE3-A7FA92AE138B@consulintel.es>
Thread-Topic: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt
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> <20170807110746.GG45648@Space.Net>
In-Reply-To: <20170807110746.GG45648@Space.Net>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/3THcDy8tDhLwr7yIHMbni8Tgf9w>
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 13:07:30 -0000

I’m not saying that this will apply to “every” site, and I guess that in most of the cases, if they have already a /48, they may want to use part of it the way is described in this document, not necessarily the complete /48. For example, from the /48, you may be using a /56 in a data center which has servers with tons of VMs.

So the difficulty here is to find the way to justify those cases that really need this, if there are cases that need, for example instead of a /48, a /47, /46 or /44, etc.

Regards,
Jordi
 

-----Mensaje original-----
De: Gert Doering <gert@space.net>
Responder a: <gert@space.net>
Fecha: lunes, 7 de agosto de 2017, 13:07
Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
CC: v6ops list <v6ops@ietf.org>
Asunto: Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

    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
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.