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

Fred Baker <fred@cisco.com> Mon, 28 September 2009 19:36 UTC

Return-Path: <fred@cisco.com>
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 D444F3A6942 for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 12:36:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.224
X-Spam-Level:
X-Spam-Status: No, score=-106.224 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_72=0.6, 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 Jql4aRwxJl-l for <re-ecn@core3.amsl.com>; Mon, 28 Sep 2009 12:36:48 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 484C13A6862 for <re-ecn@ietf.org>; Mon, 28 Sep 2009 12:36:48 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApoEALOtwEpAZnmf/2dsb2JhbADAWYhTAY5DBYQegV0
X-IronPort-AV: E=Sophos;i="4.44,468,1249257600"; d="scan'208";a="60380242"
Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 28 Sep 2009 19:38:06 +0000
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n8SJc6vY029932; Mon, 28 Sep 2009 15:38:06 -0400
Received: from stealth-10-32-244-221.cisco.com (stealth-10-32-244-221.cisco.com [10.32.244.221]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id n8SJc585006116; Mon, 28 Sep 2009 19:38:05 GMT
Message-Id: <903258E2-B4BF-490F-802A-8D4AFFBE59CC@cisco.com>
From: Fred Baker <fred@cisco.com>
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <200909281832.n8SIWijX024923@bagheera.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Mon, 28 Sep 2009 12:37:58 -0700
References: <200909281832.n8SIWijX024923@bagheera.jungle.bt.co.uk>
X-Mailer: Apple Mail (2.936)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=6879; t=1254166686; x=1255030686; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20[re-ECN]=20Acronym=20for=20BoF=20/=20w- g? |Sender:=20 |To:=20Bob=20Briscoe=20<rbriscoe@jungle.bt.co.uk>; bh=psMY/A8nLww2dpffTe6g3wDheVMtnhwS6M5XI0npN4Y=; b=DFsFOpNpTgGDGAvf8mJdFR9YWAlo11xQATGoUA9GhF9fl9b+czRb7SYUiq ltxugZ5/6GvUKFQQ0ZZAlvDG1u+yBmg5L09c4mtZK8XeTBIsXHTqmS2BJ8pb X3CQ4VYKe/;
Authentication-Results: rtp-dkim-2; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; );
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: Mon, 28 Sep 2009 19:36:49 -0000

Sounds like IP over Large Public Data Networks, aka eye-plop-down. :-)

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 would also suggest staying away from "re-ecn" unless we are agreeing  
up front to implement that specific solution.

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?

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

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