Re: [re-ECN] Congestion Exposure BOF approved

Bob Briscoe <rbriscoe@jungle.bt.co.uk> Mon, 28 September 2009 16:42 UTC

Return-Path: <rbriscoe@jungle.bt.co.uk>
X-Original-To: re-ecn@core3.amsl.com
Delivered-To: re-ecn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C70C63A697E for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 09:42:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[AWL=0.230, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, 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 9ePRqWbalrA0 for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 09:42:03 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by core3.amsl.com (Postfix) with ESMTP id AE5263A659B for <re-ecn@ietf.org>; Mon, 28 Sep 2009 09:42:01 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 28 Sep 2009 17:43:19 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 28 Sep 2009 17:43:19 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1254156198812; Mon, 28 Sep 2009 17:43:18 +0100
Received: from MUT.jungle.bt.co.uk ([10.215.130.87]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id n8SGhF89022989; Mon, 28 Sep 2009 17:43:15 +0100
Message-Id: <200909281643.n8SGhF89022989@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 28 Sep 2009 17:43:13 +0100
To: Lars Eggert <lars.eggert@nokia.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <0BE56D2A-15FC-4BE4-9BCD-850E91564D36@nokia.com>
References: <0BE56D2A-15FC-4BE4-9BCD-850E91564D36@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 28 Sep 2009 16:43:19.0918 (UTC) FILETIME=[C92240E0:01CA405A]
Cc: re-ECN unIETF list <re-ecn@ietf.org>
Subject: Re: [re-ECN] Congestion Exposure BOF approved
X-BeenThere: re-ecn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: re-inserted explicit congestion notification <re-ecn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/re-ecn>
List-Post: <mailto:re-ecn@ietf.org>
List-Help: <mailto:re-ecn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2009 16:42:09 -0000

Lars,

At 13:20 28/09/2009, Lars Eggert wrote:
>Hi,
>
>I just wanted to drop you all a quick note that after the IAB/IESG BOF
>call last Friday, we've approved the Congestion Exposure BOF for the
>next IETF in Hiroshima.

Excellent news - thanks.


>I'll work with the proponents on detailing the BOF agenda

Presumably primarily on this list.

>and
>assigning some BOF chairs.

Presumably off list initially.

>One bit of feedback from the I* is that the
>proposed charter is lengthy but light on actual proposed work. We need
>a crisper BOF agenda and proposed WG charter.

I'd be wary of adding more work (as there's a lot in each item 
listed), but if you mean more info is needed on each item, certainly can do.

Yes, it was largely my fault the BoF proposal was too long. People on 
this list have been working on a Problem Statement and some 
discussion has occurred on how to make the BoF proposal shorter already.

What's the process (including deadlines and who has to approve it) for:
- defining a BoF announcement (the one linked from the IETF agenda)?
- defining a draft charter?


>What acronym do you want to have this scheduled under? CE is a bit too
>generic. It's a bit difficult to change the acronym when going from
>BOF to WG (as experienced with TANA/LEDBAT), so it'd be good it we can
>find a stable one.

Before getting down to candidate acronyms, what's behind the "bit too 
generic" comment? Was that feedback from the I* or a personal view?

Is there concern about:
- needing a name for a protocol in the title?
- or needing more about motivation in the title?

The tone I perceived we're trying to convey is "This w-g is about 
exposing congestion information - a very generic capability at the 
network layer. And even tho we have a candidate protocol, we don't 
want to name the w-g after just one candidate."

Ultimately "Congestion Exposure" says on the box what it does inside. 
The w-g proposal is about a generic capability to expose congestion 
info. I like it - and the list has reached consensus on it. We just 
haven't reached consensus on an acronym (yet).

There's a distinction between the name for a BoF/w-g and the content 
of the BoF. The BoF has to be about one big reason why we want to do 
this, but should a w-g be saddled with a name based on one 
motivation? I hope not - the history of the IETF is littered with 
protocols that got used primarily for a different purpose than that 
originally intended.

more...


>Lars
>
>PS: Secretariat (BCC'ed), please earmark an agenda slot for the BOF,
>but wait with the allocation until we know what acronym we'll go with.

When do we have to say how long a slot we need?


Bob





>_______________________________________________
>re-ECN mailing list
>re-ECN@ietf.org
>https://www.ietf.org/mailman/listinfo/re-ecn

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design