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

    Crippled download speed on Server 2022 Hyper-V using pfSense

    Scheduled Pinned Locked Moved Virtualization
    11 Posts 4 Posters 2.6k 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.
    • D
      dougroutledge @-IP-
      last edited by

      @ip this is exactly and I mean exactly the issue I have been chasing since June 29. I have an esxi on 2.6 that's great, on the other end hyperv 2022 on 22.05 now which about every 8 to 12 hours goes from gig download to 1 meg. The upload speed never changes. The RSC changes helped at first on 2.6 but after a Windows update it started this. I have since tried 22.01 and 22.05 in an effort to fix it. My server in a gen9 dl380. About 6 vms, almost 0 load.

      -IP-- 1 Reply Last reply Reply Quote 1
      • -IP--
        -IP- @dougroutledge
        last edited by

        @dougroutledge I'm glad I'm not the only one to have the issue, although it's of little comfort. I run 2.6 on both servers myself.
        To me however, the slowdown is instant, whenever the traffic passes through pfSense. I have been going through all kinds of settings, which may have an effect on bottlenecking, but my efforts have been in vain so far. I'm considering trying a different piece of kit, although I prefer pfSense, as I have used it for a long time now. I just feel like it's the only thing left to try. It's quite maddening, the longer you stare at the issue, which makes no sense, emptying your mind of all possible solutions.
        I really hope that some of the experts around here, may have an idea on what to try.

        D 1 Reply Last reply Reply Quote 0
        • D
          dougroutledge @-IP-
          last edited by

          @ip I really believe it's the nic drivers on freebsd 12.3 and hyperv. I bet if I restored the configuration to 2.5.2 everything would work like it did for a year.

          1 Reply Last reply Reply Quote 1
          • M
            mvikman
            last edited by

            Found this blog post:
            https://blog.nuvotex.de/pfsense-2-6-on-hyper-v-with-low-throughput/

            pfSense Plus 24.11-RELEASE (amd64)
            Dell Optiplex 7040 SFF
            Core i5-6500, 8GB RAM, 2x 240GB SSD (ZFS Mirror)
            HPE 561T (X540-AT2), 2-port 10Gb RJ45
            HPE 562SFP+ (X710-DA2), 2-port 10Gb SFP+

            1 Reply Last reply Reply Quote 1
            • -IP--
              -IP-
              last edited by

              @dougroutledge An interesting thought. In my seemingly endless Google searches, I noticed several people hinting at 2.5.2 as the "better" version. Since I haven't done anything much in terms of configuration on the Hyper-V node in question, I could try to install 2.5.2 and see if things are different.

              @mvikman Thank you for the link. Very interesting. It matches what @dougroutledge says. While this is frustrating, It's great with a possibility to narrow it down.

              I will go ahead and make an alternate VM with pfSense 2.5.2 on it and see what results I get. I'll let you guys know.

              1 Reply Last reply Reply Quote 0
              • -IP--
                -IP-
                last edited by

                Okay, back with some good results.

                I did try creating a new "router VM" with pfSense 2.5.2 and it works out of the box without any speed issues.

                Next I tried following the link by @mvikman. After reading that blog post and executing the below PowerShell commands, the download speed was fixed.

                • netsh int tcp set global rsc=disabled
                • Get-NetAdapterRsc | Disable-NetAdapterRsc
                • Get-VmSwitch | Set-VMSwitch -EnableSoftwareRsc $false

                Now I also had issues with the upload, but disabling LSO for the Virtual Adapter on the host OS and inside of each VM resolved this. I didn't have to change any settings overall on the physical network adapter, which in my case is an Intel I219-LM.

                Following the case: https://reviews.freebsd.org/D34507 it will be interesting to see what happens in a future update. At least there are two ways to work around the issue for now.

                D B 2 Replies Last reply Reply Quote 0
                • D
                  dougroutledge @-IP-
                  last edited by

                  @ip I went the other way, and spun up an opnsense on the same Hyper-v server, it's had none of the slowness. It's a little different to get around in, but most of my settings were easy to copy and paste, so it didn't take long.

                  -IP-- 1 Reply Last reply Reply Quote 0
                  • -IP--
                    -IP- @dougroutledge
                    last edited by

                    @dougroutledge I did have a look at it and was considering giving it a try. I still might. Should be easy enough adapting I think. But good to know that it works as intended out of the box.

                    1 Reply Last reply Reply Quote 0
                    • B
                      Blcktape @-IP-
                      last edited by Blcktape

                      @ip I had the same issue with Windows Server 2022 Hyper-V.
                      I fixed it by disabling the following on the network adapters on the Hyper-V Host.

                      • Disable "Large Send Offload v2 (IPv4)" and "Large Send Offload v2 (IPv6)"
                      • Get-VmSwitch | Set-VMSwitch -EnableSoftwareRsc $false
                      D 1 Reply Last reply Reply Quote 0
                      • D
                        dougroutledge @Blcktape
                        last edited by

                        @blcktape That was already in place. This issues was different than the 100% slow down all the time those settings fix.

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