Re: bettering open source involvement

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 30 July 2016 04:15 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 5FD6512D10C for <ietf@ietfa.amsl.com>; Fri, 29 Jul 2016 21:15:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 UpfuZUo5zokE for <ietf@ietfa.amsl.com>; Fri, 29 Jul 2016 21:15:29 -0700 (PDT)
Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (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 792B512B019 for <ietf@ietf.org>; Fri, 29 Jul 2016 21:15:29 -0700 (PDT)
Received: by mail-pa0-x22c.google.com with SMTP id ks6so36532035pab.0 for <ietf@ietf.org>; Fri, 29 Jul 2016 21:15:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Efl+6I/kQQg4uJm0bxqLv9snTxRBW2WX3GFnciWODeQ=; b=bUjPm/F8MvxmML0GaFOkNcOoQwvGJYAA2aD7iwcKK2OXBubMq0V2zxnFIydCk5Bx3p 8hbrinL4gO9/jifGXjcHfiscF37g/mH/53wlQUUp4qMNAjvt3mPyMcSbTt/EdLASYfG0 DaFB/doWT3ELMlgNMhj4nCwrs6rBsi7oHF9znExLntt76ASMupLrYiZ2ezeYXFBacpS6 szSMg7RenMNtcI8TF0dE9Z6wfl+gukUs5rPBXAF2lbLLWGeWER7EUPKNM71aIDiANppN a/rYDF/hnNWtMFB0oddW7W4LzSIpwZhJYm9xXZ580ZWhMICk5h0UTJHcB0RAW1odPu8A V/rw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=Efl+6I/kQQg4uJm0bxqLv9snTxRBW2WX3GFnciWODeQ=; b=P24gk7fByZM5QV6yOK7M0mL58t9lOqNHz+NgsjzxSn35UXEHFnUOy6hcB1MW8tjHD6 V2Ss2UqwJ8P1MvcR43Ltf/Zvmn6DWkgQBYt7sCHeUJQB/yW0+kL9K7l2/CotrR5lf5+r RCTgQv+5hEGe4l3yPgMVX8njWjSpVKv638865jeHuc1A+/HPsvyWQbA3yNzRG9gFniNa vr9sqayE9BDlsJzNwrcY6472JVNB61bZyygi6sdYxQA5zI/7ibQSdQJA+MM1sk+ZX6os wBkjeVvIxPpYvlqr9lKnkVenr3gNyVPm2CCrbtKrrDX9Acd1p8Q4mbhPSY3EfFozapde sSQQ==
X-Gm-Message-State: AEkoouu8AyLjQ+gxiOAGvb52uQck44AXEzSzRajf/xjFi4B2E96xs6gCvyKBmmYibHxDTQ==
X-Received: by 10.66.0.231 with SMTP id 7mr4294718pah.118.1469852129057; Fri, 29 Jul 2016 21:15:29 -0700 (PDT)
Received: from [192.168.178.23] ([118.148.119.13]) by smtp.gmail.com with ESMTPSA id b90sm28393833pfc.29.2016.07.29.21.15.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Jul 2016 21:15:28 -0700 (PDT)
Subject: Re: bettering open source involvement
To: Dave Taht <dave.taht@gmail.com>, "HANSEN, TONY L" <tony@att.com>
References: <CAA93jw71iUPb4vuFK5sMqo_CQEE9HSkchc9988=98FKUsv_1sw@mail.gmail.com> <CABSMSPUoBGgD6ioiCOScUUEnTUnGiNAYPavONyLpbWzNcRhvsg@mail.gmail.com> <42310584-34a6-5efc-59c3-ff7e7ec77624@gmail.com> <61563BA8-6790-43DE-B670-7040F206B9C9@gmail.com> <d56478d7-ae5c-381b-fd52-ee41d9a56358@gmail.com> <e4c113cd-dd59-5e02-39ff-70cf0896bfd9@gmail.com> <16aa8266-6856-93db-9a10-e3f5f30d2b93@gmail.com> <CE39F90A45FF0C49A1EA229FC9899B05266E238E@USCLES544.agna.amgreetings.com> <CAG4d1rcBd7HK=Vmu3DJVd7Gat8PT-zeMvG89t30zMCwbSYjFfw@mail.gmail.com> <7783DCB9-40CF-48A7-817E-AE17A9021843@att.com> <CAA93jw54rKk4vnwctMEcTpqhk5B0h2yNaO9g+P68hazhPsMngQ@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <2a3fd828-18fa-7d3a-21d8-d35fabb06743@gmail.com>
Date: Sat, 30 Jul 2016 16:15:36 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <CAA93jw54rKk4vnwctMEcTpqhk5B0h2yNaO9g+P68hazhPsMngQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4GNxrc-WylE_GpBJRGFHnKnx-KU>
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 30 Jul 2016 04:15:31 -0000

On 30/07/2016 13:21, Dave Taht wrote:
> On Fri, Jul 29, 2016 at 11:44 PM, HANSEN, TONY L <tony@att.com> wrote:
>> The fastest I’ve ever gotten an RFC out was 5 months from initial -00 draft
>> to RFC publication.
>>
>>
>>
>> When it happened:
>>
>>
>>
>> *) it was an individual contribution for a WG that was already in place
>>
>> *) it was short, to the point and apropos to the WG
>>
>> *) people in the WG were interested in it
>>
>> *) it got reviewed in a single IETF WG meeting cycle, but remained an
>> individual contribution to the WG
>>
>> *) the AD wasn’t swamped with other items
>>
>> *) there was nothing controversial in it
> 
> Naming and service discovery, for example, are perpetually
> controversial, and kind of need love and finality in a lot of areas.
> 
> This sank without a trace:
> 
> https://tools.ietf.org/id/draft-taht-kelley-hunt-dhcpv4-to-slaac-naming-00.html
> 
> Speaking of APIs, there was an attempt at doing a name based socket
> session layer,
> about 3 years back, it's on github somewhere.

https://tools.ietf.org/html/draft-ubillos-name-based-sockets

Unfortunately it never made it past a prototype, but to quote myself,
it has deployability issues:

"Name Based Sockets (NBS) [44]. In NBS, applications
open sockets by name and the transport session, initially
opened by address, swaps DNS names between the two ends,
so that a broken session can be automatically reopened by
name. It relies on IPv6 extension headers or IPv4 options,
which many firewalls discard. NBS requires retooling of the
DNS, not just of the hosts using it, but should be transpar-
ent to routers and middleboxes. At this time it remains a
prototype."
[http://www.sigcomm.org/sites/default/files/ccr/papers/2014/April/0000000-0000008.pdf]

NDN is more radical:
https://named-data.net/project/

   Brian

> 
>>
>>
>> So RFCs CAN be done in a minimum amount of time.
>>
>>
>>
>>                 Tony
>>
>>
>>
>> From: ietf <ietf-bounces@ietf.org> on behalf of Alia Atlas
>> <akatlas@gmail.com>
>> Date: Friday, July 29, 2016 at 9:04 AM
>>
>>
>>
>> That certainly aligns with what I've heard as well, but can I poke into a
>> bit more.
>>
>> I know that, for instance, I can get a draft from written to the RFC Editor
>> in 6 weeks,
>>
>> if it isn't controversial.   Most of that time is to allow adequate review
>> at the WG, IETF
>>
>> Last Call, directorates and IESG levels.
>>
>>
>>
>> My sense is that the rest of the time goes to the WG process which has
>> aspects of:
>>
>>    a) Getting people interested in the idea
>>
>>    b) Having folks cycle in and out of paying attention and commenting
>>
>>    c) Having authors/editors be distracted and unresponsive.
>>
>>    d) Having WG Chairs be distracted/unresponsive and want more discussion
>> first.
>>
>>    e) Avoiding having actively hard discussions about contentious points.
>>
>>    f) (sometimes) waiting for implementations to sanity-check
>>
>>
>>
>> It feels like a WG group or topic in a fixed area with agreement could get
>> past many of these slow-downs - if there were general agreement and a
>> culture in that WG of doing so.
>>
>>
>>
>> We aren't, after all, doomed to repeat the delays of the past :-)  which
>> isn't to say that this would be easy.
>>
>>
>>
>> What do you think?  Are there factors that I'm missing?   Is there a
>> technical topic where there could be enthusiasm to push?
>>
>>
>>
>> Regards,
>>
>> Alia
>>
>>
> 
> 
>