Re: [netmod] AD review of draft-ietf-netmod-system-mgmt

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 10 December 2013 12:50 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50CC81AE078 for <netmod@ietfa.amsl.com>; Tue, 10 Dec 2013 04:50:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.251
X-Spam-Level:
X-Spam-Status: No, score=-2.251 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id buD1kngC6os6 for <netmod@ietfa.amsl.com>; Tue, 10 Dec 2013 04:50:57 -0800 (PST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 03FA91AE080 for <netmod@ietf.org>; Tue, 10 Dec 2013 04:50:57 -0800 (PST)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7661820074; Tue, 10 Dec 2013 13:50:51 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id QyKHl9njGBww; Tue, 10 Dec 2013 13:50:51 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 757EC20062; Tue, 10 Dec 2013 13:50:50 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 27E0929F7EE2; Tue, 10 Dec 2013 13:50:42 +0100 (CET)
Date: Tue, 10 Dec 2013 13:50:41 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Martin Bjorklund <mbj@tail-f.com>
Message-ID: <20131210125041.GA72958@elstar.local>
Mail-Followup-To: Martin Bjorklund <mbj@tail-f.com>, randy_presuhn@mindspring.com, netmod@ietf.org
References: <16284021.1386618041338.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> <20131210.132330.264841086201302929.mbj@tail-f.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20131210.132330.264841086201302929.mbj@tail-f.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: randy_presuhn@mindspring.com, netmod@ietf.org
Subject: Re: [netmod] AD review of draft-ietf-netmod-system-mgmt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2013 12:50:59 -0000

On Tue, Dec 10, 2013 at 01:23:30PM +0100, Martin Bjorklund wrote:
> Randy Presuhn <randy_presuhn@mindspring.com> wrote:
> > Hi -
> > 
> > >From: Benoit Claise <bclaise@cisco.com>
> > >
> > >            is mapped to sysLocation. sysLocation is defined as a
> > >            DisplayString [RFC2579]
> > >            which uses a 7-bit ASCII character set. An implementation that
> > >            performs this
> > >            mapping MUST restrict the allowed values for "location" to match
> > >            the
> > >            restrictions of sysLocation.";
> > 
> > I understand why folks might do this, but it still gives
> > me heartburn.  I believe it was a mistake when we failed
> > to extend the syntax of these MIB objects to permit
> > Unicode, and I believe it's a mistake to perpetuate the
> > limitation here. I recognize that this is a messy problem,
> > but surely we can do better than this, even if it's as
> > simple a hack as having "location" and "legacy-location".
> 
> I don't think it makes much sense to have two such similar objects in
> this data model.
> 
> One option would be to simply remove the connection between
> sysLocation and this new location leaf (and same for contact),
> essentially making the snmp object the "legacy" object.

Another option is to turn the logic around. That is, if there is a
non-ASCII character in the YANG object, the mapping to the
corresponding MIB object must take precautions to comply with the MIB
restrictions (e.g., representing the non-ASCII character using \u and
\U escape sequences). The mapping to the MIB object would also have to
do proper truncations. The details of the mapping I assume would be
implementation specific.

This approach allows us to move to a unicode-based world rather than
carrying old ASCII restrictions forward endlessly (which is what I
think Randy is concerned about).

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