[NGO] Decoupling Content definition from Modelling Language?
"Sharon Chisholm" <schishol@nortel.com> Wed, 19 November 2008 21:31 UTC
Return-Path: <ngo-bounces@ietf.org>
X-Original-To: ngo-archive@optimus.ietf.org
Delivered-To: ietfarch-ngo-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E4EC93A6B04; Wed, 19 Nov 2008 13:31:28 -0800 (PST)
X-Original-To: ngo@core3.amsl.com
Delivered-To: ngo@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03BF33A6AD1 for <ngo@core3.amsl.com>; Wed, 19 Nov 2008 13:31:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6K16aITiFcxW for <ngo@core3.amsl.com>; Wed, 19 Nov 2008 13:31:27 -0800 (PST)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56]) by core3.amsl.com (Postfix) with ESMTP id 51B893A6B22 for <ngo@ietf.org>; Wed, 19 Nov 2008 13:31:03 -0800 (PST)
Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id mAJLRmb20760 for <ngo@ietf.org>; Wed, 19 Nov 2008 21:27:49 GMT
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 19 Nov 2008 16:30:24 -0500
Message-ID: <713043CE8B8E1348AF3C546DBE02C1B41750CD21@zcarhxm2.corp.nortel.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Decoupling Content definition from Modelling Language?
Thread-Index: AclKjghM0+QLH/B9Tb+93XOtAWLuPw==
From: Sharon Chisholm <schishol@nortel.com>
To: ngo@ietf.org
Subject: [NGO] Decoupling Content definition from Modelling Language?
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETCONF Goes On - discussions on future work and extensions to NETCONF <ngo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ngo>
List-Post: <mailto:ngo@ietf.org>
List-Help: <mailto:ngo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ngo-bounces@ietf.org
Errors-To: ngo-bounces@ietf.org
Hi I think this list is still the right place for slightly off-topic discussion of NETCONF related discussions. Conceptually, the NETCONF architecture, similar to the SNMP architecture, consists of - The protocol - The modelling language - The content While in practice with SNMP, we did not change things up as much as we could have (two languages, three protocol versions, one content), this did prove to be a useful construct. One thing I've been pushing for, although from some hallways discussions people seem to have completely misunderstood this, is to leverage this separation to allow us to start defining the much needed NETCONF content without waiting for the completion (RFCs published) of the NETMOD work. So far this has taken two forms a) publishing in XML Schema (as Andy points out, our normative language for now) b) and more recently publishing in both XML Schema and yang (without being normative if it isn't done yet when published) These seem to be working more or less, but I'm still sensing some apprehension on moving forward with content standardization. From a content perspective, it seems like syntactic sugar to me. Are there specific technical issues with this approach that I'm not aware of? Sharon Chisholm Nortel Ottawa, Ontario Canada _______________________________________________ NGO mailing list NGO@ietf.org https://www.ietf.org/mailman/listinfo/ngo
- [NGO] Decoupling Content definition from Modellin… Sharon Chisholm