RE: [NGO] NETCONF Data types

"Sharon Chisholm" <schishol@nortel.com> Mon, 07 January 2008 17:51 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 1JBw8G-0002X4-EE; Mon, 07 Jan 2008 12:51:28 -0500
Received: from ngo by megatron.ietf.org with local (Exim 4.43) id 1JBw8E-0002V6-FG for ngo-confirm+ok@megatron.ietf.org; Mon, 07 Jan 2008 12:51:26 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JBw8E-0002TO-3u for ngo@ietf.org; Mon, 07 Jan 2008 12:51:26 -0500
Received: from zrtps0kn.nortel.com ([47.140.192.55]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JBw8D-0000Ts-Q4 for ngo@ietf.org; Mon, 07 Jan 2008 12:51:26 -0500
Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id m07HpMv23586; Mon, 7 Jan 2008 17:51:22 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [NGO] NETCONF Data types
Date: Mon, 07 Jan 2008 12:51:06 -0500
Message-ID: <713043CE8B8E1348AF3C546DBE02C1B4127DEF68@zcarhxm2.corp.nortel.com>
In-Reply-To: <200801071740.m07HeMjU085776@idle.juniper.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [NGO] NETCONF Data types
Thread-Index: AchRVT3m5DgxKV1dQFuz5v+cKreg/QAAJcCg
References: <713043CE8B8E1348AF3C546DBE02C1B4127632BB@zcarhxm2.corp.nortel.com> <200801071740.m07HeMjU085776@idle.juniper.net>
From: Sharon Chisholm <schishol@nortel.com>
To: Phil Shafer <phil@juniper.net>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: 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

Hi

This was intended as a design time definition.

Sharon 

-----Original Message-----
From: Phil Shafer [mailto:phil@juniper.net] 
Sent: Monday, January 07, 2008 12:40 PM
To: Chisholm, Sharon (CAR:ZZ00)
Cc: j.schoenwaelder@jacobs-university.de; ngo@ietf.org
Subject: Re: [NGO] NETCONF Data types

"Sharon Chisholm" writes:
>If it is define with length=64, then you know you can't read it and 
>ignore it. If it is defined with length=32, the you know you can read 
>it and do.

This can't be a run-time thing.  It needs to be more cut-and-dried.
The model should give you the data types, your shouldn't be mixing
metadata into your data.

If the DML says it's a uint64 and you can't handle uint64s, you can't
handle that data module.  You need to let the user know that up front.
You can't say "at 2am last night we started dropping your accounting
data because your value went beyond 32 bits".  The real value in
standardizing on data types comes from knowing that things will function
correctly.

Thanks,
 Phil


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