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/
