Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Download speed bottomed out after switching providers

    Scheduled Pinned Locked Moved General pfSense Questions
    14 Posts 4 Posters 456 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      Symlink @stephenw10
      last edited by

      @stephenw10 I'm using the web interface in the browser on the windows pc that is connected to the vpn. Disconnect from vpn, 2Mbps down. Connect to vpn, 300Mbps down. The normal speedtest.net site.

      1 Reply Last reply Reply Quote 0
      • S
        Symlink @WN1X
        last edited by

        @WN1X Nic is a 4 port intel I350. One port is comcast, one is conexon, and another is lan. The 4th port is not used in pfsense. I've also moved ports and cables between comcast and conexon with no differences. TX checksums are off and have been since I set this up last year. The conexon port was unused before switching to fiber.

        1 Reply Last reply Reply Quote 0
        • S
          Symlink
          last edited by

          Since this is a vm I spun up another one with the same specs, basic install on another network range. Assigned it the same nic ports for conexon and lan as the other install. Changed my desktop to the new ip range. Now I get 400Mbps down and 900Mbps up on the desktop that was getting 2Mbps down before. I'm looking to see what differences could be causing this.

          1 Reply Last reply Reply Quote 0
          • JonathanLeeJ
            JonathanLee
            last edited by

            Check the MTU the isp uses

            Make sure to upvote

            1 Reply Last reply Reply Quote 0
            • stephenw10S
              stephenw10 Netgate Administrator
              last edited by

              Are you passing the hardware through to the VM or using virtual switches and vtnet NICs?

              Bad TCP throughput but good UDP (assuming the VPN is using UDP) looks like a hardware offloading issue IMO.

              S 1 Reply Last reply Reply Quote 0
              • S
                Symlink @stephenw10
                last edited by

                @stephenw10 I'm not passing any hardware through to this vm. The vpn is using UDP. I'm almost positive it's a setting or config in pfSense as a new basic install with no other differences gives the expected download and upload speeds.

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  What NIC type is the VM using?

                  S 1 Reply Last reply Reply Quote 0
                  • S
                    Symlink @stephenw10
                    last edited by

                    @stephenw10 Realtek RTL8139

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      Hmm, it doesn't have a virtualised NIC type? I was expecting xn(4).

                      S 1 Reply Last reply Reply Quote 0
                      • S
                        Symlink @stephenw10
                        last edited by

                        @stephenw10

                        xn0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
                        	description: WAN
                        	options=3<RXCSUM,TXCSUM>
                        	ether ea:b2:72:44:1c:3e
                        	media: Ethernet manual
                        	status: active
                        	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                        xn1: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
                        	description: LAN
                        	options=3<RXCSUM,TXCSUM>
                        	ether 72:c8:eb:c2:6d:68
                        	media: Ethernet manual
                        	status: active
                        	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                        xn2: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
                        	description: FIBER
                        	options=3<RXCSUM,TXCSUM>
                        	ether d6:0c:d4:16:41:17
                        	media: Ethernet manual
                        	status: active
                        	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                        

                        Ip address lines redacted.

                        I switched the nic type to e1000 and I'm getting 450 down/300 up currently on fiber. I disabled all nic offloading for those 3 interfaces with no changes as well.

                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-gso=off
                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-ufo=off
                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-tso=off
                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-sg=off
                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-tx=off
                        xe vif-param-set uuid=7703da34-7578-1b0c-5420-738b769bcc36 other-config:ethtool-rx=off
                        
                        1 Reply Last reply Reply Quote 1
                        • S
                          Symlink
                          last edited by

                          Changing the nic type and opting out of the CGNAT network address space seems to have corrected whatever issue I was having.

                          1 Reply Last reply Reply Quote 1
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.