Re: analysis of YANG vs. RELAX NG

"Rohan Mahy" <rohan.mahy@gmail.com> Thu, 29 November 2007 01:31 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 1IxYFy-0002Mw-W4; Wed, 28 Nov 2007 20:31:58 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IxYFy-0002Mq-1s for discuss-confirm+ok@megatron.ietf.org; Wed, 28 Nov 2007 20:31:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxYFx-0002Mh-OX for discuss@apps.ietf.org; Wed, 28 Nov 2007 20:31:57 -0500
Received: from el-out-1112.google.com ([209.85.162.183]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxYFx-0005CU-Cu for discuss@apps.ietf.org; Wed, 28 Nov 2007 20:31:57 -0500
Received: by el-out-1112.google.com with SMTP id n30so722188elf for <discuss@apps.ietf.org>; Wed, 28 Nov 2007 17:31:56 -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=C/eRnQUd/BtLRjRKUBjCTxAJKLcJ08hGBT41BK9LQ6E=; b=NJza6pwcEqV3TG94XItIEwDeHZrNK6O0CgFX6SE/x2lI6HINtM7+tPSGX9flUlH0y8e16Z1VT3+ver3Q10fR9du5znbn5vqmMkOtPUmn7pSPa5DsHhnvOZPI6zCyYGAmeasieIedYo0qAYNkMHJF9t+K0isSyh5xOKtUMByMB00=
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=XUvk//ueqJAk4jHMpGQrUpnM69c/aMOqtts4TzhCHE8ZeDd6kjNdMRObsecfXNzYxiL0EeNYjJ9K7isEyfUBccORb/GavYaJC0JRgq2XEan6GWRQUh7+XTN7i6NaCJ9uH3Z2fp2nOwJPhj5Ml3nwlN+N7XActUDXQd9dSJWB3UM=
Received: by 10.142.239.11 with SMTP id m11mr1742843wfh.1196299916167; Wed, 28 Nov 2007 17:31:56 -0800 (PST)
Received: by 10.142.214.15 with HTTP; Wed, 28 Nov 2007 17:31:56 -0800 (PST)
Message-ID: <953beacc0711281731p37007a69wc3923ed88cfba224@mail.gmail.com>
Date: Wed, 28 Nov 2007 17:31:56 -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: <20071128225652.GA10228@elstar.local>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_7171_14561445.1196299916143"
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>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44
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,

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

> On Wed, Nov 28, 2007 at 02:43:45PM -0800, Rohan Mahy wrote:
>
> > You can express this very easily like this:
> >
> > <define name="get-config" combine="interleave">
> >   <ref name="ifAdminStatus"/>
> > </define>
> >
> > <define name="get" combine="interleave">
> >   <ref name="ifAdminStatus"/>
> > </define>
> >
> > <define name="get" combine="interleave">
> >   <ref name="ifOperStatus"/>
> > </define>
> >
> > or in short form:
> >
> > get-config &= ifAdminStatus
> > get &= ifAdminStatus
> > get &= ifOperStatus
>
> 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.

thanks,
-rohan