Hi Simon
Very good point -- I also think this falls into the scope
of draft-ietf-aqm-eval-guidelines aligned with my interpretation of your
words. I believe Section 8.2.2 of
https://tools.ietf.org/html/draft-ietf-aqm-eval-guidelines-08 somewhat
implicitly covers that.
Cheers,
Naeem
On Tue, Oct 1
Hi all
Any comments on the newly submitted update as
draft-ietf-aqm-eval-guidelines-01 is welcomed. In the new version, we have
tried to address the issues brought up on the ML as well as the feedback we
received at the IETF-91 and have tried to incorporate them all. We have
also clarified several
Hi Richard
line 134: "???: does an AQM implementation must justify its cost. I don't
think you"
that's *probably* me trying to say that "it's up to the AQM designers to
justify the cost of their proposed AQM given a set of
scenarios/environments where their AQM is aimed to operate at. Q1: Is it
m
Great! We now finally have a common basis to discuss about FQ_CoDel.
Naeem
On Mon, Mar 3, 2014 at 12:50 PM, Toke Høiland-Jørgensen <
toke.hoiland-jorgen...@kau.se> wrote:
> Hi everyone
>
> This is to notify you of the availability of a draft explaining the
> fq_codel algorithm. It is available
Nicolas,
Good catch although I tend to think that the impact of this would be
more visible on FIFO/DropTail queues; with an AQM presumably set at a
low threshold this impact will probably be less profound (although
depending on too many other factors, such as the load, multiplexing
level, BDP, etc
I'm interested in contributing to the evaluation guidelines draft as writer
as expressed before, although I won't be able to actively work on this
earlier than the second week of Feb'14.
Regards,
Naeem
On Wed, Jan 8, 2014 at 8:45 PM, Wesley Eddy wrote:
> Hi, as we've entered 2014 and have ch
hile avoiding the link to get under-utilized. That
notion (again, I have no argument on its correctness for now) is different
from my question on "good bursts" which means that: once we manage to get
rid of the standing queue, what types/sizes of bursts I should let the AQM
X to protect/han
Bob, Fred and all
I'll copy/paste the question here again: "what is a good burst (size) that
AQMs should allow?" and/or "how an AQM can have a notion of the right burst
size?"
So, obviously, as Bob mentioned, I'm concerned about what AQMs should or
shouldn't do. The mission of dealing with packet
Hi all
I'm not sure if this has already been covered in any of the other threads,
but looking at http://www.ietf.org/proceedings/88/slides/slides-88-aqm-5.pdfand
draft-ietf-aqm-recommendation-00, the question remains: "what is a
good
burst (size) that AQMs should allow?" and/or "how an AQM can hav
Hi Dave
Thanks for sharing this and great to know that you're working on
replicating the "AQM Kids..." work presented at ICCRG. jfyi we used Linux
3.10.4 on the AQM box for our real-life tests (also mentioned in Table 4,
page 8 of the TR) and it should contain most of the recent codes on the
lates
This should have probably been brought in different thread...
comments follow inline
On Thu, Nov 14, 2013 at 9:00 PM, Preethi Natarajan wrote:
>
>
> From: Naeem Khademi
> Date: Thursday, November 14, 2013 8:05 AM
> To: Anoop Ghanwani
> Cc: , Michael Welzl , "
&g
Hi Rong
comments follow inline
Thanks
Naeem
On Thu, Nov 14, 2013 at 8:59 PM, Rong Pan (ropan) wrote:
> Please see inline…
>
> Thanks,
>
> Rong
>
>
>
> From: Naeem Khademi
> Date: Thursday, November 14, 2013 8:43 AM
> To: Preethi Natarajan
>
Very sorry for double-posting as for some reasons "what I was answering to"
was missed from the rest of my previous email. So here again:
On Thu, Nov 14, 2013 at 8:46 PM, Preethi Natarajan wrote:
>
>
> From: Naeem Khademi
> Date: Thursday, November 14, 2013 5:32 AM
>
On Thu, Nov 14, 2013 at 8:46 PM, Preethi Natarajan wrote:
>
>
> From: Naeem Khademi
> Date: Thursday, November 14, 2013 5:32 AM
>
> To: Preethi Natarajan
> Cc: Michael Welzl , "aqm@ietf.org"
> Subject: Re: [aqm] AQM schemes: Queue length vs. delay based
On Thu, Nov 14, 2013 at 12:33 AM, Anoop Ghanwani wrote:
>
>
>
> On Wed, Nov 13, 2013 at 3:23 PM, Curtis Villamizar
> wrote:
>
>>
>> Including unrealistic scenarios, like going from near zero traffic to 10
>> interfaces feeding one at full speed until overflow occurs, is
>> counterproductive.
>
>
> Delay-based ARED behaves similar to tail drop at max threshold.
>>
>
I think I now understand what you mean by this sentence ;-) and therefore
please ignore the paragraph responding to this specific point in the
previous email (sorry about that, I got it mixed with max_target). Indeed
ARED drops
On Wed, Nov 13, 2013 at 7:25 PM, Preethi Natarajan wrote:
> Please see inline…
>
> From: Naeem Khademi
> Date: Wednesday, November 13, 2013 5:01 AM
> To: Preethi Natarajan
> Cc: Michael Welzl , "aqm@ietf.org"
>
> Subject: Re: [aqm] AQM schemes: Queue lengt
On Wed, Nov 13, 2013 at 12:56 AM, Preethi Natarajan
wrote:
>
>
> From: Michael Welzl
> Date: Friday, November 8, 2013 5:30 PM
>
> To: Preethi Natarajan
> Cc: Naeem Khademi , "aqm@ietf.org"
> Subject: Re: [aqm] AQM schemes: Queue length vs. delay based
>
Hi
Snipping other stuff, I would like to add some specific points inline:
On Thu, Nov 7, 2013 at 10:45 AM, Fred Baker (fred) wrote:
>
> On Nov 7, 2013, at 8:59 AM, "Akhtar, Shahid (Shahid)" <
> shahid.akh...@alcatel-lucent.com> wrote:
>
> >> 4. Conclusions and Recommendations
> >> [snip]
>
I fully agree with the need to have AQMs that use "queuing delay" as metric
and not "queue length" and this is already a bonus for algorithms that use
this metric (e.g. PIE). However, I believe that one can possibly modify RED
or its derivatives (e.g. Adaptive RED) to set their thresholds based on
Hi
This might be of interest of some of AQMers:
The slides of ICCRG talk at IETF88 comparing the performance of CoDel, PIE
and ARED is available at:
http://www.ietf.org/proceedings/88/slides/slides-88-iccrg-4.pdf
A detailed technical report with more experimental results can be found at:
http://
Thanks Shahid
Although interesting to know that (W)RED has made it into some hardware (in
your RE to Lars' point), my question is more about "deployment" at the edge
or the core, whether it's being used or not?
Cheers,
Naeem
On Wed, Sep 25, 2013 at 8:51 PM, Akhtar, Shahid (Shahid) <
shahid.akh.
Hi
Sorry if I'm asking a redundant question here, but any citeable information
on AQM's deployment on the Internet? RED, ARED, BLUE, (FQ_)CoDel's
deployment either at the edge or core? I'm curious to know how much of it
has made it into real deployment.
Regards,
Naeem
Hi
The already-existing PIE Linux code maintained at
ftp://ftpeng.cisco.com/pie/ does not support ECN. Studying the interaction
of ECN and AQM algos is probably of interest of some of us. I have added
ECN support to PIE Linux code and have given it some basic sanity tests.
The modified code is av
24 matches
Mail list logo
