[re-ECN] DRAFT charter

Leslie Daigle <leslie@thinkingcat.com> Thu, 05 November 2009 05:57 UTC

Return-Path: <leslie@thinkingcat.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 7310D3A6781 for <re-ecn@core3.amsl.com>; Wed, 4 Nov 2009 21:57:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 SCcVSvDemw23 for <re-ecn@core3.amsl.com>; Wed, 4 Nov 2009 21:57:28 -0800 (PST)
Received: from zeke.ecotroph.net (zeke.ecotroph.net [70.164.19.155]) by core3.amsl.com (Postfix) with ESMTP id 78E1D3A63EC for <re-ecn@ietf.org>; Wed, 4 Nov 2009 21:57:28 -0800 (PST)
Received: from beethoven.local ([::ffff:72.254.105.208]) (AUTH: PLAIN leslie, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by zeke.ecotroph.net with esmtp; Thu, 05 Nov 2009 00:57:44 -0500 id 015B008E.4AF26959.000029B9
Message-ID: <4AF26950.90208@thinkingcat.com>
Date: Thu, 05 Nov 2009 00:57:36 -0500
From: Leslie Daigle <leslie@thinkingcat.com>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: re-ecn@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [re-ECN] DRAFT charter
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: Thu, 05 Nov 2009 05:57:29 -0000

Hi,

Here's a draft charter for a potential WG in this area.  Note that we 
have to be pretty successful in working our way through the BoF agenda 
to even get to a point where it is sensible to discuss a charter, but it 
seemed reasonable to have a draft in hand.





CONEX Charter

The purpose of the CONEX working group is to develop a mechanism to 
allow senders to inform the network of the level of congestion they 
expect their packets to encounter. This information is currently only 
visible at the transport layer. With the output of CONEX, it will be 
possible to provide sufficient information in each IP datagram so that 
any node in the network can see the expected rest-of-path congestion. 
Once any node can see the impact it causes (and suffers) by sending or 
forwarding packets, it will be possible to hold senders and whole 
networks accountable for the congestion they cause downstream. Tools 
that exploit the CONEX output could be used for mitigating distributed 
denial of service (DDoS); simplifying differentiation of quality of 
service (QoS); policing compliance to congestion control; and so on.


Output of  the CONEX WG will include:

o An applicability statement -- the specific cases in which CONEX is 
useful, especially in different network conditions, incremental 
deployment considerations, etc.

o Specification of IP (v4 and v6) packet structure to encapsulate 
congestion exposure information (header bits, interpretation)

o Use cases -- possible uses of the CONEX information to reduce 
congestion and/or increase accountability for it

o Specification of necessary CONEX features in TCP, for example to carry
congestion information from receiver to sender

o Analysis of security threats from falsifying or suppressing CONEX
information

Future work may include specifications to implement one or more use cases.



Milestones [Hopelessly ambitious for now -- to be hammered out when the 
output is settled]


Feb 2010 Draft applicability statement (-00)

Mar 2010 Evaluation of candidate protocol approaches

Apr 2010 Determination of protocol approach

May 2010 Draft use cases (-00)

Jun 2010 Revised applicability statement

Jun 2010 Draft CONEX IPv4 specification  (-00)

Jun 2010 Draft CONEX IPv6 specification (-00)

Dec 2010 Revised CONEX IPv4 specification

Dec 2010 Revised CONEX IPv6 specification

Jan 2011 Revised use cases



-- 

-------------------------------------------------------------------
"Reality:
      Yours to discover."
                                 -- ThinkingCat
Leslie Daigle
leslie@thinkingcat.com
-------------------------------------------------------------------