Hi Gorry,
You are right that this may mitigate the issue if you have CN traffic.
But I don't think that will happen for an VoIP application if the RTT is
100 ms. That represents commonly 5 frames. At that rate the rate of
change of the transmission rate may be to slow to easily maintain a
Although I agree that CN packets are a function of the media codec, they
*COULD* offer a mitigation to the effects of longer delay paths.
When the Path RTT is short (e.g. less than a tenth of a second), then
the TFRC algorithm already grows a window in a short time (e.g. still
much less
Arjuna Sathiaseelan wrote:
Any idea on how comfort noise packets could be used instead of ping
packets to solve this problem?
Hi,
I don't think comfort noise packets are the solution to this problem.
For many codec they have a fixed period, for example AMR sends one
silence descriptor
