Re: [bmwg] Meeting Minutes Review: IPsec Terminology

Al Morton <> Wed, 29 October 2003 22:12 UTC

Received: from ( [] (may be forged)) by (8.9.1a/8.9.1a) with ESMTP id RAA10225 for <>; Wed, 29 Oct 2003 17:12:21 -0500 (EST)
Received: from localhost.localdomain ([] by with esmtp (Exim 4.20) id 1AEyXo-0002Pd-KG; Wed, 29 Oct 2003 17:12:00 -0500
Received: from ([] by with esmtp (Exim 4.20) id 1AEyWx-0002ND-Tr for; Wed, 29 Oct 2003 17:11:07 -0500
Received: from ietf-mx ( []) by (8.9.1a/8.9.1a) with ESMTP id RAA10044 for <>; Wed, 29 Oct 2003 17:10:55 -0500 (EST)
Received: from ietf-mx ([]) by ietf-mx with esmtp (Exim 4.12) id 1AEyWv-0004vB-00 for; Wed, 29 Oct 2003 17:11:05 -0500
Received: from ([] by ietf-mx with esmtp (Exim 4.12) id 1AEyWu-0004tB-00 for; Wed, 29 Oct 2003 17:11:04 -0500
Received: from ([]) by (AT&T IPNS/MSO-5.0) with ESMTP id h9TM0h6p020278 for <>; Wed, 29 Oct 2003 17:10:34 -0500
Received: from ( by (6.5.032) id 3F92B64F0025B4E8 for; Wed, 29 Oct 2003 17:08:48 -0500
Received: from ([]) by (8.10.2+Sun/8.10.2) with ESMTP id h9TMNG125078 for <>; Wed, 29 Oct 2003 17:23:16 -0500 (EST)
Message-Id: <>
X-Sender: (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 29 Oct 2003 17:10:25 -0500
From: Al Morton <>
Subject: Re: [bmwg] Meeting Minutes Review: IPsec Terminology
In-Reply-To: <>
References: <>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <>, <>
List-Id: Benchmarking Methodology Working Group <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>

Benchmarkers all,

This morning, a message "escaped" from the Co-chair's tunnel.
No damage, but a few clarifications are in order:

* While the "IMIX" discussion was blossoming on our list, I
was completely off-line: knee surgery in-progress.
They removed a huge bone chip, possibly from an ancient skiing
accident, and I expect to be mobile again soon.

* Kevin and I have discussed authoring a
"Guidelines for Writing BMWG Methodologies" memo, to help the WG achieve
clear(er) specifications.  In thinking about what this memo might be
comprised of, I mentioned (to Scott Poretsky) that it might help to
collect some fundamental terms of our art, such as Black Box.
These terms will all have been agreed during preparation of an
earlier RFC where they were first needed/defined.
We don't have a schedule for the "Guidelines" memo.

So, BMWG should continue the packet mix discussion to progress
the IPSec draft (where the consensus should be captured), and also
thinking broadly for general/future uses (the discussion clearly
does this).

sorry for any confusion,

At 09:46 AM 10/29/2003 -0500, Kevin Dubray wrote:
>Hi Al,
>I hope your surgery went well and your recovery is speedy!
>On the below topic, I missed the action item to which Scott alludes. :-)
>(The only recollection I have of documentation production is a possible
>Guidelines to Writing BMWG Methodologies...)
> wrote:
>>We are going to end up debating Packet Sizes for an "Imix" instead of IPsec
>>benchmarking.  I would add to your list 40 bytes, 48 bytes, and 512 bytes
>>packets.  40 and 48 bytes are common POS benchmarks and 512 bytes is a
>>common packet size on the Internet.
>>The Imix definition is not unique to IPsec.  It applies to many BMWG drafts
>>and RFCs.  One alternative is to reference the phrase "a mix of packet
>>sizes" in the IPsec draft and have it _defined_ in the General Benchmarking
>>Terminology draft that Al and Kevin plan to write.  This addresses the
>>problem globally and enables IPsec draft to make progress by putting the
>>focus back on IPsec issues.
>>BTW, Great talk at NANOG last week.

bmwg mailing list