[e2e] Re: end2end-interest Digest, Vol 7, Issue 1

[nfonseca at ic.unicamp.br]

Dra Lomg Le,


In C.A. V. Melo and N.L.S. da Fonseca, `Statistical Multiplexing of
Multifractal flows`in Proc of IEEE ICC 2004

the `time scale of interest` of a queue fed by multifractal flows is
computed. The ´time scale of interest`is the time scale at which the queue
reaches its maximum size. In this paper IP flows are modeled as multfractal
processes. Real network traces are used to generate numerical examples.
Envelope process (minimalist models) are used to model IP flows.

You may also read Matta´s original paper about `mice and elephant`
As far as I remember the authors´connect the LRD concept to AQM

nelson Fonseca



> Send end2end-interest mailing list submissions to
> 	end2end-interest at postel.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://www.postel.org/mailman/listinfo/end2end-interest
> or, via email, send a message with subject or body 'help' to
> 	end2end-interest-request at postel.org
>
> You can reach the person managing the list at
> 	end2end-interest-owner at postel.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of end2end-interest digest..."
>
>
> Today's Topics:
>
>    1. Active queue management and Internet traffic characteristics
>       (Long Le)
>    2. Re: Active queue management and Internet traffic
>       characteristics (Ji Andy)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 8 Sep 2004 02:42:10 -0400
> From: Long Le <le at cs.unc.edu>
> Subject: [e2e] Active queue management and Internet traffic
> 	characteristics
> To: end2end-interest at postel.org
> Message-ID: <20040908064210.GB7451 at quartet.cs.unc.edu>
> Content-Type: text/plain; charset=us-ascii
>
> Hi all,
>
> One stated advantage of active queue management such as RED
> in RFC 2309 (Recommendations on Queue Management and Congestion
> Avoidance in the Internet) is that RED can reduce the number of
> dropped packets by keeping the average queue size small because
> it will provide greater capacity to absorb packet bursts when
> packet bursts occur. So keeping a small queue can result in
> higher throughput.
>
> My questions are:
>
> 1. On what time scales do packet bursts occur in the Internet
> (if at all)?
> 2. Is the argument above true in practice?
> 3. To keep the average queue size small, the router probably
> needs to drop some arriving packets (if ECN is not used). So
> isn't the argument above counterintuitive?
>
> Any answers and comments are greatly appreciated.
>
> Thanks,
> Long
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 08 Sep 2004 07:58:38 +0000
> From: "Ji Andy" <armada_cn at hotmail.com>
> Subject: [e2e] Re: Active queue management and Internet traffic
> 	characteristics
> To: end2end-interest at postel.org
> Cc: le at cs.unc.edu
> Message-ID: <BAY13-F3TA7OIkUqLpH000913e3 at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> Hi, long,
>
> I am also thinking on the similar questions these days. Most AQM schemes
> proposed only consider packet marking under the condition that traffic
> traversing the bottleneck is constructed by some TCP connections.
> Unresponsive traffic and short-lived flows are just  perturbation in these
> schemes. When considering the properties of aggregated traffic, e.g.,
> self-similarity or burstiness in multiple time scale, it is difficult to
> stablize the queue and keep packet marking probability low at the same
> time.
>
> I have submitted a paper on this topic to ICC'05.
>
> Regards,
>
> -Andy
>
> _________________________________________________________________
> ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£  http://www.hotmail.com
>
>
>
> ------------------------------
>
> _______________________________________________
> end2end-interest mailing list
> end2end-interest at postel.org
> http://www.postel.org/mailman/listinfo/end2end-interest
>
>
> End of end2end-interest Digest, Vol 7, Issue 1
> **********************************************
>