[Bloat] Replacing the "RED Manifesto" with an "AQM manifesto" in the IETF

Kevin Gross kevin.gross at avanw.com
Sun Mar 17 16:54:25 EDT 2013


Speaking of many problems yet to solve, another IETF group
bufferbloat people may be interested in is RMCAT - RTP Media Congestion
Avoidance Techniques
Charter - http://datatracker.ietf.org/wg/rmcat/charter/
Join mailing list - https://www.ietf.org/mailman/listinfo/rmcat

Kevin Gross
+1-303-447-0517
Media Network Consultant
AVA Networks - www.AVAnw.com <http://www.avanw.com/>, www.X192.org


On Sun, Mar 17, 2013 at 12:32 PM, Jim Gettys <jg at freedesktop.org> wrote:

> The ICCRG meeting at last week's IETF went very well, as did a variety of
> live demos of fq_codel.
>
> You can find the ICCRG slide sets here:
> https://datatracker.ietf.org/meeting/86/materials.html
>
>  and, though the sessions were not video'ed by the IETF, Dave and I used
> our phones and may put some low quality video up later.
>
> See: http://www.ietf.org/blog/
>
>  and
>
> https://plus.google.com/u/0/107942175615993706558/posts/A1seNKANmDg
>
> My great thanks to Dave Taht and Comcast to pull off a live demo of
> bufferbloat helping drive bufferbloat's reality home to people.  Such live
> demos are always a huge amount of work.
>
> The tsvarea meeting resulted in consensus to work toward establishing a
> working group and updated set of best practices and RFCs regarding AQM
> recommendations. First up was establishing a new mailing list for "aqm",
> which can be joined here:
>
> https://www.ietf.org/mailman/listinfo/aqm
>
>
>
> Now is the time to see how standards sausage is made!
>
> Some advise was published in the ICCRG meeting about how to proceed
> further:
>
> http://www.ietf.org/proceedings/86/slides/slides-86-iccrg-4.pdf
>
>
> Those of you familiar with RFC 2309 may know that it was informally called
> the "RED manifesto", and aware that RED's shortcomings doomed it. But such
> a document (as a public statement of the IETF that this problem must be
> urgently solved).
>
> Fred Baker (who was IETF chair recently) just issued an initial internet
> draft:
>
>
> http://datatracker.ietf.org/doc/draft-baker-aqm-recommendation/?include_text=1
>
>
> This one is intended to obsolete RFC2309, and is mostly RFC2309 with the
> old stuff ripped out, and not a lot of new added. YET! Please join the AQM
> list to discuss what the new advice (AQM manifesto) should look like.
>
> Since multiple AQM algorithms can co-exist (e.g. CoDel & PIE), and
> multiple flow queuing algorithms, we expect that "one size fits all" is
> unlikely, but documenting them (so that purchasing RFP's can reference
> them) and explaining their best areas of use; best guess is we'll see a
> number of informational RFC's and BCP's result, though standards track for
> the algorithms are not out of the question.
>
> The research and development in this area is still very young.  This is
> the beginning of a long road. As Matt Mathis put it in the ICCRG meeting,
> the results (which you can see repeated in all the slide sets in the ICCRG
> meeting) are compelling, and it is important to start the deployment
> process without years of optimization: seldom do you see orders of
> magnitude improvement shown as everyone did at the meeting.
>
> I would like to thank all of you (and Dave Taht, Kathy Nichols and Van
> Jacobson in particular) for helping us to get to this point.  I started as
> a lone voice in the wilderness and felt very alone.
>
> With all your help and support there is now a growing chorus and we have
> billions of devices to deploy to, and many problems yet to solve.
>
> Again, thanks to all.
>                                  Jim
>
>
>
>
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20130317/f8975bc3/attachment-0003.html>


More information about the Bloat mailing list