Re: [bmwg] IESG Interaction

Al Morton <acmorton@att.com> Thu, 29 July 2010 12:48 UTC

Return-Path: <acmorton@att.com>
X-Original-To: bmwg@core3.amsl.com
Delivered-To: bmwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E02128C12B for <bmwg@core3.amsl.com>; Thu, 29 Jul 2010 05:48:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.723
X-Spam-Level:
X-Spam-Status: No, score=-104.723 tagged_above=-999 required=5 tests=[AWL=-0.385, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 DSp1tca4gIUR for <bmwg@core3.amsl.com>; Thu, 29 Jul 2010 05:48:20 -0700 (PDT)
Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.241.147]) by core3.amsl.com (Postfix) with ESMTP id D08EB28C149 for <bmwg@ietf.org>; Thu, 29 Jul 2010 05:48:19 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-14.tower-146.messagelabs.com!1280407721!21397674!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.20.146]
Received: (qmail 2672 invoked from network); 29 Jul 2010 12:48:42 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-14.tower-146.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jul 2010 12:48:42 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o6TCmDYb022064 for <bmwg@ietf.org>; Thu, 29 Jul 2010 08:48:15 -0400
Received: from klpd017.kcdc.att.com (klpd017.kcdc.att.com [135.188.40.86]) by mlpd194.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o6TCmC7S022018 for <bmwg@ietf.org>; Thu, 29 Jul 2010 08:48:12 -0400
Received: from kcdc.att.com (localhost.localdomain [127.0.0.1]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o6TCmbtQ012909 for <bmwg@ietf.org>; Thu, 29 Jul 2010 07:48:38 -0500
Received: from mailgw1.maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o6TCmVvo012752 for <bmwg@ietf.org>; Thu, 29 Jul 2010 07:48:32 -0500
Message-Id: <201007291248.o6TCmVvo012752@klpd017.kcdc.att.com>
Received: from acmt.att.com (vpn-135-70-215-32.vpn.east.att.com[135.70.215.32](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20100729124830gw100s4p4he>; Thu, 29 Jul 2010 12:48:31 +0000
X-Originating-IP: [135.70.215.32]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 29 Jul 2010 08:47:53 -0400
To: "Snyder, Guy" <guy.snyder@icsalabs.com>, bmwg@ietf.org
From: Al Morton <acmorton@att.com>
In-Reply-To: <02C94FA7F698FC4093BA0EED57834E250759CF65@ASHEVS008.mcilink .com>
References: <02C94FA7F698FC4093BA0EED57834E250759CF65@ASHEVS008.mcilink.com>
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Subject: Re: [bmwg] IESG Interaction
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 29 Jul 2010 12:48:21 -0000

At 06:27 AM 7/29/2010, Snyder, Guy wrote:
Content-class: urn:content-classes:message
Content-type: multipart/alternative;
 boundary="----_=_NextPart_001_01CB2F08.987022E1"

As part of the discussion for the re-charter, it was presented that there was an issue getting drafts through the IESG.  Some examples were the IPsec terminology and methodology. Al indicated that normally this was because the IESG did not agree with our terminology.

Well, the audio record rules, but I didn't say much in my
WG status presentation about these drafts, except that
they had expired while we were waiting for the authors to
resolve the IESG comments. (Later, I think Ron may have
mentioned the IPsec drafts in his motivation to revise
the charter. He cited a general difficulty with the benchmarks
themselves that has caused some problems.)

To see what the IESG really said, which is what matters most,
https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipsec-term/" rel="nofollow"> https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipsec-term/
https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipsec-meth/" rel="nofollow"> https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipsec-meth/


 So my question is, did the documents stall because authors did not work with the IESG?

Officially, we are still waiting to see revised drafts that
address all the IESG comments.

 Forgive me, but I don’t understand totally how this process works and how changes/fixes could have happened that would have satisfied the IESG so the documents did not expire.

We simply needed the revisions to be made sooner, but we are a
volunteer organization and the volunteers can only help us
when they have the time and energy...

Al