Dear Sally,
Thanks for your reply. Yes I agree with you :). The sending rate
will be rate limited upto the rate calculated by the throughput
equation. Hence this is not an issue :).
Regards
Arjuna
On 3/5/07, Sally Floyd <sallyfloyd@xxxxxxx> wrote:
Arjuna -
> If the sender had been idle or datalimited, then the minrate is
> calculated as:
>
> If (sender has been idle or data-limited)
> min_rate = max(2*X_recv, W_init/R);
> Else
> min_rate = 2*X_recv;
>
> But I guess we have overlooked the possibility that loss event rate p
> could be greater than 0 after an idle or datalimited period. So in the
> presence of loss, it may not be wise to assign the minrate to be a
> maximum of 2*X_recv and Winit/R..
RFC3448bis (draft-ietf-dccp-rfc3448bis-00.txt)
adds the following:
If (p > 0)
Calculate X_calc using the TCP throughput equation.
X = max(min(X_calc, min_rate), s/t_mbi);
That is, if (p>0), the allowed sending rate is also at most
X_calc, as calculated from the TCP-friendly equation.
This seems fine to me. It just means that if the sender has been
idle or data-limited, and X_recv is less than half W_init/R,
then the allowed sending rate is not limited by X_recv, it is limited
by W_init/R instead. It is still *also* limited by X_calc, if p>0.
Yes?
(Apologies for the very late reply.)
- Sally
http://www.icir.org/floyd/
--
Electronics Research Group
University of Aberdeen
Aberdeen AB24 3UE
Web: www.erg.abdn.ac.uk/users/arjuna
Phone : +44-1224-272780
Fax : +44-1224-272497
