Experimentieren mit dezentralem Netz

3 March 2012 | Labo

OpenSim soll mit dezentralen Servern arbeiten, das ist doch das Ziel eines Grids, oder? Theoretisch sollte ich also in der Lage sein, eine Region in einem Grid laufen zu lassen, während ich den Authentifizierungsserver eines anderen Grids verwende. Und Server für Inventar und Vermögenswerte.

OpenSim soll mit dezentralen Servern arbeiten, das ist doch das Ziel eines Grids, oder? Theoretisch sollte ich also in der Lage sein, eine Region in einem Grid laufen zu lassen, während ich den Authentifizierungsserver eines anderen Grids verwende. Und Server für Inventar und Vermögenswerte.

Dies ist besonders experimentell, einige haben es bereits versucht und sind gescheitert (aber HG war nicht so effizient wie heute). Deshalb würden wir uns freuen, wenn Sie uns Ihre Gedanken, Ratschläge, Erfahrungen und Ideen mitteilen würden. Kommentieren Sie unten auf der Seite oder mailen Sie uns(magic@speculoos.world, gudule@speculoos.world).

Warum sollte ich eine solche Dummheit begehen? Stellen Sie sich vor, Sie pflegen Ihr eigenes Raster, und Sie pflegen auch einige Regionen in einem anderen Raster. Natürlich mit Hypergrid-Links von einem zum anderen und einigen gemeinsamen Inhalten.

Wenn Sie die Standardkonfiguration verwenden (jede Region verwendet die Hosting-Grid-Authentifizierungs-, Inventar- und Asset-Server)

  • Sie benötigen für jedes Netz ein eigenes Konto.
  • Wenn Sie gemeinsame Inhalte in Regionen in verschiedenen Grids verwenden wollen, müssen Sie sie Ihrem (Offline-)Alter Ego oder Benutzer geben, wenn Sie etwas speichern/laden
  • Alternativ können Sie eine Kopie Ihrer Region in Ihrem Hauptraster erstellen und sie dann mit dem Ruder speichern/laden in das andere Raster übertragen. Nicht glatter
  • Wenn du Leute in einem Netz triffst und dich mit ihnen anfreundest, musst du sie erneut fragen, wenn du dich mit deinem anderen Konto im anderen Netz anmeldest.
  • Dasselbe gilt natürlich auch für Gruppen
  • Wenn Ihre Konfiguration separate Konten benötigt (Vermieter, Bank usw.), müssen diese in jedem Raster dupliziert werden.

So kam ich auf die Idee. Was passiert, wenn ich für alle meine Regionen denselben Auth-, Inv- und Asset-Server verwende und die Raster/Region/Gateway-Einstellungen für die Regionen ändere, die sich in einem anderen Raster befinden? Die dezentralisierte Architektur von opensim sollte dies ermöglichen. Theoretisch. Zumal Hypergrid effizient ist.

Im Modus der Dezentralisierung:

  • Sie müssen Ihre Konten nicht duplizieren
  • Alle Vermögenswerte werden zwischen allen Regionen, die Sie verwalten, geteilt (ach ja, genau zwischen diesen Regionen bewegen sie sich häufiger)
  • Da Sie nur ein Konto haben, müssen Ihre sozialen Kontakte Sie nicht zweimal (oder mehrmals) in ihre Kontaktliste aufnehmen. Das gilt natürlich auch für Gruppen.
  • Einfachere Verwaltung, weniger Fehler…

Natürlich gibt es einige (bereits bekannte) Probleme. Und (besonders ärgerlich) einige Unbekannte in diesem Stadium.

  • Die “gemischten” Regionen verhalten sich auf ihrem geografischen Raster wie Fremde. Benutzer, die aus den umliegenden Regionen hier landen, erleben dasselbe Erlebnis, als ob sie in ein Hypergrid reisen würden, nur ohne die Zeit des Teleports. Wenn HG jedoch korrekt eingerichtet ist, funktionieren alle grundlegenden Funktionen einwandfrei. Manchmal kann es aber auch langsamer sein.

Versuchen wir es also mal. Ich habe in OSGrid eine Region eingerichtet (mit dem Namen “Belgium Jump”, OSGrid-Link, HG-Link), in der ich nur einige wenige Einstellungen mit OSGrid-Werten vorgenommen habe.

Die Einstellungen

Fast alle Einstellungen in GridCommon.ini werden so gesetzt, als ob die Region in ihrem “Heimat”-Grid wäre (sagen wir, das, in dem Auth-, Inv- und Assets-Server untergebracht sind), mit Ausnahme einiger weniger Einstellungen:

  • GridServerURI
  • Torwächter
  • AvatarServerURI
  • PresenceServerURI

Im Moment funktioniert das ganz gut. Aber wir würden uns freuen, wenn Sie sich in unsere Region stürzen, einige Tests machen und uns Feedback geben.

Die Links