Re: [ippm] Working Group Last Call: draft-fioccola-ippm-multipoint-alt-mark

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Sun, 22 December 2019 22:34 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 023CB12004A for <ippm@ietfa.amsl.com>; Sun, 22 Dec 2019 14:34:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.469
X-Spam-Level: *
X-Spam-Status: No, score=1.469 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, INVALID_MSGID=0.568, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 btst0Qt-geVD for <ippm@ietfa.amsl.com>; Sun, 22 Dec 2019 14:34:25 -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 C728B120013 for <ippm@ietf.org>; Sun, 22 Dec 2019 14:34:24 -0800 (PST)
Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C9DFA715F06F0CC9DB21; Sun, 22 Dec 2019 22:34:19 +0000 (GMT)
Received: from fraeml719-chm.china.huawei.com (10.206.15.15) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sun, 22 Dec 2019 22:34:19 +0000
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml719-chm.china.huawei.com (10.206.15.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sun, 22 Dec 2019 23:34:18 +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; Sun, 22 Dec 2019 23:34:18 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: "MORTON, ALFRED C (AL)" <acm@research.att.com>, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Working Group Last Call: draft-fioccola-ippm-multipoint-alt-mark
Thread-Index: AQHVrs3X6Go/87GQBkK5gbvs1jYGAafGb2MAgABi5nA=
Date: Sun, 22 Dec 2019 22:34:18 +0000
Message-ID: C1308DE6-8991-4F93-B9D7-C1FCDB871911
References: <36BC36E1-2BE2-4DF6-8C04-F008B9F01BDC@apple.com>, <4D7F4AD313D3FC43A053B309F97543CFA6F103AF@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CFA6F103AF@njmtexg5.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_C1308DE689914F93B9D7C1FCDB871911_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/f04b-3AwZqKZAe5UnUUnGYY4cw0>
Subject: Re: [ippm] Working Group Last Call: draft-fioccola-ippm-multipoint-alt-mark
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: Sun, 22 Dec 2019 22:34:27 -0000

Dear Al,
Thank you for the support and for the inputs.
Your suggestions are ok and I will address them in the new revision of the draft.

Regards,

Giuseppe


________________________________

Giuseppe Fioccola
Mobile: +49-15222812418<tel:<a%20href=>">15222812418<tel:15222812418>
Email: giuseppe.fioccola@huawei.com<mailto:<a%20href=>">giuseppe.fioccola@huawei.com<mailto:giuseppe.fioccola@huawei.com>



From: MORTON, ALFRED C (AL)<acm@research.att.com<mailto:acm@research.att.com>>
To: Tommy Pauly<tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>;IETF IPPM WG<ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Working Group Last Call: draft-fioccola-ippm-multipoint-alt-mark
Time: 2019-12-22 18:41:08

Hi IPPM,

I have reviewed the latest draft of multipoint-alt-mark,
as well as several earlier versions.

I believe the draft is ready for publication, with a few minor
comments below.

Al


          multipoint-to-point
              +------+
          ---<>  R1  <>
              +------+ \
                        \ +------+
                        <>  R4  <>
                        / +------+ \
              +------+ /            \ +------+
          ---<>  R2  <>              <>  R4  <>---
              +------+              / +------+
                          +------+ /
                         <>  R5  <>
                        / +------+
              +------+ /
          ---<>  R3  <>
              +------+

I’m fairly sure the Router on the far right is R6 (Figure 1).

Also the last sentence of Section 3 reads:
   While ECMP flow is in scope by definition, since it is a point-to-
   multipoint unicast flow.
There is an issue with two phrases beginning “While” and “since”, maybe this
was meant, (plus the phrase in italics?):
   An ECMP flow is in scope by definition, since it is a point-to-
   multipoint unicast flow, _or/and a point-to-point multipath flow_?

Section 4.1

[I-D.amf-ippm-route<https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-03#ref-I-D.amf-ippm-route>]  Reference out of date, please use WG version.

Section 5

   And in case of no packet loss occurring in the marking period, if all
   the input and output points of the network domain to be monitored are
   measurement points, the sum of the number of packets on all the
   ingress interfaces and on all the egress interfaces is the same.
Suggest
   And in case of no packet loss occurring in the marking period, if all
   the input and output points of the network domain to be monitored are
   measurement points, the sum of the number of packets on all the
   ingress interfaces _equals the number on egress interfaces for the _monitored_flow.
===========
   It is possible to define the Network Packet Loss (for 1 flow, for 1
   period): <<In a packet network, the number of lost packets is the
   number of packets counted by the input nodes minus the number of
   packets counted by the output nodes>>.
Suggest
   It is possible to define the Network Packet Loss (for 1 _monitored_flow, for 1
   period): <<In a packet network, the number of lost packets is the
   number of packets counted by the input nodes minus the number of
   packets counted by the output nodes>>.

Section 13

You can probably just say, “This memo makes no requests of IANA.”


From: ippm [mailto:ippm-bounces@ietf..org] On Behalf Of Tommy Pauly
Sent: Monday, December 9, 2019 3:18 PM
To: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Working Group Last Call: draft-fioccola-ippm-multipoint-alt-mark

Hello IPPM,

Continuing on in our list of Last Calls, we are now beginning the Working Group Last Call for draft-ietf-ippm-multipoint-alt-mark:

https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-03<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dippm-2Dmultipoint-2Dalt-2Dmark-2D03&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=OfsSu8kTIltVyD1oL72cBw&m=CrcUHiENItugXyVC4F6KnN1f0LEcV3F68vitzlOk-04&s=87YJDmtGd8q5H4GpNd7l5SMz6f5lKU34xddFIRdI7jE&e=>

The Last Call will end on Monday, December 23.. Please reply to ippm@ietf.org<mailto:ippm@ietf.org> with your reviews, and indicate whether or not you think this document is ready for publication.

Best,
Tommy (as co-chair)