Re: [CCAMP] WG adoption poll on draft-ye-ccamp-mw-topo-yang-02

"Yemin (Amy)" <amy.yemin@huawei.com> Fri, 08 March 2019 08:51 UTC

Return-Path: <amy.yemin@huawei.com>
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 34CA6131376; Fri, 8 Mar 2019 00:51:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 vT24cqIB5RSF; Fri, 8 Mar 2019 00:51:45 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 7117F131392; Fri, 8 Mar 2019 00:51:45 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 7D20D153D388092CDCC4; Fri, 8 Mar 2019 08:51:43 +0000 (GMT)
Received: from lhreml702-chm.china.huawei.com (10.201.108.51) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 8 Mar 2019 08:51:43 +0000
Received: from lhreml702-chm.china.huawei.com (10.201.108.51) by lhreml702-chm.china.huawei.com (10.201.108.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Fri, 8 Mar 2019 08:51:43 +0000
Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml702-chm.china.huawei.com (10.201.108.51) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1591.10 via Frontend Transport; Fri, 8 Mar 2019 08:51:42 +0000
Received: from DGGEMM528-MBX.china.huawei.com ([169.254.8.114]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0415.000; Fri, 8 Mar 2019 16:51:27 +0800
From: "Yemin (Amy)" <amy.yemin@huawei.com>
To: tom petch <ietfc@btconnect.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "ccamp@ietf.org" <ccamp@ietf.org>
CC: "ccamp-chairs@ietf.org" <ccamp-chairs@ietf.org>
Thread-Topic: [CCAMP] WG adoption poll on draft-ye-ccamp-mw-topo-yang-02
Thread-Index: AdSycKXWSuspKObbTUWqHcvCeiU4vwjGt5vT
Date: Fri, 08 Mar 2019 08:51:26 +0000
Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCFB62B5E@DGGEMM528-MBX.china.huawei.com>
References: <VI1PR07MB50404CFA4D5B65CC2AE6882CF0980@VI1PR07MB5040.eurprd07.prod.outlook.com>, <022401d4b30a$6b0c4c80$4001a8c0@gateway.2wire.net>
In-Reply-To: <022401d4b30a$6b0c4c80$4001a8c0@gateway.2wire.net>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.72.151]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/XiaY5E0S5IHojxbkH7ihmYqLoOQ>
Subject: Re: [CCAMP] WG adoption poll on draft-ye-ccamp-mw-topo-yang-02
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: Fri, 08 Mar 2019 08:51:48 -0000

Hi Tom,

A new version of the draft is available at IETF site, which address your below comments. 
Please kindly review. 

Per your question: 
     augment "/nw:networks/nw:network/nw:network-types/"
          + "tet:te-topology" {
      container mw-topology {
        presence "indicates a topology type of microwave.";
no YANG 'when' and it is a presence container so will all boxes with
this YANG module have mw-topology for all te-topology?

A box can present multiple TE topologies, including microwave topologies to its client. When a topology has a mw-topology presence container it indicates that it is a microwave topology.

BR,
Amy(on behalf of co-authors)
________________________________________
发件人: CCAMP [ccamp-bounces@ietf.org] 代表 tom petch [ietfc@btconnect.com]
发送时间: 2019年1月23日 18:58
收件人: Daniele Ceccarelli; ccamp@ietf.org
抄送: ccamp-chairs@ietf.org
主题: Re: [CCAMP] WG adoption poll on draft-ye-ccamp-mw-topo-yang-02

Uh huh; a YANG module from the Routing Area so you know what happens
next!

Requirements Language lacks reference RFC8174

Copyright (c) 2018 (I know, the I-D is October 22, 2018:-)

This document defines a YANG data model
lacks a reference for YANG language RFC

3.1.  The YANG Tree
no reference for the YANG Tree diagram RFC

YANG Module

YANG 'file' lacks date

YANG import statements lack references which then need adding to the I-D
References and which then need a mention in the body of the I-D lest you
get a warning for an unused reference

reference "draft-ietf-netmod-schema-mount: YANG Schema Mount";
wrong format - you need something like
         "RFC YYYY: YANG Schema Mount";
Note to RFC Editor please replace YYYY with the number assigned to
draft-ietf-netmod-schema-mount

    ID-draft authors:
hopefully this will move beyond the status of ID:-)

no copyright statement

            list mw-link-availability{
              key "availability";
              leaf availability {
                type decimal64 {

interesting choice of key type - I am unclear how this will be used -
could do with a more expansiive description

     augment "/nw:networks/nw:network/nw:network-types/"
          + "tet:te-topology" {
      container mw-topology {
        presence "indicates a topology type of microwave.";
no YANG 'when' and it is a presence container so will all boxes with
this YANG module have mw-topology for all te-topology?

IANA has assigned
It is more common to say
IANA is asked to assign
and let them make the change when they have done what you ask

7.2.  Informative References

   [I-D.ietf-netmod-schema-mount]
   [I-D.ietf-teas-yang-te-topo]

since you are importing from these, I believe that they have to be
Normative References.

Tom Petch


----- Original Message -----
From: "Daniele Ceccarelli" <daniele.ceccarelli@ericsson.com>
To: <ccamp@ietf.org>
Cc: <ccamp-chairs@ietf.org>
Sent: Tuesday, January 22, 2019 4:36 PM

> Working group,
>
>
>
> We managed to complete at least one of the IPR polling procedures
started.
>
> This starts a two weeks poll on making  draft-ye-ccamp-mw-topo-yang-02
a
> CCAMP working group document.
>
> Please send email to the list indicating "yes/support" or "no/do not
> support" and a motivation for  your reply, mandatory for the "not
support"
> and nice to have for the "support".
>
>
>
> The polling will end on Tuesday February 5th.
>
>
>
> Thanks,
>
> Daniele & Fatai
>
>
>
>


------------------------------------------------------------------------
--------


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