I'm wondering why the algorithm of get queuing delay in utp ledbat(
<a href="http://tools.ietf.org/html/draft-ietf-ledbat-congestion-00">http://tools.ietf.org/html/draft-ietf-ledbat-congestion-00</a> ) is not taken here, seems that's much simpler and effective, and it can remove the clock skew.<br>
<br><div class="gmail_quote">2012/3/31 Fu Jiantao <span dir="ltr"><<a href="mailto:fuji246@gmail.com">fuji246@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<div><br></div><div>   I've give the rate control implemented in webrtc a test, seems its behavior is abnormal.</div><div><br></div><div>   I'm using the peerconnection_client to do the test, and use netlimit to set one-way bandwidth to 50KB/s, the rate of other direction fluctuate dramatically, from 10KB/s to 200KB/s, I tried to open the relating logs, but after that, the connection won't setup, there seems some bug in the connection setup, I've updated the code, and it failed to compile. Seems the jsep is not ready now. And I can't test on it now.</div>

<div><br></div><div>   So, it's there any problem in my test? Is there any existing test report on this?</div><div><br></div><div><br></div><div>Thanks,</div><div>Jeromy</div>
</blockquote></div><br>