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 =-
- [sunset4] Closing Sunset4 Terry Manderson
- Re: [sunset4] Closing Sunset4 Mikael Abrahamsson
- Re: [sunset4] Closing Sunset4 JORDI PALET MARTINEZ
- Re: [sunset4] Closing Sunset4 Juergen Schoenwaelder
- Re: [sunset4] Closing Sunset4 Terry Manderson
- Re: [sunset4] Closing Sunset4 Terry Manderson
- Re: [sunset4] Closing Sunset4 Bjoern A. Zeeb
- Re: [sunset4] Closing Sunset4 JORDI PALET MARTINEZ
- Re: [sunset4] Closing Sunset4 Michael Richardson
- Re: [sunset4] Closing Sunset4 Bjoern A. Zeeb
- Re: [sunset4] Closing Sunset4 Alexandre Petrescu
- Re: [sunset4] Closing Sunset4 Lee Howard
- Re: [sunset4] Closing Sunset4 Alejandro Acosta
- Re: [sunset4] Closing Sunset4 Leo Gaspard
- Re: [sunset4] Closing Sunset4 Lee Howard