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

Need help with setup for 1Gb / 500u LAN-party

Scheduled Pinned Locked Moved General pfSense Questions
7 Posts 5 Posters 1.3k 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.
  • T
    Thklinge
    last edited by Sep 26, 2015, 11:34 AM

    Hi!

    I'm hosting a LAN-party with about 500-600 clients. We got the edge and a higher end core switch ready and run a flat network. For internet connectivity we got a 1Gb link that we've routed through a Checkpoint server earlier, but it lacks support for uPnp so console owners have a hard time hosting and connecting. We'd like to try the jump to pfSense this year.

    Can a single box run dhcpd and do the routing to that amount of clients? Not sure about IP-range yet but I assume we can get around 100-200 public ipv4 IPs. Is there a way to distribute the NATing over many WAN ips? What about ipv6, can we do nating from ipv4 local to ipv6 WAN while still leaving the local network flat?

    Also, what about state tables, for maks 600 users, will 16GB ram do? And will uPnP still work with that many users, 60k+ ports available, but is it enough?

    1 Reply Last reply Reply Quote 0
    • H
      heper
      last edited by Sep 26, 2015, 11:54 AM

      why'd you want 200 public ip's ?

      600 users can run on far less then 16gb of ram.

      1 Reply Last reply Reply Quote 0
      • T
        Thklinge
        last edited by Sep 27, 2015, 11:51 AM

        We can get about 200 ips, not enough for each participant to get their own public ip. So, how many do we need, surely 600 users through just one public IP will be a problem?

        Ok, I've read about users filling state tables with far less users, how much ram do I need? Also, since this is a lan-party the network usage is heavy with lots of (probably) p2p traffic and pretty far from an office environment.

        1 Reply Last reply Reply Quote 0
        • J
          johnpoz LAYER 8 Global Moderator
          last edited by Sep 27, 2015, 2:19 PM

          I don't see why you couldn't just create your manual outbound nats to distribute your lan space across your public IP space.

          If you can do ipv6 - do that, now every client could have their own public IP and you have no need to nat anything.

          An intelligent man is sometimes forced to be drunk to spend time with his fools
          If you get confused: Listen to the Music Play
          Please don't Chat/PM me for help, unless mod related
          SG-4860 24.11 | Lab VMs 2.8, 24.11

          1 Reply Last reply Reply Quote 0
          • V
            va176thunderbolt
            last edited by Sep 27, 2015, 8:46 PM

            sideout has hosted several lan parties with pfsense, and has a good traffic shaping guide:

            https://forum.pfsense.org/index.php?topic=99503.0

            I'd reachout to him and chat about things he's learned using pfsense hosting lan parties.

            1 Reply Last reply Reply Quote 0
            • D
              dreamslacker
              last edited by Sep 28, 2015, 5:40 PM

              @heper:

              why'd you want 200 public ip's ?

              600 users can run on far less then 16gb of ram.

              Some games will not allow you to host more than a certain number of servers on a single IP.

              E.g. Battlenet (Warcraft 3) has a limit of 6 game hosts per IP last I tried.

              If this is a big event, or a publicized event with hosted streaming servers, I'd be far more concerned about DDoS attacks on the main line(s) than whether pfSense can hold up to the load from the clients. A decent Core-i quad core with 8GB of ram will probably be more than sufficient just for the load. Repelling DDoS is another issue on its own.

              1 Reply Last reply Reply Quote 0
              • T
                Thklinge
                last edited by Sep 29, 2015, 8:36 PM

                @johnpoz:

                I don't see why you couldn't just create your manual outbound nats to distribute your lan space across your public IP space.

                If you can do ipv6 - do that, now every client could have their own public IP and you have no need to nat anything.

                There is a feature in pfSense to add an address pool on the wan side and various methods for distributing this to LAN (via NAT), round robin sounds like a good option.  But how that works (or doesn't work) with ipv6 I do not know.

                Ipv6 is fine for computer clients, but some consoles, like the Xbox 360 doesn't do ipv6. Currently 17 people join with 360s, some other older consols include the Wii (7 people), PS3 (29 people). Haven't checked them for ipv6 support.

                @dreamslacker:

                @heper:

                why'd you want 200 public ip's ?

                600 users can run on far less then 16gb of ram.

                Some games will not allow you to host more than a certain number of servers on a single IP.

                E.g. Battlenet (Warcraft 3) has a limit of 6 game hosts per IP last I tried.

                If this is a big event, or a publicized event with hosted streaming servers, I'd be far more concerned about DDoS attacks on the main line(s) than whether pfSense can hold up to the load from the clients. A decent Core-i quad core with 8GB of ram will probably be more than sufficient just for the load. Repelling DDoS is another issue on its own.

                That's old-school Battle.net, the new one has no IP limitations (according to a battle.net forum).

                1 Reply Last reply Reply Quote 0
                7 out of 7
                • First post
                  7/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received