[OPS-NM] Re: [OPSAWG] Re: [NGO] XSDMI work

Ron Bonica <rbonica@juniper.net> Mon, 13 August 2007 14:32 UTC

Return-path: <ops-nm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IKayQ-0005Sf-3d; Mon, 13 Aug 2007 10:32:50 -0400
Received: from ops-nm by megatron.ietf.org with local (Exim 4.43) id 1IKayO-0005Qt-S9 for ops-nm-confirm+ok@megatron.ietf.org; Mon, 13 Aug 2007 10:32:48 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IKayO-0005Qh-50; Mon, 13 Aug 2007 10:32:48 -0400
Received: from smtpb.juniper.net ([207.17.137.119]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IKayM-0006j6-Tl; Mon, 13 Aug 2007 10:32:48 -0400
Received: from unknown (HELO proton.jnpr.net) ([10.10.2.37]) by smtpb.juniper.net with ESMTP; 13 Aug 2007 07:32:45 -0700
Received: from [172.23.1.110] ([172.23.1.110] RDNS failed) by proton.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Aug 2007 10:32:44 -0400
Message-ID: <46C06B7B.6080709@juniper.net>
Date: Mon, 13 Aug 2007 10:32:27 -0400
From: Ron Bonica <rbonica@juniper.net>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andy Bierman <ietf@andybierman.com>
References: <019701c7db6f$674c3990$6702a8c0@china.huawei.com> <46BC9E07.3030502@andybierman.com>
In-Reply-To: <46BC9E07.3030502@andybierman.com>
X-Enigmail-Version: 0.93.0.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 13 Aug 2007 14:32:44.0721 (UTC) FILETIME=[D0065210:01C7DDB6]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Cc: ngo@ietf.org, mib2rdml@ietf.org, opsawg@ietf.org, ops-nm@ietf.org
Subject: [OPS-NM] Re: [OPSAWG] Re: [NGO] XSDMI work
X-BeenThere: ops-nm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: OPS Area NM e-mail list <ops-nm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ops-nm>, <mailto:ops-nm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ops-nm>
List-Post: <mailto:ops-nm@ietf.org>
List-Help: <mailto:ops-nm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ops-nm>, <mailto:ops-nm-request@ietf.org?subject=subscribe>
Errors-To: ops-nm-bounces@ietf.org

Andy, David,

Permit me to ask a few dumb questions so that I can understand a) what
David is proposing and b) why Andy is objecting.

AFAIKS, David is proposing the following:

- a mapping from SMIv2 TCs to XSD types
- a mechanism to translate SNMP MIBS to XSD.

The XSD is an XML schema that is independent of the protocol that is
used to shuffle the data back and forth. In one respect, it is a bit
like Esperanto. It strength is that it omits the details that make it
inappropriate for one protocol or the other. But at the same time, it's
weakness is that it lacks the detail that would be required by any protocol.

David, Andy, do I have this right? If so, could you guys point out what
some of those omitted/lacking details are?

                                 /speaking as individual contributor
                                 /and by no means a data modeling expert
                                  Ron


Andy Bierman wrote:
> David Harrington wrote:
> 
>> Hi,
>>
>> The XSDMI BOF proposed the creation of a WG to develop 1) the XSD
>> equivalents of datatypes and textual conventions from SMIv2, and 2)
>> algorithms to translate MIB module specifications into XSD
>> equivalents. The BOF demonstrated community support for these two work
>> items.
>> People in the BOF volunteered to commit to being editors (3) and
>> reviewers (14) for these work items. Starting documents and
>> implementations already exist. The work is expected to take less than
>> 12 months.
>>
>> At Dan's suggestion, rather than starting a new WG for this work, we
>> have proposed that the SMI-to-XSD translation work be done in the
>> OPSAWG.
>>
> 
> I have an objection to this "translation" work.
> You will make all kinds of assumptions about data organization
> and data naming, and I'm not sure what people are supposed
> to do with the XSDs.
> 
> The term "XSD translation" is misleading.
> The XML on the wire is what is at stake here.
> The smidump translation of a MIB has SNMP operations
> built into it.  Is this work supposed to produce
> a standard way to send an SNMP PDU over any protocol
> designed to encode SNMP PDUs in XML?  Why do we need this?
> 
> Is the charter going to state that the XSD translation will
> be suitable for use for any particular protocol?
> NETCONF needs to standardize XML data organization,
> namespace usage, and Xpath-based data naming.
> Is this translation going to be compatible with that standard
> when it eventually comes out?
> 
> I would like the charter to be clear on the purpose of this work item,
> and what 'protocols' are signed up to use it.
> 
> 
>> The OPSAWG chairs need to determine whether the OPSAWG WG should
>> accept this work. Please send email to opsawg@ietf.org with comments
>> about your support/lack of support for having the OPSAWG do this work.
>> (If you do not subscribe to opsawg, you might want to do so, in order
>> to follow the discussions.)
>>
>> David Harrington
>> dbharrington@comcast.net
>> ietfdbh@comcast.net
>>
>>
> 
> 
> Andy
> 
> 
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www1.ietf.org/mailman/listinfo/opsawg
> 


_______________________________________________
OPS-NM mailing list
OPS-NM@ietf.org
https://www1.ietf.org/mailman/listinfo/ops-nm