Verbindungsaufbau dauert dauert , daaaaaauert

zZ ist er 1,5 Tage online , er brauchte zum Einbuchen aber wieder ca 16 Std.
Eigentlich müsste ich den nochmal abnabeln um noch SSID u PW zu installieren , bin mir aber sicher das der dann wieder so lange braucht.

Der FFRouter hängt mit seinem WAN an einer FritzBox 7590 am ganz normalen LAN (es ist kein Gastnetz in der FB auf LAN 4 eingerichtet)
Hatte ihn die Tage mal testweise an meiner Unitymedia-ConnectBox (ja nen I-Net über Kabel hab ich auch noch) und da hab ich nach 10 Std. erfolglos abgebrochen.

Weiter oben wurde nach den LED´s gefragt
.
Power , Sys , 2,4 , 5 , alle immer an ( 2,4 und 5 blinken bei benutzung)
LAN 1-4 ist aus ( is ja nix dran )
WAN blinkt dauernd.

das ist immer so , egal ob der sich versucht mit FF zu verbinden oder dann endlich mal verbunden ist.

Fast vergessen , der Knoten ist im WLan 1Min nach einschalten auch als „Freifunk Offen“ sichtbar , nur ins Internet geht es natürlich erst wenn er sich dann mal irgendwann verbunden hat,

@Dago hatte da ja schon eine gute Idee, es liegt offensichtlich nicht an Deinem Internetzugang, sondern an der Firmware bzw. an dem Teil des Essener Freifunks, der „hinter“ Deinem Internetzugang liegt.
Damit würde ich den Ball bei den Essenern sehen.

Melde Dich mal hier: Freifunk Essen - Kontakt bzw. schnapp den Router und gehe zum Treffen.

Hier im Forum scheint keiner mitzulesen.

Viel Erfolg und Grüße aus Düsseldorf

Zum letzten Treffen wollte ich mit meinem Prob. da ja mal auflaufen , doch leider:
Absage

werde mich wohl bis Nov. gedulden müssen
Zusage

Schau doch mal mit einem Logread ob es ggf an der DNS Auflösung liegt, oder aber das Connection Limit des VPN Servers erreicht ist.

ich dachte ja, @pberndro scheint ja zumindest Essener FW zu fahren, so wie er sich formuliert hat und da konnte ich mir bei seiner FFRL Position nicht vorstellen, dass er gar keinen Kontakt zur lokalen Community hat, selbst wenn er vllt nur Wahlessener ist :slight_smile:

im Setup gab es zwei VPN Einstellungen schnell/unverschlüssel und langsam/verschlüsselt und da dachte ich, ich schalte zwischen l2tp und fastd, aber das war wohl nicht so. Hatte fastd noch nie gesehen…

Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolving host sn-a.ov.lil.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e01>... Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolved host sn-a.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolved host `sn-b.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node03>[[2a00:13ca:1000:2::f]:10000]…

Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: resolving host sn-a.ak.ber.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e03>... Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: resolved host sn-a.ak.ber.freifunk-essen.net’ successfully
Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node02>[195.201.95.199:10000]…
Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: resolving host sn-b.ov.lil.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e02>... Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: resolved host sn-b.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:24 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node01>[195.201.36.184:10000]…
Sun Oct 27 10:46:24 2019 daemon.info fastd[1741]: resolving host `sn-a.ov.lil.freifunk-essen.net’ for peer <mesh_vpn_backbone_peer_nod
e01>…

EDIT: der titscht wohl immer erfolglos zwischen a und b hin und her…

DNS ist es dann wohl nicht und rein kommt man dann vermutlich überhaupt nur dann, wenn ein Knoten zB turnusmaessig per Schaltuhr in die Heia geht oder so.

Wir sind hier nicht sehr aktiv, vieles läuft in lokalen Slack Gruppen oder eben beim Treffen.

1 „Gefällt mir“

Jau habe ich und ich nutze auch regelmäßig einige Knoten in der Stadt. Wir sind gerade dabei in der Community neu Firmware zu testen und zu bauen.

1 „Gefällt mir“

das FFRL slack ? den Ddrf auch nimmt ? dann muesste es da ja aktive channels geben…

Die letzten Treffen war eigentlich immer jemand vor Ort, beim Treffen im Oktober haben wir uns entschieden das Treffen abzusagen da fast alle entweder durch die Arbeit oder andere Termine verhindert waren.

Gerne aber sonst auch mal im Slack vorbei schauen oder per Mail den persönlichen Kontakt suchen, sonst einfach schauen das man sich beim nächsten Treffen über den Weg läuft. :slight_smile:

Hab mir den 21. Nov schon vorgemerkt. werde meinen FFRouter + NT gerne mitbringen , wenn das Sinn macht.

Auch wenns jetzt wahrscheinlich ne absolute TrottelFrage ist , aber watt is ne „Slack“ zum vorbei schauen ?

Na bevor ich jetzt erst mal rumsuche, könntest Du vllt mal an der richtigen Stelle eine Referenz fallen lassen - auf diesen Eintrag und auf mich bzw ich bin eben auch als dago im Slack zu finden.
Ich habe die Befürchtung @hipath hatte dasselbe Problem.
Daher sollte sich vllt mal jmd kümmern.

btw @jbacksch st hier Moderator und ist wohl auch Essener…und nicht nur Aufsteller

Hallo zusammen,

ich habe gerade auch einen neuen Knoten mit Stable gluon-ffe-3.1.3-1-tp-link-tl-wdr3600-v1.bin geflasht:

root@FF-E-Bdorf-4testing:~# ping 195.201.36.184
PING 195.201.36.184 (195.201.36.184): 56 data bytes
64 bytes from 195.201.36.184: seq=0 ttl=50 time=18.828 ms
64 bytes from 195.201.36.184: seq=1 ttl=50 time=18.024 ms
64 bytes from 195.201.36.184: seq=2 ttl=50 time=18.541 ms
^C
--- 195.201.36.184 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 18.024/18.464/18.828 ms
root@FF-E-Bdorf-4testing:~# ping 185.46.137.143
PING 185.46.137.143 (185.46.137.143): 56 data bytes
64 bytes from 185.46.137.143: seq=0 ttl=54 time=22.173 ms
64 bytes from 185.46.137.143: seq=1 ttl=54 time=21.624 ms
^C
--- 185.46.137.143 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 21.624/21.898/22.173 ms

Tue Oct 17 10:16:19 2017 daemon.info fastd[3230]: resolved host `sn-a.ov.lil.freifunk-essen.net' successfully
Tue Oct 17 10:16:30 2017 daemon.info fastd[3230]: sending handshake to <mesh_vpn_backbone_peer_node02>[195.201.95.199:10000]...
Tue Oct 17 10:16:30 2017 daemon.info fastd[3230]: resolving host `sn-b.ov.lil.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_node02>...
Tue Oct 17 10:16:30 2017 daemon.info fastd[3230]: resolved host `sn-b.ov.lil.freifunk-essen.net' successfully
Tue Oct 17 10:16:32 2017 daemon.info fastd[3230]: sending handshake to <mesh_vpn_backbone_peer_node03>[185.46.137.143:10000]...
Tue Oct 17 10:16:32 2017 daemon.info fastd[3230]: resolving host `sn-a.ak.ber.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_node03>...

root@FF-E-Bdorf-4testing:~# batctl gwl
[B.A.T.M.A.N. adv 2017.2, MainIF/MAC: primary0/46:6e:e3:82:97:23 (bat0/e8:94:f6:f2:f5:a2 BATMAN_IV)]
  Router            ( TQ) Next Hop          [outgoingIf]  Bandwidth

Leider tut sich da auch nichts.

Wenn ich das richtig verstehe / interpretiere dann scheint also bei mir eher alles Ok zu sein und ich bin net der Einzige mit dem Prob.

1 „Gefällt mir“

Könnte es sein, dass der fastd-server einfach bei max-Clients angekommen ist und man nicht hineinkommt, bis mal zufällig ein Slot frei wird?
Also die Situation „Schlange vorm Parkhaus“ und Anzeige „belegt“?

Hintergrund: Fastd versucht aus Sicherheitsgründen(?) nicht zu sagen, warum es Clients ablehnt.

1 „Gefällt mir“

Bude voll und nur rein wenn einer raus , alles klar, verstehe.
Also ist von irgendwas zu wenig da , Bandbreite , Adressen , mögliche Tunnel , Kekse usw…
:sweat_smile:

Es ist nur eine Vermutung. Denn eigentlich darf so etwas im Monitoring nicht lange unentdeckt bleiben.
(und den max-Wert liest das selbst aus der fastd-config, so dass da auch kein Threshold-F’up passieren kann)


(Beispiel für Supernode Siegen1)

Den Verdacht hatte ich auch.

Ich habe leider keinen Zugriff auf die Supernodes.