Performance Thread Rheinufer

[adorfer]

@yayachiken

Das kommt auch auf den Client an.

Oder das darunter liegende OS.
Zumindest hatte ich bei Android den Eindruck, dass das bereits auf Betriebsystem-Ebene abgefangen würde und somit gar nicht erst auf „weniger schlaue“ Apps durchschlagen kann.

[CHRlS]

@monty

Screenshot_2015-01-24-22-39-58.png1080x1920 294 KB

Hm, okay, weder v6 Adresse, noch ne Route, so wird das auch nix…die ULA fda Adressen verteilt der Router lokal, aber damit kann man nix anfangen…

[nomaster]

Unsere IPv6-Anbindung zieht gerade um und wird heute erst im Laufe des Tages wieder verfügbar.

[Maltis]

Ohne zu nerven oder unbeabsichtigt Druck aufbauen zu wollen:
Mich interessiert ja sehr was da gerade im Hintergrund passiert. Dürfte ich erfahren was da gerade passiert bzw wie der Stand der Dinge ist?

Ich sehe nur, dass meine Nodes nicht via IPv6 zu erreichen sind.

[nomaster]

Zwischenstand:

[nomaster]

IPv6 jetzt über Freifunk Rheinland

Aufgepasst: Rheinufer befindet sich mit IPv6 nun endlich im Rheinland Backbone. Das aktuell verwendete Subnetz ist 2a03:2260:40::/64. Bitte aktualisiert Eure DNS-Einträge entsprechend. Dieses Netz soll länger erhalten bleiben, denn es ist aus dem Adressbereich des Freifunk Rheinland AS. Vielen Dank an @takt und @CyrusFox für die Zusammenarbeit.

[FxFx]

Genau dafür benötigen wir ein Werktzeug (Jehova) wo Änderungen, Updates, Störungsbeseitgung , Status verbindlich u zeitnah dokumentiert werden müssen… nein kein ITIL, aber ein Basis Workflow der von allen gelebt und genutzt werden kann.

[MrMM]

Insbesondere IPv6 schaut jetzt wirklich viel besser aus!

Danke für die Arbeit, so können wir ja wieder Geräte ausrollen

[Lutz]

Gerade erreicht mich die Meldung von meinem Lieblingsunterstützer: Freifunk läuft nicht. Ich kann das bestätigen. Gerade kann ich die Bytes hereintröpfeln sehen.
Die Übertragungsrate lag in den letzten Tagen bei unter 1 Mbit/s. Egal welches Device, egal an welcher Node. Auch die IP-Vergabe dauert sehr lange.
Die 7 Supernodes scheinen zu arbeiten, die Verteilung ist gut.
Wo ist das Nadelöhr? Oder geht mir das nur in Mettmann so?

[MrMM]

Nein, wir haben das Problem hier in Aachen auch.

Ich habe den starken Verdacht das Problem ist diesmal IPv4.

Per IPv6 ist alles bestens:

traceroute6 www.six.heise.de
traceroute to www.six.heise.de (2a02:2e0:3fe:1001:7777:772e:2:85) from 2a03:2260:40:0:690d:e0d0:e563:5cc4, 30 hops max, 24 byte packets
1 2a03:2260:40::1 (2a03:2260:40::1) 81.38 ms 71.227 ms 70.452 ms
2 2a03:2260:0:7::1 (2a03:2260:0:7::1) 82.769 ms 83.277 ms 90.257 ms
3 2001:8d8:2:1050::1 (2001:8d8:2:1050::1) 83.4 ms 89.425 ms 79.132 ms
4 te0-0-2-3.c350.f.de.plusline.net (2001:7f8::3012:0:2) 81.952 ms 86.087 ms 218.931 ms
5 te2-2.c301.f.de.plusline.net (2a02:2e0:11:16:c::301) 104.999 ms 156.462 ms 84.501 ms
6 2a02:2e0:10:0:c::2 (2a02:2e0:10:0:c::2) 83.035 ms 85.64 ms 83.077 ms
7 te2-4.c102.f.de.plusline.net (2a02:2e0:10:1:c::2) 166.857 ms 83.275 ms 177.91 ms
8 2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1) 84.389 ms !S 175.161 ms !S 86.266 ms !S

Über IPv4 geht nichts:

tracepath www.heise.de
1?: [LOCALHOST] pmtu 1280
1: 10.40.100.1 76.814ms
1: 10.40.100.1 71.821ms
2: no reply
3: no reply

Nachdem ich die IPv4 Adresse manuell entfernt habe ging das Netz gleich wieder schön flüssig, leider aber nur bei den paar Anbietern die bereit voll IPv6 unterstützen. Seltsam ist dass ohne das Löschen der Adressen auch IPv6 kompatible Seiten wie ffmap oder dieses Forum nicht geladen wurden. Ganz ohne IPv4 flutscht es halbwegs.

Mein Knoten ist verbunden zu:
mesh_vpn_backbone_peer_rheinufer5&6
Ebenfalls bestätigt ist das Problem von einem Knoten aus der mit 0&1 und einem der mit 0&2 verbunden ist.

Nach Neustart von fastd auf dem lokalen Knoten und Verbindung zu rheinufer 0&3 sieht es viel besser aus:

tracepath www.heise.de
1?: [LOCALHOST] pmtu 1280
1: 10.40.0.1 32.318ms
1: 10.40.0.1 32.653ms
2: 100.64.0.12 49.047ms
3: irb-1050.bb-a.fra3.fra.de.oneandone.net 53.290ms asymm 5
4: te0-0-2-3.c150.f.de.plusline.net 55.649ms asymm 7
5: 82.98.102.9 57.090ms asymm 7
6: no reply
7: no reply
8: no reply
9: no reply
10: no reply
11: no reply
12: no reply
13: no reply
14: no reply
15: no reply
16: 212.19.61.13 51.016ms !H
Resume: pmtu 1280

traceroute6 www.six.heise.de
traceroute to www.six.heise.de (2a02:2e0:3fe:1001:7777:772e:2:85) from 2a03:2260:40:0:690d:e0d0:e563:5cc4, 30 hops max, 24 byte packets
1 2a03:2260:40::1 (2a03:2260:40::1) 23.573 ms 23.136 ms 24.446 ms
2 2a03:2260:0:9::1 (2a03:2260:0:9::1) 31.274 ms 32.32 ms 32.896 ms
3 2001:8d8:2:1050::1 (2001:8d8:2:1050::1) 57.034 ms 56.645 ms 39.288 ms
4 te0-0-2-3.c350.f.de.plusline.net (2001:7f8::3012:0:2) 52.365 ms 40.267 ms 43.546 ms
5 te2-2.c301.f.de.plusline.net (2a02:2e0:11:16:c::301) 39.225 ms 39.747 ms 42.628 ms
6 2a02:2e0:10:0:c::2 (2a02:2e0:10:0:c::2) 47.561 ms 41.963 ms 39.329 ms
7 te2-4.c102.f.de.plusline.net (2a02:2e0:10:1:c::2) 39.199 ms 39.863 ms 44.269 ms
8 2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1) 66.642 ms !S 50.243 ms !S 39.523 ms !S

@nomaster das Problem liegt also offensichtlich auf Rheinufer0 nicht vor. Schaut danach aus, dass etwas mit der IPv4 nat nicht stimmt, vielleicht die v4 Transportnetze?

[nomaster]

Ich habe ein Problem mit der Verbindung der Supernodes untereinander gehabt. Diese haben sich teilweise nicht direkt miteinander verbunden, sondern nur indirekt über reguläre Nodes. Das war natürlich nicht performant. Heute Nacht habe ich das Problem lösen können, in dem ich für diese Verbindungen separate Mac-Adressen verwende.

Das andere Problem war die Reihenfolge der IPv4 Routing-Regeln. Bei manchen hat die explizite Angabe einer Priorität gefehlt, so dass die Pakete nicht in der richtigen Routing-Tabelle gelandet sind. Das ist jetzt auch gelöst.

[timbec]

@nomaster

Das ist jetzt auch gelöst.

Danke für deinen unermüdlichen immer flotten Einsatz!

[yayachiken]

9,77 Mbps down und 7,83 Mbps up, wow!

Mal schauen, wie es heute abend wird

[timbec]

Hier in Aachen ist wieder so ziemlich alles offline… nur link local Adresse. Kein v6, kein v4 (SN rheinufer 0+2)

[monty]

IPv6 scheint zu gehen, IPv4 scheint tot.
Anscheinend gibt’s weder IP noch DNS-Server vom DHCP-Server.

Fastd-Verbindung über rheinufer0 und rheinufer2.

[yayachiken]

Ich kriege keine IP mehr, kann das, was meine Vorredner sagen, bestätigen.

Über meinen Ruhrgebiet-Router kriege ich wenigstens eine IP, aber auch keinen Traffic durch. Ist da evtl auf höherer Ebene was broken?

[MrMM]

Ja, mehr oder weniger kann ich mich auch anschließen.

Ich bekomme keine IPv4, IPv6 geht:

traceroute6 www.six.heise.de
traceroute to www.six.heise.de (2a02:2e0:3fe:1001:7777:772e:2:85) from 2a03:2260:40:0:4d07:fe23:4325:2183, 30 hops max, 24 byte packets
1 2a03:2260:40::1 (2a03:2260:40::1) 22.788 ms 26.703 ms 21.796 ms
2 2a03:2260:0:7::1 (2a03:2260:0:7::1) 35.524 ms 36.207 ms 37.405 ms
3 2001:8d8:2:1050::1 (2001:8d8:2:1050::1) 34.434 ms 35.073 ms 34.145 ms
4 te0-0-2-3.c350.f.de.plusline.net (2001:7f8::3012:0:2) 70.191 ms 38.447 ms 35.867 ms
5 te2-2.c301.f.de.plusline.net (2a02:2e0:11:16:c::301) 36.051 ms 39.273 ms 34.843 ms
6 2a02:2e0:10:0:c::2 (2a02:2e0:10:0:c::2) 35.373 ms 45.627 ms 41.445 ms
7 te2-4.c102.f.de.plusline.net (2a02:2e0:10:1:c::2) 52.634 ms 42.716 ms 41.113 ms
8 2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1) 41.52 ms !S 37.547 ms !S 40.819 ms !S

Supernode 1&3

Die Supernodes sind allerdings auch untereinander wieder nicht voll vermascht und tauchen in der Statistik mehrfach auf:

Supernode: rheinufer0 0 3 139 nein
Supernode: rheinufer0 0 0 0 nein
Supernode: rheinufer1 0 3 104 nein
Supernode: rheinufer1 0 0 0 nein
Supernode: rheinufer2 0 4 115 nein
Supernode: rheinufer3 0 4 105 nein
Supernode: rheinufer3 0 0 0 nein
Supernode: rheinufer4 0 6 88 nein
Supernode: rheinufer4 0 0 0 nein
Supernode: rheinufer5 0 6 56 nein
Supernode: rheinufer5 0 0 0 nein
Supernode: rheinufer6 0 6 16 nein
Supernode: rheinufer6 0 0 0 nein

[MrMM]

@nomaster ich habe meinen Node gezielt nur die beiden Supernodes 4&5 erlaubt, da diese über ein vollständiges Quertunnel zu den anderen Supernodes verfügen.

Jetzt bekomme ich auch eine IPv4:

tracepath www.heise.de
1?: [LOCALHOST] pmtu 1280
1: 10.40.0.1 39.764ms
1: 10.40.0.1 41.545ms
2: 100.64.0.12 54.050ms
3: irb-1050.bb-a.fra3.fra.de.oneandone.net 57.793ms asymm 5
4: te0-0-2-3.c150.f.de.plusline.net 57.118ms asymm 7
5: 82.98.102.13 54.759ms asymm 8
6: no reply
7: 212.19.61.13 73.320ms !H
Resume: pmtu 1280

traceroute6 www.six.heise.de
traceroute to www.six.heise.de (2a02:2e0:3fe:1001:7777:772e:2:85) from 2a03:2260:40:0:4d07:fe23:4325:2183, 30 hops max, 24 byte packets
1 2a03:2260:40::1 (2a03:2260:40::1) 34.229 ms 26.81 ms 31.336 ms
2 2a03:2260:0:7::1 (2a03:2260:0:7::1) 43.7 ms 45.65 ms 42.052 ms
3 2001:8d8:2:1050::1 (2001:8d8:2:1050::1) 43.34 ms 35.874 ms 39.534 ms
4 te0-0-2-3.c350.f.de.plusline.net (2001:7f8::3012:0:2) 59.985 ms 37.652 ms 98.587 ms
5 te2-2.c301.f.de.plusline.net (2a02:2e0:11:16:c::301) 39.217 ms 37.516 ms 47.171 ms
6 2a02:2e0:10:0:c::2 (2a02:2e0:10:0:c::2) 46.007 ms 46.618 ms 38.074 ms
7 te2-4.c102.f.de.plusline.net (2a02:2e0:10:1:c::2) 43.373 ms 48.474 ms 40.285 ms
8 2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1) 158.647 ms !S 36.587 ms !S 40.399 ms !S

[monty]

Ohne jetzt Druck aufbauen zu wollen, sondern rein interessehalber :
Ist schon jemand an dem IPv4-Verbindungsproblem dran?
@CyrusFox, @nomaster, @CHRlS

[CHRlS]

Isch bin doch gar nischt aus dem rheinüfeeeer