Re: [sunset4] Closing Sunset4

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 16 May 2018 12:32 UTC

Return-Path: <mcr@sandelman.ca>
X-Original-To: sunset4@ietfa.amsl.com
Delivered-To: sunset4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6184C126CE8 for <sunset4@ietfa.amsl.com>; Wed, 16 May 2018 05:32:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 cOnnM24FmUKr for <sunset4@ietfa.amsl.com>; Wed, 16 May 2018 05:32:12 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C533120713 for <sunset4@ietf.org>; Wed, 16 May 2018 05:32:12 -0700 (PDT)
Received: from dooku.sandelman.ca (unknown [75.98.19.134]) by relay.sandelman.ca (Postfix) with ESMTPS id A7E511F906; Wed, 16 May 2018 12:32:10 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 9DB0E1145; Wed, 16 May 2018 13:31:48 +0100 (BST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Terry Manderson <terry.manderson@icann.org>
cc: Mikael Abrahamsson <swmike@swm.pp.se>, "sunset4@ietf.org" <sunset4@ietf.org>
In-reply-to: <EC39B83C-CAE1-4C50-AED8-1D8EC0002422@icann.org>
References: <756C7AEB-B6B1-4034-BFFF-AC02D2DE452C@icann.org> <alpine.DEB.2.20.1805150724290.17103@uplift.swm.pp.se> <EC39B83C-CAE1-4C50-AED8-1D8EC0002422@icann.org>
Comments: In-reply-to Terry Manderson <terry.manderson@icann.org> message dated "Wed, 16 May 2018 03:41:14 -0000."
X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Wed, 16 May 2018 08:31:48 -0400
Message-ID: <30826.1526473908@dooku.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sunset4/IsIrKvT9jWnlouXURY0bl6jbW8Q>
Subject: Re: [sunset4] Closing Sunset4
X-BeenThere: sunset4@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: sunset4 working group discussion list <sunset4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sunset4>, <mailto:sunset4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sunset4/>
List-Post: <mailto:sunset4@ietf.org>
List-Help: <mailto:sunset4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sunset4>, <mailto:sunset4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 May 2018 12:32:14 -0000

Terry Manderson <terry.manderson@icann.org> wrote:
    > That is a fair request.

    > I’m not sure the MIF example applies completely as the situations were
    > different, however I’ll take on board the desire for AD guidance when
    > it comes to work.

    > I appreciate the desire to have a ‘home’ for discussions. How about
    > this. I’ll close the WG, but leave the sunset4 mailing list open at
    > least until March next year. I’m sure that the volume of discussion up

I'm okay with this.
My impression is that sunset4 tried hard, but failed to get consensus.
That's not a failure to get work done --- not getting consensus usually
takes longer than a trivial consensus.

My take is that sunset4 was sligthly premature; operators aren't ready do to
this.  Yes, there are **now** data centers where IPv4 is going away, but
those DC also are almost always closed proprietary environments (even if the
components are open source, I can't buy a cabinet in that space, and they
don't run off-the-shelf OS builds).

I think that we wanted to be premature, such that we could get OS vendors
to test having no IPv4 *now*, and not discover things are broken ten years
later when the equipement can't be replaced.  We actually spured a few OS
vendors (FreeBSD, Linux, others) to try the test... many discovered
"127.0.0.1" hard code in many places.

In the end, the problem is that funded OS vendors at the IETF has been
"reduced" to Apple and Google, neither of which is in the desktop market
it seems... While MS is clearly still here, funded Linux OS/networking people
are not at IETF (Wouters excepted!).

So sunset4 did as much work as it could without broad OS vendor consensus.
I believe that the situation will change once more operators begin to
attempt to really turn off IPv4 in a non-3G space.

Please keep the list alive.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-