In the sprawling ecosystem of Blizzard Entertainment’s online gaming platform, few components are as critical—yet as misunderstood—as the B.net Index Server 2 . For years, dedicated gamers, network engineers, and modding communities have whispered about this term in forums and technical deep-dives. But what exactly is it? Is it a physical server? A protocol? Or a relic of a bygone era?
When a player clicked "Join Game," their client did not connect directly to Blizzard’s main servers. Instead, it queried the Index Server 2, received a list of available games, and then initiated a direct P2P connection with the host player’s machine. The Index Server facilitated the handshake but was not involved in the actual gameplay data stream. To appreciate version 2, we must acknowledge its predecessor. The original Index Server (v1) was designed for Diablo I and early StarCraft . It was rudimentary: it could only handle a limited number of concurrent UDP packets and lacked security against spoofed game entries. B.net Index Server 2
This article dissects the B.net Index Server 2, its role in the classic Battle.net (pre-2010), its evolution, and why understanding it remains crucial for legacy gaming communities today. At its core, the B.net Index Server 2 refers to a specific logical endpoint within Blizzard’s original peer-to-peer (P2P) gaming network. Unlike the modern, centralized cloud architecture of Call of Duty or Overwatch , classic Battle.net (version 1.0) relied on a hybrid model. The Index Server acted as a digital "phone book" or "meeting point" for players hosting or joining games. Is it a physical server
However, the protocol lives on. Open-source projects like (Player vs. Player Gaming Network) have re-implemented the entire B.net Index Server 2 specification. Community-run private servers for Diablo II , Warcraft III (pre-Reforged), and StarCraft use PVPGN’s bncsutil and BNetDb to emulate the Index Server behavior completely. Technical Deep Dive: The Index Server 2 Protocol Header For developers and modders, the raw packet structure is worth documenting. A typical SID_GETGAMELIST request to B.net Index Server 2 is 12 bytes: When a player clicked "Join Game," their client
For enthusiasts: running your own Index Server 2 is surprisingly accessible. With a Linux VPS, 256MB of RAM, and PVPGN compiled with --enable-war3 and --enable-d2cs , you can host game listings for a hundred concurrent players. The B.net Index Server 2 was never glamorous. It didn’t render 3D graphics or manage inventories. It simply answered one question: “Where are the games?” But in answering that question reliably for over a decade, it enabled the golden age of online PC gaming—the era of dial-up StarCraft matches, LAN-style Diablo II Baal runs, and Warcraft III custom maps hosted from basement routers.
The is the secondary iteration of this discovery service. Its primary job was simple but vital: maintain a real-time list of active game lobbies (for titles like Diablo II , Warcraft III , and StarCraft ) and direct connecting clients to the correct IP addresses of the game hosts.