Re: [netmod] Y34 - root node

Andy Bierman <andy@yumaworks.com> Tue, 25 August 2015 19:11 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 1C9551B2D2D for <netmod@ietfa.amsl.com>; Tue, 25 Aug 2015 12:11:33 -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 JwmZ_KnIEyGS for <netmod@ietfa.amsl.com>; Tue, 25 Aug 2015 12:11:31 -0700 (PDT)
Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (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 BEF911B2CE8 for <netmod@ietf.org>; Tue, 25 Aug 2015 12:11:30 -0700 (PDT)
Received: by lbbsx3 with SMTP id sx3so106161527lbb.0 for <netmod@ietf.org>; Tue, 25 Aug 2015 12:11:29 -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:cc:content-type; bh=r4ETV6zarBX45dxTwsrHXxxfA7Dztd3iusQlSWWN4pM=; b=dzXrlsHC93/SrlS5y9y+ocDLmZve9aCD/d0e5ZgWu0wkBn+HDt1sFXWJC612rQEX8V HmHna2e2iyhezuCOJKeOm8Awm3f/R6hAzC1sB990WwAPgJosEv5BDq94eNooRimDX2Uv m1EfGJ8XYpiyNlBqnZHgNsAmruuwBDydXPVomxUgAV7YSPSzHptXPZ5IoP1F79bGAKuZ uqQjEFRb1Nl2gGQyq8bRzQM39PNZQ+vfYyOnIdY/Eyc4PMBjcjZrzhbPFXgYmj1n8nCh 0V+Y+fmjGPBr7+SbP/pOefCTAaLZK0WG/YsL9yVQC0Dw9o0ckwDzysiuIeZ3JyuoOAli VM+Q==
X-Gm-Message-State: ALoCoQlxC21R2Icmqnee3cjlCqpdnRqr1PzQnBuN6UqcdGRPEWEnXEO7a1AmZDiLIZ6cPGBLh1Ur
MIME-Version: 1.0
X-Received: by 10.152.42.132 with SMTP id o4mr3332867lal.88.1440529889228; Tue, 25 Aug 2015 12:11:29 -0700 (PDT)
Received: by 10.112.200.104 with HTTP; Tue, 25 Aug 2015 12:11:29 -0700 (PDT)
In-Reply-To: <D200EAAF.D22CE%kwatsen@juniper.net>
References: <CABCOCHRgAHah6_f1qZkPs0_v8Cj6NA5TKokb_RtUv+XWNOocFA@mail.gmail.com> <20150820.101533.1535137181522006328.mbj@tail-f.com> <55D7148C.6090508@cisco.com> <20150821.150158.491063432174006492.mbj@tail-f.com> <CABCOCHQhNp99RNvfTJqgDn48+waTjOgjbwS=TcFe4HMXct8J1Q@mail.gmail.com> <D200EAAF.D22CE%kwatsen@juniper.net>
Date: Tue, 25 Aug 2015 12:11:29 -0700
Message-ID: <CABCOCHS=dpkEyi3zfa+DHXGc1uzuJ0ApXaBi0ckTE8twj72Mwg@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: Kent Watsen <kwatsen@juniper.net>
Content-Type: multipart/alternative; boundary="001a11c34ee456157c051e278044"
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/rGf1_C5BjDUNNV_-cl9yN3nYwak>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] Y34 - root node
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: <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: Tue, 25 Aug 2015 19:11:33 -0000

On Tue, Aug 25, 2015 at 10:25 AM, Kent Watsen <kwatsen@juniper.net> wrote:

>
> I like the idea of relocatable modules.  It is almost to say everything
> defined by the IETF should be a grouping, allowing others to assemble the
> pieces as they see fit.  I do not think it makes sense for IETF to define
> an uber structure, especially using a language mandating forever backwards
> compatibility...
>
>
YANG groupings are not really relocatable.
If any object has a YANG constraint (must/when/path) that is outside the
grouping, then the grouping is not really relocatable.
Only groupings that have no "external references" can be relocated,
and this assumes the YANG is written using only relative roots, not
absolute paths.



Andy



How to support logical/virtual systems is a bigger discussion.   Certainly
> there is a huge data model overlap between the host system and the logical
> systems, but some data may only exist in the host system and some data may
> only exist in a logical system.  Making things more interesting, some data
> in the host system (e.g., an interface) can be exported to a logical system
> as a read-only value.   The way I solved this in another life was using
> conditional enablement [1] on a shared data model to indicate the
> applicability of nodes in a context.
>
> [1] https://tools.ietf.org/html/draft-kwatsen-conditional-enablement-00
>
> Kent, as a contributor
>
>
>
>