Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09

"Adrian Farrel" <adrian@olddog.co.uk> Wed, 11 December 2019 14:34 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF1C120033; Wed, 11 Dec 2019 06:34:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.596
X-Spam-Level:
X-Spam-Status: No, score=-2.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=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 jF1cd3GNFwCH; Wed, 11 Dec 2019 06:34:06 -0800 (PST)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 9923912000F; Wed, 11 Dec 2019 06:34:05 -0800 (PST)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id xBBEXTDf011117; Wed, 11 Dec 2019 14:33:30 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B321C22042; Wed, 11 Dec 2019 14:33:29 +0000 (GMT)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS id 9DA5322048; Wed, 11 Dec 2019 14:33:29 +0000 (GMT)
Received: from LAPTOPK7AS653V ([84.93.96.25]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id xBBEXShf002777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 11 Dec 2019 14:33:28 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Tianran Zhou' <zhoutianran@huawei.com>, opsawg@ietf.org, draft-song-opsawg-ifit-framework.authors@ietf.org
Cc: opsawg-chairs@ietf.org
References: <BBA82579FD347748BEADC4C445EA0F21BF135AC8@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21BF135AC8@NKGEML515-MBX.china.huawei.com>
Date: Wed, 11 Dec 2019 14:33:27 -0000
Organization: Old Dog Consulting
Message-ID: <055201d5b02f$f4336ca0$dc9a45e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0553_01D5B02F.F4342FF0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQH4ThKFuYBtmMkPoeIL+9iO0+ARDqdvwp2g
Content-Language: en-gb
X-Originating-IP: 84.93.96.25
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25096.007
X-TM-AS-Result: No--21.618-10.0-31-10
X-imss-scan-details: No--21.618-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25096.007
X-TMASE-Result: 10--21.617600-10.000000
X-TMASE-MatchedRID: CxmI61mtwh/xIbpQ8BhdbDjNGpWCIvfTS/ceBQrgS1EgcEd8uJSjxDqb UScd8LfucckWvCmsyW6r+WI4byw8ZXFLR+5Ir1qCLyz9QvAyHjoOZNXmvnJaeqdG+yyKuAArsYX 5Wji8DDpC8QifgGKImKpHCTWlgY9BjGnLhQ6GoqtqP3wnoz3rKwH9Qt+fIXSvHDQcqEqNN+kQd5 xNZSqqJ2wG2Hqyve3AAuT9NfpVAFL/xPKSgLvkLeOI59R3yWQ/52mltlE2n8hilpHN7xKf9Rfo+ oVE2PIv8VFrO6dd8UIErlkbhJy14Ygy/3oAZq9UEhGH3CRdKUXOCMDR/Pa6IE+86maMM3aSvNj7 Q/9J9ntOE9yurYF8u3gqmQ26wbCRFMxvHxRgZbucxB01DrjF96m9DlJPpSC9cIeXLHhfmPZ29y7 BRsdqeX2K55I+GgDFy43xdwAkppP9xRSmR83TJfNctuQlbOgkHJJXhOFmNVsSgFpygcAX/05VHu Lzyf0q1eLymLob3hNwYRcCnYfY1p9W7BSZCeGn3VYGKNZvmfspWss5kPUFdOBFRVQ5RGFJjfKqc IdSd9kbzqvazK2qGd1KE6JJVZ50trZWHaNDZ4SEv01fZOqaQFOBrtD2w1fpCPypGboRQ0j9gRax WZjuWCWzNcUM2kBPE6B9GMZv39DQjO6hyT/UybU+IyHhkXf1OhJ9m53n4aAW6M2A15L1QMmkv+W jWPUef9QbGjDUAmQfIjqnPMpQMYiceOuNnLyW/Sl5cYQQGW+YcCnZQnz5PFcbfIj2Ta9sh80vsP 8cwQ5gQfB04A8o2X/ZKyBTyPI1qZPWEohHeSKeAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7M+9+OQ9U/5f33fj+sMArfOEbaqKQSlAZVFEqgb36EEP6CdAIICnwhpxPGwuT1eQGiWiimEA yVVkQQXq0JTf7PM=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/e_h1xUCqBHkQdfCp6gwnbXC3dcw>
Subject: Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Dec 2019 14:34:09 -0000

Hi,

 

I sent the authors comments on a previous version of the document and

the authors made updates to address my concerns.

 

Considering this adoption poll, I have done another review of the draft.

I think it provides a useful overview of in-situ telemetry approaches and

Will serve the WG well. I'm glad that the authors have included section

3.2 because draft-ietf-opsawg-ntf is also important work and we need to

progress the two documents in close relationship. I am also glad there 

are good and clear references to the iOAM work.

 

I support adoption of the draft and commit to review it during WG

progress. I also have a few comments below: I don't think they need to

be addressed before adoption so long as they are picked up some time.

 

Thanks,

Adrian

 

===

 

The Abstract is about 10 lines too long. We should be aiming at no more

than 25 lines. 

 

I would remove the first sentence. It is out of place and begs the

question of what "telemetry" means.

 

---

 

The style guide says that the "Requirements Language" should be placed

in the body of the document. I suggest you create Section 2.1 for it.

 

---

 

A couple of things with Section 4.4 worry me. Proposing new extension

headers for IPv4 is unlikely to go down well in the IETF where new work

on IPv4 is now frowned upon, and where IPv4 extension headers are 

considered somewhat fragile. Additionally, I think you need to be very

careful with proposals around the Router Alert, and you shouldn't 

mention it or RFC 2113 without also mentioning RFC 6398. Lastly, I think

that you may be giving too much attention to individual drafts that 

possibly do not yet have a body of support in the IETF: in particular,

referencing draft-herbert-ipv4-eh may be premature.

 

---

 

I think we will need to give more attention to discussing security in

section 8. It is true that the details of the security for different

mechanisms are contained in the individual referenced documents. Our

focus in this document should be considering the overall security of

IFIT approaches. This should serve as a guide to the developers of the

various referenced documents, and it should provide observations on how

(or even if) to use IFIT systems.

 

From: OPSAWG <opsawg-bounces@ietf.org> On Behalf Of Tianran Zhou
Sent: 09 December 2019 05:27
To: opsawg@ietf.org; draft-song-opsawg-ifit-framework.authors@ietf.org
Cc: opsawg-chairs@ietf.org
Subject: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09

 

Hi WG,

 

On IETF 106 meeting, we saw predominant interest and support to this draft,
especially from operators. The authors then resolved all the open issues.

As requested by the authors, this email starts a 2 weeks working group
adoption call for draft-song-opsawg-ifit-framework-09.

https://datatracker.ietf.org/doc/draft-song-opsawg-ifit-framework/ 

 

If you support adopting this document please say so, and please give an
indication of why you think it is important. Also please say if you will be
willing to review and help the draft.

If you do not support adopting this document as a starting point to work on,
please say why.

This poll will run until Dec 23..

 

Thanks,

Tianran as co-chair