Re: [Int-area] Introducing IPv4 Unicast Extensions with new draft-schoen-intarea-lowest-address

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 03 August 2021 20:36 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD223A31EE for <int-area@ietfa.amsl.com>; Tue, 3 Aug 2021 13:36:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.89
X-Spam-Level:
X-Spam-Status: No, score=-0.89 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, FREEMAIL_FROM=0.001, LOTS_OF_MONEY=0.001, MONEY_NOHTML=1.208, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, 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 wcRYRGBUS7lM for <int-area@ietfa.amsl.com>; Tue, 3 Aug 2021 13:36:01 -0700 (PDT)
Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) (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 33F923A31E9 for <int-area@ietf.org>; Tue, 3 Aug 2021 13:36:01 -0700 (PDT)
Received: by mail-pj1-x102c.google.com with SMTP id s22-20020a17090a1c16b0290177caeba067so5671310pjs.0 for <int-area@ietf.org>; Tue, 03 Aug 2021 13:36:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=cQOTWsJ/6yBonbdRhkNs+IJr8gjSX0l8HrJPUat2m7Y=; b=VnLs7GLCw5owFiF4o0x9CtsH4uDD1Ef2XMUO+nfzhdotj8SmoVzuZWRF953P+FLYRv CnlfV85gjt4/qFcWrYeHKahWtjdgqLydfPVlHDgUj3C2N5SjERObt5ZWtzkp8A4L+6lU 2ueG5pRQAXIy+Ee+C2F8tgHoSz9L+eQ2rORz75NysTdrqv1uyHjhOQl3HP78mZkqlaCs eb1cmJT4u6ZibvDMS4Sco2nOvNeNcgfxI+ORoj4R8n0kAMtSrjLEFrhXrO7RF/LVCPQi 4iy5RYPNoz475Wgu6viGVE8nmHqcC//npd5btGESeLegrcLTVK6MMh7P3DOoEfdutv2d aSQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cQOTWsJ/6yBonbdRhkNs+IJr8gjSX0l8HrJPUat2m7Y=; b=RPmEHI/oHETp3m+Dn/bD7JLBBfH6eImw8J/BVxdqruA4Ss0vTnE5BrgJ+Jj2fKSu9N kb3TanCq8AbKWj5/HQDQHvy+tIaVfc0xaRnRX6DQqOV2mHFg3IyGs1n+TQwNezHYwE7m 33eANnTTHZZUHJqA1Uq038q7eJ4XvZo2hJSoDRsL2t1Ops6kYwpa0tShqInDRlhim5Tn eJa57epwfiQ8uViNObPkB5bx4KNwPYIXpyLCNShNKDZcXCKCVNPZctr1HqQ2xZYbYI6J FhCRVnxt90pX1yv8c3k3c7S/uuakNxlwWgJzZEjkANpFRIpbrtp8f4ICWJMbqgrIdRvk RpWg==
X-Gm-Message-State: AOAM533wkItA3QK+IMYIpBCE7vFOHK9rjdvFnWTQS0TLIX7ywrQfH3eo JStfA5MKdGZI/7zwCRRUaSedz19FJ/aMkQ==
X-Google-Smtp-Source: ABdhPJxSAamZVjp0hdWgNM44AIUWocXbOV39jynocjtMRSdptxK1Ks9BEJUqWItdTPmWdXe3qrCcWw==
X-Received: by 2002:a17:90a:2882:: with SMTP id f2mr25010260pjd.102.1628022959958; Tue, 03 Aug 2021 13:35:59 -0700 (PDT)
Received: from ?IPv6:2406:e003:1188:5b01:db7:d041:a2d:ce65? ([2406:e003:1188:5b01:db7:d041:a2d:ce65]) by smtp.gmail.com with ESMTPSA id a21sm3747592pjo.15.2021.08.03.13.35.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Aug 2021 13:35:59 -0700 (PDT)
To: John Gilmore <gnu@toad.com>, Bob Hinden <bob.hinden@gmail.com>
Cc: int-area@ietf.org
References: <20210802055916.GL550425@frotz.zork.net> <4C839DB1-AD99-4DF0-A7C6-D6F99B4BC335@gmail.com> <5734.1627983790@hop.toad.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <b93ede55-6527-0ff2-694f-0bc28054d5b6@gmail.com>
Date: Wed, 04 Aug 2021 08:35:54 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <5734.1627983790@hop.toad.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/xcEsqeVFqEYjgrLb48561U9YMIA>
Subject: Re: [Int-area] Introducing IPv4 Unicast Extensions with new draft-schoen-intarea-lowest-address
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Aug 2021 20:36:06 -0000

> My understanding is that IETF's role is as a
> steward of network-wide value, which is why I thought this might
> interest IETF.

Not quite. The mission is "to make the Internet work better" and
affecting the sales value of 32 bit numbers is not really the same
thing, especially since 128 bit numbers are already much cheaper. 

Regards
   Brian Carpenter

On 03-Aug-21 21:43, John Gilmore wrote:
>> Do I understand correctly, that you are proposing that all hosts,
>> routers, firewalls, middle boxes, etc. on the Internet, be updated in
>> order to get a single extra IP address per subnet?  ...
>> To me this fails the cost benefit analysis.
> 
> You may be right (see below).  One confounding factor is that the
> lowest-address draft is the first of a set of upcoming drafts that
> propose small, easy improvements in IPv4.  This set of changes, in
> aggregate, will be worth implementing, because they create hundreds of
> millions of newly usable addresses, worth billions of dollars at current
> prices.  If the cost-vs-benefit is worth doing for ANY ONE of these
> changes, or for any subset of these changes, then the deployment effort
> may as well include the other, smaller, improvements, which will come
> for very close to free.
> 
> I agree that the "lowest address" protocol change is only likely to
> produce tens of millions of newly usable addresses, creating only
> perhaps $250M to $500M of benefits at current prices.  That alone might
> not be worth doing, particularly since predicting FUTURE prices of IPv4
> addresses is risky.  But let's look at the costs.  The end-user cost of
> updating can be zero because it can be deferred until equipment is
> naturally upgraded for other reasons.  Nobody would buy a new router to
> get this feature, but eventually almost everybody buys a new router.  Or
> installs the latest OS release.  The change is completely compatible
> with existing networks, since the lowest addresses are currently not
> known to be used for anything and have been declared obsolete in IETF
> standards for decades.  This makes the deployment risk very low.
> 
> So I expect the main cost would be for each vendor to make and test
> small patches to their existing IPv4 implementations, and then include
> those changes as part of their next release or product.  Our team
> successfully patched both Linux and BSD over a few weeks, and
> interoperated them successfully.  Based on that experience, I estimate
> implementation costs to major IPv4 vendors to be under $10M in total.
> By 5 to 10 years after adoption, the improvement would be everywhere,
> and will probably have paid off about 25-to-1.  I agree that the people
> incurring the costs of this proposal are not the people who end up
> getting the benefit of the IP addresses; the benefit goes to the
> vendors' customers, benefiting the vendors indirectly.  So the
> cost-benefit tradeoff might be more societal (or network-wide) than
> individual or corporate.  My understanding is that IETF's role is as a
> steward of network-wide value, which is why I thought this might
> interest IETF.
> 
> 	John Gilmore
> 	IPv4 Unicast Extensions
> 
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>