Ergebnisse mit Entropy-0.8.3-421

[ Entropy Forum ]

Geschrieben von / Written by Stef am 01. Oktober 2007 22:58:41:

Als Antwort auf: / as an answer to: Re: ERFOLG!!! Entropy-0.8.3-421 läuft auf OpenWrt! geschrieben von / written by nfo am 26. September 2007 01:39:18:

>Dann sollte Entropy_RSA aber auch funktionieren.

Ich befürchte, dass ein Compilerproblem des Mipsel-Crosscompilers die Entropy_RSA-Anwendung unbrauchbar macht. Folgende Meldung von loganalyzer.sh irritiert mich:

Warning: Found 112 McEliece public key failure(s). Aren't you glad we checked? :-)
Warning: Found 112 failed outbound connection setup(s).


>Bei mir laufen 3 Nodes im localen Netz, ab und an happert's bei der Kontaktaufnahme, ähnlich deiner vorherigen Beschreibung (880B/0), aber seit die seed.txt bei mir stimmt (lokal) reicht meisst ein neustart einer der Nodes um das Problem zu fixen. übrigens sollte jede Node nur 1 Verbindung mit pro Nodes auf anderen Rechner haben (jeweils in und out) und nicht 32 wie du es im vorherigen posting erwähntest. Hast du mal gekuckt ob wirklich alle threads beendet waren wenn du die Nodes neu gestartest hast?

Bei meinem Entropy_RSA-Test konnte kein Entropy-Knoten (compiliert für Mipsel, ausgeführt auf Router mit OpenWRT) mit einem anderen Knoten Kontakt aufnehmen wegen dieser "McEliece public key failure(s)".


------------------------------------------------------


Ich habe nun eine Woche lang ein internes Entropy-Netzwerk mit der alten Entropy-0.8.3-421-Version getestet. Es kamen wieder diese zwei Router mit jeweils einem Entropy-Knoten zum Einsatz, sowie zehn Entropy-Knoten auf meinem PC. Folgendes konnte ich feststellen:
-die Knoten-Ankündigungen funktionieren nicht, es werden nur Verbindungen aufgebaut, die mittels seed.txt definiert werden. Erst definierte ich mittels diesen 12 Knoten einen Ring, dann baute ich viele Querverbindungen ein.
-die zum Test eingefügte Entropy-Site konnte nur mit Mühe von anderen Knoten her abgerufen werden. Vielleicht konnten sich die Knoten noch nicht genug spezialisieren. Ich hatte den Eindruck, dass nur Content abrufbar war, der mit HTL=15 ins Netzwerk "gewürgt" wurde.
-ein Content-Push-Pull-Test (auf einem Knoten einfügen, auf einem entfernten Knoten abrufen) funktionierte auch nur mit brachialer Gewalt (HTL=15 fürs Einfügen) und einiger Nachhilfe (Abrufen des Inhalts bei einem Knoten nur 2 Hops entfernt). Irgendwie ein Routingproblem...
-Entropy-0.8.3-421 läuft ziemlich gut auf einem ASUS WL500G (16MB RAM, viel Swap, Festplatte an USB1.1, 200MHz CPU).


Meine nächsten Tests werden sein:
-DebianSlug auf einem Linksys NSLU2 installieren, einen GCC installieren, Entropy_RSA native compilieren und ein Entropy-Testnetz aufbauen. Mal sehen, wie gut das geht.
-Allenfalls mal einen "Maybach unter den Freifunk Knoten" (ASUS WL500G Premium) kaufen und testen.
-Sobald eine wirklich funktionsfähige Entropy-Lösung (Hardware und Software) gefunden ist, will ich dies unter die Leute bringen. Ein Freifunk-Netzwerk mit ca. 300 aktiven Knoten sollte doch mehr können als Internetzugang anbieten, es sollte auch ähnlich einem Bürgernetz Inhalte speichern, anbieten und verteilen können!
-Falls Entropy doch nicht will, so muss ich mal GNUnet probieren. "The Owner-Free Filesystem" (http://de.wikipedia.org/wiki/Owner_Free_Filesystem) tönt auch interessant und ressourcenschonend.


MfG,
Stef.


Antworten: / Answers

[ Entropy Forum ]