Re: [ippm] Adoption call for draft-olden-ippm-qoo-02

Greg Mirsky <gregimirsky@gmail.com> Tue, 06 February 2024 13:50 UTC

Return-Path: <gregimirsky@gmail.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 B7FCDC14F708 for <ippm@ietfa.amsl.com>; Tue, 6 Feb 2024 05:50:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0pa6vndP36ww for <ippm@ietfa.amsl.com>; Tue, 6 Feb 2024 05:50:38 -0800 (PST)
Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB118C14F6EF for <ippm@ietf.org>; Tue, 6 Feb 2024 05:50:38 -0800 (PST)
Received: by mail-yb1-xb34.google.com with SMTP id 3f1490d57ef6-dc6d7e3b5bfso5016328276.2 for <ippm@ietf.org>; Tue, 06 Feb 2024 05:50:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1707227438; x=1707832238; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nvxeFKWNhk9l2gXJ+tT5LDqLVtxboJFpNgsj+kap0Kw=; b=QmHKJWGAm9zAHkOflQZxA8VGYMSRTuvezDPHlOn6jvLMjx4RaopkCPeeX6OAYVXzwX DNBm1vL8L1uQRG8G6S1NrW8a3sN/lqurEkX5WwrXWJlJWsCE5hx8ZG1r//pqhEtqVd1A 2FfKrcVtiV9M94CAr1veWbiWOWrYiSvUu29OCQmcTvBrya+j6qbIntCscW17Lnh/9is/ Se4IauLYUrqnm+JsJ4RdvlPjmU9xjgPqmqmKJyOb8aPP6aNjrqbtoCvSzsjT4WRyn1Pe lT0nO7lVBt0cXzeS2rSPvcxFXYjRd8qKjvGIIPcJoMm1G9/on7q1Xk8Io0GdkF4DSkSv lRVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707227438; x=1707832238; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nvxeFKWNhk9l2gXJ+tT5LDqLVtxboJFpNgsj+kap0Kw=; b=Iza/NbJzajIHhrug+PspIeY8QjKFAfuJOllYZGI+w7y5oOLIFYZFuZYrBHzBH8GgjJ E2se08Dn/HruuRO7pEsr4i5CfdZTzmY0go7WEjCXg9I0Gh/Ye1NdhTOvg7eb3i6M4SVM Jzky5jgd27hXd3mLzskexGCn9wg336eDJQFYnaa8iSBxvhQrr/TonVwDA4LQXnnIyL1x u9LIY6m1PUZH41jkaO/otsntwfGDpOCoKR3sTSvxX0ICY1PYuDL/zjjT0bmNDHBT8keC TR6SE13NFB9Bdir5L6zBLTldJeYU8jw62vEA/1v/oTiD/aw4fuZ5XUTtJVgx6o3Czyvf aKwg==
X-Gm-Message-State: AOJu0Yyjp5avw+rvB9sxFdEX6Hid0swuq1Ft9EXJjOOTBhdz8BV4XQIE IkUUQCMGT4U7KPRhE4EzwrznutGdqB8A9khWszL5IRLSXe/sOUn/82LijGFbHNYSUuYJWkY1wgo sL3/FwbetRY9/0nVGcln58IjouLvSiczShJ8=
X-Google-Smtp-Source: AGHT+IEIIVPXXgiffY/pX5gmAWwNSxIB2rwOWD2eqNrsiNzEbyiBZe0F7ZyBeVikU0DOlNtOniQTUVE00g3mwFIGERo=
X-Received: by 2002:a05:6902:1209:b0:dc7:2e:7646 with SMTP id s9-20020a056902120900b00dc7002e7646mr1870747ybu.25.1707227437959; Tue, 06 Feb 2024 05:50:37 -0800 (PST)
MIME-Version: 1.0
References: <DCD67FE3-AFC5-4689-89EF-66387949214C@apple.com>
In-Reply-To: <DCD67FE3-AFC5-4689-89EF-66387949214C@apple.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 06 Feb 2024 05:50:28 -0800
Message-ID: <CA+RyBmWL3jkU6PJiUGMgQQ5MPqCRYCoufe8kFXkp+eGqjSWV9Q@mail.gmail.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fd912f0610b6dc3b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/d4ojCdyociRfop7h_BxMKiFT7os>
Subject: Re: [ippm] Adoption call for draft-olden-ippm-qoo-02
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 06 Feb 2024 13:50:42 -0000

Dear All,
I've read the draft and found it well-written and proposing a
pragmatic approach to a real operational issue. I support the adoption of
this document by the IPPM WG. Below, please find my notes and questions for
future discussions:

   - In your opinion, what is the relationship among this draft,
   draft-teigen-ippm-app-quality-metric-reqs
   <https://datatracker.ietf.org/doc/draft-teigen-ippm-app-quality-metric-reqs/>,
and
   TR-452.1? Which of these documents lists the "full set of requirements"?
   - It seems like the perspective of 'we' is not usually used in IETF
   documents. It would be helpful to re-word passages like "we believe", "we
   can", and "we propose".
   - In your opinion, what is the relationship between "active testing from
   applications" and "monitoring from network equipment"? Do you expect that
   both are using the same measurement method or only produce the same
   performance metrics?
   - I think it would be helpful to add references to the measurement
   methods listed in Section 2, e.g., STAMP, IRTT, etc.
   - Also, a reference (or more than one) would be helpful in the following:

   Using Latency distributions to measure network quality is nothing new

   and has been proposed by various researchers/practitioners.


   - Do you mention a passive measurement method as defined in RFC 7799 in
   the following

   Latency Distributions can be gathered via both passive monitoring and
   active testing.

What is an example of the passive measurement method that supports the
measurement of latency distribution?


   - It is stated in the draft that

The active testing can use any type of IP traffic.

It would be helpful if this statement is expanded and supported by some
examples, e.g., TCP-based measurements, raw IP, etc.


   - It seems that an additional information on whether the list of the
   measurement parameters in Section 3 is sufficient to "ensure network
   measurements can be analyzed for precision and confidence".
   - The document introduces notions of "perfection" and "usefulness". What
   are your thoughts about the work on the Precision Availability Metrics
   <https://datatracker.ietf.org/doc/draft-ietf-ippm-pam/>, and its metrics
   that express a service availability/unavailability. I am interested further
   discussing if the terms from PAM can be used in QoO.

Regards,
Greg

   -


On Tue, Jan 16, 2024 at 9:13 AM Tommy Pauly <tpauly=
40apple.com@dmarc.ietf.org> wrote:

> Hello IPPM,
>
> This email starts a working group adoption call for "Quality of Outcome”
> (draft-olden-ippm-qoo).
>
> https://datatracker.ietf.org/doc/draft-olden-ippm-qoo/
> https://www.ietf.org/archive/id/draft-olden-ippm-qoo-02.html
>
> The call will last for 3 weeks, and end on *Tuesday, February 6*. Please
> reply to this email with your review comments and indicate if you support
> adopting this work.
>
> Please note that we did a previous adoption call that did not receive
> sufficient feedback. At the last meeting at IETF 118, we did have a good
> amount of comments and questions, so please do reply to this email if you
> have reviewed the document.
>
> Thanks,
> Tommy & Marcus
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>