Re: the race to the bottom problem

"Joel M. Halpern" <jmh@joelhalpern.com> Sun, 08 November 2020 00:00 UTC

Return-Path: <jmh@joelhalpern.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 5EB613A0DDF for <ipv6@ietfa.amsl.com>; Sat, 7 Nov 2020 16:00:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 YCKnhOjMCqLM for <ipv6@ietfa.amsl.com>; Sat, 7 Nov 2020 16:00:35 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D34303A0DDB for <ipv6@ietf.org>; Sat, 7 Nov 2020 16:00:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4CTDm34m37z6G99s; Sat, 7 Nov 2020 16:00:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1604793635; bh=SyVtIfdSSIZUzHzBdL8xmFVxPqRR9G6e8pmaet+KGPk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Kzatmli0eO6Fj9dLp0rQl+P+bGk1knExcxRZpHxdjKMSvBheRedVuHk5RnmoeyqH6 txpt3oSZK+sNG49Uz8cEDWIeXTaG+gmXDQBBxXeykJoVIdY2wc55GfCb22J0R5qT/t f8RCvVZSw+ZpTUfKfA7TanmHfoh4Mb9aLdLad/LA=
X-Quarantine-ID: <J2pDpCb8fXwI>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (unknown [50.225.209.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4CTDm24w0fz6G7wf; Sat, 7 Nov 2020 16:00:34 -0800 (PST)
Subject: Re: the race to the bottom problem
To: Nick Hilliard <nick@foobar.org>
Cc: IPv6 List <ipv6@ietf.org>
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <CABNhwV3L7kz=cWu8s3X=djVf4MCwewzbEgx09TWaKzCULCjYUQ@mail.gmail.com> <9A9CE8E7-3552-4FD8-A50E-1BDCA2CB813F@employees.org> <CABNhwV0LxM7EuKo2wNtVacjewsVqdhrmSiVBmB_EL-mqJYdU3A@mail.gmail.com> <CD9F9F09-2CBC-4A72-99C0-4A9A470357ED@employees.org> <9e787ed0-a221-e413-e030-ac2553dffc8e@gmail.com> <a21c9447-730b-e2c0-81f6-46deda57f507@gmail.com> <f4635fa9-45ca-f7ec-40a2-41764e1ca74f@si6networks.com> <905bcc26-a223-53d0-6675-c35579b9a8be@gmail.com> <AAE75F7F-F8DF-4B7F-9C50-3D6C91544997@ciena.com> <2b59b2de-3597-8d35-374d-75e9b10d4d83@gmail.com> <CAO42Z2zUvDE2ZSCnZa_525Hj7OthhEoDGZcd0D9xxZVW3D8aeg@mail.gmail.com> <CAKD1Yr1yiXR43mL45KbsZkKY7_YVhWFzW82LL6qed6mVPBjxaw@mail.gmail.com> <E87C175C-C06D-485E-B790-6BC3DB48F101@gmail.com> <3daa3475-68f8-88e0-9fc4-77a58c074fbf@foobar.org> <CAO42Z2zictx_PykbVUqfvODhQwztw47apAnOPjkncRSdqJBLPQ@mail.gmail.com> <e197fdca-2dc6-340b-bd4f-03b89ecc15e9@foobar.org>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <b7c7f31c-825d-2a8e-4857-3526639649c4@joelhalpern.com>
Date: Sat, 07 Nov 2020 19:00:33 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0
MIME-Version: 1.0
In-Reply-To: <e197fdca-2dc6-340b-bd4f-03b89ecc15e9@foobar.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/5tC1RKWOGJhFJHBAxW1Bc1FUYds>
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: Sun, 08 Nov 2020 00:00:37 -0000

I am not sure what data you are looking for Nick.
By definition, no one complying with the RFCs is giving out prefixes 
longer than /64.
By observation, folks are giving out /64s, when we would prefer they 
gave out /56 or even shorter.
Given that there are policy statements from various groups about giving 
out shorter, adn those are being ignored, something is causing that.
There may be multiple causes.

History does tell us that ISPs give out very long prefixes even when 
they do not need to.

Since there appears to be know way to observe a trend past /64, we have 
to look to history and analogy for data.  History is data.  We can argue 
about whether it is relevant data.  But it is all the data we have on 
the topic.

Yours,
Joel

On 11/7/2020 6:56 PM, Nick Hilliard wrote:
> Mark Smith wrote on 07/11/2020 23:41:
>> They're not assumptions if you have first hand experience of the 
>> history of the rise of IPv4 address conservation measures, and can 
>> remember what IPv4 addressing practices and mindsets were before IPv4 
>> addresses became precious.
> 
> btdt, thanks.
> 
>> The address conservation mindset is even more distinct and 
>> distinguishable when you've actually taught it through teaching IPv4 
>> VLSM in the mid 90s.
> 
> this looks very much like an appeal to authority.  We're better than this.
> 
> So once again, let's try to keep the topic about actual data concerning 
> ipv6 and this "race to the bottom" as it relates to ipv6.
> 
> Nick
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------