David Bar-On
David Bar-On
> Or use a better algorithm that does some form of closed-loop adaptive rate limiting. Seem to be a real issue when Cellular/RF networks are used (e.g. a car going...
> Another thought - what about quantisation? Do we slam the link at 100% until our 1-second amount has been completed, then stop dead until the next second, or something...
@jgc234, I created a [branch in my private iperf3 clone](https://github.com/davidBar-On/iperf/tree/issue-1747-bandwidth-limit-overshoot-after-micro-outages) with a suggested fix to the problem you raised: **limit the maximum sending bitrate**. This is not exactly the approach...
> If the first packets are lost, Iperf3 should tolerate the loss and continue instead of failing. This is an interesting suggestion. However, with the current iperf3 design it can...
> I'm still using your iperf3 version (from branch "issue-1735-timeout-select-when-not-in-running-state" in https://github.com/davidBar-On/iperf.git), which includes some important changes for my purposes (https://github.com/esnet/iperf/issues/1735, https://github.com/esnet/iperf/pull/1801). If you add the "sleep fix" to that...
> warning: JSON size of data read does not correspond to offered length To better understand this issue, I created a [branch in my private iperf3 fork](https://github.com/davidBar-On/iperf/tree/issue-1808-json-parameters-length-mismatch) which print a...
> I'm on the corporate network. Are there any chances that the corporate network could prevent the client from sending packets to the server? I don't know. Usually different UDP/TCP...
Somehow the JSON parameters message does not arrive to the server, so the read times out (note the 10 seconds difference between the client send time 50:49 and the server...
@coinhu1995, sorry, I somehow didn't push the last debug changes to github. I did it now. **Can you rebuild and run again?**
@coinhu1995, thanks for re-running. It is almost clear now that this is a **corporate network issue**. Either it filters JSON, filters text messages or something else. This is because in...