MTU/MSSFIX
-
Well I've got it much more stable without the disconnects.
Currently:
IPFastforwarding changed to 1
Server - fragment 1400
Client - fragment 1400;mssfix 1400Only settings that have got me anywhere. I can pull files from colocate to site now at atleast 5Mb/s and ping times staying somewhat stable.
Also tried this:
ping -f -l 1472 172.16.0.1 - works
ping -f -l 1473 172.16.0.1 - fails -
This has some information about what I found on my systems last year: https://forum.pfsense.org/index.php?topic=67080.0
The 1472 thing is because there is 28 bytes of OpenVPN plus ICMP packet overhead and that makes 1500 total, which fits through the tunnel. 1473+28=1501 and does not fit.
I have messed about trying to find a fix for that with no joy.
You can do:ping -f -l 1473 Pinging 10.49.32.1 with 1473 bytes of data: Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Ping statistics for 10.49.32.1: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
That explicitly sets the "do not fragment" bit, which gets you a proper message back about what happened.
That implies that OpenVPN knows to fragment that packet across the tunnel. It should do it, and the data should stgill get through. But maybe the receiver (I have tried to a Windows Server and to the pfSense LAN IP at the other end) does not cope with re-assembling ICMP packets?
-
Ultimately I'm looking for what parameters for MTU, fragment and mssfix I need on both client and server side to get this to work the best.
Client/Server are currently:
tun-mtu 1472;fragment 1400;mssfix
-
Anyone got any idea or any more info I can provide? It would be a Christmas miracle if this could be figured out
-
Anyone got any idea or any more info I can provide?
answer my last post's questions.
-
@cmb:
Anyone got any idea or any more info I can provide?
answer my last post's questions.
Apologies.
using UDP and the vpn is no longer dropping using these settings:
Server - tun-mtu 1472;fragment 1400;mssfix
Client - tun-mtu 1472;fragment 1400;mssfixStill only getting about 5Mbps over SMB transfer. No limits, client side has 25Mb download speed connection, server is on a 50Mb upload speed connection. I should be getting much better transfer speeds. I can transfer documents over other sites that are colocated at the same data center at 12Mbps+
Only difference being that this client is using an Alix to run the pfsense. Load averages on it aren't high when doing transfers, though. My settings seem to be bottle necking it.
-
Don't look at load averages. Look at CPU use percentage.
-
650-700KB/s - 10-50% CPU usage
-
SMB performs horribly over higher latency connections. Compare to HTTP or some other means of transfer that isn't SMB (iperf, FTP, pretty much anything other than SMB).
-
@rustydusty1717 I know this is an old post but how do i perform these chances to the MTU/MSSFIX. There is no clear instructions on how to perform any of this.