Zum testen könnte ich einen möglichst gut angebundenen HTTP Server im FFRN Netz mit einem Satz Test Dateien brauchen. Gibt es schon sowas ?
z.B. 1 MB 10 MB 100MB
Inhalt: am besten Dummy Daten, maximal Komprimiert, Auto zip Feature im Server deaktiviert
Entweder an einer zentralen Stelle mit guter Verbindung zu den Gateways.
Oder noch besser mehrfach, auf jedem Gateway
per IPv4 und IPv6 erreichbar.
Remote kann ich aber meistens nur auf den Knoten Testen.
und da ist time wget -O /dev/null http://xxx eben am einfachsten.
Im moment mache ich den Test gegen einen Server im Internet.
Aber ein Test erst mal nur im Freifunknetz bzw bis zum Gateway würde oft auch helfen bei der Problemsuche.
zum Verständniss:
wenn man per SSH auf dem Knoten arbeitet geht über IPv4 immer alles direkt ins Internet (nur mit Uplink) und über IPv6 immer über die Gateways?
Stimmt das ?
Nein, auch der IPv4-Traffic geht zuerst über unsere Server, sonst könnten wir die Knotenbetreiber nicht vor dem (seit gestern kann man das ja so formulieren) missbräuchlichen Einsatz der Störerhaftung gegen sie schützen.
Dann hab ich hier, da ich im 10er Class-A Netz sitze, einen Sonderfall, die 10.16.1.248 ist mein reales Gateway ins Internet:
Edith: der traceroute wurde auf dem Knoten gemacht.
traceroute to web.de (82.165.230.17), 30 hops max, 38 byte packets
1 10.16.1.248 (10.16.1.248) 0.861 ms 0.721 ms 0.668 ms
2 217.0.117.165 (217.0.117.165) 20.037 ms 22.161 ms 21.887 ms
3 87.186.196.118 (87.186.196.118) 22.309 ms 21.973 ms 23.127 ms
4 ka-ea4-i.KA.DE.NET.DTAG.DE (62.154.74.42) 24.544 ms ka-ea4-i.KA.DE.NET.DTAG.DE (62.154.74.50) 24.750 ms 28.520 ms
5 ka-ea4-i.KA.DE.NET.DTAG.DE (62.154.74.50) 24.391 ms ka-ea4-i.KA.DE.NET.DTAG.DE (62.154.74.42) 24.385 ms ka-ea4-i.KA.DE.NET.DTAG.DE (62.154.74.50) 21.755 ms
6 dtag.bb-a.tp.kae.de.oneandone.net (80.156.160.54) 24.642 ms 25.432 ms 24.312 ms
7 ae-3-0.bb-a.bap.rhr.de.oneandone.net (212.227.120.45) 25.078 ms 24.621 ms 24.745 ms
8 ae-4.gw-diste-a.bap.rhr.de.oneandone.net (212.227.121.161) 25.306 ms 24.358 ms 26.244 ms
9 bap.web.de (82.165.230.17) 24.747 ms 25.532 ms 24.724 ms
Routingtabelle:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.16.1.248 0.0.0.0 UG 0 0 0 br-wan
10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 br-wan
10.16.1.248 0.0.0.0 255.255.255.255 UH 0 0 0 br-wan
10.142.0.0 0.0.0.0 255.255.0.0 U 0 0 0 local-no
Ich sitze auf (!) dem Freifunkrouter, alles andere waere ja ein ganz ganz mieser Bug, mein Posting bezog sich auf folgende Frage oben:
wenn man per SSH auf dem Knoten arbeitet geht über IPv4 immer alles direkt ins Internet (nur mit Uplink)
Ich meine nicht die Clients !! Sondern den traffic von der (ssh)Konsole der Knoten.
Der v4 Traffic den du auf dem Knoten generierst, geht tatsächlich direkt raus. Muss er ja auch um das VPN aufbauen zu können, für v6 gibts da ne extra Routing Regel, deshalb fällt das nicht auf.
Ein Testfile auf den Gateways ist etwas doof, da ich dafür extra einen Webserver auf den Kisten laufen lassen muss.
Und wie wäre es zumindest mit nur einem Server? entweder auf einem der Gateways? oder einem anderen zentralen Server im FFRN Netz ?
Ist nicht wirklich aussagekräftig, da das Routing unterschiedlich sein kann. Du kannst es aber erstmal mit http://files.leahoswald.de/bigfile versuchen. Damit bekommst du zuverlässig von allen Freifunk Gateways aus knapp unter 100Mbit/s
danke, Ist aber leider nur per V4 erreichbar, oder?
Ja ist nur per v4 erreichbar. Aber was ich noch nicht ganz verstehe ist, welchen Nutzen du dir genau davon erwartest. Du hast, wenn du auf dem Knoten selbst misst, immer das Problem das die Werte verfälscht sein könnten, da der Download selbst ja für Last auf dem Knoten sorgt.
Die Genauigkeit ist da nicht immer das Thema. Aber ob ich da 100KB/s oder 5MB/s bekomme sagt mir dann doch schon viel.
Bei einem Up-link oder bei einer Mesh Kette. Damit findet man dann schnell das Problem
Kannst du das “Bigfile” bitte auch per V6 anbieten ?
Erledigt, ist jetzt auch über IPv6 erreichbar.