Re: analysis of YANG vs. RELAX NG

"Randy Presuhn" <randy_presuhn@mindspring.com> Mon, 03 December 2007 19:59 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 1IzHSJ-0002tP-Ty; Mon, 03 Dec 2007 14:59:51 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IzHSI-0002rK-Jh for discuss-confirm+ok@megatron.ietf.org; Mon, 03 Dec 2007 14:59:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzHSI-0002rB-9v for discuss@apps.ietf.org; Mon, 03 Dec 2007 14:59:50 -0500
Received: from elasmtp-dupuy.atl.sa.earthlink.net ([209.86.89.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzHSG-0001gW-Rd for discuss@apps.ietf.org; Mon, 03 Dec 2007 14:59:50 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=StyAxVUCjjMpoDWk5JF/CEBfpDfKxen5fNE4KHK3zZQwGG20m85dg8tBdDmybFmC; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [66.167.78.97] (helo=oemcomputer) by elasmtp-dupuy.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IzHSG-00058W-0F for discuss@apps.ietf.org; Mon, 03 Dec 2007 14:59:48 -0500
Message-ID: <003801c835e7$4fefeb20$6801a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: discuss@apps.ietf.org
References: <953beacc0711271504y7aea5f21jc301ccad886d3611@mail.gmail.com><474D9194.3060103@ericsson.com><953beacc0711281025w4d993dd7u77d729111074496c@mail.gmail.com><20071128.230244.254578150.mbj@tail-f.com><63F8A418-6AF0-4205-ACC7-53A8C7BC6A73@osafoundation.org><47512728.6040201@gmx.de><517bf110712021242v43c462f0v86267f591e5cdfbd@mail.gmail.com><1196690162.5874.13.camel@missotis><20071203140846.GB17536@elstar.local><47543B30.1060409@andybierman.com> <1196704923.5569.14.camel@missotis>
Subject: Re: analysis of YANG vs. RELAX NG
Date: Mon, 03 Dec 2007 12:01:34 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888a4beb055f130b31adbbf079c0b437f70dcb06358f4149882350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 66.167.78.97
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
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 -

> From: "Ladislav Lhotka" <lhotka@cesnet.cz>
> To: "Andy Bierman" <ietf@andybierman.com>
> Cc: <discuss@apps.ietf.org>
> Sent: Monday, December 03, 2007 10:02 AM
> Subject: Re: analysis of YANG vs. RELAX NG
>

>
> Andy Bierman píše v Po 03. 12. 2007 v 09:21 -0800:
>
> > I strongly agree with Juergen.
> > YANG is based (in part) on 18+ years experience
> > with SNMP and SMI.
>
> And ignoring the additional flexibility XML can provide.

I strongly agree with Andy and Juergen.  "Mushy" definitions
are disastrous for interoperability.

> > It s absolutely forbidden in NM to redefine the syntax and semantics
> > of a managed object in this way.

Agreed.

> Why? Even if I explicitly specify I am using another data model? The
> difference is that if the data model is easily extensible, I can just
> write
>
> import parent-model;
>
> and then 5 lines or so describing the differences, so that it is
> immediately clear what I am doing (and hopefully why). If the
> extensibility is weak, I have to take the parent model, change few lines
> and declare it as a new data model - but the differences are not that
> clear.

Re-use of definitions in the process of creating *new* definitions is
another matter.  The important point is that those new definitions in
no way affect the models on which they were based, and therefore must
not be understood as a redefinition of either the semantics or the
syntax of a managed object.

Randy