[e2e] What is a good burst? -- AQM evaluation guidelines
Naeem Khademi
naeem.khademi at gmail.com
Sun Dec 15 10:47:54 PST 2013
Hi Detlaf
My question was rather what types of bursts, AQMs should or shouldn't
allow? -- e.g. when designing my AQM should I care about 64K TSO-generated
bursts to safely pass without dropping or not? Does the answer also apply
to the burst sizes typical of multimedia traffic, etc.? if the answer is
"yes", should an AQM design be actively aware of what application layer
does in terms of sending bursty traffic or not? and to what extent if yes?
Regards,
Naeem
On Sun, Dec 15, 2013 at 6:37 PM, Detlef Bosau <detlef.bosau at web.de> wrote:
> Admittedly, my position on this matter radically changed during the last
> years.
>
> However: TCP is an asynchronous protocol. So, if there are no other
> reasons to avoid bursts, I don't see a problem
> in bursty traffic.
>
> Am 15.12.2013 06:35, schrieb Naeem Khademi:
> > 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 have a
> notion
> > of the right burst size?".
> >
> > and how "naturally-occuring bursts" mentioned in
> > draft-ietf-aqm-recommendation-00
> > can be defined?
> >
> >
> >
> > Regards,
> > Naeem
>
>
> --
> ------------------------------------------------------------------
> Detlef Bosau
> Galileistraße 30
> 70565 Stuttgart Tel.: +49 711 5208031
> mobile: +49 172 6819937
> skype: detlef.bosau
> ICQ: 566129673
> detlef.bosau at web.de http://www.detlef-bosau.de
>
>
More information about the end2end-interest
mailing list