La structure de base est :

<session id="name@origin:race:sex:source">
   <server name="serverName" id="name@origin:race:sex:source" 
      address="serverIp" port="serverPort">
     <![CDATA[...ENCRYPTED_SESSION_DATA...]]></sever>
   <server ... />
   ...
</session>

Les données encryptées sur le client sont récupérées par le serveur et renvoyées au client pour les sauvegardes.

Les données serveurs correspondent à une session xml du type :

<session id="name@origin:race:sex:source">
   <property name="propName" value="propValue" />
   ...
</session>

Les propriétés sont celles nécessaires à la définition de l'identité de l'être.

La session étant sauvegardée sur le client, ce dernier ne possédant pas les données réelles, des sauvegardes doivent être effectuées au fur et à mesure.

Les sauvegardes de la session cliente sont réalisées à des “points de sauvegarde” qui correspondent à des zones événementielles. En entrant dans une zone de sauvegarde, la session est automatiquement mise à jour sur le client.

Si le client est déconnecté, en se reconnectant, il réapparaîtra à la dernière zone de sauvegarde avec les derniers paramètres qui y ont été sauvegardés.
Si le client tombe k.o., un événement de k.o. est déclenché. Par défaut, il est ramené à sa dernière zone de sauvegarde mais cela peut être redéfini événementiellement et selon le scénario.

Le démarrage d'une session se fait évidemment au démarrage de Xuhnix. On peut alors choisir entre utiliser une session déjà créée ou en créer une nouvelle.

Avant même de choisir une session ou d'en créer une, il faut choisir le monde / serveur utilisé. Par défaut, le dernier serveur utilisé est sélectionné.
Un serveur est défini par un nom¹⁾, une adresse²⁾ et un port de connexion³⁾.

Si on a déjà créé une session, il suffit d'entrer son nom et, si nécessaire, de sélectionner le serveur à utiliser.
Aucun mot de passe n'est nécessaire, la session sur le post utilisateur sera automatiquement utilisée.

/!\ Attention à vos données, elles peuvent facilement être récupérées par n'importe qui ou endommagée. Vous pouvez les copier et les transmettre ou les transporter de manière à les utiliser ailleurs.
/!\ Les seules données protégées sont celles protégées avec un mot de passe sur le serveur telles que les coffres.

A la création d'une session, on doit choisir le serveur d'origine. Si le serveur admet plusieurs point de départ (origines), il faut en choisir une (unique). (les origines sont déterminées par connexion au serveur, ce dernier listant celles accessibles)

Après avoir choisi le monde et l'origine de départ, il faut créer son personnage. Pour cela, il faut choisir un nom, une race ainsi qu'un sexe et une définition visuelle ou “source”.

Cela fait, le client envoie les informations au serveur qui crée une session de base pour le nom, la race, le sexe et l'origine sélectionnée. La session créée, il renvoie les données cryptées au client et un fichier de session est créé.

Un fichier de session se rapporte à un nom.

e.g. xion_luhnis.xes((XML Encrypted Session)) pointe sur le nom xion luhnis

Pour un nom, on peut posséder plusieurs sous-sessions, une sous-session par monde / serveur. Si une race ou un package visuel n'existe pas pour un serveur, on peut le redéfinir pour le serveur à partir de la session de base créée.

La première session créée définie l'origine du personnage ainsi que les contraintes de base de race, sexe et package visuel.