Hi o,
I'd suggest testing outside the tunnel. That is, (for ipv4 assuming neither device has an "external" IP address) do a DNAT / port forward from the router to one device, have it listen using
iperf3, then have the other device connect to that and push a measured amount of data.
I'd try also with iperf3 inside the tunnel, because that reduces the chance of quirks in software (not to mention the quirky old FTP protocol itself.)
I doubt openvpn is the cause, but one occasional possibility we see is if you're running it (using AES) on a CPU which lacks the AES-NI instruction set. In Linux /
/proc/cpuinfo terms that would be the "
aes" flag.
regards, rob0