Functioning of 6man (was: Re: Apology)

Ole Troan <otroan@employees.org> Wed, 27 February 2019 12:35 UTC

Return-Path: <otroan@employees.org>
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 6A8D6130EC3 for <ipv6@ietfa.amsl.com>; Wed, 27 Feb 2019 04:35:14 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 wmZqrKl1ol2T for <ipv6@ietfa.amsl.com>; Wed, 27 Feb 2019 04:35:12 -0800 (PST)
Received: from bugle.employees.org (accordion.employees.org [198.137.202.74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73542130EB8 for <ipv6@ietf.org>; Wed, 27 Feb 2019 04:35:12 -0800 (PST)
Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bugle.employees.org (Postfix) with ESMTPSA id 7618CFECBECE; Wed, 27 Feb 2019 12:35:11 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 3F7B6F04FBE; Wed, 27 Feb 2019 13:35:08 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Subject: Functioning of 6man (was: Re: Apology)
From: Ole Troan <otroan@employees.org>
In-Reply-To: <b2d536f5-c299-3a73-bf46-ce11ed373186@go6.si>
Date: Wed, 27 Feb 2019 13:35:07 +0100
Cc: 6man WG <ipv6@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <E7CF8C39-DA64-4A09-9FEC-BA0EFAD6C454@employees.org>
References: <7d6009ff-bb1a-df18-99c6-6ba1dbbdccfe@asgard.org> <3C1D9767-548D-4BA2-A5E4-3EF57738C4DD@employees.org> <b2d536f5-c299-3a73-bf46-ce11ed373186@go6.si>
To: Jan Zorz - Go6 <jan@go6.si>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/_JNCEDlPwHM0hNXlbRBaAYCYQvI>
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: Wed, 27 Feb 2019 12:35:14 -0000

Renaming this thread.

And just as a note, I think more than me find references to “real world requirements” a little taxing.
It insinuates that some people live in the real world, and understand what’s going on there, and some others aren’t.
While reality is probably more along the lines of lots of paralell universes with somewhat conflicting requirements… ;-)

Cheers,
Ole

> On 26 Feb 2019, at 16:35, Jan Zorz - Go6 <jan@go6.si> wrote:
> 
> Dear @all,
> 
> On 25/02/2019 09:37, Ole Troan wrote:> 6man is a long lived working group, tasked with maintaining the IPv6
>> specifications. That’s different from the typical IETF working group.
>> Perhaps it is time to have a wider debate about how the working group
>> should function and what it’s role should be.
> 
> This is an important discussion to have. Can we define first what exactly "maintaining the IPv6 specifications" mean?
> 
> Is this about being a guardian making sure that IPv6 protocol doesn't change? IPv6 was defined many many years ago and meanwhile the reality of networking architectures and deployments changed a lot...
> 
> In my mind, protocol development should go in circles...
> 
> Protocol development and standardization (IETF) -> Vendors implementation in HW/SW -> Operators deployment in networks -> Feedback from real world back to IETF from operators (through vendors or direct) -> IETF adjusts protocol to real world requirements -> Vendors -> etc...
> 
> Where did things go wrong? Why? Did they go wrong in first place? ;)
> 
> Cheers, Jan
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------