Re: the race to the bottom problem

Gyan Mishra <hayabusagsm@gmail.com> Mon, 09 November 2020 06:16 UTC

Return-Path: <hayabusagsm@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 81F823A122A for <ipv6@ietfa.amsl.com>; Sun, 8 Nov 2020 22:16:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 30z7dv59_6Rv for <ipv6@ietfa.amsl.com>; Sun, 8 Nov 2020 22:16:52 -0800 (PST)
Received: from mail-vk1-xa34.google.com (mail-vk1-xa34.google.com [IPv6:2607:f8b0:4864:20::a34]) (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 4E6CE3A1229 for <ipv6@ietf.org>; Sun, 8 Nov 2020 22:16:52 -0800 (PST)
Received: by mail-vk1-xa34.google.com with SMTP id i3so503752vkk.11 for <ipv6@ietf.org>; Sun, 08 Nov 2020 22:16:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FCxY4TNUOOkb10ACu97KcD65uTWi2SKPCoc8CsDPupc=; b=uJUjGqViel52F4IDnDHYtFetrzjKb3wi0YLd2KYJbR+yC17yVsu4ejaE+OAGqA/HmC LA5v10gituNHCUrx1gsjrq7k5piu1Jk9ZWjOuT0PpxmQ5iP07S7eZyq5dLlrLk/q+5sS 7yHqOgyskCXX9Sj5RG4Jbo3+djT2H75Zqrb9gk5I+i0JfqSbB3krpe8hzNfee9MNHjPz F04QLesptSriLE5IgdxZwHnxAInbfjuiTHibLTPuAqn31Jm9dCTHaK4F6Bj5bugHCxHN u22PCnQaTTmcN+Rrjrr9Dj/FhbIrWTc+5+ZtBPpW1EW0+CxhWb1YTOeHOrFMApNecYsS rZCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FCxY4TNUOOkb10ACu97KcD65uTWi2SKPCoc8CsDPupc=; b=suNL8dn1GEqnTOouVCMpMC5wZQRXRnitm0TDN2M87fYZ761oRQnM8BmmOHtYByc0mY xgzyomxaB7L0ouBD+G/JnUxO9wkvrbOi3zwG/BtLFZdHAneGwUYPXvUALYo30+A4FaFC cJRhCo9cz04i52JmVKLOUa4i3vaq98tb2xtYJ6wuq57wdaqeMAwBwxUSrktTjZa5e8tu VJ1DB656+tjEy5JLpFqOsxB8oN3NGAhk21Oa0TcxQffXhtIj1hvbo2mp5mjO7dNCSOWg adE5Mk/XXZ71FOj42R4gWF+BS4GF/qoHjBm+7gTpEoT1b4vmjcbJoHAB8VqU5BnvGJAg /CLA==
X-Gm-Message-State: AOAM53092lfJwuTdr8fvUGYtWklTsoJ5xK+TKDzbOnz+mDIkAPkAUj9t sknCSDTuL+gDYEPrFQ9fk2MQXkyo7bQL2ygTJmaUxisOxLFzng==
X-Google-Smtp-Source: ABdhPJy6DUGWwdWoTwAUkOyRnmg536aXCW5EOJ0Vd+/lWSp/tfrzqaUJJncAPZ1GK2aUjBdMhbC/RqPS6l6b0vDKCSU=
X-Received: by 2002:a1f:9987:: with SMTP id b129mr114698vke.5.1604902610900; Sun, 08 Nov 2020 22:16:50 -0800 (PST)
MIME-Version: 1.0
References: <60a15726-ff04-a202-4df9-79a6c6f33540@foobar.org> <99B762B0-0370-4B5B-9075-F688284D614A@fugue.com> <190c5cf3-9034-4e38-235c-620ecd916750@foobar.org> <73CA579B-8877-45F7-9BF5-8FCE7EEF17B5@isc.org>
In-Reply-To: <73CA579B-8877-45F7-9BF5-8FCE7EEF17B5@isc.org>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Mon, 09 Nov 2020 01:16:39 -0500
Message-ID: <CABNhwV2+5YYymTLPmBn8NXMeukDKtYu0wJiaWfw4YXPqAZ1HbA@mail.gmail.com>
Subject: Re: the race to the bottom problem
To: Mark Andrews <marka@isc.org>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>, Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, "Mudric, Dusan" <dmudric=40ciena.com@dmarc.ietf.org>, Nick Hilliard <nick@foobar.org>
Content-Type: multipart/alternative; boundary="000000000000059bac05b3a68247"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/xN_vZV5U5Xcsz68VtMxIRwhkyN4>
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 06:16:57 -0000

Another point as far as IPv6 exhaustion possibilities is that IANA could
release additional blocks per RFC 3587.

https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml

Current GUA:
2000::/3 Global Unicast [RFC3513 <https://www.iana.org/go/rfc3513>][RFC4291
<https://www.iana.org/go/rfc4291>] The IPv6 Unicast space encompasses the
entire IPv6 address range with the exception of ff00::/8, per [RFC4291
<https://www.iana.org/go/rfc4291>]. IANA unicast address assignments are
currently limited to the IPv6 unicast address range of 2000::/3. IANA
assignments from this block are registered in [IANA registry
*ipv6-unicast-address-assignments*
<https://www.iana.org/assignments/ipv6-unicast-address-assignments>]. [7
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note7>]
[8
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note8>]
[9
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note9>]
[10
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note10>]
[11
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note11>]
[12
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note12>]
[13
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note13>]
[14
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note14>]
[15
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note15>
]


2^125 =

42,535,295,865,117,307,932,921,825,928,971,026,432


Other IETF reserved allocations that could be released in the future.
0000::/8 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>] [1
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note1>]
[2
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note2>]
[3
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note3>]
[4
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note4>]
[5
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note5>]
[6
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note6>
]
0100::/8 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>] 0100::/64 reserved for
Discard-Only Address Block [RFC6666 <https://www.iana.org/go/rfc6666>].
Complete registration details are found in [IANA registry
*iana-ipv6-special-registry*
<https://www.iana.org/assignments/iana-ipv6-special-registry>].
0200::/7 Reserved by IETF [RFC4048 <https://www.iana.org/go/rfc4048>]
Deprecated
as of December 2004 [RFC4048 <https://www.iana.org/go/rfc4048>]. Formerly
an OSI NSAP-mapped prefix set [RFC4548 <https://www.iana.org/go/rfc4548>].
0400::/6 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
0800::/5 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
1000::/4 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
2000::/3 Global Unicast [RFC3513 <https://www.iana.org/go/rfc3513>][RFC4291
<https://www.iana.org/go/rfc4291>] The IPv6 Unicast space encompasses the
entire IPv6 address range with the exception of ff00::/8, per [RFC4291
<https://www.iana.org/go/rfc4291>]. IANA unicast address assignments are
currently limited to the IPv6 unicast address range of 2000::/3. IANA
assignments from this block are registered in [IANA registry
*ipv6-unicast-address-assignments*
<https://www.iana.org/assignments/ipv6-unicast-address-assignments>]. [7
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note7>]
[8
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note8>]
[9
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note9>]
[10
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note10>]
[11
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note11>]
[12
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note12>]
[13
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note13>]
[14
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note14>]
[15
<https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml#note15>
]
4000::/3 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
6000::/3 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
8000::/3 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
a000::/3 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
c000::/3 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
e000::/4 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
f000::/5 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]
f800::/6 Reserved by IETF [RFC3513 <https://www.iana.org/go/rfc3513>][
RFC4291 <https://www.iana.org/go/rfc4291>]



https://tools.ietf.org/html/rfc3587

See section 2 3rd paragraph.

2 TLA/NLA Made Historic


   RFC 2374 <https://tools.ietf.org/html/rfc2374> was the definition
of addre.  sses for Format Prefix 001
   (2000::/3) which is formally made historic by this document.  Even
   though currently only 2000::/3 is being delegated by the IANA,
   implementations should not make any assumptions about 2000::/3 being
   special.  In the future, the IANA might be directed to delegate
   currently unassigned portions of the IPv6 address space for the
   purpose of Global Unicast as well.







On Sun, Nov 8, 2020 at 7:33 PM Mark Andrews <marka@isc.org> wrote:

>
>
> > On 8 Nov 2020, at 10:24, Nick Hilliard <nick@foobar.org> wrote:
> >
> > Ted Lemon wrote on 07/11/2020 23:16:
> >> Read the whole thread, please, Nick.
> >
> > this is the problem: I did read it, just like I've read through all the
> other threads on this topic over the last several years. There was a repeat
> of the usual speculation, generalisation and echo-chamber mechanics which
> have characterised this discussion at the ietf since more-or-less forever.
> >
> > You said: "we’ve already seen clear pressure to race to the bottom".
> >
> > So I politely ask you again: please provide citations to data.  Then we
> can have a discussion.
>
> Telcos only supplying /64 despite 3GPP supporting shorter than /64.  Every
> Telco that only supplies /64 has raced to the bottom.  There was reasons
> for this initially.  Some devices did not work correctly with short than
> /64 because their developers fail to properly test them before releasing
> them.  Its now a decade later and many of those Telcos are still doing /64.
>
> DHCP-PD supports STATIC leases.  Whether you get a static of dynamic lease
> depends on the functionality the DHCP server vendor built in and how the
> server is configured.
>
> > Nick
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: marka@isc.org
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD