Re: [netmod] comments on draft-ietf-netmod-snmp-cfg--05

Andy Bierman <andy@yumaworks.com> Fri, 13 June 2014 19:01 UTC

Return-Path: <andy@yumaworks.com>
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 683E11B29E8 for <netmod@ietfa.amsl.com>; Fri, 13 Jun 2014 12:01:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_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 KxJTmw3u9ebE for <netmod@ietfa.amsl.com>; Fri, 13 Jun 2014 12:01:40 -0700 (PDT)
Received: from mail-qa0-f45.google.com (mail-qa0-f45.google.com [209.85.216.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E97361B29E1 for <netmod@ietf.org>; Fri, 13 Jun 2014 12:01:37 -0700 (PDT)
Received: by mail-qa0-f45.google.com with SMTP id v10so4179248qac.4 for <netmod@ietf.org>; Fri, 13 Jun 2014 12:01:37 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=iwbAP1HiY+lyBT7Qy6NJ7qe+YxAnU5XwzlMgn9h+Mow=; b=eTIZjJzmolMoSZIEA5QPcHrw1P2fGxS8Eh5b3YiXDwQjgR1C9fN4exT2ReQBWEzn7k aMT7j3ydzrGYwmzzdg6ZUHWtWYr22xmplRYDF1uQ5I6AAslUV+LbB55OJSz0lDTl1lJk 5W8hv6tn6mXJ7FeK8m4nFLCpjPcXvdQmmUr6cBQQXonMkQ7sj2MtmBR8zKWVeVi/p3KU yY9TG1v7t7XztquXi2HafDQN/5on0WfxFtbgiyQqsadml1pO5S5VuHBx3TZElV9NsE2h HMBU03vH08A0KyEurOmyUHzvUnVDQaEFxnpa1X2aNK5q2VAHWryEzgB6U7Z90MAJpd4S ck1Q==
X-Gm-Message-State: ALoCoQme7dQ9Gevs/6ONM2wE+NYJbF2uk4T+oHZ04bDjlucEJot1zfAuCg7b/PLcUPPfR45Fouc7
MIME-Version: 1.0
X-Received: by 10.224.20.10 with SMTP id d10mr6551993qab.16.1402686097129; Fri, 13 Jun 2014 12:01:37 -0700 (PDT)
Received: by 10.140.104.49 with HTTP; Fri, 13 Jun 2014 12:01:37 -0700 (PDT)
In-Reply-To: <20140613062605.GA37482@elstar.local>
References: <CABCOCHQnzdvOGGLDSOrNsRrW19aDvRNs+o9D-sqgqjtx21WN+g@mail.gmail.com> <20140613062605.GA37482@elstar.local>
Date: Fri, 13 Jun 2014 12:01:37 -0700
Message-ID: <CABCOCHS2FL2_8pjTWttQ2BTLD6DPFrKgv1dg0-DB8W=s3FyWeA@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c1c2ae8d57de04fbbc4ef3"
Archived-At: http://mailarchive.ietf.org/arch/msg/netmod/YpFhpOH7DeX7inHQxboEpq3QKcA
Subject: Re: [netmod] comments on draft-ietf-netmod-snmp-cfg--05
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: Fri, 13 Jun 2014 19:01:42 -0000

On Thu, Jun 12, 2014 at 11:26 PM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Thu, Jun 12, 2014 at 02:49:27PM -0700, Andy Bierman wrote:
> > Hi,
> >
> > It's probably past WG Last Call, but I still do not understand
> > the value of splitting the ietf-snmp configuration module into
> > 12 files (1 main + 11 sub-modules) instead of just 1 file.
> >
> > IMO it makes it harder to read, not easier, and wrt/ YANG library
> > management,
> > there are 12 files to update and keep in sync, instead of 1.
> >
> > Is there some expectation that individual sub-modules for SNMP
> > configuration will be updated regularly in new RFCs?
>
> The organization essentially reflects the modular structure of the
> SNMPv3 MIB modules. The SNMPv3 MIB modules are roughly the same
> number.
>
> If updates will ever will be necessary, we might benefit from the
> modular structure. If updates will never be needed, there is not much
> work with synchronizing the sub-modules either. Whether modularity is
> a good thing of not can likely be discussed endlessly. In this case,
> we followed the modular structure of the SNMPv3 MIB modules.
>
>

Actually, you did not really follow the SMIv2 structure, or you would have
used
modules instead of submodules. The main module (ietf-snmp) is just a list
of include-by-revision statements.  All submodules have to be present
or the tool will exit with a fatal error.  I suppose the main module could
be altered by vendors (e.g., comment out the include-stmts they don't want
to support), but that would be non-compliant for standard modules.


/js
>

Andy


>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
>