Deprecating IPv6 (Re: draft-bourbaki-6man-classless-ipv6-00)

Mark Smith <markzzzsmith@gmail.com> Sat, 03 June 2017 03:23 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 4CA30129C0E; Fri, 2 Jun 2017 20:23:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 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.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 5uZxwzgIIz9f; Fri, 2 Jun 2017 20:23:39 -0700 (PDT)
Received: from mail-ua0-x232.google.com (mail-ua0-x232.google.com [IPv6:2607:f8b0:400c:c08::232]) (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 20D371242F5; Fri, 2 Jun 2017 20:23:39 -0700 (PDT)
Received: by mail-ua0-x232.google.com with SMTP id y4so54064020uay.2; Fri, 02 Jun 2017 20:23:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=YOPQmLrF6cemCbFwfoFuM04uMSPfBMtHUmlEkOjQyJs=; b=Kgqxe3WWVVuucyJzgYp/wnfTZCfuElXqiSmcvtCkALktSYMNVS7wtgd0eB1EVoCQ/O 5ca9bl9Fgx5+qqcXREW+eGU25SEv/n+bAsf3qgW6lB05HMi6KuaVL2Ot+RvSMsXYO71L PbIubkmYVpRknBeykK79s2Q5wBrwQ73FNJiMH/SwFp1DM1RYpM/x51X/pSkE7VvQ7+XG vjPOSS/K/EYrLN5vbuZftVX2ndZZXPcp93qVEcSPojIdGXxxQcRwDHb3lX1T2x0+shUo osxJ0E2BnuRxFsYkwLAAQU1xc8DIvNx/5yzXrh3i81GrQltyFAOcuakwBdgd+DnWgI6w vMzg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=YOPQmLrF6cemCbFwfoFuM04uMSPfBMtHUmlEkOjQyJs=; b=WAkMbmknHw1u72Ql7gdlPR6pWZXPyLDh+afADc2l3OqFQ04nLt6uRy4d5SDJjp8AaH dMUdjWbx5IzPCoty8v0OO/6fWmDu69vAjD7CHtLrAnfi1NXEgvug2K00EK4spfyHU4wO 9Ir8Myx0MF9LUSlJoMFMEFxEPokXHF6X9YhwzEkwQTXhHqJnbiKVGkHN5LzAeTwKaXQw S7vLMfzlZF6/mbPAxbQIac/Nde5RHAgGYAVcEneGVCfWO8YJ9dCeHYQ94Bm3GucOAzma d4sen2sOlZhwfhj7nqrRv3rfotD5rtINfzGVVyU9sJ6YDbDhAWc6A0IVAYwdPur73mcN XbvA==
X-Gm-Message-State: AODbwcAmbV6sRUdjQIijW6IObQjztYOgLFgR02vew/ulcrgH59pr78N/ as757M0tgJh0xBfrnTC8QbDXC7MFTg==
X-Received: by 10.176.27.84 with SMTP id n20mr5722502uai.125.1496460218102; Fri, 02 Jun 2017 20:23:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.64.201 with HTTP; Fri, 2 Jun 2017 20:23:07 -0700 (PDT)
From: Mark Smith <markzzzsmith@gmail.com>
Date: Sat, 03 Jun 2017 13:23:07 +1000
Message-ID: <CAO42Z2wp72j-yOsR8C=iqS+dX14wLwthAtOTvD5ugj_NQ=NQag@mail.gmail.com>
Subject: Deprecating IPv6 (Re: draft-bourbaki-6man-classless-ipv6-00)
To: Job Snijders <job@ntt.net>
Cc: Lorenzo Colitti <lorenzo@google.com>, draft-bourbaki-6man-classless-ipv6@ietf.org, IETF IPv6 Mailing List <ipv6@ietf.org>, Peter Hessler <phessler@theapt.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/cbH_TYduaNfv3-T0EvI_QxIT0tM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 03 Jun 2017 03:23:40 -0000

On 3 June 2017 at 00:56, Job Snijders <job@ntt.net> wrote:
> Dear Lorenzo,
>
<snip>
>
>> Please stop trying to make IPv6 be the same as IPv4. That will take
>> away our ability to make the Internet better once IPv4 is gone.
>
> I believe there to be tangible merit in making IPv6 feel and look more
> like IPv4. Perhaps this becomes more apparent when one shifts the
> innovation focus from layer-3 to higher layers.
>
> Making IPv6 look more like IPv4 (for instance through broader adoption
> of DHCPv6 w/ routing options, and classlessness like in IPv4) will
> positively impact IPv6 deployment.
>

I think that's the fundamental agenda here, although perhaps not
realised. It is to devolve IPv6's capabilities and features to the
point where IPv6 isn't really much more than IPv4 with a different
packet format, and so the IPv4 operational practices people are
comfortable with can be directly applied to IPv6 without change. This
is because of the common human trait of intolerance of or resistance
to change.

If this proposal is accepted, then I think /120s will become the
defacto subnet size, despite what the draft says about /64s being the
recommended default. Here's the clue for why - RFC1918 addressed
networks I've seen, where IPv4 address space doesn't need to be
conserved (i.e., unlike public IPv4 address space), always use /24s as
the defacto subnet size. "Same-same" is easier for us humans than
"Same-different."

Why do I have a different perspective? My first networking protocol
was a more modern one than IPv4, Novell's IPX, derived from Xerox's
XNS. Learning and operating IPv4 networks after operating IPX networks
was a backwards step. The only major advantage that IPv4 provided over
protocols designed in the 1980s and 1990s, such as IPX, Appletalk and
CLNS, was that it provided organisations with Internet connectivity.
On many other criteria, IPv4 was far inferior - entirely
understandable, because it was fundamentally designed in the 1970s,
and then adapted over time to cope with being used to build a global
Internet work. It was never intended to be used to build a global
internetwork connecting billions of devices -

https://mailman.nanog.org/pipermail/nanog/2010-April/020488.html

IPv6 is actually the first true protocol designed to suit the global
"Internet" problem.

I have a few horrible stories of seeing IPv4 routers with 4 x /24s or
25 x /26s on the same interface because renumbering and changing
subnet masks of hosts into a single large enough subnet was more far
expensive than sub-optimal forwarding across the same link. An
impossible problem to have when the default subnet address space size
far exceeds the practical link-layer node attachment limits (and in
some cases impractical link-layer limits because of link layer
"excessive" addressing - does an Ethernet really need 48 bit MAC
addresses? Who's going to go close to attaching 2^46 nodes to one of
them? The ND cache resource exhaustion type of problem also exists at
layer 2 with switch tables ...)

I don't want to experience or see people experience those sorts of
IPv4 "right-sizing subnet" types of problems in IPv6.

Regards,
Mark.