Tunnel zu Möhne103 mit 90% - da sind aktuell 296 Nodes dran
@MrMM hat in einem anderen thread mal das Stichwort „Hop Penalty“ fallen lassen…
wäre das eine Möglichkeit die Supernodes gerechter auf die Nodes zu verteilen?
Wie auch immer, schweife grade ab
DIE FIRMWARE LÄUFT BEI MIR STABIL
Da es nur ein 16.000er DSLer ist den wir uns mit der Bücherei teilen ist da nicht viel zu erwarten…
Hatte grade bei ca. 50 Clients ( an 8 nodes) 4500 download - waren heute morgen zur Knoppers-Zeit ca. 10.000 down ( hatte da aber die Clients nicht gezählt)
Werden nach den Ferien wohl endlich einen 50.000/5.000 UM Anschluss bekommen - bin gespannt was dann möglich ist…
Ich hab gerade mal von Stable auf Snapshot umgeschaltet und geupdatet…
Aktuell schlagen keine Flammen aus dem Gerät - schätze das ist prinzipiell ein gutes Zeichen!
Ich und @Groman haben auch mal mit den x86-Offloadern herumexperimentiert.
Ergebnis ist, dass es aktuell eigentlicht nicht sinnvoll ist einen x86-Offloader ins Möhne-Netz zu bringen. Der Durchsatz lässt jetzt keine Freudensprünge zu, da das Nadelöhr wohl nicht beim Offloader, sondern vermutlich bei den Supernodes liegt.
Bei meinen Tests erreiche ich immer um die 10-15MBit (egal welche Uhrzeit oder welchen Supernode ich anspreche).
Das kann ein 1043v2, 3600, 4300 o.ä. auch leisten.
Die ganze Nummer ist nur dann sinnvoll, wenn auf der anderen Fastd-Seite eine performante Gegenstelle wartet.
Insgesamt also eher ein ernüchterndes Ergebnis. Zumindest was die Fastd-Performance angeht.
@Administratoren
bitte mittelfristig mal eine „performante Gegenstelle“ (exlusive für VMs) zur Verfügung stellen.
Damit der Testsupernode explizit für Test-VM-Offloader zur Verfügung steht am besten
parallel zum Supdernode eine angepasste Firmware für die VMs bereitstellen
ggf. gibt`s ja mit der kommenden Limitierung auf nur noch eine VPN Verbindung bereits
die notwendigen Kapazitäten
(haben am 2. Sonntag im August Schützenfest, könnte also ein Szenario für einen Stresstest anbieten)
Wir haben bereits eine Hop Penalty von 120. Das ist aber auch wie im verlinkten Beitrag erwähnt nur dafür da um den VPN Traffic zu entlasten wenn man innerhalb einer Wolke arbeitet und auch einen Route ohne VPN.hat.
Man müsste den Wert (hier 225) irgendwie verändern können aber ich weiss noch nicht wie und wann der sich ändert.
@nullu Kehr, wir haben den Fred hier doch schon mit x86-Testereien verwässert, jetzt kommt Du mir doch nicht mit nem Topic von ganz oben. Ich war kurzzeitig verwirrt.
@biggesee, @sirexeris
Ihr könnt aktuell mit der 204.freifunk-moehne.de testen.
Sie wird nur von Nodes mit Snapshot Firmware angesprochen und ist im Moment wenig ausgelastet.
Bis zum Schützenfest wird der Zustand vermutlich nicht anhalten aber vielleicht haben wir bis dahin ja was neues
Auf die Idee bin ich auch gekommen. Hab alle Peers deaktiviert und nur noch 204 zugelassen. Zum Testzeitpunkt waren auf 204 nur 20 Nodes verbunden. Aber auch da: Mehr als 13MBit hab ich da nicht geschafft und das schafft dann auch mein 3600. Die Frage ist, ob überhaupt mehr als 15MBit drin sind, oder wo das potentielle Nadelöhr ist.
Hm, okay.
Ich hab schon eine Vermutung, nicht alle unser Supernodes haben eine eigene GRE Anbindung an den FFR und vermutlich kostet das weiterleiten etwas Performance.