Re: [re-ECN] ConEx-IP & ConEx-TCP as separate docs?

Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de> Wed, 16 December 2009 12:47 UTC

Return-Path: <mirja.kuehlewind@ikr.uni-stuttgart.de>
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 EB1E03A6984 for <re-ecn@core3.amsl.com>; Wed, 16 Dec 2009 04:47:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.846
X-Spam-Level:
X-Spam-Status: No, score=-0.846 tagged_above=-999 required=5 tests=[AWL=1.403, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 qpglTYG0lutl for <re-ecn@core3.amsl.com>; Wed, 16 Dec 2009 04:47:35 -0800 (PST)
Received: from mailsrv.ikr.uni-stuttgart.de (mailsrv.ikr.uni-stuttgart.de [129.69.170.2]) by core3.amsl.com (Postfix) with ESMTP id 374BD3A694F for <re-ecn@ietf.org>; Wed, 16 Dec 2009 04:47:35 -0800 (PST)
Received: from netsrv1.ikr.uni-stuttgart.de (netsrv1-c [10.11.12.12]) by mailsrv.ikr.uni-stuttgart.de (Postfix) with ESMTP id 2CF01439F4 for <re-ecn@ietf.org>; Wed, 16 Dec 2009 13:47:20 +0100 (CET)
Received: from localhost (inode21 [10.21.18.11]) by netsrv1.ikr.uni-stuttgart.de (Postfix) with ESMTP id 18E62BC07E for <re-ecn@ietf.org>; Wed, 16 Dec 2009 13:47:20 +0100 (CET)
From: Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de>
Organization: University of Stuttgart (Germany), IKR
To: re-ecn@ietf.org
Date: Wed, 16 Dec 2009 13:46:23 +0100
User-Agent: KMail/1.9.10 (enterprise35 0.20090731.1005176)
References: <mailman.4950.1260814723.32729.re-ecn@ietf.org> <130EBB38279E9847BAAAE0B8F9905F8C02686F22@esealmw109.eemea.ericsson.se>
In-Reply-To: <130EBB38279E9847BAAAE0B8F9905F8C02686F22@esealmw109.eemea.ericsson.se>
X-KMail-QuotePrefix: >
MIME-Version: 1.0
Content-Type: Text/Plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200912161346.23674.mirja.kuehlewind@ikr.uni-stuttgart.de>
Subject: Re: [re-ECN] ConEx-IP & ConEx-TCP as separate docs?
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: Wed, 16 Dec 2009 12:47:36 -0000

> The main point should be that an implementor of an (incentive)dropper or a
> congestion volume policer should ideally only need to read the ConEx IP
> document to get enough informaton. Application developers would need to
> read both ConEx IP and the transport related ConEx docs.
That's a good point. Inline with that we have to address how to handle 
not-ConEx packets. In a long range from my understanding it would be the goal 
to make very IP packets ConEx-capable. That would mean you need to have an 
IP(-only) spec and also specify requirements for a feedback mechanism (in 
transport layer) regarding e.g. max delay of the ConEx information or 
whatever.

So the question is: Is the goal to make ConEx used by very kind of transport? 
Or does ConEx also work if just some connections use it (e.g. TCP based 
ones)?

I'm not sure if a policer at network ingress makes any sense if one easily can 
avoid to exposure the congestion information by not using TCP...

Mirja