Where to do the work was Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard

t.p. <daedulus@btconnect.com> Sat, 07 March 2015 12:11 UTC

Return-Path: <daedulus@btconnect.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E26A21A8AC5 for <ietf@ietfa.amsl.com>; Sat, 7 Mar 2015 04:11:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] autolearn=ham
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 BbRxC2LzKX7l for <ietf@ietfa.amsl.com>; Sat, 7 Mar 2015 04:11:42 -0800 (PST)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0769.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::769]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0576C1A8F3E for <ietf@ietf.org>; Sat, 7 Mar 2015 04:11:41 -0800 (PST)
Received: from pc6 (86.185.85.149) by DB4PR07MB252.eurprd07.prod.outlook.com (10.242.231.153) with Microsoft SMTP Server (TLS) id 15.1.99.14; Sat, 7 Mar 2015 12:09:50 +0000
Message-ID: <02af01d058cf$4e3dec60$4001a8c0@gateway.2wire.net>
From: "t.p." <daedulus@btconnect.com>
To: Pete Resnick <presnick@qti.qualcomm.com>, John C Klensin <john-ietf@jck.com>
References: <tsl8ufoh9ko.fsf@mit.edu> <2DF7230C-D1D8-4B21-9003-B336108A38CB@vpnc.org> <20150224172649.GX1260@mournblade.imrryr.org> <tslvbircj0d.fsf@mit.edu> <0325DF3F-17F3-4400-BDEA-EDB5334BF35C@frobbit.se> <20150225180227.GT1260@mournblade.imrryr.org> <7AB921D35A7F9B23A53BD11A@JcK-HP8200.jck.com> <tslvbip8io6.fsf@mit.edu> <54F09A35.9060506@qti.qualcomm.com> <54F78650.6070503@qti.qualcomm.com> <20150305064513.GH1260@mournblade.imrryr.org> <54F7FE09.3030200@cisco.com> <7111545C27DE9021135BE185@JcK-HP8200.jck.com> <tslegp3o0zn.fsf@mit.edu> <6FC72D10-6AF2-4F84-B1AC-27F5B7E632AC@frobbit.se> <707B021F63C5C411E563AE4B@JcK-HP8200.jck.com> <93DFD15D-4ED3-4FEE-B26B-F6578459137D@frobbit.se> <F03661F9CDFC6686BF2AE425@JcK-HP8200.jck.com> <tsl7fuumdqi.fsf@mit.edu> <076F8D2F0D89742134B8D451@JcK-HP8200.jck.com> <54F9E6C3.2020708@qti.qualcomm.com>
Subject: Where to do the work was Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard
Date: Sat, 07 Mar 2015 12:06:04 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.185.85.149]
X-ClientProxiedBy: DB4PR01CA0045.eurprd01.prod.exchangelabs.com (10.242.152.35) To DB4PR07MB252.eurprd07.prod.outlook.com (10.242.231.153)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR07MB252;
X-Microsoft-Antispam-PRVS: <DB4PR07MB252A9293A31808EA30E259DA01D0@DB4PR07MB252.eurprd07.prod.outlook.com>
X-Forefront-Antispam-Report: BMV:0; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(13464003)(377454003)(51444003)(23756003)(47776003)(44716002)(62236002)(122386002)(66066001)(33646002)(40100003)(44736004)(81686999)(76176999)(61296003)(81816999)(50986999)(50226001)(77156002)(62966003)(50466002)(92566002)(84392001)(19580395003)(19580405001)(14496001)(230783001)(46102003)(93886004)(116806002)(42186005)(229853001)(77096005)(15975445007)(1456003)(86362001)(87976001)(1556002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR07MB252; H:pc6; FPR:; SPF:None; MLV:nov; PTR:InfoNoRecords; LANG:en;
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5001009); SRVR:DB4PR07MB252; BCL:0; PCL:0; RULEID:; SRVR:DB4PR07MB252;
X-Forefront-PRVS: 05087F0C24
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Mar 2015 12:09:50.5898 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB252
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/ClCRR3X56g9ekv9xz3OW1skAgS0>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 07 Mar 2015 12:11:45 -0000

----- Original Message -----
From: "Pete Resnick" <presnick@qti.qualcomm.com>
To: "John C Klensin" <john-ietf@jck.com>
Sent: Friday, March 06, 2015 5:41 PM
> Closing the loop:
>
<snip>
>
> There is a much longer discussion to be had on this topic than I'm
> willing to do here, but summarized: This experience puts an
exclamation
> point on the thought that I've had for some time, that AD-sponsored
> documents, and doing things outside of the context of a WG generally,
is
> a really bad idea if you want something standardized in the IETF. The
> reason that people have been doing so (whether consciously or just
> influenced to do so) is that the WG process and coming to consensus
> seemed (and truly was) hugely daunting. But we end up in situations
like
> this, where things get developed without the iterative
> consensus-building that we're supposed to be doing. The better thing
to
> do in order to not discourage others and to create good work is to
> improve the speed at which WGs get things done and make it less
> daunting, and I believe that we've been doing that of late: We've had
> several good examples of WGs that we've spun on quickly to do a
focused
> piece of work, and they're done in months, not years. But more beer
> required to fully have that discussion.

Pete

I agree and find it timely.  I have been noting the tide of I-D with
YANG models being posted and particularly those with names such as
draft-johndoe-netmod-routing-apps-etc
The format of the I-D's name implies, to most of us, that this I-D is
headed for the netmod WG which I think is unlikely to produce a
satisfactory RFC on the topic.  Whatever the technology to be managed
is, I think that the prime requirement is to have those expert in the
technology work on it first, producing something at the level of an
Information Model.  Get that wrong and you may have a perfect, but
useless, management module, regardless of whether it is in YANG, SNMP,
etc.

I note that one such I-D started out
draft-zhdankin-netmod-bgp-cfg-01
and became
draft-zhdankin-idr-bgp-cfg-01
Spot on, but it could have been right from the word go.

Fine when there is an obvious WG, but what to do when there is not?
Where should
draft-asechoud-netmod-diffserv-model-01.txt
go?  I suspect that the netmod WG has few diffserv skills, but where in
the IETF are there any?  Not enough to form a WG I suspect.  This is the
sort of thing that becomes AD-sponsored but I think that it should not.
Informational?  Or should the IETF turn away such work?  I don't know.

Tom Petch

> pr
>
> --
> Pete Resnick<http://www.qualcomm.com/~presnick/>
> Qualcomm Technologies, Inc. - +1 (858)651-4478
>