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

    White-box hardware to push 1Gbps?

    Scheduled Pinned Locked Moved Hardware
    17 Posts 3 Posters 10.2k 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.
    • M
      mevans336
      last edited by

      @Supermule:

      Do you actually plan to host something that can pull 1gbps???

      I would not worry so much of the speed, but more how it handles a lot of packets….

      Eventually, yes. I'm starting a VPN service (https://www.trafficcloak.com/) and pfSense will be the firewall for my network. So throughput is the most important I would assume?

      1 Reply Last reply Reply Quote 0
      • S
        Supermule Banned
        last edited by

        Yes but that hardware you are buying will not be able to handle that kind of traffic if its VPN…. Have you read the PfSense limitations for VPN??

        1 Reply Last reply Reply Quote 0
        • M
          mevans336
          last edited by

          @Supermule:

          Yes but that hardware you are buying will not be able to handle that kind of traffic if its VPN…. Have you read the PfSense limitations for VPN??

          I have a Dell PowerEdge 1850 (2 x 2.8GHz OLD Xeons) running Windows Server 2008 for that. I've pushed 20Mbps of PPTP and SSTP traffic through it so far in my testing and the CPU hasn't blinked. If I start to have issues encrypting VPN traffic, I can just throw another server in and enable Network Load Balancing to balance the load between the two, or three, or four, etc.

          I will eventually add another pfsense box running VRRP, but for now I want to make sure whatever I have in place can push 1Gbps so my clients aren't throughput limited whatsoever. I want to start small but have the ability to grow as I need, while offering a product worth what people are paying.  :)

          1 Reply Last reply Reply Quote 0
          • M
            mevans336
            last edited by

            Another quick question. Someone is telling me that bridging is less efficient than routing in pfsense. Here are his exact words:

            "While you’re partly right, it also has to do with the bridging code in the underlying BSD OS and how the cards need to be in promiscuous mode to bridge. In addition, the version of the pf (packet filter) in pfSense (and FreeBSD) is missing numerous performance improvements, some related to bridging, that have been made to the upstream pf (in OpenBSD).

            In general, bridging tends to be more resource intensive—if your goal is a firewall, routing is almost always the better choice (unless you have no choice)."

            That doesn't sound correct to me, is it?

            1 Reply Last reply Reply Quote 0
            • S
              Supermule Banned
              last edited by

              There is just lightyears between 20mbps and 1gbps…...

              Let me be honest. It would come as a big surpise if you reach 200mbps VPN traffic....

              I have an ISA server handling my VPN, and if I push it, it will handle 130mbps... But only in peaks....Sustained traffic is around 100mbps..

              And the tunnel is not encrypted.

              @mevans336:

              @Supermule:

              Yes but that hardware you are buying will not be able to handle that kind of traffic if its VPN…. Have you read the PfSense limitations for VPN??

              I have a Dell PowerEdge 1850 (2 x 2.8GHz OLD Xeons) running Windows Server 2008 for that. I've pushed 20Mbps of PPTP and SSTP traffic through it so far in my testing and the CPU hasn't blinked. If I start to have issues encrypting VPN traffic, I can just throw another server in and enable Network Load Balancing to balance the load between the two, or three, or four, etc.

              I will eventually add another pfsense box running VRRP, but for now I want to make sure whatever I have in place can push 1Gbps so my clients aren't throughput limited whatsoever. I want to start small but have the ability to grow as I need, while offering a product worth what people are paying.  :)

              1 Reply Last reply Reply Quote 0
              • S
                Supermule Banned
                last edited by

                http://www.sonicwall.com/us/products/NSA_4500.html

                This handles 1gbps VPN throughput, but its only measured at 1418byte packets….. normally you would encounter a packetsize equal to around 700byte average, and then the throughput drops to 500mbps..... Also make sure, that if you loadbalance, then the core switches should be able to handle that kind of traffic.

                1 Reply Last reply Reply Quote 0
                • M
                  mevans336
                  last edited by

                  @Supermule:

                  There is just lightyears between 20mbps and 1gbps…...

                  Let me be honest. It would come as a big surpise if you reach 200mbps VPN traffic....

                  I have an ISA server handling my VPN, and if I push it, it will handle 130mbps... But only in peaks....Sustained traffic is around 100mbps..

                  And the tunnel is not encrypted.

                  Perhaps I phrased my post incorrectly. I do not expect to reach 1Gbps of VPN traffic on a single box. When I hit the limit of that single server, I will simply add another server and load balance the two. When I reach the limit on two, I'll add a third. I know the box can push 1Gbps easily, as I've pushed 1Gbps through the server (across the internet) with RRAS/NAT already, but I do understand that encryption adds significant processing overhead.

                  What I am trying to avoid, is placing myself in a situation where I need to start sizing and replacing firewalls because they can't bridge and firewall 1Gbps of traffic. I'd rather get that taken care of now as it's the unknown in my equation. I have worked with RRAS since Windows 2000 so I'm very comfortable with what I'll be able to push through it and how to upgrade it with no downtime. CPU usage due to VPN encryption scales rather linearly, at least with RRAS, so my 20Mbps baseline gives me a rough idea of how much I'll be able to push through the box.

                  Here's a great read from Microsoft on RRAS performance: http://blogs.technet.com/rrasblog/archive/2009/02/09/rras-performance-results.aspx

                  In short, on an 8-core 2.1GHz Opteron machine, pushing 650Mbps from a single VPN client only utilized 40% of the available processor time. Accounting for the older technology of my 1850, your 200Mbps number is likely pretty close to accurate. The more important numbers are the sustained throughput with a 1000 VPN client load however. As you can see, 1000 clients pushing 100Mbps uses 13% (PPTP) or 33% (SSTP) of the available processor time. While those are numbers from a lab test under ideal circumstances, it provides a rough idea of how many clients I will be able to support before I need to start adding additional CPU power.

                  I am puzzled by something you said however – how do you have a VPN tunnel that is not encrypted?

                  1 Reply Last reply Reply Quote 0
                  • S
                    Supermule Banned
                    last edited by

                    Try to setup a test scenario….Hack up a 1GB file and transfer the file via VPN over the Pfsense box....

                    It is not the servers behind the firewall thats the problem....I would loadbalance the ISA as well if I encounter congestions. But its your PFsense box, that would be causing the bottleneck....

                    1 Reply Last reply Reply Quote 0
                    • M
                      mevans336
                      last edited by

                      I received the parts and built the machine today. I can push 950Mbps to 980Mbps via iperf from client to client through pfSense in bridge mode at 25% CPU usage (50% 1Gbps bidirectional) using the following specs:

                      Intel Pentium Dual Core E5200 (2.5GHz)
                      4GB DDR2800 (2GB works just as well)
                      Supermicro X7SBL-LN2
                      Intel 82573V & 82573L PCI-E NICs

                      I'd like to throw a boatload of packets at it, but iperf doesn't seem to be designed for that as the most I can get it to pass it about 65k pps. Does anyone have any ideas for how to pound it with packets, somewhere in the million pps range?

                      1 Reply Last reply Reply Quote 0
                      • D
                        dreamslacker
                        last edited by

                        @mevans336:

                        I'd like to throw a boatload of packets at it, but iperf doesn't seem to be designed for that as the most I can get it to pass it about 65k pps. Does anyone have any ideas for how to pound it with packets, somewhere in the million pps range?

                        Reduce the size of the packets using the -l argument.  65k pps for a gigabit link would suggest that your packets are close to 2kBytes.

                        1 Reply Last reply Reply Quote 0
                        • M
                          mevans336
                          last edited by

                          @dreamslacker:

                          @mevans336:

                          I'd like to throw a boatload of packets at it, but iperf doesn't seem to be designed for that as the most I can get it to pass it about 65k pps. Does anyone have any ideas for how to pound it with packets, somewhere in the million pps range?

                          Reduce the size of the packets using the -l argument.  65k pps for a gigabit link would suggest that your packets are close to 2kBytes.

                          I'll give that a shot, thanks.

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