RE: [MIB2RDML] SNMP MIB to XSD mapping I-D available

"Natale, Bob" <RNATALE@mitre.org> Thu, 29 November 2007 06:25 UTC

Return-path: <mib2rdml-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxcqI-0006oa-Sg; Thu, 29 Nov 2007 01:25:46 -0500
Received: from mib2rdml by megatron.ietf.org with local (Exim 4.43) id 1IxcqH-0006mY-I3 for mib2rdml-confirm+ok@megatron.ietf.org; Thu, 29 Nov 2007 01:25:45 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxcqH-0006lC-3V; Thu, 29 Nov 2007 01:25:45 -0500
Received: from smtpproxy1.mitre.org ([192.160.51.76] helo=smtp-bedford.mitre.org) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IxcqG-0004Bm-Hn; Thu, 29 Nov 2007 01:25:44 -0500
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id lAT6PimJ000593; Thu, 29 Nov 2007 01:25:44 -0500
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id D575EBF8F; Thu, 29 Nov 2007 01:25:43 -0500 (EST)
Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id lAT6PhsQ000582; Thu, 29 Nov 2007 01:25:43 -0500
Received: from IMCSRV2.MITRE.ORG ([129.83.20.164]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Thu, 29 Nov 2007 01:25:43 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [MIB2RDML] SNMP MIB to XSD mapping I-D available
Date: Thu, 29 Nov 2007 01:25:43 -0500
Message-ID: <4915F014FDD99049A9C3A8C1B832004F02520673@IMCSRV2.MITRE.ORG>
In-Reply-To: <20071128082730.GA28685@elstar.local>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MIB2RDML] SNMP MIB to XSD mapping I-D available
Thread-Index: AcgxmIjASuDDdv6OTE6BeTxUYFIAeAAtdySg
References: <4915F014FDD99049A9C3A8C1B832004F0252047B@IMCSRV2.MITRE.ORG> <20071128082730.GA28685@elstar.local>
From: "Natale, Bob" <RNATALE@mitre.org>
To: j.schoenwaelder@jacobs-university.de
X-OriginalArrivalTime: 29 Nov 2007 06:25:43.0264 (UTC) FILETIME=[AB4AD600:01C83250]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc
Cc: mib2rdml@ietf.org, ops-area@ietf.org
X-BeenThere: mib2rdml@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: converting MIB modules into resource models <mib2rdml.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mib2rdml>, <mailto:mib2rdml-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mib2rdml>
List-Post: <mailto:mib2rdml@ietf.org>
List-Help: <mailto:mib2rdml-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mib2rdml>, <mailto:mib2rdml-request@ietf.org?subject=subscribe>
Errors-To: mib2rdml-bounces@ietf.org

Hi Juergen,

Thanks for the feedback.

Concerning the clarifications you requested: 

"R3.  The XSD datatype specified for a given SMI datatype MUST include
       and restrictions on values associated with the SMI datatype."
       ^^^

Stupid typo on my part...should be: "...MUST include any restrictions
on 
values associated with the SMI datatype."            ^^^

This simply means that any restrictions on a datatype specified in the
SMI
(such as the maximum length of 65535 octets for an OCTET STRING) must
be
reflected in the XSD datatype definition.

"R4.  The XSD datatype specified for a given SMI datatype MUST be the
       most direct XSD datatype, with the most parsimonious
       restrictions, which matches the foregoing requirements."

This is just the corollary of R3: The XSD datatype definition must not
add any unnecessary "decoration" relative to the SMI datatype
definition.

You are correct in noting that this specification aims for "fidelity"
of the XSD to the SMI for the core datatypes defined in RFC 2578 (and
RFC 1155) -- or, put another way, "equivalence where possible; variance
only where necessary".

I do understand the implications and appreciate your cautions about
impact on TC mappings -- there the guidance might become, "equivalence
where possible; variance where helpful".

The goal of "fidelity" is important in this effort because it targets
*reuse* by generic XML-based management applications of existing
(including future) MIBs both as precise data models and as
instrumentation
artifacts via gateways to SNMP agents.

Cheers,
BobN

-----Original Message-----
From: Juergen Schoenwaelder
[mailto:j.schoenwaelder@jacobs-university.de] 
Sent: Wednesday, November 28, 2007 3:28 AM
To: Natale, Bob
Cc: mib2rdml@ietf.org; ops-area@ietf.org
Subject: Re: [MIB2RDML] SNMP MIB to XSD mapping I-D available

On Wed, Nov 28, 2007 at 01:48:33AM -0500, Natale, Bob wrote:
  
> In the meantime, please feel free to raise any issues or post any
> comments concerning the draft or the plans here and on the ops-area
> list (unless the ADs give other guidance about which list(s) to use).

It might be helpful to clarify what is meant with the following
stated requirements:

  R3.  The XSD datatype specified for a given SMI datatype MUST include
       and restrictions on values associated with the SMI datatype.

  R4.  The XSD datatype specified for a given SMI datatype MUST be the
       most direct XSD datatype, with the most parsimonious
       restrictions, which matches the foregoing requirements.

You seem to want SMI <=> XSD equivalence (I assume this because you
carry the 128 subidentifier OID restriction forward) while in other
places people are fine with just SMI => XSD mapping. Note that it is a
very fundamental design decision to require equivalence and will be of
much more importance once you move to TCs and you look at the stuff
that is more challenging.

/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/>


_______________________________________________
MIB2RDML mailing list
MIB2RDML@ietf.org
https://www1.ietf.org/mailman/listinfo/mib2rdml