Re: Observations on (non-technical) changes affecting IETF operations

"Charles Eckel (eckelcu)" <> Mon, 21 March 2016 16:41 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F3B6A12D81F for <>; Mon, 21 Mar 2016 09:41:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id a2mNUxSqdwW4 for <>; Mon, 21 Mar 2016 09:41:22 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BE61F12D6EA for <>; Mon, 21 Mar 2016 09:41:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=1854; q=dns/txt; s=iport; t=1458578481; x=1459788081; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=e0zNpmVJ68yAXo+gsMNm7R6ZrtPLRPFO/6f1TdHrFGk=; b=Rcsc5Ds0kMnaBly4oVnpnIUEHUKnan4STPqBO7BEz12EBnj9GMxsxPwz w7nZP+HkE9+KXkWXPAcHRo122e7/XG1Q7QoAcS6e55qvvWF8wlBVnw821 KGP/2dvRvfmgRTbw1dG9bEcjeTZ7zZoyfURSjblDprIjJos1mbFb7s1Qz 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.24,372,1454976000"; d="scan'208";a="251059874"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Mar 2016 16:41:20 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id u2LGfKJ0010280 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Mar 2016 16:41:20 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 21 Mar 2016 11:41:20 -0500
Received: from ([]) by ([]) with mapi id 15.00.1104.009; Mon, 21 Mar 2016 11:41:19 -0500
From: "Charles Eckel (eckelcu)" <>
To: Jari Arkko <>, Phillip Hallam-Baker <>
Subject: Re: Observations on (non-technical) changes affecting IETF operations
Thread-Topic: Observations on (non-technical) changes affecting IETF operations
Thread-Index: AQHRcz0pMM7tsTD93US+tBCeIZfs059RV5kAgBHI5wCAAUWzAP//sscA
Date: Mon, 21 Mar 2016 16:41:19 +0000
Message-ID: <>
References: <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
Cc: IETF <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 21 Mar 2016 16:41:23 -0000

On 3/21/16, 10:17 AM, "Jari Arkko" <> wrote:

>Phillip, Charles,
>> 1) A draft describing the protocol
>>   a) Text describing protocol
>>   b) Examples from running code
>>   c) Reference section
>> 2) Reference implementation
>Yes, excellent!
>> We need to consider how to make open source code readily available to
>>community that might be interested in it, and to do so in a timely
>>manner. We also need to consider the target audience, the end users of
>>the code and specification. Much of the great work the IETF does never
>>gets adopted. We need more focus on end user community and adoption. We
>>need to consider barriers to deployability. Hackathons are a small step
>>in right direction, but I thing we should consider offering training and
>>keep end users in mind from the start and throughout the standardization
>Yes, but I would approach this from a slightly different end-point. It is
>always the case that convincing others of something new is a lot of work.
>In my mind, standards or open source work both succeed best when
>performed by those who actually are deploying and in charge of building
>mainstream systems (commercial or open source) for the topic. So it is
>not so much about IETF folk reaching the adopters, but having the
>adopters drive the IETF workŠ

Excellent point. I have seen many examples of active participation of a
core set of people across related open source communities yielding great
results. The same principle applies to the IETF and open source
communities. The hackathons are one way to raise awareness and promote
collaboration, but what we really need is to have these adopters in the
open source community and elsewhere participating actively in IETF working
groups and vice versa.