David Bar-On

> The alternate UDP port worked well. However there were some behavior that I was not expecting. Thanks a lot for testing and find this issue! The unexpected behavior is...

@onetimesso, thanks for testing the change. > ... during a test using TCP for the data channel, the TCP control channel sometimes did not send TCP FIN to close the...

@swlars, @bmah888, just to make sure that this PR is not overlooked, as it is a **bug fix** (that was caused by my PR #1709 ...).

@RizziMau, it may be that the problem is when the server is waiting for the "Done" from the client. However, since the client already terminated, the control socket should not...

@RizziMau, I believe I understand what is the problem ("DONE" state sent by the client is not received by the server and the server is waiting for it forever). I...

@RizziMau, thanks for testing the change. It would help validating it in general (and of course finding if it solves your issue). Regarding the use of `--rcv-timeout`. The iperf3 teams...

@RizziMau , I submitted the change as PR #1764. Hopefully it will be merged into the main branch.

@RizziMau, I am not sure what the problem is, but since the segmentation fault happens at the start of the test, it may be because of the issue that is...

> Could the error reported by the server be related to an iperf issue fixed by version 3.18? @RizziMau, I don't think so (see below), but to be on the...

@notgba, can you **rebuild the client and server from the latest code in the branch**? I have updated it about two weeks ago to catch-up with the latest updates to...