[R-C] Fairness of RRTCC and TCP

[Varun Singh]

Hi Mo,

The figure is one of 30 runs and the start times of TCP in each run
was after 30 sec (just to allow rtp to rampup). Since these are short
TCP flows, if there is available bandwidth the flow will complete
quickly (as observed by the small blip in the first 60s). The number
of TCP flows increase with time, and we don't enable all tcp flows at
once but they start as per the wait times.

IMO, the RRTCC takes some time to rampup so initially it doesn't
starve out the TCP. However, mid-simulation when each RRTCC is at
2mbps then your analysis is correct that the TCP just goes from slow
start to congestion avoidance, but as more tcp flows enter the system
they start to push back (more apparent in the 100ms scenario).

I am running some more simulations with tcp starting earlier and
observe how rrtcc competes in that scenario. I will report these in
the coming weeks.


Regards,
Varun



On 8.8.2012, at 5.39, "Mo Zanaty (mzanaty)" <mzanaty at cisco.com> wrote:

> Hi Varun,
>
> Do the TCP flows not start until ~60s after the RRTCC flows start? Or does RRTCC completely starve out all TCP flows until it fully saturates the entire link bandwidth? The latter appears to be the case in the last 2 slides (2xRRTCC+10xTCP), since there is a brief blip of TCP before 60s. Does this mean the queue (50 packets) filled very early at startup and sent all the TCPs from slow start to congestion avoidance while RRTCC continued exponential increase?
>
> Thanks,
> Mo
>
> -----Original Message-----
> From: rtp-congestion-bounces at alvestrand.no [mailto:rtp-congestion-bounces at alvestrand.no] On Behalf Of Varun Singh
> Sent: Thursday, August 02, 2012 11:48 AM
> To: rtp-congestion at alvestrand.no
> Subject: [R-C] Fairness of RRTCC and TCP
>
> Hi,
>
> Following up on the discussion of fairness between interactive
> real-time flows and TCP.
> I've implemented the RRTCC in NS-2 and attached within are the
> preliminary results.
>
> The scenarios that we simulated are:
> 1. RRTCC flow shares a bottleneck with short TCP.
> 2. two RRTCC flows share a bottleneck with with short TCP flows.
>
> The short TCP flows are modelled as on/off flows. The size of the data
> is obtained from a uniform distribution between 100KB and 1.5MB, and
> the idle periods are obtained from an exponential distribution with
> the mean as 10.
>
> The results are available as a short presentation at: http://bit.ly/rrtcc-tcp
>
> I would appreciate any comments and/or feedback.
>
> Cheers,
> Varun
> _______________________________________________
> Rtp-congestion mailing list
> Rtp-congestion at alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/rtp-congestion