Re: [re-ECN] Acronym for BoF / w-g?

Bob Briscoe <rbriscoe@jungle.bt.co.uk> Tue, 29 September 2009 00:00 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 ADFD73A67AC for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 17:00:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.896
X-Spam-Level:
X-Spam-Status: No, score=-0.896 tagged_above=-999 required=5 tests=[AWL=-0.775, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_72=0.6, MIME_QP_LONG_LINE=1.396, 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 dMsEeC0k47ry for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 17:00:10 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id 14F0C3A67AA for <re-ecn@ietf.org>; Mon, 28 Sep 2009 17:00:09 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 29 Sep 2009 01:01:28 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 29 Sep 2009 01:01:28 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1254182487796; Tue, 29 Sep 2009 01:01:27 +0100
Received: from MUT.jungle.bt.co.uk ([10.73.192.22]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id n8T01N3X030957; Tue, 29 Sep 2009 01:01:24 +0100
Message-Id: <200909290001.n8T01N3X030957@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 29 Sep 2009 01:01:13 +0100
To: Fred Baker <fred@cisco.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <903258E2-B4BF-490F-802A-8D4AFFBE59CC@cisco.com>
References: <200909281832.n8SIWijX024923@bagheera.jungle.bt.co.uk> <903258E2-B4BF-490F-802A-8D4AFFBE59CC@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 29 Sep 2009 00:01:28.0603 (UTC) FILETIME=[FE693EB0:01CA4097]
Cc: re-ECN unIETF list <re-ecn@ietf.org>
Subject: Re: [re-ECN] Acronym for BoF / w-g?
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: Tue, 29 Sep 2009 00:00:17 -0000

Fred,

At 20:37 28/09/2009, Fred Baker wrote:
>Sounds like IP over Large Public Data Networks, aka eye-plop-down. :-)

Maybe some time off would help :)


>I personally would like to stay away from the term "transport", as it
>is ambiguous in context - this is the network layer, the transport
>layer is one up, and people frequently use the term "transport" to
>mean "the layer below the one I care about" - everything from "the
>fiber" to "http" depending on context. There is no need to bless the
>ambiguity.

I agree.


>I would also suggest staying away from "re-ecn" unless we are agreeing
>up front to implement that specific solution.

Agree too.


>I would also avoid the term "truthfully", as this is all about
>configuration, and different rates call for different configuration.
>Consider for example discussed in 
>http://www-video.eecs.berkeley.edu/Proceedings/INFOCOM2004/DATA04/37_4.PDF 
>. The authors reported that with 90% confidence variation in delay
>(and therefore externally measured congestion) was less than 1 ms (and
>therefore externally measured congestion was nil), with the same
>confidence interval they saw "frequent" spikes on the order of 10 ms
>(TCP synchronization?), and in a few events saw variation in delay as
>high as 100 ms (probable routing events). We obviously don't want CE
>marks at 1 ms, the value at 10 ms is questionable (if it goes right
>back down, what's the point), but when it becomes sustained above a
>few ms there is an issue. If we set the marking threshold at <pick a
>mean queue depth 1..20 ms or a rate 90..99% of capacity> is it a more
>"truthful" value than if you picked the next lower or the next higher
>integer?

I think Toby had in mind the sender reinserting a 
truthful expectation of what the network exposed. 
But you're right truth could be considered as a 
judgement on whether what the network exposed in 
the first place was real truthful congestion.

Overall, I'd agree whatever - I don't believe 
truth is a top level concept that we need in the 
title, even tho it's an important requirement to define for the work.


>That brings me back to "congestion exposure" or "congestion exposure
>experiments".

What about an acronym?
Do you think Kwok's concern over becoming a CEX pot needs heeding?


Bob


>My two yen...
>
>On Sep 28, 2009, at 11:32 AM, Bob Briscoe wrote:
>
>>Hi Congestion Exposers (or should that be ex-posers?),
>>
>>Lars & Jari need an acronym.
>>
>>Can someone suggest a way to decide between the ideas proposed so
>>far below, rather than just going round and round on the list?
>>
>>Context - CONgestion EXposed Truthfully
>>Counted - COngestion {UNiversally Truthfully} ExposeD
>>Exact - EXposing All CongesTion
>>Expect - EXPosing CongesTion
>>ExCeTra (pronounced etc.) - EXposing Congestion TRAnsparently
>>CEX - Congestion EXposure or Congestion Exposure eXperiments
>>ConEx - Congestion Exposure
>>re-ECN - re-inserted Explicit Congestion Notification (or receiver
>>aligned)
>>re-con - Reinserted Congestion? Also alluding to military
>>reconnaissance
>>Trac - Transport with accountabiliy
>>Travis or Tracvis - Transport with congestion visiblity
>>
>>I've removed a couple the original proposer didn't really like, to
>>try to start converging.
>>
>>If we're voting, I vote for CEX (with a soft C of course).
>>
>>
>>Bob
>>
>>
>>>Subject: RE: [re-ECN] Name for BoF?
>>>Date: Tue, 8 Sep 2009 11:01:43 +0100
>>>From: <toby.moncaster@bt.com>
>>>To: <toby.moncaster@bt.com>om>, <rbriscoe@jungle.bt.co.uk>uk>, <re-ecn@ietf.org >
>>>Cc: <ingemar.s.johansson@ericsson.com>
>>>
>>>6 more suggestions:
>>>
>>>Connexion - CONgestioN EXposure InformatiON
>>>Context - CONgestion EXposed Truthfully
>>>Convex - CONgestion Voluntarily EXposed
>>>Counted - COngestion {UNiversally Truthfully} ExposeD
>>>Exact - EXposing All CongesTion
>>>Expect - EXPosing CongesTion
>>>
>>>Of these I think I prefer exact, counted and context as the words
>>>convey something of what we mean.
>>>
>>>Toby
>>>
>>>
>>> > -----Original Message-----
>>> > From: re-ecn-bounces@ietf.org [mailto:re-ecn-bounces@ietf.org] On
>>> > Behalf Of toby.moncaster@bt.com
>>> > Sent: 08 September 2009 09:20
>>> > To: Briscoe,RJ,Bob,XVR9 BRISCORJ R; re-ecn@ietf.org
>>> > Cc: ingemar.s.johansson@ericsson.com
>>> > Subject: Re: [re-ECN] Name for BoF?
>>> >
>>> > If you want to go for something catchy I had been thinking on the
>>>lines
>>> > of:
>>> >
>>> > ExCeTra (pronounced etc.) - EXposing Congestion TRAnsparently
>>> >
>>> > I am exactly split between Congestion Transparency and Congestion
>>> > Exposure. Congestion Visibility is weak...
>>> >
>>> > Toby
>>> >
>>> > PS - glad we got something out in time for the deadline. Let's
>>>hope it
>>> > proves suitable to get us to the starting gate in Hiroshima...
>>> >
>>> > > -----Original Message-----
>>> > > From: re-ecn-bounces@ietf.org [mailto:re-ecn-bounces@ietf.org] On
>>> > > Behalf Of Bob Briscoe
>>> > > Sent: 08 September 2009 09:03
>>> > > To: re-ECN unIETF list
>>> > > Cc: Ingemar Johansson S
>>> > > Subject: Re: [re-ECN] Name for BoF?
>>> > >
>>> > > Folks,
>>> > >
>>> > > More views welcome?
>>> > >
>>> > > Summary of 'votes' so far...
>>> > >
>>> > > At 00:08 08/09/2009, João Taveira Araújo wrote:
>>> > > >Bob Briscoe wrote:
>>> > > >>Folks,
>>> > > >>
>>> > > >>One important issue I never raised - the name.
>>> > > >>
>>> > > >>Congestion Exposure
>>> > > >>Congestion Visibility
>>> > > >>Congestion Transparency
>>> > >
>>> > > Congestion Exposure seems to get everyone's approval
>>> > >
>>> > >
>>> > > >>And a short form:
>>> > > >>CEX?
>>> > > >>re-ECN?
>>> > >
>>> > > Everyone agrees on what it shouldn't be: Not re-ECN
>>> > > Less agreement on a replacement:
>>> > >
>>> > >          CEX
>>> > >          ConEx
>>> > >          re-con
>>> > > Also, one vote for "Wait until later."
>>> > >
>>> > >
>>> > > I'm not so keen on including "Con" for obvious
>>> > > reasons :) Choosing something like that can come back and bite
>>>you.
>>> > > It also sounds somehow as much like config as congestion.
>>> > >
>>> > > Some time ago, Toby came up with a clever one:
>>> > >          C-IT (pron. "See it") for Congestion Information
>>> > Transparency.
>>> > > not so useful if we're not calling it transparency tho.
>>> > >
>>> > > Hey, I've just had a thought, the flag (or
>>> > > codepoint) for rest-of-path congestion could be
>>> > > called CEX (Congestion Expected), rather
>>> > > ambiguous with ECN's "Congestion Experienced (CE)" tho.
>>> > >
>>> > >
>>> > > Bob
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > ________________________________________________________________
>>> > > Bob Briscoe,               Networks Research Centre, BT Research
>>> > >
>>> > > _______________________________________________
>>> > > re-ECN mailing list
>>> > > re-ECN@ietf.org
>>> > > https://www.ietf.org/mailman/listinfo/re-ecn
>>> > _______________________________________________
>>> > re-ECN mailing list
>>> > re-ECN@ietf.org
>>> > https://www.ietf.org/mailman/listinfo/re-ecn
>>
>>________________________________________________________________
>>Bob Briscoe,                                BT Innovate & Design
>>_______________________________________________
>>re-ECN mailing list
>>re-ECN@ietf.org
>>https://www.ietf.org/mailman/listinfo/re-ecn

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design