Re: [CCAMP] Mirja Kühlewind's No Objection on draft-ietf-ccamp-mw-yang-10: (with COMMENT)

"Yemin (Amy)" <amy.yemin@huawei.com> Sat, 27 October 2018 00:59 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 D875D130E58; Fri, 26 Oct 2018 17:59:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 AaGdE1-9nFj3; Fri, 26 Oct 2018 17:59:51 -0700 (PDT)
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 80F83130E57; Fri, 26 Oct 2018 17:59:51 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id AC80C656F8EBA; Sat, 27 Oct 2018 01:59:47 +0100 (IST)
Received: from DGGEMM423-HUB.china.huawei.com (10.1.198.40) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 27 Oct 2018 01:59:48 +0100
Received: from DGGEMM528-MBX.china.huawei.com ([169.254.8.232]) by dggemm423-hub.china.huawei.com ([10.1.198.40]) with mapi id 14.03.0399.000; Sat, 27 Oct 2018 08:59:36 +0800
From: "Yemin (Amy)" <amy.yemin@huawei.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
CC: The IESG <iesg@ietf.org>, "ccamp-chairs@ietf.org" <ccamp-chairs@ietf.org>, "ccamp@ietf.org" <ccamp@ietf.org>, Fatai Zhang <zhangfatai@huawei.com>, "draft-ietf-ccamp-mw-yang@ietf.org" <draft-ietf-ccamp-mw-yang@ietf.org>
Thread-Topic: Mirja Kühlewind's No Objection on draft-ietf-ccamp-mw-yang-10: (with COMMENT)
Thread-Index: AQHUbGWlF1aC8Wswp0ODmJO5pobtyaUwuz6w///w5wCAAZqzAA==
Date: Sat, 27 Oct 2018 00:59:35 +0000
Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCFA6E255@DGGEMM528-MBX.china.huawei.com>
References: <154047368042.16350.848149558496752916.idtracker@ietfa.amsl.com> <9C5FD3EFA72E1740A3D41BADDE0B461FCFA6DE38@DGGEMM528-MBX.china.huawei.com> <C10611EF-0E6C-47D0-AD27-7FDA2DE58147@kuehlewind.net>
In-Reply-To: <C10611EF-0E6C-47D0-AD27-7FDA2DE58147@kuehlewind.net>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.169.30.234]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/o5N2n8Kmdnc5EJvZXSUYVs6abFM>
Subject: Re: [CCAMP] Mirja Kühlewind's No Objection on draft-ietf-ccamp-mw-yang-10: (with COMMENT)
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: Sat, 27 Oct 2018 00:59:54 -0000

Hi Mirja,

It seems I misunderstood the rules. I thought non-IETF documents have to stay in informative section, even if they are to be read to understand the new RFC. 
We will move them back to the normative reference section. 
Thank you. 

BR,
Amy
-----Original Message-----
From: Mirja Kuehlewind (IETF) [mailto:ietf@kuehlewind.net] 
Sent: Friday, October 26, 2018 4:26 PM
To: Yemin (Amy) <amy.yemin@huawei.com>
Cc: The IESG <iesg@ietf.org>; ccamp-chairs@ietf.org; ccamp@ietf.org; Fatai Zhang <zhangfatai@huawei.com>; draft-ietf-ccamp-mw-yang@ietf.org
Subject: Re: Mirja Kühlewind's No Objection on draft-ietf-ccamp-mw-yang-10: (with COMMENT)

Hi Amy,

not sure which part of the statement below you are relying you decision on but the document says:

"Normative references specify documents that must be read to understand or implement the technology in the new RFC“

So, as you say below, as these reference are needed to implement it correctly, they must be normative.

It is possible for non-IETF document to be normative as long as the reference are stable and open.

Mirja



> Am 26.10.2018 um 03:28 schrieb Yemin (Amy) <amy.yemin@huawei.com>:
> 
> Hi Mirja, 
>  
> Thanks for your comment. 
> Yes, these on-IETF specs are to be understood when correctly implement this YANG model.
> They are not completed removed from the draft. After shepherd write-up, those documents are moved to informative reference section according to thehttps://www.ietf.org/blog/iesg-statement-normative-and-informative-references/. I hope we understand the rules correctly.
>  
> BR,
> Amy, on behalf of co-authors 
>  
> -----Original Message-----
> From: Mirja Kühlewind [mailto:ietf@kuehlewind.net] 
> Sent: Thursday, October 25, 2018 9:21 PM
> To: The IESG <iesg@ietf.org>
> Cc: draft-ietf-ccamp-mw-yang@ietf.org; Fatai Zhang <zhangfatai@huawei.com>; ccamp-chairs@ietf.org; Fatai Zhang <zhangfatai@huawei.com>; ccamp@ietf.org
> Subject: Mirja Kühlewind's No Objection on draft-ietf-ccamp-mw-yang-10: (with COMMENT)
>  
> Mirja Kühlewind has entered the following ballot position for
> draft-ietf-ccamp-mw-yang-10: No Objection
>  
> When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)
>  
>  
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>  
>  
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-ccamp-mw-yang/
>  
>  
>  
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>  
> The shepherd write-up says that there have been normative references to non-IETF docs which seem to have been removed now. I wondering is that is correct. I'm by far not an expert and didn't have time to review this doc in detail but I would think that you would need to know some details of these on-IETF specs in-order to fully understand and correctly implement this YANG model, no?