Re: analysis of YANG vs. RELAX NG

"Rohan Mahy" <rohan.mahy@gmail.com> Thu, 29 November 2007 16:24 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxmBX-0005jH-2d; Thu, 29 Nov 2007 11:24:19 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IxmBV-0005is-Gy for discuss-confirm+ok@megatron.ietf.org; Thu, 29 Nov 2007 11:24:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxmBV-0005ig-7N for discuss@apps.ietf.org; Thu, 29 Nov 2007 11:24:17 -0500
Received: from el-out-1112.google.com ([209.85.162.176]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxmBU-0001Vx-OB for discuss@apps.ietf.org; Thu, 29 Nov 2007 11:24:17 -0500
Received: by el-out-1112.google.com with SMTP id n30so848291elf for <discuss@apps.ietf.org>; Thu, 29 Nov 2007 08:24:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=7N44N+8D0Ijm/H9qumunxAFR7aM1eHBkcW3Cs9hW+fM=; b=FkhugOg+wGYPP1v61ZrAAFlkIedjmmLef279tK4zJ7Uk1bjzd8ORAVnIH8RkMjLp5WTHD0dWiPEhXtiMZeMf7vuS0W8vBkoR/rwszWlGLwqPgxRS3XEUnXYp6iRG4okbu7VM+o4mXuKHofCGUMtR3DgiGuD8ccSdbd+5YH7cGKA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LW2yGmeyD14CtV/+B/Cim6ERhTvw7eJCz7cnzr/bIJ2C8uC6OqFO7MZWRF7CMYKD4pAtc3DfTmS85MHp//iMhzwpg+dkutbXwxJp3yJkD4Ia2hLuI41huQqZ5GJJ6ejd53xx4yQF2HEIUuPValTEfaPtSSf+e2JNLhP1zM+G/QI=
Received: by 10.143.37.20 with SMTP id p20mr170690wfj.1196353455752; Thu, 29 Nov 2007 08:24:15 -0800 (PST)
Received: by 10.142.214.15 with HTTP; Thu, 29 Nov 2007 08:24:15 -0800 (PST)
Message-ID: <953beacc0711290824k50d781dfm21e06f3dcc898236@mail.gmail.com>
Date: Thu, 29 Nov 2007 08:24:15 -0800
From: Rohan Mahy <rohan.mahy@gmail.com>
To: j.schoenwaelder@jacobs-university.de
Subject: Re: analysis of YANG vs. RELAX NG
In-Reply-To: <20071129075309.GA10453@elstar.local>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_2006_26535213.1196353455742"
References: <953beacc0711271504y7aea5f21jc301ccad886d3611@mail.gmail.com> <474D9194.3060103@ericsson.com> <953beacc0711281025w4d993dd7u77d729111074496c@mail.gmail.com> <20071128.230244.254578150.mbj@tail-f.com> <953beacc0711281443h3624f486i96b30b9aa320e4f7@mail.gmail.com> <20071128225652.GA10228@elstar.local> <953beacc0711281731p37007a69wc3923ed88cfba224@mail.gmail.com> <20071129075309.GA10453@elstar.local>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc: discuss@apps.ietf.org
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

Hi Juergen,

If you want to do strict validation of things like RPC methods on the
receiving implementation, the implementation can contain a list of all the
RPC methods it supports (an effective schema). If this level of validation
is not desired, we can ignore this concept.

thanks,
-rohan

On Nov 28, 2007 11:53 PM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Wed, Nov 28, 2007 at 05:31:56PM -0800, Rohan Mahy wrote:
>
> > > You are suggesting to extend the definition of the NETCONF operations
> > > get, get-config, edit-config etc. for every possible data item they
> > > might carry?
> >
> > I am suggesting that an implementation "extend" the definition of each
> > netconf operation to include each top-level data item they actually
> > understand and use.  I hope you see the distinction.
>
> The phrase "implementation 'extend' the definition" sounds to me like
> there is some little tool taking a data model and turning it into
> something you can use for validation. But then it might also be the
> case that I do not really understand the distinction you are trying to
> make.
>
> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
>