[core] YANG Packages for CoMI

Andy Bierman <andy@yumaworks.com> Sun, 26 July 2015 17:44 UTC

Return-Path: <andy@yumaworks.com>
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 996EA1ACC86 for <core@ietfa.amsl.com>; Sun, 26 Jul 2015 10:44:34 -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 S3c-clMXTjOi for <core@ietfa.amsl.com>; Sun, 26 Jul 2015 10:44:33 -0700 (PDT)
Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE64F1ACC83 for <core@ietf.org>; Sun, 26 Jul 2015 10:44:32 -0700 (PDT)
Received: by lbbzr7 with SMTP id zr7so40648369lbb.1 for <core@ietf.org>; Sun, 26 Jul 2015 10:44:31 -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:date:message-id:subject:from:to :content-type; bh=nuzkzEdIbyMDgYR5dwXA4Ms2VO0qFl+X6/1HxxFbK74=; b=X2T0QKmML5GroS1HphhaOHdEXlYctN3wIR3hVk9w6IhZRIdSmdLaVX43up3AxPwbjD prgDIBZTg3EsPKQ1wSSmcB4aO8TY2ebrLeaK6WJMAS2j8eLw4BnjJjDpPuLK0wpjTIcR d2lOdWVb8rnrwlQyV4PYST4axCa/2+MMFTDcyOZnfxZNzQXqfvQiXEfyOkpp6NF2s21X 8UQlaZTHXR4DFlzjs+te85voogo9Fa6uUysPdAUpM8k3N/McBs+MASwDFKJo+0MELSse +AWLRFMFc3b+theo3JNrn+mXJ6PPaHB7k8FsZv/Zb62897z8wSHTdObYh1kvrpiMRTVd /mSQ==
X-Gm-Message-State: ALoCoQl6qFvWHkVePHSPMlkMmeObrZc28V8DFNVc1Zo2ihpgUpFfVIFXfGW9HsrJ66BZL/pKM+EE
MIME-Version: 1.0
X-Received: by 10.152.116.39 with SMTP id jt7mr22890316lab.82.1437932671110; Sun, 26 Jul 2015 10:44:31 -0700 (PDT)
Received: by 10.112.200.102 with HTTP; Sun, 26 Jul 2015 10:44:31 -0700 (PDT)
Date: Sun, 26 Jul 2015 10:44:31 -0700
Message-ID: <CABCOCHT7J71iiAgcofradE38JepEJLsPkbmwtivY=HMyij1Svg@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: Core <core@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c3659212aa06051bcaca30"
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/4PIIckxP3W7yOtt8wuaTPIv5bCM>
Subject: [core] YANG Packages for CoMI
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Sun, 26 Jul 2015 17:44:34 -0000

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