Re: IPv6 prefix lengths - how long?

Mark Smith <markzzzsmith@gmail.com> Tue, 11 June 2019 00:32 UTC

Return-Path: <markzzzsmith@gmail.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 5268312008D for <ipv6@ietfa.amsl.com>; Mon, 10 Jun 2019 17:32:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.498
X-Spam-Level:
X-Spam-Status: No, score=-0.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 uVHX8P2WRIeK for <ipv6@ietfa.amsl.com>; Mon, 10 Jun 2019 17:32:41 -0700 (PDT)
Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A289D120089 for <ipv6@ietf.org>; Mon, 10 Jun 2019 17:32:41 -0700 (PDT)
Received: by mail-oi1-x234.google.com with SMTP id w79so7626859oif.10 for <ipv6@ietf.org>; Mon, 10 Jun 2019 17:32:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3U+p+b0QiAZghQK6rMI55x78D18EgCyYR26xCCNnNHU=; b=snE4JhhMwnrWUH0LbsIoniBCdbxxyXhyqVCpP485X0tXGcFmTzH/MRTj4fdRus+nUY 9rtNNqzl/zz7Ei0KKKc1tk9tRARv3S8iFrWOs4YgFyb341w7NvPICPr+5ziDp60jwRjt 7msnAoWIPQqBBkK64X+7pyuRaw1jVllWxmMdx+cmgpITZbd8Rqqo+NxVdremtUDhVIAe olKgSMPFzyJW4kh9n58Fi+FO9dX8JKGwvp6HjXq7FvET/uVT+kawLQ1TTTrAAQBnQ+sX j6VMxvVsFe1a0+FD00iTu883rSmljP+zuN9+FkEX+XucBWtBEhwsGPyeo8q4D6bn9etE FsqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3U+p+b0QiAZghQK6rMI55x78D18EgCyYR26xCCNnNHU=; b=kbPIU+AoRXOCttv229Ep5y1oTVLsjdF4YauAqNzfUS2/FlCQV1ECNgMCDEDFfFbdem RoPDVCxKlx7LTlwiJDcbTP9B5nOtgFMzM0JY15rV7QOgm2smYoJD+HF2Ih1qKugO8WX6 PFB1xCelyIOIsUHcEpH1ooK/SO8xNd5S4NY7stVce7RwspPDg+2b54ixmQufsjO1KU+L snZGK6MVxtVAtlmV+EM0ujlDQklmG/s4/iB9Dj1zxD4jPKSnPiovXL3A3w+4wkekPTZg fKrffWXslAuuw83BRDNOLWfRTfk6PJGGusHh0z+FrfSaTTKb2FmhVWFyQnQQih+rtOMg r3+g==
X-Gm-Message-State: APjAAAXzGFv83mYuY/QrZjFnXMjK1ZXGM/cP/HAG8+b7TtLZxwbqWXqI xn97n16/BxjB9a9jv+xA7m8HeTeKp38OD2r4tIQ=
X-Google-Smtp-Source: APXvYqzosjQChxuQSKaUbUZLWji9SgUg343sriOQ6nnpZ214P9ZnCwyrfW0E+NIaujLV4GAxccIOa2OYd1yUu/dCcGE=
X-Received: by 2002:aca:c584:: with SMTP id v126mr12849731oif.60.1560213160908; Mon, 10 Jun 2019 17:32:40 -0700 (PDT)
MIME-Version: 1.0
References: <ee811897e2d2438e9c3592012b725ac3@boeing.com> <CAO42Z2xyenxV+z58VW_h4skbWz14hyVt2pUd32tLZ826UoZKZA@mail.gmail.com> <9826C993-3670-4D7B-8709-B3FDE2A79359@gmail.com> <EEBC9697-18A1-41DF-95FB-33D0F5098620@consultant.com> <CABNhwV2fX9LrwzuJX297CoF1XNNM2U=m22QSVWEtaS9PQkM3Dg@mail.gmail.com> <CABNhwV3hA27hmdi4+WfK5ZhNPvta_d9anZA0+TJ2Uuj78kx4Cg@mail.gmail.com> <CABNhwV0rOT461e2Oc0S6e_fK_2zaLQ7Wk5sCFJCFO3xqeH2a9g@mail.gmail.com> <bd98b965334c43969b9f29662e7993b8@boeing.com>
In-Reply-To: <bd98b965334c43969b9f29662e7993b8@boeing.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 11 Jun 2019 10:32:28 +1000
Message-ID: <CAO42Z2yz1vZGz0bnhfyOuoqNGcP8RFfgYV0P0LGXW7of5SSzBA@mail.gmail.com>
Subject: Re: IPv6 prefix lengths - how long?
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Cc: 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000003adbdb058b016f50"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/z0klIhjOWdfbVDFl1L2VbErr4hA>
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: Tue, 11 Jun 2019 00:32:43 -0000

On Tue., 11 Jun. 2019, 02:54 Templin (US), Fred L, <
Fred.L.Templin@boeing.com> wrote:

> Two points I pulled out of the many points that were made were that 1)
> prefixes that are
> overly long can be trivially enumerated by an attacker, and 2) prefixes
> should be aligned
> on nibble boundaries.
>
> I really resonate with point 1), and with Host Address Availability
> (RFC7934) we see that
> it is good to allow hosts (nodes) to configure many IPv6 addresses -
> perhaps even very
> many. I agree with the points that there are already vast numbers of /64s
> available for
> delegation, and /64 has many nice properties including RFC7934 support and
> intractable
> address enumeration. But, if we want to go longer than /64



Why do we want to go longer than /64?

The IPv6 address space is 2^96 times, or about 73 billion billion times
larger than IPv4s.

Plenty of people have done the maths to show that we are not going to run
out of IPv6 addresses.

Just a few months ago Brian worked out that every grain of sand on Earth
could have its own /64, and from memory, that was just within 2000::/3.

For a technical field, I'm becoming more and more amazed at how many people
trust their intuition completely ("IPv4 ran out in a few decades so IPv6
will too"), rather than saying to themselves, "my intuition may be correct,
do the facts support it?".

It's not engineering if people rely on intuition, because ever now and then
things are counter-intuitive.


and still satisfy those
> properties, how long would that be - /96?
>
> Point 2) I am not as sure on. Why is it important for prefixes to land on
> even nibble
> boundaries? I can easily delegate a /63 today for example, and I don't see
> anything
> wrong with that. Are we saying that that should be disallowed?
>
> Fred
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>