Re: [netmod] YANG doctor review of draft-ietf-netmod-intf-ext-yang-04

Vladimir Vassilev <vladimir@transpacket.com> Mon, 10 April 2017 16:19 UTC

Return-Path: <vladimir@transpacket.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A26212957A for <netmod@ietfa.amsl.com>; Mon, 10 Apr 2017 09:19:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.002
X-Spam-Level:
X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 DocxMzUCd-YE for <netmod@ietfa.amsl.com>; Mon, 10 Apr 2017 09:19:55 -0700 (PDT)
Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58E29129562 for <netmod@ietf.org>; Mon, 10 Apr 2017 09:19:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 4FDF135C0AE3 for <netmod@ietf.org>; Mon, 10 Apr 2017 18:19:53 +0200 (CEST)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 4JpCEaHbybBz for <netmod@ietf.org>; Mon, 10 Apr 2017 18:19:53 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 0A78335C0AE1 for <netmod@ietf.org>; Mon, 10 Apr 2017 18:19:53 +0200 (CEST)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ovWHs8SczYsB for <netmod@ietf.org>; Mon, 10 Apr 2017 18:19:52 +0200 (CEST)
Received: from [192.168.209.116] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id C115F35C0AE0 for <netmod@ietf.org>; Mon, 10 Apr 2017 18:19:52 +0200 (CEST)
To: "netmod@ietf.org" <netmod@ietf.org>
References: <CABCOCHTtihJuFauSW4KmaoCHJSFYgNCR200MWsLQ_7456HsO0w@mail.gmail.com>
From: Vladimir Vassilev <vladimir@transpacket.com>
Message-ID: <589a9020-b987-dbe5-d704-cf981de33b51@transpacket.com>
Date: Mon, 10 Apr 2017 18:19:52 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0
MIME-Version: 1.0
In-Reply-To: <CABCOCHTtihJuFauSW4KmaoCHJSFYgNCR200MWsLQ_7456HsO0w@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/YKxWenAoGAxX4SPDtcNeU3mndw8>
Subject: Re: [netmod] YANG doctor review of draft-ietf-netmod-intf-ext-yang-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 10 Apr 2017 16:19:57 -0000

Hello,

On 04/06/2017 07:43 PM, Andy Bierman wrote:
>
> 3) identity ethSubInterface
>
> This identity is used in the encapsulation container when-stmt.
> It is not clear if this is intended as a base identity (like identity 
> sub-interface)
> An example for the encapsulation container would help clarify the
> expected usage
>
> This also has 2 bases (sub-interface and l2vlan).
> Some explanation in the identity-stmt would be helpful
> (since this is a new YANG 1.1 construct)
It seems the intentended result was identity similar to 
ianaift:atmSubInterface (thus the naming convention change 
ethSubInterface instead of eth-sub-interface). I think it is less 
confusing to name the identity with the same naming convention used for 
the rest of the identities introduced e.g. sub-interface, 
loopback-internal etc. and if needed define new atm-sub-interface based 
on sub-interface. I am not sure even atm users would like a model where 
atmSubInterface will be the only identity of all future sub interface 
based identities not being derived from sub-interface because of this 
precedent:

      augment "/if:interfaces/if:interface" {
        when "derived-from(if:type,
                           'ietf-if-cmn',
                           'sub-interface') or
              if:type = 'ianaift:atmSubInterface' or
              if:type = 'ianaift:frameRelay'"  {

Vladimir
>
>
> Andy
>