IETF Logo Mail Archive

Re: [netmod] Augmenting an unimplemented module

Martin Bjorklund <mbj@tail-f.com> Wed, 08 February 2017 15:11 UTC

Return-Path: <mbj@tail-f.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A929129B83 for <netmod@ietfa.amsl.com>; Wed, 8 Feb 2017 07:11:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 uZDhAZSLNiuk for <netmod@ietfa.amsl.com>; Wed, 8 Feb 2017 07:11:05 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 1FCA51295B4 for <netmod@ietf.org>; Wed, 8 Feb 2017 07:11:05 -0800 (PST)
Received: from localhost (unknown [173.38.220.46]) by mail.tail-f.com (Postfix) with ESMTPSA id 5C01E1AE00A0; Wed, 8 Feb 2017 16:11:03 +0100 (CET)
Date: Wed, 08 Feb 2017 16:11:01 +0100
Message-Id: <20170208.161101.1862603410685888666.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20170208145104.GE98457@elstar.local>
References: <f7bc785b-f729-3959-53af-58dff99d7ab4@ericsson.com> <8737foixpg.fsf@chopps.org> <20170208145104.GE98457@elstar.local>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/pVTZXWHQKXShVea3U2EVi0IGhHg>
Cc: netmod@ietf.org
Subject: Re: [netmod] Augmenting an unimplemented module
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 08 Feb 2017 15:11:06 -0000

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Wed, Feb 08, 2017 at 09:06:19AM -0500, Christian Hopps wrote:
> > 
> > We also went with the split route with our tags draft.
> > 
> > https://datatracker.ietf.org/doc/draft-rtgyangdt-netmod-module-tags/
> > 
> > Features like deviations were not liked internally by the group. 2
> > modules seemed like the KISS approach.
> >
> 
> I wonder why your define add-tags, remove-tags, and reset-tags
> operations given that we have generic primitives to edit datastores.

I think (hope) they mean that these operations affect only the tags in
yang-library, not the config container 'modules-tags' in the module
itself.

But I think it would be better to only have these tags in the
yang-library, and not in the module itself.  (In that case the rpcs
are required).

Also, it might be useful if the module designer could tag modules
at design time, using an extension:

  mt:module-tag "ietf:element-model";
  mt:module-tag "vendor:native";


/martin

v2.23.0 | Report a Bug | By Email