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

Mark Smith <markzzzsmith@gmail.com> Sun, 04 June 2017 04:00 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 66054129482 for <ipv6@ietfa.amsl.com>; Sat, 3 Jun 2017 21:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.401
X-Spam-Level:
X-Spam-Status: No, score=0.401 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, 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] 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 ptEJKRGkBJqS for <ipv6@ietfa.amsl.com>; Sat, 3 Jun 2017 21:00:35 -0700 (PDT)
Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (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 349BF1292CE for <ipv6@ietf.org>; Sat, 3 Jun 2017 21:00:35 -0700 (PDT)
Received: by mail-ua0-x22f.google.com with SMTP id x47so62045015uab.0 for <ipv6@ietf.org>; Sat, 03 Jun 2017 21:00:35 -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 :cc:content-transfer-encoding; bh=0KLq7ryVAEUquAKaQ+e9dhyHBzyD06jF2llvI/5FWH8=; b=dQCZwlbSnOEgHLdnQqMCxDF5V1Ra3EGfm5/3GfRYmz4MiWRM6jrG4SyfJ3Np3Y3WN4 diXSLxa2emFH8JDEs315vmcr6cXxCwjIRfX2AK+l1WTlUp67VhTqO/SW14SuhZarerHs QdGvBbAmx7IgloI8nKh9HMI+4N4ELoJWZsIOmPctHU/yL7K3Xh1wdRSDbbqp0RWxeCb1 YktIj1KtbAI+uVgc7INh0CW4QRMmosLoo1zzQ/ra68/TIzNJHvlGe4MFtIBSRAb1SSCL hXvhI7eXqg66tiqMIId1V8FNVn30k6RObk7UcS9KpIUnmLulnTxMky1pOKEsZ0HR0Zes xlgQ==
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:cc:content-transfer-encoding; bh=0KLq7ryVAEUquAKaQ+e9dhyHBzyD06jF2llvI/5FWH8=; b=ru9ibMeKZgdRveF3DT3AZ8x0HWhBQNULsyMG6k3fGHKwA58VtMhxw/x5PCocg/2lSh 2jqAzZDEoP6bGdgyKMVlHqJPwPk3gmc6toFwqC00lMD4lolIwDKgeQNmdteXVEIwIcRo jvjKk+a96nbCCRQi+tCCxCqTW/iHFJHGrT8WDBvOfsivSr9MqN6v3U8f5SIAfemL9pbt uQ15YOHqxBCJQ7tQws1ejwoqeQyNBLVh6dQA1Qi0IJTM6TFuqplPX86m/U7DLKij5g4j 7JsrcnzeFjAmt4ipt2+sAKLhb42XNiGC1+UFHzruit01r/tYnC+LKunvdH88CaA+y6Ug bv9g==
X-Gm-Message-State: AODbwcDyxrr6Yw6RZNwRMyfwMSu2XrSGLpFDLEXmw1+HWKqE26JMcKFB 6XA4dPJSEX2welGSKasxCrG35zrntA==
X-Received: by 10.159.55.161 with SMTP id q30mr6635575uaq.70.1496548834319; Sat, 03 Jun 2017 21:00:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.86.29 with HTTP; Sat, 3 Jun 2017 21:00:03 -0700 (PDT)
In-Reply-To: <CAKD1Yr3ppM0UF8HoN8PgS7F0iEmK26ebiuJK=tkAdZnuLWpkZg@mail.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>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Sun, 04 Jun 2017 14:00:03 +1000
Message-ID: <CAO42Z2yJafF_f9oYk5Kg53HMOeWYn3+H=5cTBwdUaducgOQf4g@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: Lorenzo Colitti <lorenzo@google.com>
Cc: Roger Jørgensen <rogerj@gmail.com>, IETF IPv6 Mailing List <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/QR99LR72xrSQTnpVtEfqDDW3ca8>
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: Sun, 04 Jun 2017 04:00:36 -0000

On 4 June 2017 at 11:33, Lorenzo Colitti <lorenzo@google.com> wrote:
> On Sun, Jun 4, 2017 at 2:34 AM, Roger Jørgensen <rogerj@gmail.com> wrote:
>>
>> > 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.
>>
>> oh totaly agree, but it's already lost, the "operators" don't want to
>> move/change.
>
>
> But they *are* changing. For example: almost 20% of Google users these days
> come in over IPv6. Pretty much all of them are connected to networks that
> support SLAAC and use /64 prefixes. That's a huge number now matter how you
> look at it, and it's showing no signs of slowing down.
>

I think the mistake people are making is that they're viewing lack of
enterprise IPv6 adoption to indicate a lack of any IPv6 adoption. It's
an easy mistake to make, I often do it myself.

IPv6 isn't solving business problems that most enterprises have, which
that is why it isn't being adopted by them. That's ok, technologies
aren't adopted by businesses for technologies sake.

It is solving the business problem that residential service providers
have, which is why they're adopting it so quickly. Specifically, the
problem it is solving for them is it is minimising the amount of
Carrier Grade NAT capacity they'd have to buy.

Some other enterprises are using it, I know it is being used in
Advanced Metering Infrastructure (i.e. electricity smart meter
networks).

Even when an enterprise encounters an IPv6 only website that they need
to access, their solution will be to put in an IPv4/IPv6 proxy on the
edge of their network, as that is consistent with their private
internal addressing / middlebox/security box on the edge of the
network model.

Regards,
Mark.