Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughput-tm-06.txt - part 3
<Ruediger.Geib@telekom.de> Thu, 16 September 2010 14:26 UTC
Return-Path: <Ruediger.Geib@telekom.de>
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8024C3A68E9 for <ippm@core3.amsl.com>; Thu, 16 Sep 2010 07:26:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.883
X-Spam-Level:
X-Spam-Status: No, score=-0.883 tagged_above=-999 required=5 tests=[AWL=-0.048, BAYES_40=-0.185, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ovaQKhQOSb4 for <ippm@core3.amsl.com>; Thu, 16 Sep 2010 07:26:20 -0700 (PDT)
Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by core3.amsl.com (Postfix) with ESMTP id E50AA3A684F for <ippm@ietf.org>; Thu, 16 Sep 2010 07:26:19 -0700 (PDT)
Received: from s4de8psaanq.blf.telekom.de (HELO S4DE8PSAANQ.mitte.t-com.de) ([10.151.180.166]) by tcmail31.telekom.de with ESMTP; 16 Sep 2010 16:26:41 +0200
Received: from S4DE8PSAAQA.mitte.t-com.de ([10.151.229.12]) by S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.4675); Thu, 16 Sep 2010 16:26:41 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 16 Sep 2010 16:26:40 +0200
Message-ID: <151C164FE2E066418D8D44D0801543A504B90D51@S4DE8PSAAQA.mitte.t-com.de>
In-Reply-To: <94DEE80C63F7D34F9DC9FE69E39436BE38B9FF2C81@MILEXCH1.ds.jdsu.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [ippm] WGLC for draft-ietf-ippm-tcp-throughput-tm-06.txt - part 3
Thread-Index: ActI5hDf36OqIEzkTBesOmMMqCSfmwABnUUgAJsBURAAlg2kIACAkdzQAEvRcvA=
References: <4C7CBBFD.1030402@ripe.net> <151C164FE2E066418D8D44D0801543A5049C88F8@S4DE8PSAAQA.mitte.t-com.de> <94DEE80C63F7D34F9DC9FE69E39436BE38B9F4E14F@MILEXCH1.ds.jdsu.net> <151C164FE2E066418D8D44D0801543A504A56E4D@S4DE8PSAAQA.mitte.t-com.de> <94DEE80C63F7D34F9DC9FE69E39436BE38B9FF2C81@MILEXCH1.ds.jdsu.net>
From: Ruediger.Geib@telekom.de
To: Barry.Constantine@jdsu.com
X-OriginalArrivalTime: 16 Sep 2010 14:26:41.0638 (UTC) FILETIME=[2E65C060:01CB55AB]
Cc: ippm@ietf.org
Subject: Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughput-tm-06.txt - part 3
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Thu, 16 Sep 2010 14:26:24 -0000
Hi Barry, Part 3 of the comments. Regards, Ruediger ----- Sections 3.1 and 3.2 (MTU, Round Trip and Bandwidth Measurement) The text does not consider the effect of ECMP (IP load sharing). As soon as Flow Aware Transport (FAT) is deployed, the delays will vary depending on the path taken through the network. If the document doesn't consider the application of ECMP with FAT, please state so explicitely. I've missed references to RFC 2681 (RTD) and RFC 5136 (network capacity). On the latter, I'd be interested which of the metrics proposed there would determine "bandwidth" in the sense of your draft. With regard to RTT determination, a reference to RFC 4898 should be included. Section 3.2 ..."Since this methodology requires that RTT be measured during the entire throughput test, the extent by which the RTT varied during the throughput test can be quantified." I don't recall any prior statement that the RTT must/MUST be measured during the entire test and the metrics suggested don't require RTT measurement. If you want to define an additional metric here, please provide more text and a metric definition. The same applies to section 3.2.2: ..."Ideally, the bandwidth test should produce a log output of the bandwidth achieved across the test interval AND the round trip delay. And during the actual TCP level performance measurements (Sections 3.3 - 3.5), the test tool must be able to track round trip time of the TCP connection(s) during the test. Measuring round trip time variation (aka "jitter") provides insight into effects of congestive delay on the sustained throughput achieved for the TCP layer test." In addition to an RTT based metric, here you seem to suggest another metric linking RTT and bandwidth measurement. ----- Section 3.3.1 The diagrams at the end of the section are certainly interesting illustrations, but they may be moved to an appendix. ----- Section 3.3.2 after ..."Dedicated test equipment will generally be required, especially for line rates of GigE and 10 GigE." Should you create a measurement load of more than 10% of any provider backbone link bandwidth on a packet based network, you SHOULD agree your testing activity with the network operating center prior to performing these tests. The same sentence may be added to section 3.4 Traffic management tests, after the same sentence as above. ----- Section 3.3.2 "The TCP throughput test should be run over a a long enough duration to properly exercise network buffers and also characterize performance during different time periods of the day. The results must be logged at the desired interval and the test must record RTT and TCP retransmissions at each interval. This correlation of retransmissions and RTT over the course of the test will clearly identify which portions of the transfer reached TCP Equilbrium state and to what effect increased RTT (congestive effects) may have been the cause of reduced equilibrium performance. Additionally, the TCP Efficiency and TCP Transfer time metrics should be logged in order to further characterize the window size tests." Please clarify and define in your text, which metrics are of true relevance and which are nice to have. You apply strong requirement language here to capture a metric which isn't defined in your document (retransmission to RTT correlation). The metrics you've defined so far "should be performed additionally". This raises the impression that the truly required metrics of this document aren't explicitely defined, I think. ----- Finally, I wonder whether any default settings may be mentioned or approximately validated (you can't always reach them): - max MTU (should be part of a contract - respect layering aspects) - access bandwidth (may well be the bottleneck). - a maximum delay (which may be part of an SLA) - a default TCP window setting (you mention 64KB) ----------That's it--------
- [ippm] WGLC for draft-ietf-ippm-tcp-throughput-tm… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Al Morton
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] End of WGLC for draft-ietf-ippm-tcp-th… Henk Uijterwaal
- Re: [ippm] End of WGLC for draft-ietf-ippm-tcp-th… Barry Constantine
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Al Morton
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Barry Constantine
- Re: [ippm] End of WGLC for draft-ietf-ippm-tcp-th… Barry Constantine
- Re: [ippm] End of WGLC for draft-ietf-ippm-tcp-th… Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-tcp-throughput-tm… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-tcp-throughpu… Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-reporting-06.txt Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-reporting-06.… Steve Baillargeon
- Re: [ippm] WGLC for draft-ietf-ippm-reporting-06.… Henk Uijterwaal
- [ippm] End of WGLC for draft-ietf-ippm-reporting-… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-reporting-06.… Steve Baillargeon
- Re: [ippm] End of WGLC for draft-ietf-ippm-report… Henk Uijterwaal
- Re: [ippm] End of WGLC for draft-ietf-ippm-report… Henk Uijterwaal
- [ippm] WGLC draft-ietf-ippm-loss-episode-metrics-… Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-metrictest-03 Henk Uijterwaal
- Re: [ippm] WGLC draft-ietf-ippm-loss-episode-metr… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-metrictest-03 Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-rt-loss Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-rt-loss Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-testplan-rfc2679-… Henk Uijterwaal
- [ippm] WGLC for draft-ietf-ippm-twamp-value-added… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Yaakov Stein
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… steve.baillargeon
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Al Morton
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Steve Baillargeon
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Henk Uijterwaal
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Ruediger.Geib
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Steve Baillargeon
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Wesley Eddy
- Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-a… Al Morton