RE: analysis of YANG vs. RELAX NG

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Mon, 03 December 2007 22:14 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 1IzJY8-0004Hi-B4; Mon, 03 Dec 2007 17:14:00 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IzJY7-0004Gc-SE for discuss-confirm+ok@megatron.ietf.org; Mon, 03 Dec 2007 17:13:59 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzJY7-0004Fg-HD for discuss@apps.ietf.org; Mon, 03 Dec 2007 17:13:59 -0500
Received: from co300216-co-outbound.net.avaya.com ([198.152.13.100] helo=co300216-co-outbound.avaya.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzJY5-0007QZ-Iw for discuss@apps.ietf.org; Mon, 03 Dec 2007 17:13:59 -0500
X-IronPort-AV: E=Sophos;i="4.23,245,1194238800"; d="scan'208";a="88542500"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by co300216-co-outbound.avaya.com with ESMTP; 03 Dec 2007 17:13:53 -0500
X-IronPort-AV: E=Sophos;i="4.23,245,1194238800"; d="scan'208";a="136487636"
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.16]) by co300216-co-erhwest-out.avaya.com with ESMTP; 03 Dec 2007 17:13:08 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Subject: RE: analysis of YANG vs. RELAX NG
Date: Mon, 03 Dec 2007 23:12:50 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A046B55E6@307622ANEX5.global.avaya.com>
In-Reply-To: <1196704923.5569.14.camel@missotis>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: analysis of YANG vs. RELAX NG
Thread-Index: Acg11rnLaKEInH81QayS31D83Y0BwQAIiiQg
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>
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Ladislav Lhotka <lhotka@cesnet.cz>, Andy Bierman <ietf@andybierman.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
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


 
 

> -----Original Message-----
> From: Ladislav Lhotka [mailto:lhotka@cesnet.cz] 
> Sent: Monday, December 03, 2007 8:02 PM
> To: Andy Bierman
> Cc: discuss@apps.ietf.org
> 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.
> 
> > 
> > It s absolutely forbidden in NM to redefine the syntax and 
> semantics 
> > of a managed object in this way.
> 
> 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.
> 
> Lada
>  
> --
> Ladislav Lhotka, CESNET
> PGP Key ID: E74E8C0C
> 
>

Lada,

How can two different management entities interoperate if the same object has two different semantics because they have loaded two different versions of the data model? Only the entity that has loaded the newer version will be aware about the ' 5 lines or so describing the differences', what about the older one? 

Dan
(asking as contributor)