Re: draft-bourbaki-6man-classless-ipv6-00

Roger Jørgensen <rogerj@gmail.com> Mon, 05 June 2017 17:42 UTC

Return-Path: <rogerj@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 3F730127A90 for <ipv6@ietfa.amsl.com>; Mon, 5 Jun 2017 10:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 LH1Wu_B4tDIT for <ipv6@ietfa.amsl.com>; Mon, 5 Jun 2017 10:42:50 -0700 (PDT)
Received: from mail-yb0-x236.google.com (mail-yb0-x236.google.com [IPv6:2607:f8b0:4002:c09::236]) (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 8C7A01200B9 for <ipv6@ietf.org>; Mon, 5 Jun 2017 10:42:50 -0700 (PDT)
Received: by mail-yb0-x236.google.com with SMTP id o9so18622876yba.3 for <ipv6@ietf.org>; Mon, 05 Jun 2017 10:42:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=YZb+0DOAIX3If9yPxlwBejiTnkKVjIONNUxwkYyZLE8=; b=RgD+H1UpfQGA1UxLqGjCPmMvrwMzDq+o1Y2FFP9Fii1qzjkyVpGFOjQZCuRcNsFioD LOZj2pd5Jcgt8zKOvlQ5MBbHR7RT4ugoZVZJXOa2KryIFhucSqw2aXfeWPXjjS30Sxj2 xuyGtbLizjfDLW9GkgsDjE8rz2bgtb9CG/kYliYnhvyLQVeSNq1fmCXuX5JhaXanKpdF bCVzVS8s5gbstYuB6Y5jWhLjsM16gZnT7Qws5Mi4T0cp/Rh9w6A9+yj+b21JiGX3aRpD LR5fc5QEm3djyGcphh2trPkEMTiNeQwEqYRCmV+9Wml/kjdlwq21XEs16rIdCquTGA2p 2wfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=YZb+0DOAIX3If9yPxlwBejiTnkKVjIONNUxwkYyZLE8=; b=H8VmvAiC3z0lRabcSfsRrPkiiyKLdrTVxQ/JpNNGF4oBmdw0PBu0VX1xK+MRSNG0dO SSEc9ClUMp124FeBtJltONXhtbidodhd7OZrCp34zIwsGa1XIiSdWBNxb5B2UKWVIb+B 125kDyrGno+f7obMELMPGmGDVE7vsy1ORR5PXrMWlh8ouymkjFKJOjiwaI7bnhPN9Fj7 F4SGz8fgjwOU78U1MZU1Pc6OM5OBpYhMUE5ynmBNaF/akevnsQyn3AzJBkkDVMHuJ9jW p6PvHq3PJwvQEy+wqhAgSoASyGHA2Ke3TzW4BusoVpPqUNU3HuN7jchWAOgP3EWNPbOy ef1A==
X-Gm-Message-State: AODbwcCqfSk6fhd28n3uTSnBbmt6Nrq2TLhkX5hhfWo54iTRcQRVH0GI uTiaMvcF/TPZDzo9QdBjtPt/aB0SKHjH
X-Received: by 10.37.56.17 with SMTP id f17mr9891447yba.130.1496684569686; Mon, 05 Jun 2017 10:42:49 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.13.246.7 with HTTP; Mon, 5 Jun 2017 10:42:48 -0700 (PDT)
In-Reply-To: <91c3c0f4-eb8b-cdf7-b9c9-7d1eecb7fe64@gmail.com>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <20170602141259.GD30896@gir.theapt.org> <CAKD1Yr0DtQYvCYLQexhXe_nhb5rjeyhnB4bCveqyO5Xbuwdg1A@mail.gmail.com> <CAKFn1SEdjhsQ3tKPZdbdfF4ArDzw-FZfjQT68gV55Fc-5vzBvw@mail.gmail.com> <CAKD1Yr3ppM0UF8HoN8PgS7F0iEmK26ebiuJK=tkAdZnuLWpkZg@mail.gmail.com> <CAKFn1SHASt34ihJmGN0iRFQQzLTMspZfxXHgBjBatXXcRYF4cw@mail.gmail.com> <20170604093119.nt733rb3ymmjssww@Vurt.local> <m1dHTLx-0000DcC@stereo.hq.phicoh.net> <CAKD1Yr0ZZwRar6D-2bkXBKPYehqqW99+BMtDOjyovR8WDXKzxw@mail.gmail.com> <CAD6AjGTjikAWutcenW8qn7OW8kPM9c_x_yDUy5vQxJmXKL85dg@mail.gmail.com> <91c3c0f4-eb8b-cdf7-b9c9-7d1eecb7fe64@gmail.com>
From: Roger Jørgensen <rogerj@gmail.com>
Date: Mon, 05 Jun 2017 19:42:48 +0200
Message-ID: <CAKFn1SG0aY-1TtQx_HcFus+WxUO=nxHtVisv8f+_cSsAH1_9hA@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, IETF IPv6 Mailing List <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/T_gsqdLzNwN7bcZpltdh5WbxYg0>
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: Mon, 05 Jun 2017 17:42:52 -0000

sorry for the language in this email, and it's not direct at you
Brian, it's toward us all.

On Mon, Jun 5, 2017 at 1:05 AM, Brian E Carpenter
<brian.e.carpenter@gmail.com> wrote:
<snip>
> ......... The point is to establish
> that routing is classless and /64 is a parameter of specific
> addressing schemes.
<snip>

If we here in this group forget that most people that will use IPv6
don't care at all
about anything in any RFC, they actual don't really care that there are a RFC
system - what they care about is that their daily life is easy. This
_I_ think is very
true for the enterprise world. They go for quick and dirty, and
cheapest solution.

So, for most of them they will only hear and see "IPv6 is classless",
and with their
IPv4 background they _will_ start todo all kind of crazy stuff, all
the things WE
seems to think we can handle by putting in extra words in a RFC.
Really - if we are stupid, yes that's the word, that we think any
words we put into
an RFC will prevent NAT66, /128 and /120 and all the crazy things people do in
IPv4 and now will be doing in IPv6, then well ... let's just rename
IPv6 into IPv4+
and be done with it.

So sure we will get more IPv6 deployment, but NOT the kind that actual
will solve
application layer problem created by NAT & alike, and we are not any
better of at
all. Not to forget that we very likely are to trigger a routing/policy
change because
there are no hard /64 anymore......


This one universal /64 is what almost every none-technical, and most technical
I've ever meet understand about IPv6. Some think it's a waste of space but it's
accepted and they work with it.



With that said - sure I agree with Brian on that one sentence.

I actual also agree with the intent of the draft, no hardcoded /64's anywhere
(from my lenghty discussion with Job online over the last few days), it should
be DEFAULT /64, but changable.
I just can't accept the followups that "classless & IPv6" will create since most
people would never read the finer details of what that actual mean and
we will have IPv4+, not IPv6.
But if most people are fine with the draft and don't belive it will cause the
havoc I think it will, then count me in the rough, I'm fine with that.


Also, I think I remember that most hardware are optimized around that
/64 boundary, how will this affect newer chipset and hardware? Should they
optimize their hardware to route anything from /8 to /128? Sounds very
expensive and not something that will make IPv6 more popular.



-- 

Roger Jorgensen
rogerj@gmail.com / roger@jorgensen.no