Re: Newcomers 6 month guide to the IETF (comedy)

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 28 August 2020 21:23 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4882D3A0C8E for <ietf@ietfa.amsl.com>; Fri, 28 Aug 2020 14:23:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.046
X-Spam-Level:
X-Spam-Status: No, score=-3.046 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, NICE_REPLY_A=-0.948, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 55jcj_TKO0s1 for <ietf@ietfa.amsl.com>; Fri, 28 Aug 2020 14:23:53 -0700 (PDT)
Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (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 D796E3A0C8A for <ietf@ietf.org>; Fri, 28 Aug 2020 14:23:53 -0700 (PDT)
Received: by mail-pj1-x102b.google.com with SMTP id n3so265123pjq.1 for <ietf@ietf.org>; Fri, 28 Aug 2020 14:23:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ek7qSduxLqyVc9uofOwS/GYKRYOkQkurgMzysMc9hJ4=; b=WKstASwTWJbCmB3oUmHthy/sKA2BLrKXuXJYrDEKybxgHHaKQ8QhHhLStMyj8VivwL N59WOTBa4tHblkuu9j6RW7xvPvtjfXd5XBRnnACrmFFVmOaHJrcwxY9MjYZHzqR8NwN4 nEfhLkWjA5c6QIr6mW9EgrNRWpvhdfIk0p/cHKXluKGXFkN5K8D4zSRqMwfJAVD++vbM i80CDNqIXwVtiKmRP9ldUtgyan4UmfxtXD71XIiAnPwNLOGpoSkP5TngNCG+2NiDJ5jT IPHWkPkkDH2g5cmm2UkXkRUp5Yi4ZFp9DE2buYWBjiVXrbTwa3PQElkc9SXEoTsZDxqc 5Mzg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ek7qSduxLqyVc9uofOwS/GYKRYOkQkurgMzysMc9hJ4=; b=CkqS6Epgp+Wp2h8Iw5Dwi7uAzYt+g+BSxBTI6lASHiSvBVxZin/yxvuOTbiVaF5NfS ZzUrNlPm/OV8lVY/Z/CWQ77FPqJwOyaGJ/hFVbTuUxo3/rypQPV0yiZfDPwmTsx8QsH4 LD4VdpnvFjnTG49aQ1ilBslQfZ4V7Ud0XZ/LFxnhy+l2c/BF9mcBrbJ+tjvhDbQ1TSRr 7n0JynUHZBklxqEZoJ7vNlgisSG92f2DXaDZR+Ga4J4DwqIy/118UthPqyu06Ey0BTEN 4bTi8tKChrtBDfjrEHolLhwrgyRJ4surj1FuMHNzP6uUPgucBeIsxtE7d+DZpgzxXvH7 JyCg==
X-Gm-Message-State: AOAM532u/thkgL5idIdtlnroEEJXWH3ButVJsBndx2XsMwWR0KblT12Z 1VSH4EHaErv0c6EOlWIE5kv5SZc8Yx7CNA==
X-Google-Smtp-Source: ABdhPJyAqVgnKxGzZmIuLVkwRGLksjSCM7R3ZEq8lvjteO8qZG3ww8PydhUvNNKYfN8K7haarE5KXQ==
X-Received: by 2002:a17:902:be10:: with SMTP id r16mr608544pls.295.1598649832991; Fri, 28 Aug 2020 14:23:52 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.192]) by smtp.gmail.com with ESMTPSA id g129sm350802pfb.33.2020.08.28.14.23.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Aug 2020 14:23:52 -0700 (PDT)
Subject: Re: Newcomers 6 month guide to the IETF (comedy)
To: Jared Mauch <jared@puck.nether.net>, Timothy Mcsweeney <tim@dropnumber.com>
Cc: ietf <ietf@ietf.org>
References: <1261430068.188935.1598630589085@email.ionos.com> <40BFD986-7321-4752-8F35-E09C972AC03E@puck.nether.net>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <18391c49-99dc-d67d-2014-94fb52eea7ff@gmail.com>
Date: Sat, 29 Aug 2020 09:23:49 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <40BFD986-7321-4752-8F35-E09C972AC03E@puck.nether.net>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/3jUkwHRG_ETumvfJX0QkQm5OYcM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Aug 2020 21:23:55 -0000

On 29-Aug-20 04:12, Jared Mauch wrote:
> 
> 
>> On Aug 28, 2020, at 12:03 PM, Timothy Mcsweeney <tim@dropnumber.com> wrote:
>>
>> Appeal agenda says 'record results of e-vote'  =   We don't actually vote. There is no voting.  We might tally up objections but we definitely don't vote. 
> 
> I can assure you that the IAB holds votes.

There's even a rule in the IAB charter (BCP39 = RFC2850):

>> 3.5 Decision taking
>> 
>>    The IAB attempts to reach all decisions unanimously.  If unanimity
>>    cannot be achieved, the chair may conduct informal polls to determine
>>    consensus.  The IAB may make decisions and take action if at least
>>    seven full members concur and there are no more than two dissents.

The IESG ballot process is not an up/down vote and occasionally it turns out to be non-terminating, so it's kind of half way between rough consensus and voting.

The NomCom votes (BCP10 = RFC8713).

The "no voting" mantra applies to WG consensus decisions (BCP24 = RFC2418).
 
> I will say that the IETF (like many other things) requires like many things adapting to the environment you are in.  There are many challenges along the way one faces when moving documents and work forward.
> 
> I also think there’s people who are too into getting things published vs getting things working.  It’s much easier to build something then work to make it a standard.
> 
> I can think of many private things that could be standards that aren’t, eg: config files for applications.  You see some of this playing out with SNMP models - and now yang.  I’m sure it’ll be replaced with something else at some point too.
> 
> An organization may need change, be it in process, culture or otherwise but style also matters over substance.  Did the newcomer orientation and/or guide program not work for you?

Jared, it is a fact that the IETF is not simple for a newcomer, and trying to achieve a quick result on what seems a small matter is essentially impossible for a newcomer. And some of what is written at https://www.ietf.org/about/participate/get-started/starting/ is aspirational (full disclosure: I drafted that text, many years ago). I think we're pretty consistent at this: "... if you write something that turns out to be wrong, you may get some quite frank replies" but not so good at this: "The IETF is normally very welcoming to newcomers, and tolerance is the rule."

I found this down-thread:

> An expert review or having to write a specification for me felt like sending a copy of your business plan to your competitors and asking for feedback. 

But in the open standards business, we're not competitors, we're collaborating to produce open standards that allow interoperability and fair competition. So yes, you have to show your working. Any IANA registry that requires expert review or more requires that. In contrast, the lower IANA policies (Private Use, Experimental Use, Hierarchical Allocation, First Come First Served) could presumably be used for proprietary solutions.

     Brian