IETF Logo Mail Archive

Re: [ippm] Call for adoption: draft-geib-ippm-connectivity-monitoring

"MORTON, ALFRED C (AL)" <acm@research.att.com> Mon, 16 November 2020 01:08 UTC

Return-Path: <acm@research.att.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 6F9443A0DBC; Sun, 15 Nov 2020 17:08:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.796
X-Spam-Level:
X-Spam-Status: No, score=-1.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 YMXjJWhsCIPs; Sun, 15 Nov 2020 17:08:57 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 C963E3A0DBB; Sun, 15 Nov 2020 17:08:57 -0800 (PST)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 0AG13waQ012858; Sun, 15 Nov 2020 20:08:57 -0500
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049295.ppops.net-00191d01. with ESMTP id 34tw2utb7h-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 15 Nov 2020 20:08:57 -0500
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 0AG18tqe020385; Sun, 15 Nov 2020 19:08:56 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 0AG18nOe020205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Nov 2020 19:08:49 -0600
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 079A5403A430; Mon, 16 Nov 2020 01:08:49 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id DB490403A428; Mon, 16 Nov 2020 01:08:48 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 0AG18lXF068468; Sun, 15 Nov 2020 19:08:48 -0600
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 0AG18eQM067950; Sun, 15 Nov 2020 19:08:40 -0600
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id 6458F10A18DE; Sun, 15 Nov 2020 20:08:38 -0500 (EST)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Sun, 15 Nov 2020 20:08:30 -0500
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
CC: IPPM Chairs <ippm-chairs@ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Thread-Topic: [ippm] Call for adoption: draft-geib-ippm-connectivity-monitoring
Thread-Index: AQHWruzJZgXGdq0BHES6jNIu3KApFKm1O5qAgBSzOQA=
Date: Mon, 16 Nov 2020 01:08:29 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147648D69@njmtexg5.research.att.com>
References: <63A1B18E-A7F6-4F91-8503-F1FCE3CF945A@apple.com> <6CAF4468-8AA6-43B7-A621-6116E473BFEC@apple.com>
In-Reply-To: <6CAF4468-8AA6-43B7-A621-6116E473BFEC@apple.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [24.148.42.167]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF0147648D69njmtexg5resea_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-11-15_11:2020-11-13, 2020-11-15 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 lowpriorityscore=0 mlxlogscore=999 priorityscore=1501 malwarescore=0 adultscore=0 clxscore=1011 bulkscore=0 spamscore=0 impostorscore=0 phishscore=0 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011160006
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/BDhfNpp6Vn5p-zW2yh-OhYHfDw0>
Subject: Re: [ippm] Call for adoption: draft-geib-ippm-connectivity-monitoring
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: Mon, 16 Nov 2020 01:09:00 -0000

Hi Tommy and Ian,

I'm writing to express some support for Rüdiger's draft:
    draft-geib-ippm-connectivity-monitoring

I would like to see the draft clarified in a few areas, concentrating on section 3.

Section 3, titled
"Singleton Definition for Type-P-SR-Path-Connectivity-and-Congestion"

It seems that this metric will need to represent both loss and delay to infer connectivity and congestion, starting in section 3.3.

In 3.2,
o  lambda, a rate in reciprocal seconds
and
o  DS, a constant time interval between two type-P packets
seem to specify the same stream parameter, except that lambda is usually associated with Poisson streams, and a constant time interval is for periodic streams.  Maybe both are possible, but not at the same time.

In 3.3.  Metric Units

   A sequence of consecutive time values.

There are still units missing (seconds for delay change from the average?), and loss count or loss ratio.  These two different dimensions need to be represented, and then connectivity and congestion need to be teased apart (both can cause loss).

In 3.4.  Definition,
It would be good to see  more details on the moving average, starting with a parameter in 3.2 that describes the window of the moving average, and an equation or reference for the "change point detection algorithm".

Al


From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Tommy Pauly
Sent: Monday, November 2, 2020 9:17 AM
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: IPPM Chairs <ippm-chairs@ietf.org>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>
Subject: Re: [ippm] Call for adoption: draft-geib-ippm-connectivity-monitoring




On Oct 30, 2020, at 11:43 AM, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>> wrote:

Hello IPPM,

This email starts a Working Group call for adoption for draft-geib-ippm-connectivity-monitoring. This document has been presented several times and discussed within the working group.

The document can be found here:

https://tools.ietf.org/html/draft-geib-ippm-connectivity-monitoring-03<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-geib-ippm-connectivity-monitoring-03__;!!BhdT!xmoDNYcITe5jIvB-8VT1y7JYGKB_AxqsycgeMc6gSiCtEw-USfnrJ0k1Quiq$>

(Corrected link)



Please provide your feedback on these document, and state whether or not you believe the IPPM WG should adopt this work by replying to this email. Please provide your feedback by the start of the IETF 109 meeting week, on Monday, November 16.

Best,
Tommy & Ian
_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>
https://www.ietf.org/mailman/listinfo/ippm<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ippm__;!!BhdT!xmoDNYcITe5jIvB-8VT1y7JYGKB_AxqsycgeMc6gSiCtEw-USfnrJ0nb1WfY$>

v2.23.0 | Report a Bug | By Email