Re: [CCAMP] FW: New Version Notification for draft-jiang-ccamp-flexe-yang-00.txt

Loa Andersson <loa@pi.nu> Tue, 05 March 2019 11:21 UTC

Return-Path: <loa@pi.nu>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44DF71310BC for <ccamp@ietfa.amsl.com>; Tue, 5 Mar 2019 03:21:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=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 fXhq7frXUVT7 for <ccamp@ietfa.amsl.com>; Tue, 5 Mar 2019 03:21:30 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABA2613103F for <ccamp@ietf.org>; Tue, 5 Mar 2019 03:21:29 -0800 (PST)
Received: from [192.168.1.20] (unknown [119.94.169.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 3A5AA1801556; Tue, 5 Mar 2019 12:21:25 +0100 (CET)
To: tom petch <ietfc@btconnect.com>, Jiangyuanlong <jiangyuanlong@huawei.com>, 'CCAMP' <ccamp@ietf.org>
Cc: Weiqiang Cheng <chengweiqiang@chinamobile.com>, "Hexiang (Xiang, IP Research)" <hexiang9@huawei.com>
References: <155143009980.6207.15940951126550530112.idtracker@ietfa.amsl.com> <3B0A1BED22CAD649A1B3E97BE5DDD68BBC345242@dggeml512-mbx.china.huawei.com> <03a001d4d33d$26466380$4001a8c0@gateway.2wire.net>
From: Loa Andersson <loa@pi.nu>
Message-ID: <837e66a2-e867-b001-c99a-0eca76b7cdb4@pi.nu>
Date: Tue, 05 Mar 2019 19:21:22 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2
MIME-Version: 1.0
In-Reply-To: <03a001d4d33d$26466380$4001a8c0@gateway.2wire.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/s1FYNKXWINVxHYc1DV4eMzTn3fA>
Subject: Re: [CCAMP] FW: New Version Notification for draft-jiang-ccamp-flexe-yang-00.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Mar 2019 11:21:33 -0000

Tom,

FWIW on the OIF webpage there is a pull down menu, first choice is
Implementation Agreements. On that page you'll find
https://www.oiforum.com/wp-content/uploads/2019/01/OIF-FLEXE-02.0-1.pdf

If I understand the intent correct it should be self-contained.

/Loa

On 2019-03-05 18:23, tom petch wrote:
> ----- Original Message -----
> From: "Jiangyuanlong" <jiangyuanlong@huawei.com>
> Sent: Monday, March 04, 2019 8:43 AM
> 
>> Dear CCAMPers,
>>
>> More and more network equipments (e.g., routers) begin to support
> FlexE interfaces in the industry, especially after OIF published its
> FlexE 2.0 implementation agreement.
>> We submitted an I-D on "YANG Data Model for FlexE Interface
> Management", to support configuration of FlexE 2.0 interface like an
> ordinary network interface (by augmenting the YANG module of RFC 8343).
>> Your reviews and comments will be very appreciated.
> 
> The challenge with such an I-D is getting access to the documentation of
> another SDO to see just what it says, in this case, that of the OIF,
> which some on this list will have but I assume that I will not.  Thus it
> would be interesting to learn more about the relationship between
> 
> "            Note that max number of FlexE groups in a network is 63.";
> and
> "         leaf group-number { type uint32 {  range "1..1048574";
> 
> More prosaically, the IANA Considerations need work.  You say
> "   It is proposed that IANA register a new IANAifType TBD for
>     the interface type of Flex Ethernet in the "IANA Interface Type
>     YANG Module" [RFC7224]."
> 
> Go read RFC7224 and you will find it says that this MUST NOT happen:-)
> Rather, RFC7224 says that you should request IANA to
> add a new interface type to the "ifType definitions" registry, whereupon
> IANA will do the rest.  And RFC7224 specifies what data should be
> specified with such a request which this I-D does not, at present,
> provide.
> 
> Thus the YANG module has
>         when "if:type = 'ianaift:flexethernet'" {
> but 'flexethernet' is not defined anywhere so will never exist!
> 
> And
> " It is proposed that IANA register the following YANG module in the
>     "YANG Module Names" registry:
>     Name:         ietf-flexe
>     Namespace:    urn:ietf:params:xml:ns:yang:ietf-flexe
>     Prefix:       flexe
>     Reference:    this document"
> will not work either; in the IANA web pages, 'this document' will not
> make much sense - rather, you need RFC XXXX with a note to the RFC
> Editor for XXXX to be replaced with the number assigned to the I-D.  You
> need just the same in the YANG module itself.  (You only need the one
> Note to the RFC Editor at the front of the I-D - the RFC Editor tell me
> they prefer this).
> 
> Registering the YANG module needs a reference to RFC6020.
> 
> More technically, the use of enumerations in YANG is problematic since
> - the numeric value is not carried in the protocol, it is for
> documentation only (unlike SMI)
> - it is complex to add values in future which I imagine will happen with
> FlexE
> 
> Hence the widespread use of the YANG identity statement, which also has
> its problems.  enumeration may be the right answer but it needs
> consideration.
> 
> Tom Petch
> 
>>
>> Best regards,
>> Yuanlong on behalf of all coauthors
>>
>> -----Original Message-----
>> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
>> Sent: Friday, March 01, 2019 4:48 PM
>> To: Weiqiang Cheng <chengweiqiang@chinamobile.com>; Jiangyuanlong
> <jiangyuanlong@huawei.com>; Hexiang (Xiang, IP Research)
> <hexiang9@huawei.com>
>> Subject: New Version Notification for
> draft-jiang-ccamp-flexe-yang-00.txt
>>
>>
>> A new version of I-D, draft-jiang-ccamp-flexe-yang-00.txt
>> has been successfully submitted by Yuanlong Jiang and posted to the
> IETF repository.
>>
>> Name: draft-jiang-ccamp-flexe-yang
>> Revision: 00
>> Title: YANG Data Model for FlexE Interface Management
>> Document date: 2019-03-01
>> Group: Individual Submission
>> Pages: 15
>> URL:
> https://www.ietf.org/internet-drafts/draft-jiang-ccamp-flexe-yang-00.txt
>> Status:
> https://datatracker.ietf.org/doc/draft-jiang-ccamp-flexe-yang/
>> Htmlized:
> https://tools.ietf.org/html/draft-jiang-ccamp-flexe-yang-00
>> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-jiang-ccamp-flexe-yang
>>
>>
>> Abstract:
>>     This document defines a YANG data model for the configuration of
>>     FlexE 2.0 interface, and its FlexE clients. The YANG module in this
>>     document conforms to the Network Management Datastore Architecture
>>     (NMDA).
>>
>>
>>
>>
>> Please note that it may take a couple of minutes from the time of
> submission until the htmlized version and diff are available at
> tools.ietf.org.
>>
>> The IETF Secretariat
>>
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
> 
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
> 

-- 


Loa Andersson                        email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting             phone: +46 739 81 21 64