.
Do perhaps the draft-ietf-dccp-tfrc-voip-05 or
draft-ietf-dccp-tfrc-faster-restart-00 have a different perspective on
this? I remember that the faster restart variant mentioned that the rate
should not be reduced to less than eight small packets per RTT.
Best Regards,
Vlad Balan
Arjuna
opposed to sending
eight small packets in the first RTT. For this reason, I would like to
know which of the two
methods of computation (using one of the two choices for the packet
size) should be used
in deciding the bound for the minimal rate during a period of idleness.
Best Regards,
Vlad Balan
Hi Eddie,I'll try to answer your second point, and I believe Lars can answer much betterthe questions relating to TCP.
I disagree with part of the discussion. In Section V you say that the "secondissue" is that "The initial window during slow-start-restart is the minimumsending rate, which is o
Exactly, we encountered some problems also with the KAME
implementation when running over links with very small delays (in the
millisecond range). The problem was that the connection would choke
and require a long time in order to recover. We suspected some
possible bugs in the implementation (ari
Hi Ingemar,
Arjuna is conducting the latest simulations on the topic of VoIP-DCCP
interaction and therefore he should have the best view of the current
state of affairs. Let me just point you to another draft that
addresses how restart after idle periods of different lenghts is
handled by the TFRC
