Ryan Chan
Ryan Chan
Thanks for the fast response! Does this mean you would not expect the performance to degrade like I was showing? I'm also not able to reproduce the issue locally. ...
Wired Ethernet to my desktop, but it's reproducible over Wi-Fi. In both remote tests, the connection is Transatlantic (Linode/AWS in US East ↔ UK).
It looks like I'm getting about 97 ms RTT: ``` 14 packets transmitted, 14 received, 0% packet loss, time 13020ms rtt min/avg/max/mdev = 96.697/97.093/97.549/0.218 ms ``` On the browser side...
That's frustrating, I'll try to test with another internet connection located in the UK. Is there any way I can find out if there is any ISP throttling happening from...
I've managed to carry out the same test from a different connection in the UK (to the US East Linode):  And another connection connection in Canada (to the US...
With `iperf3 -c -uR -i 1 -b 100M -t 60` (Linode US East to UK) I am able to get a sustained 100 Mbps bitrate: iperf3 output ``` [ ID]...
Adding more information from further tests carried out today. Running the libdatachannel example client with changes to print the receiving bitrate gives the following: Output ``` DataChannel from tqCE open...
Further update: Playing around with data channel configuration seems to workaround the issue, but I'm not entirely sure why. | Ordered? | Reliable? | Sustained throughput? | | --- |...