[ippm] Estimating IP layer capacity in draft-morton-ippm-capacity-metric-method

Nieminen Klaus <Klaus.Nieminen@traficom.fi> Tue, 19 November 2019 05:33 UTC

Return-Path: <Klaus.Nieminen@traficom.fi>
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 B67DE12020A for <ippm@ietfa.amsl.com>; Mon, 18 Nov 2019 21:33:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 3wbimlndg8iy for <ippm@ietfa.amsl.com>; Mon, 18 Nov 2019 21:33:20 -0800 (PST)
Received: from mail1.ficora.fi (mail1.ficora.fi [IPv6:2a00:13f0:0:1002:125:64:0:65]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10037120013 for <ippm@ietf.org>; Mon, 18 Nov 2019 21:33:19 -0800 (PST)
IronPort-SDR: uMyPzTFkuhtXzTKBJw6XxL1Iq5WgPg929YNxcDaHvQ23L/OUdE8gPscLIjX/NfthmvbW/w/ykw nvnLVo0dXG7EQztUmDr0xPMdRN5zNCMEiB193/mXtZBhuMEzk1H0SVEzfSn6QGk5X17jlWbNkE gPTK+nLfFKOtR3D6PFmcX9+q8+ic1cYimCjENjjNTMldbh/1nJm5GUpTtpMbEG4maB8h+OFPMV fVQIlobnUKyLX+iEhIOvJwYwsHaraP3j/IATM4ys9AgaIkhtbc1tNMBT10UGFn6at+u7x3kOmo 8mA=
X-IronPort-AV: E=Sophos;i="5.68,322,1569272400"; d="scan'208";a="16411544"
From: Nieminen Klaus <Klaus.Nieminen@traficom.fi>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Estimating IP layer capacity in draft-morton-ippm-capacity-metric-method
Thread-Index: AdWelppHADagnxxBRFmMXcLQzn7bkQ==
Date: Tue, 19 Nov 2019 05:33:17 +0000
Message-ID: <3971320832ee43dcbc3af4ee86e8b708@traficom.fi>
Accept-Language: en-US, fi-FI
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.120.3.156]
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/b8B-fWifNAItgjdI-WP0Oq-Jd0o>
Subject: [ippm] Estimating IP layer capacity in draft-morton-ippm-capacity-metric-method
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: Tue, 19 Nov 2019 05:33:22 -0000

Hi,

I have one question on how much this metric restricts the measurement setup and e.g. can WebTransport be used in the measurement? As I understand this, if we are running the measurement at the application layer, we can measure application layer (e.g. HTTP/3) payload. This again means that we can only estimate the IP layer capacity as we do not have full information about the header sizes or potential retransmissions. I think we can estimate this with a certain error margin, but I was not sure if this is fine according to the metric.

I have not studied this much further, but started to think this question when I read the part 5.3.  Metric Definitions that talks a case where the packet size is known and of fixed size, but is this really the case? Should there be more flexibility to also be able to estimate the IP layer capacity from the application layer measurement results? I think this should be clarified.

And if we think this should be possible, at least I think it would be useful to add how this estimation can be done to the metric itself as the  target is to harmonize the specified metric and this is not specified, it may lead discrepancies between implementations. 

Any thoughts on this?

Best, Klaus