Re: [sunset4] Closing Sunset4

"Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Wed, 16 May 2018 13:44 UTC

Return-Path: <bzeeb-lists@lists.zabbadoz.net>
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 E579E126C22 for <sunset4@ietfa.amsl.com>; Wed, 16 May 2018 06:44:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 x3O4ZFaSTWnd for <sunset4@ietfa.amsl.com>; Wed, 16 May 2018 06:44:17 -0700 (PDT)
Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B31961252BA for <sunset4@ietf.org>; Wed, 16 May 2018 06:44:16 -0700 (PDT)
Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D830825D3A8F; Wed, 16 May 2018 13:44:14 +0000 (UTC)
Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1061DD1F817; Wed, 16 May 2018 13:44:14 +0000 (UTC)
X-Virus-Scanned: amavisd-new at sbone.de
Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id l02fhWCOfPmt; Wed, 16 May 2018 13:44:10 +0000 (UTC)
Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C8219D1F7E5; Wed, 16 May 2018 13:44:08 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: sunset4@ietf.org
Date: Wed, 16 May 2018 13:44:06 +0000
X-Mailer: MailMate (2.0BETAr6110)
Message-ID: <8B8257CD-9C49-423E-80C9-9D078BB36E06@lists.zabbadoz.net>
In-Reply-To: <30826.1526473908@dooku.sandelman.ca>
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> <30826.1526473908@dooku.sandelman.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sunset4/jo45OO-fBWT3tXdLheMI0AeTjmM>
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 13:44:20 -0000

On 16 May 2018, at 12:31, Michael Richardson wrote:

> 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;

I don’t think so.

I said on jabber during the end of the first WG meeting:
https://www.ietf.org/jabber/logs/sunset4@jabber.ietf.org/2012-07-30.html
“[22:12:29] <bz@jabber.org> Have you guys concluded the WG yet? I 
thought the only reason to open it was to close it again immediately and 
be done with the stuff.”


> 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).

Really?  Really?  Why-o-why?


> I think that we wanted to be premature, such that we could get OS 
> vendors
> to test having no IPv4 *now*,

http://www.prweb.com/releases/2011/6/prweb8529718.htm



> 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.

Sunset4 didn’t exist when FreeBSD bits could go IPv6-only, when I had 
an IPv6-only FreeBSD-based desktop (and still do at home and in a VM on 
this commercial OS I have to use for other reasons at time).   I gave a 
presentation earlier that year about some of the small nits I found 
going (mostly) IPv6-only (in 2010/1).

And MS at time, if I don’t misremember, could disable IPv4 already as 
well.


> 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!).

The problem is that IETF is re-active rather than pro-active in a lot of 
things (of my interest).
The problem is that people write too much text before writing code.
The problem is that it’s $$$s not steering the world into a supposedly 
better future anymore.

(wrong audience;  this should probably go to ietf@ )



> 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.

You don’t need OS vendor consensus.  You need to publish an RFC.  
Whether they want to be RFC compliant or not is their problem.  If they 
find the money to send 200 people to IETF voting then “nah” they 
could easily also fix their code and send one developer and say “Yes 
we can”.   It’s an attitude problem, it’s politics, and 
mis-bean-counting, not a technical problem.

“We believe in working code . . .” — really?


I am sitting in a country currently where IPv6 is not on the list of .. 
to my best knowledge.  Yet you’ll find this email, until it leaves my 
admin-domain, not having a single IPv4 address in the Received: lines.   
I sorted my servers and VPN in 2010 sitting in a hotel room in Sunnyvale 
hacking kernels and rebooting servers on the other side of the world, 
right after finding IPv6 problems on Googles campus network (which was a 
vendor problem, not theirs, yet they hadn’t noticed as their clients 
were not different enough), .. .  I have an IPv6 address on my Laptop.  
I am a geek;  I just did it back then.   And even better, it cost me 
nothing but getting code working, so was a tripple win:  (1) working 
IPv6 IPsec VPN, (2) Open Source gained patches, (3) I got rid of more 
IPv4.  When will you (any reader of this message) get this working, 
contribute to the public, and how much will it cost you?  A few cookies 
and two drinks?  That’s all it took and a few hours of time.  And 
being able to work on a great code base of other giants.

Stop re-acting and complaining,  look ahead;  lead not follow!  Live a 
dream not dream about a life which could be.   That said, I am done 
here.

So close the damn thing if you don’t want to publish an RFC anymore 
and let people find vendor bashing space elsewhere;  move on, don’t 
use an open list as an alibi.

/bz back to living a life and stopping to complain.