Re: [ippm] Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT)

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Thu, 12 March 2020 16:41 UTC

Return-Path: <giuseppe.fioccola@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B91F3A0A94; Thu, 12 Mar 2020 09:41:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 NAn6SSnmJQ-S; Thu, 12 Mar 2020 09:41: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 59AE43A0D6C; Thu, 12 Mar 2020 09:41:51 -0700 (PDT)
Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 11BDCF3B1EA592196B4A; Thu, 12 Mar 2020 16:41:50 +0000 (GMT)
Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Mar 2020 16:41:49 +0000
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 12 Mar 2020 17:41:49 +0100
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Thu, 12 Mar 2020 17:41:49 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" <draft-ietf-ippm-multipoint-alt-mark@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Thread-Topic: Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT)
Thread-Index: AQHV+CbuNxnBsSt36EqvsuXZMsuHXqhFIhxg
Date: Thu, 12 Mar 2020 16:41:49 +0000
Message-ID: <b1c7a119347b4806b200962a33edc3a9@huawei.com>
References: <158398740355.19660.13298873326359739262@ietfa.amsl.com>
In-Reply-To: <158398740355.19660.13298873326359739262@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.210.168.108]
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/ippm/45DkSP0R5VeVPh20Mh5DcJvtebg>
Subject: Re: [ippm] Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2020 16:41:53 -0000

Dear Roman,
Thanks for your comment.
Please find my answers inline tagged as [GF].

If you agree, I will include the proposed changes in the next version.

Best Regards,

Giuseppe

-----Original Message-----
From: Roman Danyliw via Datatracker [mailto:noreply@ietf.org] 
Sent: Thursday, March 12, 2020 5:30 AM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; Tal Mizrahi <tal.mizrahi.phd@gmail.com>; tal.mizrahi.phd@gmail.com
Subject: Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT)

Roman Danyliw has entered the following ballot position for
draft-ietf-ippm-multipoint-alt-mark-07: 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-ippm-multipoint-alt-mark/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I support Ben Kaduk’s DISCUSS position.

[GF]: I have proposed in separated email how to address Ben Kaduk’s DISCUSS position.

** Section 1.  Per “There are some applications of the alternate marking method where there are a lot of monitored flows and nodes.” -- Editorial. 
“alternative marking methods” is lower case but “Alternative Marking methodology” is upper case in other places

[GF]: I will fix this in the entire document.

-- “a lot of monitored” seems colloquial and imprecise and begged for me, “what’s a lot”? (subsequent text says “n and m are high values”, but I also don’t have a sense for what that might be)

[GF]: You are right. I can specify better this concept. The number of  measurement points and monitored flows may vary and depends on the portion of the network we are monitoring (core network, metro network, access network,...) and on the granularity (for each service, each customer,...)

** Section 1.  Per “Without network clustering, it is possible to apply alternate marking only for all the network or per single flow.  Instead, with
network    clustering, it is possible to use the network clusters partition …”,
the phrase “network clusters partition” doesn’t parse for me.

[GF]: I can replace it with "partition of the network in subnetworks called clusters". The term 'cluster' is explained in the following sections.

** Section 4.  Per “By Using the "traditional" alternate marking method only point-to-point paths can be monitored.”, perhaps say alternative marking per
RFC8321 instead of “traditional …”.

[GF]: Yes, I will correct.

** Section 4.1.  “In general there are different options: the monitoring network can be obtained by considering all the possible paths for the traffic or also by checking the traffic sometimes and update the graph consequently.”

-- Editorial: s/In general there are different options: … by checking the traffic sometimes and update the graph consequently/In general, there are different options: by periodically checking the traffic and updating the graph as appropriate/

[GF]: Yes, I will correct

-- Is there any guidance on the how to frequently this evaluation of traffic should be?

[GF]: I think the network graph can be updated in several ways (e.g. daily basis, weekly basis,...). It is up to management system configuration.

** Section 5.  How generalizable is the flow description?  These statements seem inconsistent:

-- Section 4 says “Multipoint Alternate Marking enables the performance measurement for multipoint flows selected by identification fields without any constraints (even the entire network production traffic).

-- Section 5 says “The flow definition is generalized here, indeed, as described before, a multipoint packet flow is considered and the identification fields of the 5-tuple can be selected without any constraints.

[GF]: You are right. This is an oversight and I will align the two definitions. In particular the one in Section 4 is better.

** Section 9.  I didn’t understand what this section was saying that is different than Section 10.  IMO, the “SDN Controller calibrating for performance measurements” and [I-D.song-opsawg-ifit-framework] descriptions
seemed like “Examples of applications” covered in Section 10.   The title of
this section “An Intelligent Performance Management approach” seemed a little “marketing like”.

[GF]: This section aims to highlight the potential usage of the methodology to implement an intelligent approach. I can change "Intelligent" with "reflection-loop" or "closed-loop". What do you think?