I'm trying to figure out some asymmetric throughput issues on my openvpn VM running at my office. The office is on 500Mb symmetric fiber, and my home is on 1Gb symmetric fiber. I'm doing SMB file copies to/from my office file server VM. Inbound transfers to the file server run about 400Mb/sec, and outbound file transfers from the file server to me are about half, at around 200Mb/sec.
Wireshark on either end shows no fragmented packets, although on the originating side (either me or the file server) I can see the bytes in flight climb until openvpn starts dropping incoming packets and we get into a re-transmission sequence.
I'm using AES-128-GCM. aes-ni is working on the openvpn VM.
If the openvpn VM can't keep up, then why is the throughput asymmetric? Is it more difficult for openvpn to encrypt rather than decrypt?
Neither the file server vm nor the openvpn vm show any appreciable cpu utilization.
Also, the file server vm and the openvpn vm share the same lag team. There are 5 team members (1Gb) and since it's the same virtual switch, the inter-vm data rates are high. Am I just blowing the receive buffer on eth0 on my openvpn server, and putting it into a re-transmission condition that is wrecking my outgoing throughput? I'm going to put the openvpn server on its own vswitch and run some additional tests. I just haven't gotten that far yet.
My access server version is 2.8.6 and my openvpn client version (windows) is 3.2.1.
Any ideas for testing would be appreciated.
1 post • Page 1 of 1