Slow internet with pfsense
-
I'd really appreciate some help, have tried to fix this for 3 months now.
Tell If any screenshots or more info any tests I can do.
-
i have 1 interface for every LAN and i have testing copying a file of 1gb from vlan to vlan and i get speed of 200mb pr sek. so i belive network is ok?
-
Do you see any errors with tcpdump, or in the firewall logs? And what about iperf tests?
-
I cant se any errors…
iperf also gets good speed:
[2.3.2-RELEASE][root@fw-pfSense-01.localdomain]/root: iperf -c ping.online.net
–----------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size: 65.0 KByte (default)[ 3] local 87.98.128.127 port 5109 connected with 62.210.18.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 654 MBytes 548 Mbits/secAnd from a vm behind pfsense:
^Croot@isp1:~# iperf -c ping.online.net
–----------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size: 85.0 KByte (default)[ 3] local 192.168.99.101 port 45274 connected with 62.210.18.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 1.09 GBytes 935 Mbits/secSo i get good speed with iperf. but when i try to download http://proof.ovh.net/files/10Gb.dat i get only get between 10 and 100mbit pr sec
-
also when downloading http://ping.online.net/10000Mo.dat i only get 20mbit
-
How big is the TCP window size and how big is the MTU during HTTP?
-
I do not know what MTU is? And TCP window size: 85.0 KByte (default) ?
-
What is the current VIFUUID of your VM interface
-
This is the list:
uuid ( RO) : 5c40178e-8998-dce9-b2d0-4311a03cdfb0
vm-name-label ( RO): fw-pfSense-01
device ( RO): 0
MAC ( RO): 00:50:56:0b:f2:ae
network-uuid ( RO): fbbe8cbd-b8c7-961f-34cc-94d890116d65
network-name-label ( RO): WANuuid ( RO) : 5b921ac5-e297-60dd-83dd-3607f053f2fb
vm-name-label ( RO): fw-pfSense-01
device ( RO): 4
MAC ( RO): 0a:87:13:7d:bb:eb
network-uuid ( RO): ce166d3a-613a-b364-174f-95f47496b284
network-name-label ( RO): ISPuuid ( RO) : d3679b9b-4960-7ec8-76d7-48fb7e2fcf22
vm-name-label ( RO): fw-pfSense-01
device ( RO): 2
MAC ( RO): a6:0c:62:9d:4b:06
network-uuid ( RO): 426b2541-0140-41dc-ac92-1fb55cecf6d0
network-name-label ( RO): BACKUPuuid ( RO) : 78c01939-9395-b040-d6ba-ef81c9e51195
vm-name-label ( RO): fw-pfSense-01
device ( RO): 1
MAC ( RO): 9a:b7:cc:e6:eb:26
network-uuid ( RO): 26c32f02-31d4-ab1f-a6d6-83a823ce8607
network-name-label ( RO): ADMINuuid ( RO) : 9b4da5fe-06d2-8b2f-08f5-e531a6e209cf
vm-name-label ( RO): fw-pfSense-01
device ( RO): 3
MAC ( RO): 4e:20:0d:fa:c7:1e
network-uuid ( RO): 84dfa988-3c82-1832-1343-3bcc02944eb5
network-name-label ( RO): HOMEAnd also On host server:
[root@ns3044318 tmp]# wget -O /dev/null http://proof.ovh.net/files/1Gio.dat
–2016-11-23 20:15:57-- http://proof.ovh.net/files/1Gio.dat
Resolving proof.ovh.net... 188.165.12.106, 2001:41d0:2:876a::1
Connecting to proof.ovh.net|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: `/dev/null'100%[=================================================================================================================================================================================================>] 1,073,741,824 112M/s in 13s
2016-11-23 20:16:10 (79.2 MB/s) - `/dev/null' saved [1073741824/1073741824]
On host behind pfsense:
administrator@isp1:~$ wget -O /dev/null http://proof.ovh.net/files/1Gio.dat
–2016-11-23 20:16:56-- http://proof.ovh.net/files/1Gio.dat
Slår opp vertsnavn proof.ovh.net (proof.ovh.net) … 188.165.12.106, 2001:41d0:2:876a::1
Kobler til proof.ovh.net (proof.ovh.net)|188.165.12.106|:80 … tilkoblet.
HTTP-forespørsel sendt. Venter på svar … 200 OK
Lengde: 1073741824 (1,0G) [application/octet-stream]
Lagrer til: «/dev/null»/dev/null 100%[========================================================================================================================================>] 1,00G 5,07MB/s om 3m 42s
-
Strange, it looks like packets are discarded or the MTU/Window/Fragmentation sizes are all wrong to cause this. Is MTR installed? Try MTR'ing to that DL server. Oh, and if you simply ping for 100 times, how are the latency/drops?
-
Running mtr -w -c 10 -i 1 ping.online.net:
Start: Mon Nov 28 20:05:08 2016
HOST: fw-pfSense-01.localdomain Loss% Snt Last Avg Best Wrst StDev
1.|– 51.255.92.253 0.0% 10 180.6 182.0 165.6 194.7 9.2
2.|-- po110.gra-g2-a75.fr.eu 0.0% 10 0.3 0.3 0.3 0.4 0.0
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- be99-1110.th2-1-a9.fr.eu 0.0% 10 5.5 5.0 4.7 5.5 0.0
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 45x-s44-2-a9k2.dc3.poneytelecom.eu 0.0% 10 6.9 6.1 5.4 9.4 0.9
7.|-- ping.online.net 0.0% 10 4.9 5.0 4.9 5.4 0.0Host Server
–- www.google.com ping statistics ---
592 packets transmitted, 592 received, 0% packet loss, time 591891ms
rtt min/avg/max/mdev = 4.495/4.598/9.068/0.238 msLocal VM behind pfsense
–- www.google.com ping statistics ---
619 packets transmitted, 614 packets received, 0.8% packet loss
round-trip min/avg/max/stddev = 4.561/4.739/11.052/0.336 mssometimes i get alot of pageloss on pfsense and 0 on the host
-
Sounds like you may still be having non-ICMP traffic issues, maybe your offloading settings still aren't right. Can you print the ethtool output on the hypervisor side for the VIF's?
-
i am not sure what command i have to run to find this:
but i run this script right now and it did not help
https://github.com/cloudnull/XenServer-Offloading-Off/blob/master/offloadingoff.sh -
I also have to say i had the same issue on vmware
-
Have you tried pfSense 2.4 Beta just to see if the newer FreeBSD base makes a difference?
-
Trying to set up tomorrow. but do you think it might be a problem with pfSense or configuration error or problem with OVH?
-
Trying to set up tomorrow. but do you think it might be a problem with pfSense or configuration error or problem with OVH?
Others have a working setup on OVH, but it's somewhat tricky with FreeBSD on mass-virtualisation, so it could be an issue with the underlying platform. It's hard to say at this point, but everything still points towards packets being discarded.
-
i am now running on 2.4, was thinking if i should try without xen-tools first and se how that goes.
-
Did not help. installed xen tools and still same error. could it bee a config error?
-
I have read over the whole internet on guides to get this working.
And almost everywhere i see this lines:
route add -net 2.3.4.254/32 -iface vmx1
route add default 2.3.4.254I do not use them, i have only added default gateway and activated gateway outside subnet, is this correct?