Re: [NGO] NETCONF Data Modeling BoF (NDM) proposal

Andy Bierman <ietf@andybierman.com> Fri, 07 September 2007 15:31 UTC

Return-path: <ngo-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ITfoI-0001x0-3n; Fri, 07 Sep 2007 11:31:54 -0400
Received: from ngo by megatron.ietf.org with local (Exim 4.43) id 1ITfoG-0001wr-FY for ngo-confirm+ok@megatron.ietf.org; Fri, 07 Sep 2007 11:31:52 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ITfoG-0001wj-4m for ngo@ietf.org; Fri, 07 Sep 2007 11:31:52 -0400
Received: from smtp118.sbc.mail.sp1.yahoo.com ([69.147.64.91]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1ITfoF-00086K-LJ for ngo@ietf.org; Fri, 07 Sep 2007 11:31:52 -0400
Received: (qmail 31679 invoked from network); 7 Sep 2007 15:31:50 -0000
Received: from unknown (HELO ?192.168.1.11?) (andybierman@att.net@75.50.187.99 with plain) by smtp118.sbc.mail.sp1.yahoo.com with SMTP; 7 Sep 2007 15:31:50 -0000
X-YMail-OSG: 6PBAfbIVM1mXlPYKVflQ6l0XACXXBPat4W7b1FA47HBKnUKj
Message-ID: <46E16E76.7000207@andybierman.com>
Date: Fri, 07 Sep 2007 08:29:58 -0700
From: Andy Bierman <ietf@andybierman.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: j.schoenwaelder@jacobs-university.de
Subject: Re: [NGO] NETCONF Data Modeling BoF (NDM) proposal
References: <46E03BD1.4010702@andybierman.com> <20070906184430.GA2882@elstar.local> <46E05160.50503@andybierman.com> <20070906195555.GA3040@elstar.local> <46E0630B.2030908@andybierman.com> <20070906211658.GA3081@elstar.local> <46E07909.1060209@andybierman.com> <20070907063232.GA3394@elstar.local> <46E15034.30309@andybierman.com> <20070907150133.GB4751@elstar.local>
In-Reply-To: <20070907150133.GB4751@elstar.local>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: NETCONF Goes On <ngo@ietf.org>
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NETCONF Goes On - discussions on future work and extensions to NETCONF <ngo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ngo>
List-Post: <mailto:ngo@ietf.org>
List-Help: <mailto:ngo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=subscribe>
Errors-To: ngo-bounces@ietf.org

Juergen Schoenwaelder wrote:
> On Fri, Sep 07, 2007 at 06:20:52AM -0700, Andy Bierman wrote:
> 
>>> I guess I do not really understand the difference between "an SMI
>>> document is needed that addresses many details that need to be
>>> supported for long-term module management, and interoperability
>>> between modules" and a new DML which would be an experiment.
>> How is a module allowed to change over time?
>> What does the use of the same namespace URI over time mean?
>> How does the manager discover modules and versions?
>> How does a manager compare versions?
>> How does a manager know the difference between
>> a read-create row and a read-only row (or column)?
>> How does a manager know what an agent is supposed to
>> implement to claim a certain level of conformance?
>>
>> These are some of the open issues that NETCONF needs to
>> address, just as SMIv2 addresses these issues for the SNMP protocol.
> 
> It remains to a large extend unclear to me how one can work out all
> these things without having defined what a module is, what a module
> contains, what a notion of a row is (do we still have the notion of
> rows in NETCONF?), what the versioning aspects of making changes to
> things are, and what conformance actually means. But if I am the only
> one who is puzzled, just ignore me.

I guess my draft is unclear then.
These things need to be defined for NETCONF, just as they have
been defined for SNMP.  I think many protocol interoperability details,
such as the <rpc-error> contents, <edit-config> behavior,
should be defined in better detail as well.

A table row in XML is just a complex element with multiple instances,
and there is a key defined for identifying entries.  It is a conceptual row.

> 
> /js
> 

Andy


_______________________________________________
NGO mailing list
NGO@ietf.org
https://www1.ietf.org/mailman/listinfo/ngo