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.
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?
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: B.net Index Server 2
| Offset | Type | Value | Description | |--------|-----------|-----------------------|--------------------------------| | 0 | BYTE | 0xFF | Protocol identifier | | 1 | BYTE | 0x50 | SID_GETGAMELIST (command 0x50) | | 2 | WORD (LE) | Packet length (often 8) | Header size + data | | 4 | DWORD (LE)| Session token (from auth) | Prevents unauthenticated queries | | 8 | WORD (LE) | Game flags (e.g., 0x01 = ladder) | Filtration mask | | 10 | BYTE | Number of players filter (0 = any) | Optional constraint | | 11 | BYTE | Reserved (0x00) | |
Today, its bones form the foundation of every private server and nostalgia-driven revival. For network programmers, it’s a blueprint. For gamers, it’s a memory. And for history, it’s proof that sometimes the simplest servers leave the longest legacy. This article dissects the B
When Blizzard released StarCraft: Remastered and Warcraft III: Reforged , they migrated all legacy titles to a modern, centralized matchmaking infrastructure. The old UDP-based Index Servers were decommissioned around 2018–2020. Attempts to connect a patched Diablo II 1.13 client to useast.battle.net will fail—because the Index Server 2 no longer exists at those addresses.
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. The Index Server acted as a digital "phone
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.