Pia is Nintendo's networking library that provides a framework to set up and maintain peer-to-peer connections.

Pia supports three different network types.

With Pia version 6, a new game server technology was introduced:

All peer-to-peer packets are sent through UDP. The packet format is described here. Once a connection between consoles has been established they talk to each other through a bunch of protocols. Most of these are only used internally by Pia to set up and manage the connections. The following protocols may be used to exchange game-specific data:

• Unreliable Protocol
• Reliable Protocol
• Broadcast Reliable Protocol
• Stream Broadcast Reliable Protocol
• Clone Protocol
• Sync Protocol

A group of connected consoles is called a mesh. Every mesh has a single "host" that controls the mesh. Initially, the console that created the mesh is the host. Once the host leaves the mesh, a new host is selected through "host migration". The host performs important tasks such as processing join requests by newcomers.

The following steps are performed to join a mesh:

1. Your console finds a mesh through matchmaking.
2. Your console establishes a connection to the host of the mesh.
3. Your console sends a join request to the host.
4. The host decides if it wants to accept the join request. For example, if the mesh already has the maximum number of participants it may reject the join request.
5. The host sends a join response to your console to inform it about its decision. If the join request was accepted, the join response also information about the other consoles in the mesh.
6. If the join request was accepted, the host sends an update message to all consoles in the mesh. The other consoles now try to establish a connection with your console.
7. Your console is now part of the mesh and can start exchanging game-specific packets.

After acquiring the StationLocation of another console elsewhere (e.g. from matchmaking or a mesh update), the following steps are performed to establish a connection with the console:

1. If necessary, NAT traversal is performed.
2. Your console sends a connection request to the other console.
3. If the other console does not want to accept the request, it sends a denying connection response to your console. Otherwise, it acknowledges the request and sends an inverse connection request to your console.
4. If your console does not want to accept the inverse connection request for some reason, it sends a denying connection response to the other console. Otherwise, it acknowledges the request and sends a connection response to the other console.
5. The other console sends a connection response to your console.

In Pia version 5.27 and later, this process is simplified by removing the inverse connection request.

If NEX is used for matchmaking it is often necessary to perform NAT traversal. This is not necessary in LDN and LAN mode, because the consoles are already on the same network in these modes.

The following steps are performed for NAT traversal:

1. Your console calls the RequestProbeInitiation or RequestProbeInitiationExt method on the on the game server.
2. The server sends an InitiateProbe request to the other console.
3. The other console sends a probe request directly to your console. At the same time, it calls RequestProbeInitiation or RequestProbeInitiationExt on the game server.
4. When your console receives the probe requests, it sends a probe reply directly to the other console. When the server receives the probe initation request, it sends an InitiateProbe request to your console.
5. When your console receives the InitiateProbe request from the server it sends a probe request directly to the other console.
6. The other console answers your probe request with a probe reply.
7. NAT traversal has been completed and the consoles can now establish a connection using the station protocol.