Market forces

Ted Lemon <mellon@fugue.com> Mon, 09 November 2020 12:00 UTC

Return-Path: <mellon@fugue.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 281493A0FD6 for <ipv6@ietfa.amsl.com>; Mon, 9 Nov 2020 04:00:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 j9AiU6cxgkFC for <ipv6@ietfa.amsl.com>; Mon, 9 Nov 2020 04:00:40 -0800 (PST)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 140A53A0FD7 for <ipv6@ietf.org>; Mon, 9 Nov 2020 04:00:39 -0800 (PST)
Received: by mail-io1-xd33.google.com with SMTP id u21so9457106iol.12 for <ipv6@ietf.org>; Mon, 09 Nov 2020 04:00:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=MsgVkR2Ks4+2QqI2GlCJLcx6GRC/AUaYs++uZ0UzOd4=; b=CQX79+gkJJSyvNBFoGyC2AZOxAWt4OeMpbri22uCSiEDjqkZyOLzG9TrFgtDj93neq q3Eja0ZJfr2iFK77ePkzeuXHG+A/RQI6N36FYIKrgjW260EpPZXZENi8E/xrU9KdjbK0 KVfZ5ot5o72V2MiMCqgYVjZgWQUz6+e0d7Tk0uLiKmB54sPaKe5O9xF4UqSNpSXQ6qd8 Ui3JbHDKN0VPnoQ6W1uPjyN7BwknoVohvAzOwnUKjr/t9CayKmntzJ3i8dcnZsRKpmTw OccZFC1IPe26nqIPPQRJEN7E739gO9bIjo9ZrlIRFybQFObgG3l+dUm4EEr50F6ipLzF ROfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=MsgVkR2Ks4+2QqI2GlCJLcx6GRC/AUaYs++uZ0UzOd4=; b=cJLyK/5j1SJfGn3JWIyMgcdY6557Ro9c5kDWxVu5phqVyl+TQnKsS8oZ5gK5BRPCCI BRvmr5wNi72QBOuzX5aO9JWZLgr//wqsyco72IoX7DtSiBy42BuL9VYA+xCG+4rZiFNQ 4o/O8oiodHvMuOtz8vxIQ7eH32OluVN9BdOgxYU3tgrMbJ74EseAj8TFHgRvyvN8OYKK imSpi1w3LhB8okNdqVrAzNUP2MpvnB7SyLyN4pR7CdKroYvWrc4g23h0DqxsJ15bzcT0 ntxcIek2qqRwi+se+rHiXHZ4/QPP/X7L6KX7YD6q0YRIegXqR+4qPDYed2rrnluHteTa TYug==
X-Gm-Message-State: AOAM533Nkl1NPnE/yCeX0rEnfCfSIl99HdFt9ErhbZEpG6b9Ky3i5fyE lFM7Rxo3VyZIbTJJ7CEXj4Qa+QiezyIDLw==
X-Google-Smtp-Source: ABdhPJzlW2lorKeIOwVKZino8jWHOhbhwPqaLsreVc5uW5EPa1EZs+Fom8pLcWdVQjNlqTWd8gezjg==
X-Received: by 2002:a05:6638:3f1:: with SMTP id s17mr10150619jaq.102.1604923239002; Mon, 09 Nov 2020 04:00:39 -0800 (PST)
Received: from [192.168.4.70] (c-24-91-177-160.hsd1.ma.comcast.net. [24.91.177.160]) by smtp.gmail.com with ESMTPSA id q16sm6717736ilj.22.2020.11.09.04.00.38 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Nov 2020 04:00:38 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <77C70939-13F9-4B04-BEF1-F6894EA1C09C@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5974774E-3F07-46E8-8F04-675560D57F7A"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Subject: Market forces
Date: Mon, 09 Nov 2020 07:00:36 -0500
In-Reply-To: <F323E4EB-5AAA-4C34-9EA2-06D4A0839308@thehobsons.co.uk>
Cc: 6man <ipv6@ietf.org>
To: Simon Hobson <linux@thehobsons.co.uk>
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <3c1c3ab5-5726-b141-e7ed-618984bbbdb1@gmail.com> <CABNhwV1zoZpZNjb54rEys4+49H3vpebZW2g9JbO1_58eR+WnQg@mail.gmail.com> <CAKD1Yr0vvyQnTGRoSh4qa4He1gq5HXXRaKU3pVLtCtDUzcwL_w@mail.gmail.com> <CABNhwV13gggo9XfRvrR31bCUptZuAiosK5ebMmnzDdinKqmrBw@mail.gmail.com> <B7B3091C-92E0-482A-8D16-AD6DCFD1E714@isc.org> <CAD6AjGSCnG_fyorW2-tEqzzTfj897Knf55-0QV9DPcDKt45VOA@mail.gmail.com> <F323E4EB-5AAA-4C34-9EA2-06D4A0839308@thehobsons.co.uk>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/VHGeo6r1Yd8bcgyhZZGFU73Nr9g>
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: Mon, 09 Nov 2020 12:00:42 -0000

On Nov 9, 2020, at 5:06 AM, Simon Hobson <linux@thehobsons.co.uk> wrote:
> Have you heard of the expression "don't shoot the messenger" ?
> People are telling you what they observe. Right or wrong, there **ARE** ISPs out there where "bottom line" is the only thing they care about, and customer experience come last on the list of priorities.

Simon, the thing you’re glossing over here, which I actually don’t hear anybody talking about, is that there has thus far been no market pressure that could punish ISPs that hand out /64s. What’s the bad outcome for the end user in practice? They can’t subnet their home network? Well, they don’t, do they? HNCP has a market penetration of 0% right now.

We can reasonably expect this to change in the next year or two. Several initiatives are underway at the moment that are likely to suffer from the absence of a narrower allocation: specifically CHIP and Thread, both of which rely on 802.15.4.6lowpan networks. It’s reasonable to expect that these technologies will start to be deployed in homes in significant numbers in the near future.

At present, when such technologies are deployed, they will be forced to rely on IPv4 for cloud service reachability for ISPs that don’t provide an allocation narrower than /64. Since these networks are v6-only, this will be done using NAT64. And this will work fine, except that the ISP is now stuck giving the customer an IPv4 address.

What is less scarce than an IPv4 address? Why, a /60 or a /56. These are 2^28 or 2^24 less scarce than IPv4 addresses, respectively.

So all this fuss about how to solve the problem of ISPs only giving out /64s is genuinely premature. Market forces will change their behavior. It’s just a matter of time.