IETF Logo Mail Archive

Re: [netmod] Y34 - root node

Kent Watsen <kwatsen@juniper.net> Tue, 25 August 2015 17:25 UTC

Return-Path: <kwatsen@juniper.net>
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 1A6A11A87E3 for <netmod@ietfa.amsl.com>; Tue, 25 Aug 2015 10:25:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, 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 l6bX4WpU9Tvh for <netmod@ietfa.amsl.com>; Tue, 25 Aug 2015 10:25:41 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0705.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:705]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A33D1A87E2 for <netmod@ietf.org>; Tue, 25 Aug 2015 10:25:41 -0700 (PDT)
Received: from BN1PR05MB456.namprd05.prod.outlook.com (10.141.59.26) by BN1PR05MB453.namprd05.prod.outlook.com (10.141.59.11) with Microsoft SMTP Server (TLS) id 15.1.243.23; Tue, 25 Aug 2015 17:25:37 +0000
Received: from BN1PR05MB456.namprd05.prod.outlook.com ([169.254.3.41]) by BN1PR05MB456.namprd05.prod.outlook.com ([169.254.3.41]) with mapi id 15.01.0243.020; Tue, 25 Aug 2015 17:25:36 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Andy Bierman <andy@yumaworks.com>, Martin Bjorklund <mbj@tail-f.com>
Thread-Topic: [netmod] Y34 - root node
Thread-Index: AQHQzfwL3STxXfk0JkStKQHFLYxQsZ36YQcAgAAPshCAAAMcgIABIxwkgABu5wCABfPKgIAC/IqAgAAMEQCAAKj7AIAAC1UAgAC+7wCAC50MgIAABoyAgAEhX4CAAA00gIABIKqAgAA8e4CAAdMvAIAADywAgAAX8YCABjf6AA==
Date: Tue, 25 Aug 2015 17:25:36 +0000
Message-ID: <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>
In-Reply-To: <CABCOCHQhNp99RNvfTJqgDn48+waTjOgjbwS=TcFe4HMXct8J1Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.4.140807
authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.239.13]
x-microsoft-exchange-diagnostics: 1; BN1PR05MB453; 5:Ahi0Y9j3aiPOLqyj8SEMiQC3tev1fFTpY3bVL7Ai9aYoDqpW+qkhOQTwI7IzVzKATZgeSMHQPqdryDsxPoaidEPI2p/0LyGfuDtoUqYr8QcSHoT9DGYXfa1KbSojwnSovbNgyfnRfbh9BNi5YL9uVw==; 24:QSN+pu5Mp/6e9kGo8+02efhwIXRNeg2XBWJxBbWs4HEtJaRfUK5OY4H1SyZk0Bcep87noJDpmylTbIAeelJIvttSi0xdE0517f9yqXlmNCM=; 20:QmvbBIhks7kU8n0uIjZVS87/iyMM0rcn346bLN4PTTwmEM73p2CtBx1G+9KQndJzK6tybGO5Nw8Ok3nwtSGWYA==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB453;
x-microsoft-antispam-prvs: <BN1PR05MB4537AFCFD2FB2EFD7299A5AA5610@BN1PR05MB453.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:BN1PR05MB453; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB453;
x-forefront-prvs: 06793E740F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(2656002)(97736004)(81156007)(4001540100001)(2900100001)(2950100001)(62966003)(83506001)(5001770100001)(5002640100001)(4001350100001)(46102003)(77156002)(36756003)(189998001)(10400500002)(99286002)(66066001)(64706001)(106116001)(5007970100001)(102836002)(15975445007)(5001860100001)(5001830100001)(19580395003)(106356001)(5004730100002)(105586002)(92566002)(5001960100002)(93886004)(16236675004)(122556002)(87936001)(86362001)(40100003)(101416001)(50986999)(68736005)(76176999)(54356999); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB453; H:BN1PR05MB456.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:3; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_D200EAAFD22CEkwatsenjunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2015 17:25:36.7864 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB453
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/kuHEledMBMIoO5syTdHc-Y1V2cA>
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 17:25:44 -0000

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...

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

v2.23.0 | Report a Bug | By Email