emkei / sipml5

Automatically exported from code.google.com/p/sipml5
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

Receive Bandwidth is too high #165

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
a) Before posting your issue you MUST answer to the questions otherwise it
will be rejected (invalid status) by us
b) Please check the issue tacker to avoid duplication
c) Please provide network capture (Wireshark) or Javascript console log
if you want quick response

What steps will reproduce the problem?
1.SipML5 to SipML5 on WAN
2.A system consisting of webrtc2sip, Asterisk server and TURN Server 
(https://code.google.com/p/rfc5766-turn-server/). 
3.Insertion of the bandwidth limitations as described in the following post:

https://groups.google.com/forum/#!searchin/doubango/bandwidth/doubango/WJOF3Y8qV
Gc/UnDHD2xjicYJ

What is the expected output? What do you see instead?
Smooth video call with upload and download bandwidths limited to 512 kbps.
Unfortunately the video frezes, particularly on ADSL connections. The bandwidth 
limiting entered have no effect on the receive bandwidth, as you can see from 
the image attached.

What version of the product are you using? On what operating system?
Google Chrome 33.0.1750.154 m, webrtc2sip 2.6.0 . Windows 7 64 bit

Please provide any additional information below.
On UMTS video calling is better because the frame rate drops to 10 fps and the 
available receive bandwidth is less than that in the ADSL connection, about 1 
Mbps. In this case the video does not freeze

Original issue reported on code.google.com by emiliano...@gmail.com on 21 Mar 2014 at 9:52

Attachments: