[bmwg] Comments on draft-ietf-bmwg-ca-bench-meth-01.txt

Barry Constantine <Barry.Constantine@jdsu.com> Tue, 10 April 2012 21:08 UTC

Return-Path: <Barry.Constantine@jdsu.com>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C51C11E8103 for <bmwg@ietfa.amsl.com>; Tue, 10 Apr 2012 14:08:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.109
X-Spam-Level:
X-Spam-Status: No, score=-5.109 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wtzUzqF7TE6u for <bmwg@ietfa.amsl.com>; Tue, 10 Apr 2012 14:08:57 -0700 (PDT)
Received: from exprod7og101.obsmtp.com (exprod7og101.obsmtp.com [64.18.2.155]) by ietfa.amsl.com (Postfix) with SMTP id 2417A21F8687 for <bmwg@ietf.org>; Tue, 10 Apr 2012 14:08:56 -0700 (PDT)
Received: from mx6.jdsu.com ([209.36.247.248]) (using TLSv1) by exprod7ob101.postini.com ([64.18.6.12]) with SMTP ID DSNKT4ShaEf+8OcIgxLl9h78zSqO23hoYoDc@postini.com; Tue, 10 Apr 2012 14:08:57 PDT
Received: from milexhtca1.ds.jdsu.net (192.168.10.158) by mx6.jdsu.com (192.168.10.248) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 10 Apr 2012 14:08:34 -0700
Received: from MILEXCH3.ds.jdsu.net ([fe80::1886:5e83:acc7:502e]) by milexhtca1.ds.jdsu.net ([::1]) with mapi; Tue, 10 Apr 2012 14:08:55 -0700
From: Barry Constantine <Barry.Constantine@jdsu.com>
To: "bmwg@ietf.org" <bmwg@ietf.org>
Date: Tue, 10 Apr 2012 14:08:53 -0700
Thread-Topic: Comments on draft-ietf-bmwg-ca-bench-meth-01.txt
Thread-Index: Ac0XXiIYlrh6MzmESj+F2UrrFXzyBA==
Message-ID: <71DE5E2C0ADA26429D102DEAC78AF5110B07C4C1C6@MILEXCH3.ds.jdsu.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_71DE5E2C0ADA26429D102DEAC78AF5110B07C4C1C6MILEXCH3dsjds_"
MIME-Version: 1.0
Subject: [bmwg] Comments on draft-ietf-bmwg-ca-bench-meth-01.txt
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bmwg>, <mailto:bmwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bmwg>
List-Post: <mailto:bmwg@ietf.org>
List-Help: <mailto:bmwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bmwg>, <mailto:bmwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Apr 2012 21:08:58 -0000

Hi Mike / Sarah,

The document is really coming along nicely.

Here are some comments / suggestions I had:

4.1.4.3.  Packet Loss

   The test tool SHOULD report the number of flow packets lost or
   dropped from source to destination.

>>>>>>>>>>>>
   The TCP Efficiency metric from RFC 6349 could be beneficial in this area.
   Specifically TCP Efficiency is the ratio of:

   total transmitted bytes - retransmitted bytes
   ------------------------------------------------------  x 100
                total transmitted bytes

  Ideal score is 100%.

   With TCP based application flows, it is the number of retransmitted bytes
   that is more telling than the number of lost packets, and the efficiency
   metric helps to quantify the overall performance.

   So I would consider measuring packet loss and TCP Efficiency (and on a per
   flow basis would be very useful as well).


 4.1.4.4.  Application Flow Latency

   The test tool SHOULD report the minimum, maximum and average amount
   of time an application flow member takes to traverse the DUT, as
   defined by RFC 1242 [3], Section 3.8.  This rate SHOULD be reported
   individually for each application protocol present within the traffic
   mix.

>>>>>>>>>>>>>>
   Similarly, the Buffer Delay Percent from RFC 6349 could be useful here.
   Buffer Delay =

   RTT (under load) - RTT baseline
   --------------------------------------- x 100
            RTT baseline

Ideal = 0%

Versus just min, max, and average, Buffer Delay percent (in combination with
TCP Efficiency) can segment performance issues into the loss related issues versus
device buffering performance issues.

I was involved with a benchmark of WAN Acceleration devices recently, and the
vendor found these metrics to be very beneficial for the reasons I stated above.

Thank you,
Barry Constantine