Ruoyu Sun's
Thoughts on design, code and venture capital

Game Networking Demystified, Part IV: Server and Network Topology

07 Apr 2019

Part I: State vs. Input
Part II: Deterministic
Part III: Lockstep
Part IV: Server and Network Topology
Part V: Client Prediction
Part VI: Examples with Different Game Genres

Physical Server

Let’s first be clear with the terminology. The server referred to in this post means “physical server”. Please do not confuse with the commonly used “client/server” term – that describes a game synchronization model and the “server” in “client/server” can actually be one of the game client (i.e. host). We have been using the term “authoritative node” to describe that.

Peer to Peer vs. Central Server

Whichever synchronization model is chosen (sending state vs. sending input), we can use either network topology. In fact, we can even allow both. Normally, games will only choose one and here’re some considerations.

  P2P Server
Cost for “Sending Input” Almost nothing. However, a server for NAT punch-through might be needed Relatively inexpensive. The server mostly relays network packets
Cost for “Sending state” Same as above. Relatively expensive. The server has to run the game logic.
Cheat prevention No prevention Good prevention
Network Latency Depend on connection among players, which we don’t have any control Depend on connection to the server. We can have regional servers and route players to the nearest one

NAT Punch-through Server

Even if we choose peer-to-peer network topology, we might still need a minimal server for NAT punch-through. NAT punch-through is basically a trick to allow players behind routers or firewalls to directly talk to each other. This server is very cheap to run: after players have established direct connection, the server is no longer needed.

Relay Server

Relay server does exactly what the name suggests. Relay servers deployed across multiple regions can decrease network latency. For “sending input” model, the only server needed is relay server as game logic is calculated on each player’s local client. Relay servers can also act as tick coordinator, as discussed in the previous post.

Game Logic Server

Game logic server is only needed for “sending state” model. It is the authoritative node that calculates the game state and send it to all players. The easiest way to build the game logic server is to have a “headless” build of the game (i.e. without graphics). However, this can get very expensive to run. Alternatively, the game logic can be written in a way to run in a standalone mode, which might be a bit cheaper to scale.

Other Servers

Apart from the above three types of servers for multiplayer game, several other types might be needed: