Lampertheim Blücherstraße uplink hakt


#1

Hier soll es also speziellumdie Blücherstraße gehen in LAmpertheim

Ich habe dort an einer Fritzbox 7490 mit Kabel einen 1043 er stehen, der sich nicht oder nur sehr schwer mit dem Gateway verbindet. Sein Name ist LA-BLUE26-1043. Ich habe ihn verschiedentlich neu gestartet, ohne Erfolg.Der Provider ist 1und1, der Anshcluß ist auch schon ipv6 geschaltet und schafft offiziell 50 MBit

An der gleichen Stelle ist noch zu Testzwecken ein 841 er, der auf dem Balkon besser stationiert ist, dafür den uplink aber über Devolos beziehen muss. Auch der kommt nicht auf sein Gateway. Dies hat bis vor einer Woche relativ problemlos funktioniert. Er hat den Namen LA-RW-BL35

Gegenüber in der Flüchtlingsunterkunft steht auch ein 841 er , der an guten Tagen 90 % TQ schafft, dann manchmal total wegfällt. Das war eigentlich der Ausgangspunkt meiner Fragen hier. Jetzt ist es ja nicht verwunderlich , dass er offline ist, da die Knoten mit uplink ja eben keinen uplink haben. Dieser Router heißt LA-RW-BLU35.

Ich wäre für Vorschläge dankbar.


#2

Deaktiviere mal test weise das IPv6. Das dürfte das Problem sein. Aktuell können nicht alle Gateways IPv6 und wenn einer davon ausgelastet ist, daher keine Verbindungen mehr annimmt und dein Knoten trotzdem versucht sich via IPv6 zu verbinden, geht das schief.

In den nächsten Tagen sollen die Gateways aber wieder alle IPv6 Konnektivität bekommen. Dann sollte das Problem nicht mehr auftreten.


#3

Also ich habe gerade Zugriff auf den LA-RW-Blu26
er ist online, macht aber kein mesh, nichtmal mit dem 1043 er, der nur 5 m weiter steht.
Hier das logfile
https://paste.ffrn.de/?83a0cd4bb3d80f73#uO0dBxx8UwqhYvADngBGeJmKSicnltOslAcVbK72cCk=
Nach einem Reboot geht das mesh wieder.
Ich denke, der 1043 ist keine hilfe, weshalb ich ihn wieder abschalten werde.
Können jetzt alle Gateways wieder ipv6?


#4

Jap, seit gestern Mittag.


#5

Hier also MAl wieder ein Logfile von dem Router in der Blücherstraße 26

sorry, den collen pastebin link habe ich gerade nicht mehr. Weiß jemand, warum die Verbindung zum Gateway Mal kalppt udn Mal nicht?

root@LA-RW-BL26:~# logread
Sun Nov  6 01:13:12 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]...
Sun Nov  6 01:13:13 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:13:13 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:18 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:13:18 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:22 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[5.9.158.125:10000]...
Sun Nov  6 01:13:22 2016 daemon.info fastd[1454]: resolving host `gw02.ffrn.de' for peer <mesh_vpn_backbone_peer_gw02>...
Sun Nov  6 01:13:22 2016 daemon.info fastd[1454]: resolved host `gw02.ffrn.de' successfully
Sun Nov  6 01:13:23 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]...
Sun Nov  6 01:13:23 2016 daemon.info fastd[1454]: resolving host `gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>...
Sun Nov  6 01:13:23 2016 daemon.info fastd[1454]: resolved host `gw08.ffrn.de' successfully
Sun Nov  6 01:13:24 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:13:24 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:13:24 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:13:27 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:13:27 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:13:27 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:13:33 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[138.201.30.247:10000]...
Sun Nov  6 01:13:33 2016 daemon.info fastd[1454]: resolving host `gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>...
Sun Nov  6 01:13:33 2016 daemon.info fastd[1454]: resolved host `gw03.freifunk-rhein-neckar.de' successfully
Sun Nov  6 01:13:34 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:13:34 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:37 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:13:37 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:40 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:13:42 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[[2a01:4f8:172:1713::8]:10000]...
Sun Nov  6 01:13:46 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:13:46 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:13:46 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:13:47 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:13:47 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:13:47 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:13:53 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]...
Sun Nov  6 01:13:54 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:13:54 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:58 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:13:58 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:13:59 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[5.9.158.125:10000]...
Sun Nov  6 01:13:59 2016 daemon.info fastd[1454]: resolving host `gw02.ffrn.de' for peer <mesh_vpn_backbone_peer_gw02>...
Sun Nov  6 01:13:59 2016 daemon.info fastd[1454]: resolved host `gw02.ffrn.de' successfully
Sun Nov  6 01:14:04 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]...
Sun Nov  6 01:14:04 2016 daemon.info fastd[1454]: resolving host `gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>...
Sun Nov  6 01:14:04 2016 daemon.info fastd[1454]: resolved host `gw08.ffrn.de' successfully
Sun Nov  6 01:14:05 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:14:05 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:14:05 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:14:07 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:14:07 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:14:07 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:14:13 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:14:13 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:14 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[138.201.30.247:10000]...
Sun Nov  6 01:14:14 2016 daemon.info fastd[1454]: resolving host `gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>...
Sun Nov  6 01:14:14 2016 daemon.info fastd[1454]: resolved host `gw03.freifunk-rhein-neckar.de' successfully
Sun Nov  6 01:14:17 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:14:17 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:19 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:14:25 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[[2a01:4f8:172:1713::8]:10000]...
Sun Nov  6 01:14:32 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:14:32 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:35 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]...
Sun Nov  6 01:14:36 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:14:36 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:38 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[5.9.158.125:10000]...
Sun Nov  6 01:14:38 2016 daemon.info fastd[1454]: resolving host `gw02.ffrn.de' for peer <mesh_vpn_backbone_peer_gw02>...
Sun Nov  6 01:14:38 2016 daemon.info fastd[1454]: resolved host `gw02.ffrn.de' successfully
Sun Nov  6 01:14:44 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]...
Sun Nov  6 01:14:44 2016 daemon.info fastd[1454]: resolving host `gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>...
Sun Nov  6 01:14:44 2016 daemon.info fastd[1454]: resolved host `gw08.ffrn.de' successfully
Sun Nov  6 01:14:45 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:14:45 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:14:45 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:14:47 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:14:47 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:14:47 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:14:49 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:14:49 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:55 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:14:55 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:14:56 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[138.201.30.247:10000]...
Sun Nov  6 01:14:56 2016 daemon.info fastd[1454]: resolving host `gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>...
Sun Nov  6 01:14:56 2016 daemon.info fastd[1454]: resolved host `gw03.freifunk-rhein-neckar.de' successfully
Sun Nov  6 01:15:00 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:15:05 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[[2a01:4f8:172:1713::8]:10000]...
Sun Nov  6 01:15:06 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:15:06 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:15:06 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:15:07 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:15:07 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:15:07 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:15:07 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:15:07 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:14 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]...
Sun Nov  6 01:15:15 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:15:15 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:21 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[5.9.158.125:10000]...
Sun Nov  6 01:15:21 2016 daemon.info fastd[1454]: resolving host `gw02.ffrn.de' for peer <mesh_vpn_backbone_peer_gw02>...
Sun Nov  6 01:15:21 2016 daemon.info fastd[1454]: resolved host `gw02.ffrn.de' successfully
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]...
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: resolving host `gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>...
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: resolved host `gw08.ffrn.de' successfully
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:15:24 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:15:25 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:15:25 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:15:25 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:15:25 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:15:25 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:34 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[138.201.30.247:10000]...
Sun Nov  6 01:15:34 2016 daemon.info fastd[1454]: resolving host `gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>...
Sun Nov  6 01:15:34 2016 daemon.info fastd[1454]: resolved host `gw03.freifunk-rhein-neckar.de' successfully
Sun Nov  6 01:15:35 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:15:35 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:39 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:15:42 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw08>[[2a01:4f8:172:1713::8]:10000]...
Sun Nov  6 01:15:44 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>...
Sun Nov  6 01:15:44 2016 daemon.info fastd[1454]: resolving host `gw05.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:45 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]...
Sun Nov  6 01:15:45 2016 daemon.info fastd[1454]: resolving host `gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>...
Sun Nov  6 01:15:45 2016 daemon.info fastd[1454]: resolved host `gw06.ffrn.de' successfully
Sun Nov  6 01:15:47 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]...
Sun Nov  6 01:15:47 2016 daemon.info fastd[1454]: resolving host `gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>...
Sun Nov  6 01:15:47 2016 daemon.info fastd[1454]: resolved host `gw09.ffrn.de' successfully
Sun Nov  6 01:15:53 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>...
Sun Nov  6 01:15:53 2016 daemon.info fastd[1454]: resolving host `gw04.ffrn.de' failed: Name or service not known
Sun Nov  6 01:15:55 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]...
Sun Nov  6 01:15:56 2016 daemon.info fastd[1454]: received handshake response from <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000] using fastd v17
Sun Nov  6 01:15:56 2016 daemon.info fastd[1454]: [2a01:4f8:100:57a3::1]:10000 authorized as <mesh_vpn_backbone_peer_gw02>
Sun Nov  6 01:15:56 2016 daemon.notice fastd[1454]: connection with <mesh_vpn_backbone_peer_gw02> established.
Sun Nov  6 01:15:56 2016 daemon.info fastd[1454]: new session with <mesh_vpn_backbone_peer_gw02> established using method `null'.
Sun Nov  6 01:16:14 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:16:33 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:16:36 2016 daemon.info fastd[1454]: received handshake from <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]
Sun Nov  6 01:16:51 2016 daemon.info fastd[1454]: received handshake from <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]
Sun Nov  6 01:16:51 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:17:10 2016 daemon.info fastd[1454]: received handshake from <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]
Sun Nov  6 01:17:13 2016 daemon.info fastd[1454]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]...
Sun Nov  6 01:17:24 2016 daemon.info fastd[1454]: [2a01:4f8:100:57a3::1]:10000 authorized as <mesh_vpn_backbone_peer_gw02>
Sun Nov  6 01:17:24 2016 daemon.info fastd[1454]: new session with <mesh_vpn_backbone_peer_gw02> established using method `null'.
Sun Nov  6 01:17:36 2016 daemon.info dnsmasq[1662]: reading /tmp/resolv.conf.auto
Sun Nov  6 01:17:36 2016 daemon.info dnsmasq[1662]: using local addresses only for domain lan
Sun Nov  6 01:17:36 2016 daemon.info dnsmasq[1662]: using nameserver 2a01:4f8:100:57ff:8::53#53
Sun Nov  6 15:34:14 2016 authpriv.info dropbear[19300]: Child connection from 2a01:4f8:100:57ff:28:d459:ed23:1788:51616
Sun Nov  6 15:34:49 2016 authpriv.notice dropbear[19300]: Password auth succeeded for 'root' from 2a01:4f8:100:57ff:28:d459:ed23:1788:51616

#6

Der Link lautet https://paste.ffrn.de und ist zwei Beiträge über diesem ersichtlich ;) Ich habe zumindest mal den Output als »Vorformatierter Text« markiert, damit es besser lesbar wird.


#7

Das Log File sieht aus wie das Letzte. Dein Anschluss scheint da komische Probleme zu haben. Hast du, wie vorgeschlagen, schon mal getestet auf der FritzBox das IPv6 für diesen Anschluss zu deaktivieren? Evl. bekommt das der Provider da nicht sauber gebacken. Es ist aber ziemlich sicher der Anschluss, der hier Probleme macht.


#8

Nein, ich habe das Problem ausgesessen, weil du ja angekündigt hattest, das bald alle Gateways wieder ipv6 sprechen. Dies hast du mir vor kurzem bestätigt. Daher habe ich darauf verzichtet, die Leute wieder mit einem Besuch von mir zu nerven, zumal ich nicht wirklich weiß, wie man den ipv6 Zugang deaktiviert udn welche Konsequenzen das hat. PRovider ist wie gesagt 1und1, ipv4 udn ipv6 sind beide aktiv.
Und erneut gebe ich zu, dass dieser Router hinter den Devolos jngt, aber der 1043er hing direkt am Lan und hatte die gleichen Probleme, daher glaube ich nicht, dass es die Devolos sind…


#9

Es würde die Fehlersuche sehr erleichtern, wenn du solche Infos einfach dazu schreibst. (Sorry, stand ja sogar im Eröffnungsthread drin!)

Als Nächster Schritt: Testen, ob es ohne Devolos geht. Ich tippe auf: Ja. Auch wenn dir die Antwort nicht gefallen mag: Ich kenne niemanden, der mit Powerline-Ethernet glücklich geworden ist, früher oder später kommt es zu Problemen. Wenn du den Router direkt dranhängst und es geht, dann sind die Devolos schuld und so leid es mir tut musst du das einfach akzeptieren, dass das nicht darüber läuft


#10

Du sprichst nun wieder von dem 841 (LA-RW-BL35) der über Devolo Powerlink mit der Fritzbox 7490 verbunden ist? http://s.ffrn.de/dashboard/db/nodes?var-Node=LA-RW-BL35&from=now-7d&to=now-1m

Und der hat die gleichen Probleme wie der 1043 (LA-BLUE26-1043) der zuvor direkt per LAN/Ethernet mit der gleichen Fritzbox verbunden war? (http://s.ffrn.de/dashboard/db/nodes?var-Node=LA-BLUE26-1043&from=now-7d&to=now-1m)

Edit: im Grafana sieht man auch, dass beide Knoten immer zu den gleichen Zeiten keine Verbindung hatten. Manchmal hat der 1043er aber alleine eine: http://s.ffrn.de/dashboard/db/nodes?var-Node=LA-BLUE26-1043&var-Node=LA-RW-BL35&from=now-7d&to=now-1m

Daraus könnte man schlussfolgern, dass es unwahrscheinlich ist, dass es an den Knoten liegt sondern der Anschluss die Probleme bereitet und für den 841er noch ein weiterer Störfaktor (Powerline?) hinzukommt.

IPv6 kannst du in der Konfigurationsoberfläche der Fritzbox deaktivieren. Das könntest du mal noch testen. Auf der Fritzbox kannst du übrigens auch einen Fernzugriff einrichten, dann kannst du sowas auch ohne vor Ort zu sein ausprobieren.

Aber wie @Cheatha auch schon sagt: Powerline-Verbindungen machen oft Probleme, könnte durchaus auch damit zusammenhängen…


#11

Ich habe es schon zigmal ohen Devolos geprüft udn hatte wie geschrieben am selben Anschluß PARALLEL einen 1043er laufen, mit den selben Problemen


#12

Nein LA-RW-BLu35 ist ein Router , der nur über Wlan angebunden ist. er sthet in der Flüchtlingsunterkunft.
Der sender ist der BLU26, je nach stand der Versuche ein 1043 er oder ein 841 er oder beides. Im Wechsel MAl am Devolo oder direkt an der Fritzbox.
Das Ergebnis war immer eine unzuverlässige Verbindung.


#13

Hä? LA-RW-BLu35 gibt es keinen. Aber im ersten Beitrag oben schreibst du doch, dass der LA-RW-BL35 mit den Devolos angebunden ist? Oder war das dort falsch?

Also, wenn ich das richtig verstehe, dann gibt es:

LA-RW-BL26 (841v10) ist per Devolo Powerline an Fritzbox angeschlossen
LA-BLUE26-1043 (1043v2) war per LAN an Fritzbox angeschlossen

LA-RW-BL35 (841v10) ist nur per WLAN mesh angebunden und steht in der Unterkunft

Richtig soweit?

Dann kann man den LA-RW-BL35 in der Analyse erst mal außen vor lassen. Betrachten wir mal nur die beiden mit Uplink: http://s.ffrn.de/dashboard/db/nodes?var-Node=LA-BLUE26-1043&var-Node=LA-RW-BL26&from=now-7d&to=now-1m

Da ergibt sich das gleiche Bild: beide Knoten haben immer zu den gleichen Zeiten keine Verbindung. Manchmal hat der 1043er aber alleine eine Verbindung. Also, man könnte daraus schlussfolgern, dass es unwahrscheinlich ist, dass es an den Knoten liegt sondern der Anschluss die Probleme bereitet und für den 841er noch ein weiterer Störfaktor (Powerline?) hinzukommt.

Aber so wirklich verlässlich ist da nichts zu sagen, ohne zu wissen wann welcher Knoten nun angeschlossen und angeschaltet war und wann nicht etc. Müsste man sich über einen längeren Zeitraum mal mit gleichbleibendem Setup anschauen.

Hast du denn mal im Log der Fritzbox (findet man in der Konfigurationsoberfläche) nachgeschaut, ob da irgendwas steht?


#14

Also , ja alsles richtig soweit. LA-RW-BL35 ist richtig, das u war falsch.

Für das logfile der Fritzbox oder ipv6 abschalten brauche ich erst wieder einen Termin dort, dann werden wir sehen, ob es was bringt. Momentan funktioniert es ja!!


#15

So , seit heute 16:30 hängt der Knoten LA-RW-BL26 am LanKabel. Vorerst testhalber. Der uplink hatte jetzt länger wieder funktioniert, heute ist er wieder ausgefallen. Wenn die Asfälle am Kabel ausbleiben, waren die Devolos Schuld.
Um das eindeutig zu klären, habe ich jetzt ipv6 noch angelassen. Wenn ich 2 Dinge verändere, und es geht dann , weiß ich ja nicht, was geholfen hat.
Testzeitraum bis Donnerstag Abend.


#16

Also, wie man in Grafana leicht sehen kann, ist der Knoten seit heute morgen um 5 Uhr offline.
Er hängt wie gesagt am Kabel, keine Devolos mehr im Spiel.
Ich werde jetzt also dort ipv6 deaktivieren, und schauen, ob das hilft.

Sooo
Siet 8:45 Uhr ist ipv6 deaktiviert udn der Knoten ist wieder online. Mal sehen, wei lange…


#17

Falls Du mal wieder vor Ort bist, schau wie gesagt mal in den Log der Fritzbox. Dort könnte auch was hilfreiches zur Fehlerdiagnose zu finden sein.


#18

So, seit 18 Uhr ist der Knoten wieder offline. Also keine Verbessereung, obwohl er jetzt ohne Devolos am Kabel hängt und Ipv6 deaktiviert ist.
Ich kenne mein Fritzbox Protokol von zu Hause, da stehen halt die Verbidnungen zum Internet drin und die LAn und Wlan teilnehmer und die Tel Numemrn , die angemeldet wurden. Nach was soll ich da Auschau halten?
Sonst noch Vorschläge ?


#19

Wenn dort keine lokalen Ausfälle vom Internet zu erkennen sind, sehe ich auch nichts was da spannend sein könnte. Eher die logs des Knoten.


#20

Im Protokoll der Fritzbox schauen ob es Unterbrechungen zum Internet gab.
Im Protokoll des Routers schauen was zum Zeitpunkt des Ausfalles drin stand, insbesondere auf Angaben des Fastd achten und ob es z.B. Probleme mit br-wan oder der Namensauflösung gibt.

Ich würde von einem Rechner aus ständig die Verbindung zum Router offen halten und mit logread -f mir permanent das Protokoll ausgeben lassen. Dann sieht man die letzten Einträge gleich von zu Hause aus. Die müssen nicht unbedingt hilfreich sein, aber dann sieht man wenigstens genau wann es abgerissen ist und kann dann eventuell leichter das Protokoll auf dem Gerät zuordnen im Sinne von “dies ist die erste Zeile die nach dem Abbruch kam”.