Re: [aqm] AQM schemes: Queue length vs. delay based

Preethi Natarajan <preethi.cis@gmail.com> Mon, 18 November 2013 20:03 UTC

Return-Path: <preethi.cis@gmail.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C48E1AE26F for <aqm@ietfa.amsl.com>; Mon, 18 Nov 2013 12:03:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FqqQeDxCJ0Iu for <aqm@ietfa.amsl.com>; Mon, 18 Nov 2013 12:03:17 -0800 (PST)
Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id A17031AE309 for <aqm@ietf.org>; Mon, 18 Nov 2013 12:03:17 -0800 (PST)
Received: by mail-pd0-f178.google.com with SMTP id y10so145799pdj.37 for <aqm@ietf.org>; Mon, 18 Nov 2013 12:03:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :in-reply-to:mime-version:content-type; bh=Kh+75ngPoNUAKfXGNgDLmTVBubwNRc5TijNMcIKM/8Q=; b=NfOConpXnn/9J+uEt5NLaaUhnavgNwjHMgIqXKMa4hgrybLoKKTPEabmvFxMf/+B0P Go6ocw3dRo8SlT9pbRQDZ3y9Rfg0zmPvIIkaevXy2dv6EqDSacqHXmfRRqYCxAUylo4d /OxHxJ7OrV2qiGThburVvr6+IPkimjaDyPF5xIGVyP1civEX2/xgsdQeE5rjFntZaGk9 yy/5JgqHTXbO1mIly2ZjJ5YAq5kIJSnGo35GhYS9rblXvMbFWfKizAgRzCwAxNaAGDxc iqAoJwYzRaZWeYmo8GjiBLmhhf9WZ3zFQVx26Rdc6yn9ULJ+tTmcWADYngPgpsTwEvKT WxeQ==
X-Received: by 10.66.102.39 with SMTP id fl7mr23176028pab.43.1384804991960; Mon, 18 Nov 2013 12:03:11 -0800 (PST)
Received: from [10.33.22.215] (128-107-239-233.cisco.com. [128.107.239.233]) by mx.google.com with ESMTPSA id qv8sm25315072pbc.31.2013.11.18.12.03.09 for <multiple recipients> (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 18 Nov 2013 12:03:11 -0800 (PST)
User-Agent: Microsoft-MacOutlook/14.2.1.120420
Date: Mon, 18 Nov 2013 12:03:06 -0800
From: Preethi Natarajan <preethi.cis@gmail.com>
To: Anoop Ghanwani <anoop@alumni.duke.edu>
Message-ID: <CEAFAE42.4BA1F%prenatar@cisco.com>
Thread-Topic: [aqm] AQM schemes: Queue length vs. delay based
In-Reply-To: <CA+-tSzz+KR2OSLHF4ovAh2FycfQ-1duX=1LFPrB4y1A9gMPDsA@mail.gmail.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3467620990_11488709"
Cc: "aqm@ietf.org" <aqm@ietf.org>, Naeem Khademi <naeem.khademi@gmail.com>, Michael Welzl <michawe@ifi.uio.no>, curtis <curtis@ipv6.occnc.com>
Subject: Re: [aqm] AQM schemes: Queue length vs. delay based
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Nov 2013 20:03:19 -0000


From:  Anoop Ghanwani <anoop@alumni.duke.edu>
Date:  Sunday, November 17, 2013 10:53 AM
To:  Preethi Natarajan <preethi.cis@gmail.com>
Cc:  Naeem Khademi <naeem.khademi@gmail.com>, curtis
<curtis@ipv6.occnc.com>, Michael Welzl <michawe@ifi.uio.no>, "aqm@ietf.org"
<aqm@ietf.org>
Subject:  Re: [aqm] AQM schemes: Queue length vs. delay based

> 
> 
> 
> On Thu, Nov 14, 2013 at 5:33 PM, Preethi Natarajan <preethi.cis@gmail.com>
> wrote:
>> 
>> Just pointing out the evidence here --
>> http://www.ietf.org/proceedings/86/slides/slides-86-iccrg-5.pdf
>> 
>> The slides contain preliminary results from DC scenarios, showing PIE's
>> parameters and adaptability to DC scenarios. Thank god for the IETF archives
>> :)
>> 
> Hi Preethi,
> 
> In these simulations what was the buffer size used?  From my read, it looks
> like the setup had ~400 KB per port before any marking/discarding would take
> place.  This is significantly more than what is available in top-of-the-rack
> switches used in many data centers.
> 
> This should give you an idea of the kind of buffering that is actually
> available.  As port-counts go up, the amount of buffering per port goes down.
> http://people.ucsc.edu/~warner/buffer.html
> 
> For the simulations to be relevant for such switches, they would have to be
> done with significantly smaller buffer sizes.  The sizing gets even worse when
> we consider there may be multiple priorities and some of those may be lossless
> (requiring dedicated buffers be set aside for them).
> 

Hi Anoop,

Thanks for the pointer regarding small buffers.

We haven't run simulations with small buffers in DC environments. However,
from our experience, PIE's control law usually adapts well to small buffers
for a given network condition. Maybe you can help us refine the DC
simulation parameters and we can give this a try.

We'll follow-up offline if that makes sense.

Thanks,
Preethi