From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rn-mailsvcp-ppex-lapp44.apple.com (rn-mailsvcp-ppex-lapp44.rno.apple.com [17.179.253.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id E08683CB38 for ; Tue, 1 Feb 2022 12:29:48 -0500 (EST) Received: from pps.filterd (rn-mailsvcp-ppex-lapp44.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp44.rno.apple.com (8.16.1.2/8.16.1.2) with SMTP id 211HPFbO005085; Tue, 1 Feb 2022 09:29:41 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=7pFnbWlaa6YjDKYeA8A2jgBZG1UDTO79R+coH/Mo0Xw=; b=G7Z12pxjpPy8vszPQsDXSdvOydyY1s6JVCusRwN4d19RFE3/HpfKLaVEks93MsmJC//O F77alJN9OzjLXzJqAN99YHvJNSCqUNqAraGPfE1Y3dtctKgxUFwH3T0qZabmci0KBmf7 9t3FyvUplVMu0NqT8HKfTQfbHEDS/9FwE1t8sM2Ge6iFkkqZaDbpJ4DLWXH7JHGF/1jP C20eBcZ3SE7dA7qeTdOmwxuag0jOEx/V6ZiMJKm7Y/4KVx9rNPXLVhyk+bkkon95eRgk 3X2TRkHZU12CcgtfVM/9rufG3Ij2IBh4TNd6FXeppfPP+4a30aSIyjVqevUOxHWsCmD7 eQ== Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by rn-mailsvcp-ppex-lapp44.rno.apple.com with ESMTP id 3dwqkdb3wd-7 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 01 Feb 2022 09:29:41 -0800 Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.12.20210903 64bit (built Sep 3 2021)) with ESMTPS id <0R6M00E3MZ9F1DF0@rn-mailsvcp-mta-lapp04.rno.apple.com>; Tue, 01 Feb 2022 09:29:39 -0800 (PST) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.12.20210903 64bit (built Sep 3 2021)) id <0R6M00Q00Z7ISU00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Tue, 01 Feb 2022 09:29:39 -0800 (PST) X-Va-A: X-Va-T-CD: f531f8d8b46e434c6cc260b03cd4b544 X-Va-E-CD: 05e009c60c8d82e5a07c2926f948dacc X-Va-R-CD: 59faa4db11a6319447435304c699d642 X-Va-CD: 0 X-Va-ID: fa96bbea-f353-4a49-95ed-02e0041fd560 X-V-A: X-V-T-CD: f531f8d8b46e434c6cc260b03cd4b544 X-V-E-CD: 05e009c60c8d82e5a07c2926f948dacc X-V-R-CD: 59faa4db11a6319447435304c699d642 X-V-CD: 0 X-V-ID: 597f20d1-994d-4d42-8d90-fd48e1748bb4 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.425, 18.0.816 definitions=2022-02-01_08:2022-02-01, 2022-02-01 signatures=0 Received: from smtpclient.apple ([17.234.115.4]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.12.20210903 64bit (built Sep 3 2021)) with ESMTPSA id <0R6M00L6PZ9E1Z00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Tue, 01 Feb 2022 09:29:38 -0800 (PST) Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) From: Christoph Paasch In-reply-to: Date: Tue, 01 Feb 2022 09:29:38 -0800 Cc: rpm@lists.bufferbloat.net Content-transfer-encoding: quoted-printable Message-id: <91CDABAF-5DD4-4233-9B73-320E57A506B3@apple.com> References: To: Toerless Eckert X-Mailer: Apple Mail (2.3693.60.0.1.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.425, 18.0.816 definitions=2022-02-01_09:2022-02-01, 2022-02-01 signatures=0 Subject: Re: [Rpm] Test procedures for TCP stacks ? X-BeenThere: rpm@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: revolutions per minute - a new metric for measuring responsiveness List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2022 17:29:49 -0000 Hello, > On Jan 31, 2022, at 7:27 AM, Toerless Eckert via Rpm = wrote: >=20 > Are thre any well defined (RFC or the like) test procedures for the = "quality" > of TCP stacks ? I am especially thinking about measuring how good the > TCP stack behaves in the face of various path problems. Latency, loss, > reorder,. I don't think that there is anything like that. All depends on what = would be defined as "quality". >=20 > Related: >=20 > How big a difference between goodput and throughput would one be able = to > see anyhow between worst... best TCP stacks ? That is interesting. It would be a measure of the efficiency of the TCP = stack. Christoph >=20 > Thanks! > Toerless > _______________________________________________ > Rpm mailing list > Rpm@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/rpm