> I know it sounds overly conservative, but nothing better comes to mind
> while thinking of a suitable rxmt timer for GPRS with fairly stable 1
> s RTT with eventual 10 sec delay spikes. A possible option is to reset the
> timer to estimate based on actual RTT when a non-spurious timeout is
> encountered. Still, this may be a better approach than hard-coding some
> (arbitrary) fixed minimum RTO.
Some questions about GPRS. What is the approximate bandwidth
delay product in such network? What kind of network apps are
supposed to run on it? It seems that interactive apps are out
of questions. How often will those delay spikes happen? Thanks.
K. Poon.
kcpoon@eng.sun.com
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 09:12:29 EST