Re: [netmod] IETF91 NETMOD agenda ?

Ladislav Lhotka <lhotka@nic.cz> Wed, 05 November 2014 08:40 UTC

Return-Path: <lhotka@nic.cz>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92E1B1A87EB for <netmod@ietfa.amsl.com>; Wed, 5 Nov 2014 00:40:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 pdidQL8Gx39O for <netmod@ietfa.amsl.com>; Wed, 5 Nov 2014 00:40:24 -0800 (PST)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B8001A87EA for <netmod@ietf.org>; Wed, 5 Nov 2014 00:40:24 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id E87E65404C8; Wed, 5 Nov 2014 09:40:21 +0100 (CET)
Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6WlOzfsA2iZq; Wed, 5 Nov 2014 09:40:17 +0100 (CET)
Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 1F18A5400C8; Wed, 5 Nov 2014 09:40:15 +0100 (CET)
From: Ladislav Lhotka <lhotka@nic.cz>
To: Andy Bierman <andy@yumaworks.com>, Benoit Claise <bclaise@cisco.com>
In-Reply-To: <CABCOCHTCtrsLYTDtWSDAyPScD-dxLC0GDuzYDtgidHok_cT7-g@mail.gmail.com>
References: <A125E53CE190A749957C19483DC79F9F5C977E5A@US70TWXCHMBA11.zam.alcatel-lucent.com> <D8D374DB-32C6-4725-AD1B-D4E1B23BC966@lucidvision.com> <CABCOCHSoDxZfzA0dnviB2yV8GbdqmUrGmJXsFxMy8_7MpG7W+w@mail.gmail.com> <79054E89-2D09-4461-8D35-8F6FA025B71F@nic.cz> <43060BE7-53EA-4B9D-B778-2FED58C0D60C@lucidvision.com> <52AE09CB-D4AB-4421-BBA4-1D9C45EA6957@gmail.com> <54590195.3010903@cisco.com> <CAAchPMtcvd3xb9xCGEBHqTZg8G-Fg76z8T2Wi1QLHoS=W_fiag@mail.gmail.com> <54595361.5000907@cisco.com> <CABCOCHSqWWPDyTWXMj3+DUJ89GGCiHD6mhK3W7bJf-+VgS_cRA@mail.gmail.com> <545965FA.2050308@cisco.com> <CABCOCHTCtrsLYTDtWSDAyPScD-dxLC0GDuzYDtgidHok_cT7-g@mail.gmail.com>
User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.1 (x86_64-apple-darwin13.4.0)
Date: Wed, 05 Nov 2014 09:40:19 +0100
Message-ID: <m2k33akpl8.fsf@nic.cz>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: http://mailarchive.ietf.org/arch/msg/netmod/UiquGvINxNA99HnFvseRbzJcHUI
Cc: "netmod@ietf.org" <netmod@ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [netmod] IETF91 NETMOD agenda ?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Nov 2014 08:40:26 -0000

Hi,

I agree with Andy. I think we already have a LOT to do with the existing
WG items, and YANG 1.1 in particular, and we should devote most of the
WG meeting time to them. Offloading this work to interim telcos is IMO
not good.

In my view, authors of new YANG modules face three challenges:

1. Organize a group of domain experts to work on the substance of the
module (scope, configuration logic, dealing with the legacy of existing
CLIs etc.).

2. Get advice about YANG-related aspects.

3. Find a home for the module so that it can eventually become an RFC.

For the most part, #1 and #3 should be done outside NETMOD in an
appropriate IETF area. It involves convincing domain experts that the
work is worth doing in the first place, and then find enough support and
capacity to carry it out. But this is I guess IETF business as
usual. NETMOD WG cannot act as a shortcut for this hard part. And
judging from the recently announced guidelines, I think the routing area
got it pretty much right.

There might be modules that need to be done in the NETMOD WG, e.g. if
they span multiple areas, but they should be an exception.

As for #2, I think it is a task for YANG doctors. In this case, I'd be
willing to accept stricter rules and more deterministic workflow so that
module autors receive feedback in a timely manner.

Lada

Andy Bierman <andy@yumaworks.com> writes:

>>
>
> It is not NIMBY. The YANG experts are not all SYSLOG experts.
> Getting the right people in the room is important (you said that ;-)
> Making a few SYSLOG experts sit through 140 minutes of
> unrelated material may not be the best option for them either.
>
> It is unfortunate that the SYSLOG WG has decided the protocol
> is complete and no further work is needed.  I don't agree IETF
> process should be a good reason to choose NETMOD WG.
> This draft is already chartered and I am not trying to stop
> the SYSLOG work.  I don't want it to start a trend though.
>

-- 
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C