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

Benoit Claise <bclaise@cisco.com> Wed, 11 December 2013 16:30 UTC

Return-Path: <bclaise@cisco.com>
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 031291AE0EA for <netmod@ietfa.amsl.com>; Wed, 11 Dec 2013 08:30:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.502
X-Spam-Level:
X-Spam-Status: No, score=-9.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 8BV_kqe0V__1 for <netmod@ietfa.amsl.com>; Wed, 11 Dec 2013 08:30:17 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) by ietfa.amsl.com (Postfix) with ESMTP id 1AA0E1ADFCA for <netmod@ietf.org>; Wed, 11 Dec 2013 08:30:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1382; q=dns/txt; s=iport; t=1386779411; x=1387989011; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=sVu4p53Bt1GI0V2szVYnxrHeEqEQ88CnHDD0CogdIyI=; b=QciW+0m3LTq1bqNeZqLM3nTq078PXzU+kB1cV9h/dUmWVn2sq6uegIt0 a5MiysfIrVZFeM/tW2/bm7ssPs8owG9Px5OuZ13ySj96WhAENbaw3OldD GDwQfvseGkI+D1sVFjtRHFfawNXRWzC1SI2902e7HNeYrSeiOW9hqVjFI 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFAMWSqFKQ/khR/2dsb2JhbABZgwe6JIEdFnSCJQEBAQMBOEARCxgJFg8JAwIBAgFFBgEMCAEBh3gGwgUXjw+ENASYFIZFi06DKjs
X-IronPort-AV: E=Sophos;i="4.93,872,1378857600"; d="scan'208";a="2020915"
Received: from ams-core-1.cisco.com ([144.254.72.81]) by aer-iport-1.cisco.com with ESMTP; 11 Dec 2013 16:30:09 +0000
Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id rBBGU3UV018457; Wed, 11 Dec 2013 16:30:04 GMT
Message-ID: <52A8930B.3000502@cisco.com>
Date: Wed, 11 Dec 2013 17:30:03 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: Randy Presuhn <randy_presuhn@mindspring.com>, netmod@ietf.org
References: <12817633.1386701728243.JavaMail.root@elwamui-hybrid.atl.sa.earthlink.net> <20131210195745.GA74616@elstar.local> <001001cef5ed$54d320e0$6b01a8c0@oemcomputer> <20131211083837.GA76435@elstar.local>
In-Reply-To: <20131211083837.GA76435@elstar.local>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [netmod] AD review of draft-ietf-netmod-system-mgmt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Wed, 11 Dec 2013 16:30:20 -0000

Dear all,
> On Tue, Dec 10, 2013 at 01:18:10PM -0800, Randy Presuhn wrote:
>   
>>> Anyway, for a standardized approach, someone would have to write a
>>> document that defines how unicode code points are represented as
>>> escaped charater sequences in DisplayStrings. I do not think that this
>>> document is in charge of doing this. Hence, until such a standard is
>>> written, I think things need to be implementation specific.
>> Perhaps, though that is the route to being stuck with ASCII until the
>> successor to Netconf rolls along.
> Not necessarily. If you configure via NETCONF (or most CLIs these
> days), you can use unicode characters. The code that maps names to
> legacy non-unicode interfaces then needs to do suitable translations
> to fit whatever constraint there is.
If the WG is fine with this proposal, fine with me.  You should adapt 
the proposal then.
For consistency reasons, that principle should be applied to 
description/ifAlias in draft-ietf-netmod-interfaces-cfg.
This could be considered as IETF LC comment, I guess.

>
> If someone configures via legacy non-unicode interfaces, well then
> there is no unicode in the configured names. I do not think we can fix
> that problem. This requires to change the legacy non-unicode
> interfaces, which I think is not the task of this WG.
Agreed.

Regards, Benoit
>
> /js
>