Comments on bmwg-secperf-04
Kevin Dubray <kdubray@ironbridgenetworks.com> Mon, 03 August 1998 23:21 UTC
Received: from ironbridgenetworks.com (helios.ironbridgenetworks.com [146.115.140.2]) by dokka.maxware.no (8.8.5/8.8.5) with SMTP id BAA23459 for <bmwg-archive@alvestrand.no>; Tue, 4 Aug 1998 01:21:23 +0200
Received: from ironbridgenetworks.com by ironbridgenetworks.com (SMI-8.6/SMI-SVR4) id SAA20643; Mon, 3 Aug 1998 18:52:06 -0400
Message-ID: <35C63EE4.CD5A641@ironbridgenetworks.com>
Date: Mon, 03 Aug 1998 18:51:16 -0400
From: Kevin Dubray <kdubray@ironbridgenetworks.com>
Organization: IronBridge Networks
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
MIME-Version: 1.0
To: bmwg@ironbridgenetworks.com
CC: dnewman@cmp.com
Subject: Comments on bmwg-secperf-04
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Hi David, In section 3.4, Bit Forwarding Rate, you write: "...this measurement counts bits per second rather than frames per second. Per-frame metrics are not meaningful in the context of a flow of application data between endpoints." Two comments. First, if you leave the above declaration (i.e., per frame metrics are not meaningful), you may wish to offer a explanation as to your rationale. This would help the reader build an understanding as to your conclusion. Second, if per-frame performance is meaningless in the firewall context, (I'm not sure I _totally_ agree), why are you carrying the frame overhead in the metric versus some sort of Effective Bit Forwarding Rate (bit fwd rate of data payload component only?) Section 3.7. Connection. I would move this wonderfully defined abstration ahead of the connection-related metrics (e.g. concurrent connections.) I had lots of questions about section 3.6, concurrent connections, until I read your definition of connection... ;-) Section 1. Introduction. "The primary metrics used in this document are bit forwarding rate and connections." A nit. As you defined in section 3.6, a connection is a abstraction, not a metric. Perhaps, "... a bit forwarding rate metric and connection-related metrics." Otherwise, this draft has come along nicely since LA! -Kevin
- Comments on bmwg-secperf-04 Kevin Dubray
- RE: Comments on bmwg-secperf-04 Mike Winslow
- Re: Comments on bmwg-secperf-04 David Newman
- Re: Comments on bmwg-secperf-04 Michael C. Richardson
- Re: Comments on bmwg-secperf-04 David Newman
- Re: Comments on bmwg-secperf-04 Michael C. Richardson
- Re: Comments on bmwg-secperf-04 mcquaidj
- Re: Comments on bmwg-secperf-04 David Newman
- Re: Comments on bmwg-secperf-04 Michael C. Richardson
- Re: Comments on bmwg-secperf-04 David Newman
- Re: Comments on bmwg-secperf-04 David Newman