IETF Logo Mail Archive

Re: [conex] Expiration of credits

Toby Moncaster <toby.moncaster@cl.cam.ac.uk> Wed, 26 October 2011 09:01 UTC

Return-Path: <tm444@hermes.cam.ac.uk>
X-Original-To: conex@ietfa.amsl.com
Delivered-To: conex@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F062E21F8AF5 for <conex@ietfa.amsl.com>; Wed, 26 Oct 2011 02:01:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2HSbpHwUpeuW for <conex@ietfa.amsl.com>; Wed, 26 Oct 2011 02:01:15 -0700 (PDT)
Received: from ppsw-52.csi.cam.ac.uk (ppsw-52.csi.cam.ac.uk [131.111.8.152]) by ietfa.amsl.com (Postfix) with ESMTP id 65D1121F8AF4 for <conex@ietf.org>; Wed, 26 Oct 2011 02:01:15 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: not scanned
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from ravage.cl.cam.ac.uk ([128.232.1.17]:58210) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:25) with esmtpsa (PLAIN:tm444) (TLSv1:AES128-SHA:128) id 1RIzMI-0003tN-DY (Exim 4.72) (return-path <tm444@hermes.cam.ac.uk>); Wed, 26 Oct 2011 10:01:14 +0100
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset="iso-8859-1"
From: Toby Moncaster <toby.moncaster@cl.cam.ac.uk>
In-Reply-To: <201110261048.16356.mkuehle@ikr.uni-stuttgart.de>
Date: Wed, 26 Oct 2011 10:01:14 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <03258907-BBCC-489F-9220-2C15BB78ECFA@cl.cam.ac.uk>
References: <201110261048.16356.mkuehle@ikr.uni-stuttgart.de>
To: Mirja Kühlewind <mirja.kuehlewind@ikr.uni-stuttgart.de>
X-Mailer: Apple Mail (2.1251.1)
Sender: "T. Moncaster" <tm444@hermes.cam.ac.uk>
Cc: conex@ietf.org
Subject: Re: [conex] Expiration of credits
X-BeenThere: conex@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Congestion Exposure working group discussion list <conex.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/conex>, <mailto:conex-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/conex>
List-Post: <mailto:conex@ietf.org>
List-Help: <mailto:conex-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/conex>, <mailto:conex-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Oct 2011 09:10:17 -0000

My view would be that the credits would remain valid for the duration of the connection, but there would be a cap on how much credit you could have (at most a few packets-worth).

Toby

On 26 Oct 2011, at 09:48, Mirja Kühlewind wrote:

> Hi list,
> 
> one more question, we need to answer for the TCP modifications draft:
> 
> In the draft we propose a way how to use the credits bits in Slow Start. We 
> assume that the credits are valid for a couple of RTTs. But I assume that 
> those credits should not be valid for ever, as otherwise I could just send 
> credits whenever I have 'congestion volume tokens' available and not care 
> about any conex markings later on. I believe we want to avoid this case. But 
> I don't think that any kind of expiration of the credits bit is addressed yet 
> (in the abstract mechanism draft)...?
> 
> Mirja
> 
> 
> _______________________________________________
> conex mailing list
> conex@ietf.org
> https://www.ietf.org/mailman/listinfo/conex

v2.31.3 | Report a Bug | By Email | System Status