Re: [core] YANG Packages for CoMI

peter van der Stok <stokcons@xs4all.nl> Mon, 27 July 2015 06:26 UTC

Return-Path: <stokcons@xs4all.nl>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B9171A8A72 for <core@ietfa.amsl.com>; Sun, 26 Jul 2015 23:26:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 9pTd5wy_fk1a for <core@ietfa.amsl.com>; Sun, 26 Jul 2015 23:26:05 -0700 (PDT)
Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 326211A8A68 for <core@ietf.org>; Sun, 26 Jul 2015 23:26:05 -0700 (PDT)
Received: from webmail.xs4all.nl ([194.109.20.213]) by smtp-cloud2.xs4all.net with ESMTP id xJS21q00T4bqPqS01JS2H2; Mon, 27 Jul 2015 08:26:03 +0200
Received: from [2001:983:a264:1:54ac:3d0a:78ee:651e] by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 27 Jul 2015 08:26:02 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Mon, 27 Jul 2015 08:26:02 +0200
From: peter van der Stok <stokcons@xs4all.nl>
To: Andy Bierman <andy@yumaworks.com>
Organization: vanderstok consultancy
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <CABCOCHT7J71iiAgcofradE38JepEJLsPkbmwtivY=HMyij1Svg@mail.gmail.com>
References: <CABCOCHT7J71iiAgcofradE38JepEJLsPkbmwtivY=HMyij1Svg@mail.gmail.com>
Message-ID: <4dde82ad1cd4d261b598cb0e851cdf1c@xs4all.nl>
X-Sender: stokcons@xs4all.nl (X24JyhO2T5Do82w36jmQeoBcpFbVqhu7)
User-Agent: XS4ALL Webmail
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/QNlQL6UfShxOrSzNeOZ3cu72q9U>
Cc: Core <core@ietf.org>
Subject: Re: [core] YANG Packages for CoMI
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: consultancy@vanderstok.org
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jul 2015 06:26:08 -0000

HI Andy,

Is the proposal to make YANG packages compulsory over yang-library in 
Comi servers and clients?

Peter

Andy Bierman schreef op 2015-07-26 19:44:
> Hi,
> 
> Michel raised some issues with the YANG library draft
> http://datatracker.ietf.org/doc/draft-ietf-netconf-yang-library/
> 
> Maybe CoMI needs its own optimized module library.
> I am concerned that data sizes of the YANG library will be
> too big in some really constrained environments.
> 
> I wrote a draft that defines a way to specify the contents of the
> YANG library in a single static document, called a YANG package.
> http://datatracker.ietf.org/doc/draft-bierman-netmod-yang-package/
> 
> If there was a "shorthand" resource that listed YANG packages, instead
> of YANG modules, then the CoMI client that supported YANG packages
> could read that instead of the module library.
> 
> The YANG package message response can identify a single package
> (e.g. match the firmware) so the size of the response will remain very
> small, and not depend on the entire list of modules, features,
> and deviations. The data savings could 1000X for 100 modules.
> 
> The client needs to retrieve the library first-time and anytime it
> changes.
> The module-set-id values are per-server, not global. This could be a
> significant bottleneck when a CoMI client starts or restarts, and
> manages lots of servers.
> 
> Andy
> 
> 
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core