Re: [CCAMP] A Recap of Update to Draft "YANG Data Model for FlexEInterface Management"

<wang.qilei@zte.com.cn> Tue, 16 July 2019 01:32 UTC

Return-Path: <wang.qilei@zte.com.cn>
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 E7EF61200DB for <ccamp@ietfa.amsl.com>; Mon, 15 Jul 2019 18:32:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, 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 qZtV3lVT-s8h for <ccamp@ietfa.amsl.com>; Mon, 15 Jul 2019 18:32:40 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 009C9120141 for <ccamp@ietf.org>; Mon, 15 Jul 2019 18:32:39 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 01C6A5F3722D1E013B7C for <ccamp@ietf.org>; Tue, 16 Jul 2019 09:32:38 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id E5B616554DD96AA5C2B7; Tue, 16 Jul 2019 09:32:37 +0800 (CST)
Received: from kjyxapp04.zte.com.cn ([10.30.12.203]) by mse-fl2.zte.com.cn with SMTP id x6G1W2Tr072740; Tue, 16 Jul 2019 09:32:02 +0800 (GMT-8) (envelope-from wang.qilei@zte.com.cn)
Received: from mapi (kjyxapp05[null]) by mapi (Zmail) with MAPI id mid16; Tue, 16 Jul 2019 09:32:02 +0800 (CST)
Date: Tue, 16 Jul 2019 09:32:02 +0800
X-Zmail-TransId: 2b075d2d291282b9cfa5
X-Mailer: Zmail v1.0
Message-ID: <201907160932020330296@zte.com.cn>
In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68BD3581694@dggeml512-mbx.china.huawei.com>
References: 3B0A1BED22CAD649A1B3E97BE5DDD68BD3581694@dggeml512-mbx.china.huawei.com
Mime-Version: 1.0
From: wang.qilei@zte.com.cn
To: jiangyuanlong@huawei.com
Cc: ccamp@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x6G1W2Tr072740
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/IpVlSqrnVRVEOlYcd6QGHOL64dQ>
Subject: Re: [CCAMP] A Recap of Update to Draft "YANG Data Model for FlexEInterface Management"
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, 16 Jul 2019 01:32:43 -0000

Hi Yuanlong,






Thanks for your introduction about the updates.

May I suggest we give some analysis and rationale description in the slides presented. I think this could make us easier to figure out which one is better. We also submit one companion draft draft-wang-ccamp-flexe-control-analysis-02, trying to give some analysis.






I also suggest we focus on the detail about FlexE specific modelling work instead of more on interface. If I understand correctly, interface/sub-interface management is a general topic. It depends on how to model FlexE. 






In addition, some questions for discussion about interface mentioned in the email: 


1), if we treat FlexE as a kind of typical Ethernet, then do we need to define additional interface for FlexE? or we can use FlexE group identifier to do this?


2), whether FlexE client can be model as a separate layer? Because the answer of this question can help clarify whether we need to define interface/sub-interface for FlexE client.


I would put some material/description about these issues in the slides.






Thanks


Qilei



















原始邮件



发件人:Jiangyuanlong <jiangyuanlong@huawei.com>
收件人:CCAMP (ccamp@ietf.org) <ccamp@ietf.org>;
抄送人:draft-jiang-ccamp-flexe-yang@ietf.org <draft-jiang-ccamp-flexe-yang@ietf.org>;
日 期 :2019年07月15日 20:36
主 题 :[CCAMP] A Recap of Update to Draft "YANG Data Model for FlexEInterface Management"


_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

  

Dear CCAMPers,


 


After the IETF 104th meeting, some authors of draft-jiang-ccamp-flexe-yang and draft-xiaobn-ccamp-flexe-yang-mod had twice met and discussed the possibility of combining these two drafts.  But authors of the two drafts had quite different opinions on the target and methodology of the FlexE YANG model, thus we decided to update the drafts in its own right until our WG makes a decision on how this work shall be proceeded.


 


Here is a brief summary of draft-jiang-ccamp-flexe-yang ("YANG Data Model for FlexE Interface Management"):


1. the philosophy of the model is treating a whole FlexE Group as an interface, and treating the Flex Clients in a FlexE Group as sub-interfaces, so that the same interface logic applies (i.e., familiar  flavor).


2. Since a FlexE client is decoupled from the FlexE PHYs, it is modeled as a new type of interface, so that new FlexE clients can be more appropriately modeled, and more easily be augmented to support  some new MAC layer features, such as flow control, and etc.


3. it is modeled as a simple flat tree, and leave out internal data plane implementation dependent artifacts where management and control planes do not care much, such as FlexE Instance, Calendar  A and B.


3. it uses the nomenclatures which are more compatible with the YANG style in the IETF.





Please see https://tools.ietf.org/html/draft-jiang-ccamp-flexe-yang-01 for the details. Your comments and involvements will be much appreciated.


 


Best regards,


Yuanlong