RE: [NGO] NETCONF Data types

Ladislav Lhotka <lhotka@cesnet.cz> Mon, 07 January 2008 14:20 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 1JBsq6-0000KW-Ix; Mon, 07 Jan 2008 09:20:30 -0500
Received: from ngo by megatron.ietf.org with local (Exim 4.43) id 1JBsq4-0008SB-SN for ngo-confirm+ok@megatron.ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JBsq4-0008Q6-Hw for ngo@ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from office2.cesnet.cz ([195.113.144.244]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JBsq0-0006rl-Uj for ngo@ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from [172.29.2.201] (asus-gx.lhotka.cesnet.cz [195.113.161.161]) by office2.cesnet.cz (Postfix) with ESMTP id 02968D800CC for <ngo@ietf.org>; Mon, 7 Jan 2008 15:20:19 +0100 (CET)
Subject: RE: [NGO] NETCONF Data types
From: Ladislav Lhotka <lhotka@cesnet.cz>
To: ngo@ietf.org
In-Reply-To: <713043CE8B8E1348AF3C546DBE02C1B4127632BB@zcarhxm2.corp.nortel.com>
References: <037801c83770$93f5bf40$ca168182@china.huawei.com> <4915F014FDD99049A9C3A8C1B832004F0252120D@IMCSRV2.MITRE.ORG> <713043CE8B8E1348AF3C546DBE02C1B41276324B@zcarhxm2.corp.nortel.com> <20080107140437.GA8185@elstar.local> <713043CE8B8E1348AF3C546DBE02C1B4127632BB@zcarhxm2.corp.nortel.com>
Content-Type: text/plain; charset="utf-8"
Organization: CESNET
Date: Mon, 07 Jan 2008 15:20:20 +0100
Message-Id: <1199715620.7221.63.camel@missotis>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
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 Sharon,

64-bit integers are crucial e.g., for applications dealing with precise
timestamps. Of course, an appropriate integer range should be used in
each context. In my opinion, the integer datatypes defined by the W3C
Datatype Library provide a very reasonable selection and I see no point
in reducing this choice.

Lada
 
Sharon Chisholm píše v Po 07. 01. 2008 v 09:07 -0500:
> Hi
> 
> 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.
> 
> Sharon 
> 
> -----Original Message-----
> From: Juergen Schoenwaelder
> [mailto:j.schoenwaelder@jacobs-university.de] 
> Sent: Monday, January 07, 2008 9:05 AM
> To: Chisholm, Sharon (CAR:ZZ00)
> Cc: ngo@ietf.org
> Subject: Re: [NGO] NETCONF Data types
> 
> On Mon, Jan 07, 2008 at 08:47:46AM -0500, Sharon Chisholm wrote:
>  
> > By the way, I chatted with one of my application folks about the 32 
> > versus 64 bit integer question and he indicated that he can't handle 
> > 64 bit integers in his application so does want to when they he might 
> > expect them. In that case, a better approach is likely a complex type 
> > which gives length and value. This way if you handle all lengths, you 
> > just need to look at the value field.
> 
> I don't understand the proposal or how what I understand helps someone
> who can't deal with 64 bit numbers.
> 
> /js
> 
-- 
Ladislav Lhotka, CESNET
PGP Key ID: E74E8C0C



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