Summary: bettering open source involvement

S Moonesamy <> Tue, 02 August 2016 09:46 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7E92212D1D1 for <>; Tue, 2 Aug 2016 02:46:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.077
X-Spam-Status: No, score=-3.077 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.287, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.b=RX/nHGUq; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.b=Jd+GNWBn
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id o35DV0G_5o_c for <>; Tue, 2 Aug 2016 02:46:01 -0700 (PDT)
Received: from ( [IPv6:2001:470:f329:1::1]) by (Postfix) with ESMTP id 0151412D10F for <>; Tue, 2 Aug 2016 02:46:00 -0700 (PDT)
Received: from ([]) (authenticated bits=0) by (8.14.5/8.14.5) with ESMTP id u729jhIn009764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2016 02:45:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=mail2010; t=1470131156; x=1470217556; bh=EnY352WhJU1VmcpvjYR4+9C8gdtnHAHdhwiY9Vmcapo=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=RX/nHGUqbuOzbBIM126cV/MO6CSm/LMWXsnXnH8/Tact79i5SievzyahMFIria1BO ZCcEiJQMeKy3HM9u9vHZWYIswftLbP1hm9LWDGpWM98m7BEm8406SlFuZvPSMAzW7v 2CIQ0TVqXo3Waq6hZ277atY+8FpatLIG+bi3x4Ik=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=mail; t=1470131156; x=1470217556;; bh=EnY352WhJU1VmcpvjYR4+9C8gdtnHAHdhwiY9Vmcapo=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=Jd+GNWBnGXGVYHm0UNM+V8PliK/akmNRXHzuOfsJcQAADGdW0gbvr6I4DAG1gA1JK V7khtdC8LUCZeEDbXuplFWx7Af1wEvi4WEzc2OwNEJ2pIUVyfPoxdjGiFjeFmWJrfN wMnvDAj49t74pKAvqsZ3o8R9QVnLN1fxDXYf55gI=
Message-Id: <>
X-Mailer: QUALCOMM Windows Eudora Version
Date: Tue, 02 Aug 2016 02:41:29 -0700
From: S Moonesamy <>
Subject: Summary: bettering open source involvement
In-Reply-To: <>
References: <> <> <> <> <> <>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Archived-At: <>
Cc: "Carlos Pignataro \(cpignata\)" <>, Christian Huitema <>
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: Tue, 02 Aug 2016 09:46:02 -0000


For information about the facilitators experiment, please see  This 
message contains a rough summary of the thread at

According to Mr Taht, a frequent topic of conversation during the 
last meeting was about how to get more open source involvement in 
standards orgs.  He mentioned several non-IETF conferences in the 
hope that some IETF participants would be interested in them.  There 
was a comment from Ms Woolf about DNS and open source.  Ms Shore 
commented that the IETF does not do APIs [1].  Mr Carpenter's 
response was that protocols without APIs are pretty much useless 
these days.  Mr Hammer commented about the speed at which IETF 
working groups move and the speed at which many open source projects 
move.  Mr Alvarez asked whether the discussion was about open source 
implementations of IETF standards or open source people gathered at 
IETF conferences.  Mr Livingood responded using what his team did at 
Bits & Bites as an example [2].  Ms Atlas commented that coming to an 
understanding of the perspectives of all those interested in the work 
can take time and discussion [3].  Mr
Zeeb commented about a RFC used by Mr Carpenter as an example and 
mentioned that it is a sad story [4].  He also started a different 
discussion about an open source model for publishing and obsoleting RFCs.

Mr Taht considers that standardizing something takes a lot of 
resources, a lot of different kinds of people, a lot of time, and a 
lot of things that should happen in parallel that end up happening in 
sequence and shared his thought about the concept of a "funded 
working group" [5].  There were a few comments about how long it 
takes to get a document published as a RFC in response to a comment 
from Mr Hammer about politics and religious wars stretching the 
time-to-publish to several years.  Mr Hammer also commented that, to 
some extent, IETF is driven by people who are paid by their 
organizations to be full time IETFers [6].  Ms Atlas does not think 
that there are that many people who are full time IETFers.  Mr Eggert 
mentioned an issue with code which comes with a license such as 
GPL.  Mr Carpenter commented about an IETF-friendly license if an 
IETF WG sponsors code development.  Mr Ewell commented that a spec 
must be expressed in prose, tables, formulas, pseudocode, flowcharts, 
ABNF, what have you, not in actual code in an actual programming 
language.  Mr Taht commented about the advantages to the GPL (and 
LGPL) over "standardization".  Mr Farrell agreed with Mr Eggert about 
GPL clearly having issues for some IETF participants, and argued that 
GPL is far from useless.  Mr Bernardini commented that  GPL'ed code 
could, as a second implementation, provide a useful check for interoperability.

S. Moonesamy