[nmrg] Review comments on "draft-irtf-nmrg-ibn-intent-classification-05"

JEF <jefhe@foxmail.com> Tue, 07 December 2021 01:59 UTC

Return-Path: <jefhe@foxmail.com>
X-Original-To: nmrg@ietfa.amsl.com
Delivered-To: nmrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C9813A0DF0; Mon, 6 Dec 2021 17:59:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.837
X-Spam-Level:
X-Spam-Status: No, score=0.837 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_EXCESS_BASE64=0.001, HELO_DYNAMIC_IPADDR=1.951, HTML_MESSAGE=0.001, NO_FM_NAME_IP_HOSTN=0.001, RCVD_IN_MSPIKE_H2=-0.001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxmail.com
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 Cz8l1ganhNc4; Mon, 6 Dec 2021 17:59:17 -0800 (PST)
Received: from out162-62-58-211.mail.qq.com (out162-62-58-211.mail.qq.com [162.62.58.211]) (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 3F5483A0DED; Mon, 6 Dec 2021 17:59:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1638842347; bh=rDGfeZppsFnwEy/IuINdo8Qbkl8z9Z707Pc044F0Pp8=; h=From:To:Cc:Subject:Date; b=Exixj8UH4kTKdi4IbsPOkzYPDfdyhieG9e+sKww5gS6ifrR3GI1o7eH1moNgT5AV+ 9ncFhRpKxEnwsK69Gy7E1Db5MpK8qnEQcknZvGEbGYcJ06YMvAjjdLjE2UKIHw0ykF +tRGaIz/TOe5gV/2YZ/3VVAkmQL7HwzQKH8dSNrU=
X-QQ-XMAILINFO: MHlktdARe4Qnyc0weo832vmRtjSxf60yipNTDxX6MykbggLmHG9RxIR1Tfy8JR 3G+/xN+Ct1/AuRIE1lU/4Z113301UV6Y0Abosjb+LkuN0UPVNVIdSIWIAESaR1t6CqjPUIiDMvivJ lZBUrglpz6VU3Z5SC/Tep6tZpQYdcQIzBcgTELoeNQiuzAHuRQpM2TW6cTsufbfABRJEqx1YBj4VC h9V7JnE21h0rIGjLIVITEgZy8bQQSftCJU9QQHjwAPLhhFP6TL+DN2aFz2v6zx2t50vwXlJpnFNtB 3U2Kyb+QKx7H/OJTHw1UtO/J9ep2LD9xS6ESJ4SXjjJkcf46eUZpHBZSzOduVxYIXE259eFM5LBr4 HudgsOfIaJASUnMT2hZAOPHaw/Iw4y5e7yyPV+waST18m8Jeo1MUQo2eV9o1iEtsPM8WV09G8Z2x/ /vQRlIzUR+ZIteg8On3EY+Fb7LK+69PW2T5GgI6CjXPccJ3XhzazaaQyT5bUJ5CxjFsRNwusZrHzi jtjK/kzjmXKQ7JyKicyiJz5MuUKBut0vwO6OBcftZkxxqLNI3v97uoVs1ljJGM6Jiz7GqFEahwnUO 81DJaBPGwte04cLwAqDvGlcTXvyh1csFW6qnvIUYM0v6iuUgMfEE8QHgd4N52rE8wA+1ffQzqcRDf eVvpxxwzsjkdask9SsBeuexpun0wryE4EKohh3uurk4XEX1K9Ed2Tdy2GBsbdrmNPKDLUiPU7EhUY CBjxHdS4N1dfa1xreKw8I8DJUWCHhVbp7QbNH4tFGXag/bum3nFa0Q7P/CR1sKHOwSGyFg5UFMT9f EL1J1tL/SISAu7kuq6mv12xNXapmgnts6GGhcaJSK+EYWPhzlOMnaVFfP02mJF6jqsFPvHvr1AyK
From: "=?utf-8?B?SkVG?=" <jefhe@foxmail.com>
To: "=?utf-8?B?Q29saW4gUGVya2lucw==?=" <csp@csperkins.org>, "=?utf-8?B?bm1yZw==?=" <nmrg@irtf.org>, "=?utf-8?B?bGljaGVuLmJyaQ==?=" <lichen.bri@chinatelecom.cn>, "=?utf-8?B?b2xnYS5oYXZlbA==?=" <olga.havel@huawei.com>, "=?utf-8?B?YWRyaWFuYS5vbGFyaXU=?=" <adriana.olariu@huawei.com>, "=?utf-8?B?cGVkcm8=?=" <pedro@nict.go.jp>, "=?utf-8?B?amNub2JyZQ==?=" <jcnobre@inf.ufrgs.br>, "=?utf-8?B?ZGllZ28uci5sb3Bleg==?=" <diego.r.lopez@telefonica.com>
Cc: "=?utf-8?B?SW50ZXJuZXQgUmVzZWFyY2ggU3RlZXJpbmcgR3JvdXA=?=" <irsg@irtf.org>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_61AEBFE7_41B77680_4058AB01"
Content-Transfer-Encoding: 8Bit
Date: Tue, 7 Dec 2021 09:59:03 +0800
X-Priority: 3
Message-ID: <tencent_4CA6301E42EF73D4CD9F18FAAF046B7ACA07@qq.com>
X-QQ-MIME: TCMime 1.0 by Tencent
X-Mailer: QQMail 2.x
X-QQ-Mailer: QQMail 2.x
X-QQ-mid: xmseszb2-1t1638842343taskaispe
Archived-At: <https://mailarchive.ietf.org/arch/msg/nmrg/afsCM5Uvy2_gl7BqUsZykuuzsrA>
X-Mailman-Approved-At: Mon, 06 Dec 2021 22:53:54 -0800
Subject: [nmrg] Review comments on "draft-irtf-nmrg-ibn-intent-classification-05"
X-BeenThere: nmrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nmrg>, <mailto:nmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nmrg/>
List-Post: <mailto:nmrg@irtf.org>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nmrg>, <mailto:nmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Dec 2021 01:59:23 -0000

Hi,

I reviewed the draft as a member of IRSG, and below are my comments.


1. It seems that the section 6 is the main contribution from this document, which provides a methodology for classification (in figure 1) , an intent taxonomy (figure 2) and detailed classifications&nbsp;with examples&nbsp;for 3 “solutions” (Carrier, Data Centre, Enterprise networks). This part is written in a very clear way and the content is also helpful at least to me. If this is the main objective of the document, it is achieved very well. Thanks to the authors!

2.&nbsp;But the abstract does't emphasize or focus on this main contribution in my reading, and the sections before Section 6 created some confusion to me. My general feeling after reading the whole document was: why not show me the Section 6 directly :)&nbsp;

When I read it back again, I think maybe the confusion comes from the positioning of section 4 and section 5. Section 4 has a title “abstract intent requirement” and section 5: “functional characteristics and behaviour”. &nbsp;When I read them at the first time, I thought these two sections aimed to discuss some advanced technical designs in an Intent-based system. 

Only after reading Section 6, I realised that the discussion in Section 4 and 5 is following the sequence of steps in figure 1 in Section 6: “intent solution(4.2)”, “intent user types(4.2 and 5.2)", "type of intent(4.4)”, “intent scope(5.3)”, network intent scope(5.4), different intent abstraction(5.5), intent life-cycle(5.6), etc.&nbsp; So maybe it confused me because of the existing of the other subsections: 4.1(what is intent), 4.3(benefit of intents), 5.1(abstracting intent operation), 5.7(autonomous driving levels).

This can be just my personal feeling, maybe it is not necessary to significantly change the structure of this document. But I can't help thinking that, if the main purpose of these two sections are preparing the readers for section 6 (otherwise the focus of this document is lost), maybe they can be organised in a more straightforward way.

3. The discussion in 4.1(what is intent),&nbsp;4.3(benefit of intents) can be more brief. Well, frankly speaking, I personally think they are not necessary in this document. These two issues are "non-trivial", I feel any detailed discussion in this document may create inconsistence with the [Clemm] (the concept&amp;definition document) now or in future versions. We'd better lead the readers to [Clemm] &nbsp;if they are serious about these two issues.&nbsp;

4. The subsection&nbsp;5.1 (abstracting intent operation): I have no technical comments on the content, but it has no connection to the sections before and doesn't contribute to the section 6?

5. The subsection 5.7(autonomous driving levels) seems strange to me. Why does it belong to the section 5 “functional characteristics and behaviour"? 

6. Some more editorial comments:
(1) The "abstract": "intent management system” should be kept consistent with [clemm]: intent-based management system?
(2) page 2: the expire time is not correct, should be "May 10, 2022"?
(3) page3, page 49: should “table of contents” and “author’s addresses” start a new page? I see many drafts don't.
(4) page4 (introduction): last paragraph should be placed at the end of the “abstract”, especially the last sentence: “published for informational purposes”? And, should it be expressed as "The document is sponsored under the IRTF and is not issued&nbsp;by the IETF and is not an IETF standard"?
(5) “reference”: the order of references should not be random.
(6) “reference”: if this document is informational, shall all the references to be “informative references”? no “normative references”?
(7) &nbsp;inconsistence of terms: &nbsp;“Intent-driven networks” at the beginning of section 1, "Intent-based networking" at the beginning of subsection 1.
(8) the second paragraph on page 5: “The document describes…”, means “This document”? The 3rd paragraph on page 5:&nbsp;“IEEE-CNOM”, should have a full name or a link?&nbsp;
(9)&nbsp;subsection 4.4, the format of “types” is unclear, what’s the relationship between those “for” and the type above it. The format implies that each “for” is a sub-type (low level types) in my view. But under the last item “intents that affect other..”, there are some explanations.&nbsp;
(10) page 14: there is “for device replacements”. So I guess “for server replacements”, should be “for service replacements”? “server” is a type of “device”.

(11) page 21: item 5, there is two “then”.




Best,

Jeffrey











Original


From:"Colin Perkins"< csp@csperkins.org &gt;;

Date:2021/12/7 3:58

To:"iMac"< jefhe@foxmail.com &gt;;

CC:"Internet Research Steering Group"< irsg@irtf.org &gt;;

Subject:Re: Comments on &nbsp;"draft-irtf-nmrg-ibn-intent-classification-05"



Hi Jeffrey,
Thank you for the review! Could you please also send your review comments to the document authors and NMRG mailing list?
Regards,
Colin

On 4 Dec 2021, at 15:52, JEF <jefhe@foxmail.com&gt&gt; wrote:


Hi IRSG and Colin,

Below are my comments on this draft.


1. It seems that the section 6 is the main contribution from this document, which provides a methodology for classification (in figure 1) , an intent taxonomy (figure 2) and detailed classifications with examples&nbsp;for 3 “solutions” (Carrier, Data Centre, Enterprise networks). This part is written in a very clear way and the content is also helpful at least to me. If this is the main objective of the document, it is achieved very well. Thanks to the authors!

2.&nbsp;But the abstract does't emphasize or focus on this main contribution in my reading, and the sections before Section 6 created some confusion to me. My general feeling after reading the whole document was: why not show me the Section 6 directly :)&nbsp;

When I read it back again, I think maybe the confusion comes from the positioning of section 4 and section 5. Section 4 has a title “abstract intent requirement” and section 5: “functional characteristics and behaviour”. &nbsp;When I read them at the first time, I thought these two sections aimed to discuss some advanced technical designs in an Intent-based system. 

Only after reading Section 6, I realised that the discussion in Section 4 and 5 is following the sequence of steps in figure 1 in Section 6: “intent solution(4.2)”, “intent user types(4.2 and 5.2)", "type of intent(4.4)”, “intent scope(5.3)”, network intent scope(5.4), different intent abstraction(5.5), intent life-cycle(5.6), etc.&nbsp; So maybe it confused me because of the existing of the other subsections: 4.1(what is intent), 4.3(benefit of intents), 5.1(abstracting intent operation), 5.7(autonomous driving levels).

This can be just my personal feeling, maybe it is not necessary to significantly change the structure of this document. But I can't help thinking that, if the main purpose of these two sections are preparing the readers for section 6 (otherwise the focus of this document is lost), maybe they can be organised in a more straightforward way.

3. The discussion in 4.1(what is intent), 4.3(benefit of intents) can be more brief. Well, frankly speaking, I personally think they are not necessary in this document. These two issues are "non-trivial", I feel any detailed discussion in this document may create inconsistence with the [Clemm] (the concept&amp;definition document) now or in future versions. We'd better lead the readers to [Clemm] &nbsp;if they are serious about these two issues.&nbsp;

4. The subsection&nbsp;5.1 (abstracting intent operation): I have no technical comments on the content, but it has no connection to the sections before and doesn't contribute to the section 6?

5. The subsection 5.7(autonomous driving levels) seems strange to me. Why does it belong to the section 5 “functional characteristics and behaviour"? 

6. Some more editorial comments:
(1) The "abstract": "intent management system” should be kept consistent with [clemm]: intent-based management system?
(2) page 2: the expire time is not correct, should be "May 10, 2022"?
(3) page3, page 49: should “table of contents” and “author’s addresses” start a new page? I see many drafts don't.
(4) page4 (introduction): last paragraph should be placed at the end of the “abstract”, especially the last sentence: “published for informational purposes”? And, should it be expressed as "The document is sponsored under the IRTF and is not issued&nbsp;by the IETF and is not an IETF standard"?
(5) “reference”: the order of references should not be random.
(6) “reference”: if this document is informational, shall all the references to be “informative references”? no “normative references”?
(7) &nbsp;inconsistence of terms: &nbsp;“Intent-driven networks” at the beginning of section 1, "Intent-based networking" at the beginning of subsection 1.
(8) the second paragraph on page 5: “The document describes…”, means “This document”? The 3rd paragraph on page 5:&nbsp;“IEEE-CNOM”, should have a full name or a link?&nbsp;
(9)&nbsp;subsection 4.4, the format of “types” is unclear, what’s the relationship between those “for” and the type above it. The format implies that each “for” is a sub-type (low level types) in my view. But under the last item “intents that affect other..”, there are some explanations.&nbsp;
(10) page 14: there is “for device replacements”. So I guess “for server replacements”, should be “for service replacements”? “server” is a type of “device”.

(11) page 21: item 5, there is two “then”.




Best,

Jeffrey























Original


From:"Colin Perkins"< csp@csperkins.org &gt;;

Date:2021/12/2 6:51

To:"iMac"< jefhe@foxmail.com &gt;;

CC:"Internet Research Steering Group"< irsg@irtf.org &gt;;

Subject:Re: [irsg] IRSG review requestdraft-irtf-nmrg-ibn-intent-classification-05



Thank you, Jeffrey!
Colin


On 23 Nov 2021, at 14:32, JEF <jefhe@foxmail.com&gt&gt; wrote:

Hi Colin,
I can review this draft. I'll try to complete it before the end of next week.
Best,
Jeffrey
------------------&nbsp;Original&nbsp;------------------
From: &nbsp;"Colin Perkins";<csp@csperkins.org&gts.org&gt;;
Send time:&nbsp;Friday, Nov 19, 2021 8:34 PM
To:&nbsp;"Internet Research Steering Group"<irsg@irtf.org&gtf.org&gt;;
Subject: &nbsp;[irsg] IRSG review request draft-irtf-nmrg-ibn-intent-classification-05

IRSG members,

The NMRG has requested that draft-irtf-nmrg-ibn-intent-classification-05 be considered for publication as an IRTF RFC. To progress this draft, we now need at least one IRSG member to volunteer to provide a detailed review of the draft, as follows:

&gt; The purpose of the IRSG review is to ensure consistent editorial and technical quality for IRTF publications. IRSG review is not a deep technical review. (This should take place within the RG.) At least one IRSG member other than the chair of the RG bringing the work forth must review the document and the RG's editorial process.
&gt; 
&gt; IRSG reviewers should look for clear, cogent, and consistent writing. An important aspect of the review is to gain a critical reading from reviewers who are not subject matter experts and, in the process, assure the document will be accessible to those beyond the authoring research group. Also, reviewers should assess whether sufficient editorial and technical review has been conducted and the requirements of this process document, such as those described in IRTF-RFCs have been met. Finally, reviewers should check that appropriate citations to related research literature have been made.
&gt; 
&gt; Reviews should be written to be public. Review comments should be sent to the IRSG and RG mailing lists and entered into the tracker. All IRSG review comments must be addressed. However, the RG need not accept every comment. It is the responsibility of the shepherd to understand the comments and ensure that the RG considers them including adequate dialog between the reviewer and the author and/or RG. Reviews and their resolution should be entered into the tracker by the document shepherd.
&gt; 
&gt; The IRSG review often results in the document being revised. Once the reviewer(s), authors, and shepherd have converged on review comments, the shepherd starts the IRSG Poll on whether the document should be published.

Please respond to this message if you’re able to perform such a review, and indicate the approximate time-frame by which you’ll be able to complete it. The document shepherd write-up is available at https://datatracker.ietf.org/doc/draft-irtf-nmrg-ibn-intent-classification/shepherdwriteup/ 

Thanks,
Colin