Re: [ippm] Call for adoption of draft-olden-ippm-qoo
Greg Mirsky <gregimirsky@gmail.com> Mon, 11 September 2023 20:22 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 6C193C13739B for <ippm@ietfa.amsl.com>; Mon, 11 Sep 2023 13:22:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 y54f2xSi6kTX for <ippm@ietfa.amsl.com>; Mon, 11 Sep 2023 13:22:58 -0700 (PDT)
Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (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 8B339C13739A for <ippm@ietf.org>; Mon, 11 Sep 2023 13:22:58 -0700 (PDT)
Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-5921a962adfso47923347b3.1 for <ippm@ietf.org>; Mon, 11 Sep 2023 13:22:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694463777; x=1695068577; 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=Wwizky8RWcxw44Paznfa51VZ0qQyd7q6agfy8pfrCLE=; b=X0TjKSChf2TfPCqToJsfQ7qZKRIK8ww9035mJ21qdZd2hpe8ztc1TFti4oBxk4BCG7 1kkJl0bLaPNEJQSS2pdykJB/f8u8ILhzuCrkLNtF/lm5Jj/Ts2Wg+h98IyLhmWsy/DlB LyIxzfvtf6rkgbKodwVosFgN+SqpKGEI8EJxOQuO5ilpuUs9EOMnHDhXDhJsxrusKKna s/VDVbv+1bk4ok3aXNK5Ziesa1MQDSWChWPb3bSoVH9ODmBHqYhW83DRi3BtZzXC1wTb O90eUCyCBE87+aaxvJjPcjvUtuLK9SDwIE0JzjZOghknnf5ObL4NgbNN2ZYYhwxzzXf6 nmaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694463777; x=1695068577; 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=Wwizky8RWcxw44Paznfa51VZ0qQyd7q6agfy8pfrCLE=; b=sXTt62nlZRZkxxlkskKN/peq8U/A1XLcDzySV+F4NlerSd1qeXWzHaVCYq49Hjp7ye JbAy86ZD7lujDyg6xgylopb4gJyQHUFjKCf6PHamX+1pj26NrPno3e+FMlNrd0Y95Bm7 HXKf1iTc4XFQxbT5cF8EFhV9LZCPIFRw/SMW/05jvX+a0xE/4KCE7WreK2jmrktQILm9 2cBQCoyY5HAxO8R83DwnIHD+zSXe4OBeDeUS17VjoHAAEPB5QbuNwFHPy+3yJXPloyzn CXIc3Cl1E0tshbttVR99PcTJSyHEVFoUWNuO3uYVSzUwjXgyGBGdBzpaYaHSawmtiAfo SLjw==
X-Gm-Message-State: AOJu0YwEEXkD7ZTPATdITe0dYkjm5fn+dpwrA+vJ3QlEh9O5hkDY/7Y4 PzEHAcimLAOJDPLYpIZRpg1vpWN+bvyrhGLCcjTvYbkeYFI=
X-Google-Smtp-Source: AGHT+IGqpGArg8iyKbcLTK/uBcIJ7MNB3MrMdhjwZc3RPG3efcRhDo0rUDa2FjKk+3yG5TOs4s3ABYgZu6qCaFllP7Y=
X-Received: by 2002:a0d:df16:0:b0:59b:509f:6885 with SMTP id i22-20020a0ddf16000000b0059b509f6885mr12396843ywe.7.1694463777292; Mon, 11 Sep 2023 13:22:57 -0700 (PDT)
MIME-Version: 1.0
References: <AM0PR07MB41317EA00C82349B7A04C5D6E21FA@AM0PR07MB4131.eurprd07.prod.outlook.com> <CA+RyBmUovkbwwJAsVg2H48fF118DtarwtAMeTes9QrFh7jCR_A@mail.gmail.com> <AM0PR07MB413197E6228F859FFE3F4C1AE2E8A@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB413197E6228F859FFE3F4C1AE2E8A@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 11 Sep 2023 13:22:46 -0700
Message-ID: <CA+RyBmWfWe-MTVRNB7F0AKS48S=s=tbK0EWwNXUAFRJ=QqPf9A@mail.gmail.com>
To: Marcus Ihlar <marcus.ihlar@ericsson.com>
Cc: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000087c73506051b17f2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/A7Viq4QR5mlnaSozV5pcq0gJfB0>
Subject: Re: [ippm] Call for adoption of draft-olden-ippm-qoo
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: Mon, 11 Sep 2023 20:22:59 -0000
Hi Marcus, thank you for your kind consideration. Dear Authors, thank you for your dedication to this work. I found this document well-written and I support its adoption by the IPPM WG. Please find my notes and questions below. I believe that we can discuss and resolve them in the course of progressing the draft: - In Abstract, as I understand it, you refer to the draft Requirements for a Network Quality Framework Useful for Applications, Users, and Operators <https://datatracker.ietf.org/doc/draft-teigen-ippm-app-quality-metric-reqs/>. Since HTML links are not used in Abstract, perhaps adding a clarification like "draft" prior to the title of the draft is acceptable. - Related to the above. What is your view of the state of draft-teigen-ippm-app-quality-metric-reqs <https://datatracker.ietf.org/doc/draft-olden-ippm-qoo/>? Do you consider it ready for WG adoption? It seems to me that the requirements and the framework documents are closely related, and it could be beneficial to develop them concurrently. - "The challenge lies in specifying how to simplify enough without losing too much in terms of precision and accuracy." I agree that there must be a balance among efforts to produce simpler performance metrics, on the one hand, and accurately reflect the state of the network treatment of the data that is presented as a set of measurable service level indicators. What I wonder, is the distinction you see between precision and accuracy. Is it in the measuring and calculating particular service level objectives? - A somewhat general note. You might consider changing statements that explain the intent and scope from "we believe", "we propose" to less personal language. - "We propose representing network quality as minimum required throughput and set of latency and loss percentiles." Do you see this list of performance metrics as exhaustive or rather an exemplary composition of what can be used to define the network quality? - "Active probing with TWAMP Light / STAMP / IRTT". References and expanded use of acronyms could be helpful to a reader. - "A list of 10 percentiles in a logarithmic-esque fashion has already been suggested in industry [0th, 10th, 25th, 50th, 75th, 90th, 95th, 99th, 99.9th, 100th] and seems adequate." Has such a list been documented? A reference could be very helpful here. - "By not requiring a specific number of samples, this framework allows taking 10 samples and calling it a distribution, which of course is not ideal. " That is an interesting point. What could happen if the number of samples is variable, perhaps in a range or from a recommended set of values, and an operator chooses depending on the operational considerations? - "... standardized in BBF TR-452 (aka QED) framework [TR-452.1]" Perhaps "standardized in the QED framework [TR-452.1]" with QED included in Terminology and Acronyms section, can be used here. - Thank you for providing the detailed Implementation status! It is a very impressive list. - Although this document, as Informative, may not need RFC 2119 disclaimer explaining the use of capitalized verbs, please add Terminology and Acronyms section listing all acronyms and abbreviations used in the document. Regards, Greg On Mon, Sep 4, 2023 at 10:32 PM Marcus Ihlar <marcus.ihlar@ericsson.com> wrote: > Hi Greg, > > Your input is very much appreciated, extending the last call with one week > is fine. > > > > The new deadline for the last call is now *Tuesday September 12*. > > > > BR > > Marcus > > > > *From:* Greg Mirsky <gregimirsky@gmail.com> > *Sent:* Monday, 4 September 2023 16:31 > *To:* Marcus Ihlar <marcus.ihlar@ericsson.com> > *Cc:* IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org> > *Subject:* Re: [ippm] Call for adoption of draft-olden-ippm-qoo > > > > Hi Marcus, > > I'd like to provide my comments on this work (I wholeheartedly support its > adoption by the group), but I am in a tight spot with the BBF Q3 meeting. > Would it be possible to announce an extension of the WG AP for a week? > > > > Regards, > > Greg > > > > On Tue, Aug 22, 2023 at 7:31 PM Marcus Ihlar <marcus.ihlar= > 40ericsson.com@dmarc.ietf.org> wrote: > > Hello IPPM, > > This email starts an adoption call in the IPPM working group for > draft-olden-ippm-qoo. > > > > The draft describes a new network quality framework named Quality of > Outcome (QoO) and can be found here: > > https://datatracker.ietf.org/doc/draft-olden-ippm-qoo/ > > > > The current version is here: > > https://www.ietf.org/archive/id/draft-olden-ippm-qoo-01.html > > > > Please reply to this email by *Tuesday September **5*, with any review > comments and whether you support adoption of this document. > > > > BR > > Marcus & Tommy > > > > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > >
- [ippm] Call for adoption of draft-olden-ippm-qoo Marcus Ihlar
- Re: [ippm] Call for adoption of draft-olden-ippm-… Bjørn Ivar Teigen
- Re: [ippm] Call for adoption of draft-olden-ippm-… Greg Mirsky
- Re: [ippm] Call for adoption of draft-olden-ippm-… Marcus Ihlar
- Re: [ippm] Call for adoption of draft-olden-ippm-… Greg Mirsky
- Re: [ippm] Call for adoption of draft-olden-ippm-… Bjørn Ivar Teigen
- Re: [ippm] Call for adoption of draft-olden-ippm-… Marcus Ihlar
- Re: [ippm] Call for adoption of draft-olden-ippm-… Bjørn Ivar Teigen