June 2016 - Allgemein - Nordwest

Status Update 0.6?
by Michael Nolte 08 Aug '25

08 Aug '25

Hallo, kann jemand eine Aussage zum Ausrollen des aktuellen FW-Updates 0.6 machen? Soweit ich das beurteilen kann, wurde das Update nur auf "Standalone"-Routern (ohne Mesh-on-WAN/LAN) verteilt. Alle anderen Router sind zz. offline bzw. Clients bekommen keine IP-Adresse. Ist das richtig? Auf der Statusseite und/oder im Blog steht leider nix. Aufklärung wäre nett... Michael

12 55

Mit welchem Router bin ich verbunden
by Martin Brehme 11 Mar '17

11 Mar '17

Moin, ich habe meinen eigenen Router hier stehen der über meinen Internetanschluss per VPN Freifunk macht. Nun habe ich einen zweiten Router als Testgerät für einen Nachbarn besorgt. Er ging bisher über mein WLAN. Nun möchte er auch einen FF Router aufstellen. Ich hab das Gerät eingerichtet und in der Mesh Karte sieht man auch, das er sich mit meinem Router verbunden hat. Aus meinem LAN kann ich mich ja mit meinem FF Router per Putty verbinden und dann auf der Kiste nachsehen, was so los ist. Komme ich auch irgendwie auf einen "Stand-Alone" FF Router, der nur per Mesh verbunden ist? Wie bekomme ich dann letztlich raus, ob ich auf meinem FF Router eingeloggt bin, oder auf dem Testrouter? Ich würde halt gerne einfach ein bisschen rumexperimentieren. Martin

5 7

testRouter gesucht
by Jan-Tarek Butt 20 Sep '16

20 Sep '16

Hi, Tim arbeitet zurzeit an einer Software die den fastd (Mesh VPN) Daten Durchsatz erheblich erhöhen kann. Um diese Software zu testen brauchen wir eure Hilfe. Gesucht sind spezielle Internet Anschlüsse die Probleme mit der sogenannten "Path MTU Discovery" haben. Betroffene Anschlüsse sind Unytimedia und Kabeldeutschland Anschlüsse. Wer so einen Anschluss besitzt und daran einen Freifunk Router betreibt. Und bereit wäre Tim und mir Zugang auf den entsprechenden Freifunk Router zu geben. Würde uns bei der Entwicklung sehr unterstützen. Dazu müssten wir ssh zugang auf den entsprechenden Router bekommen. Mein public ssh key findet ihr hier: http://dev.ffnw.de/tata/rsa.pub Schöne Grüße :) Tarek

10 29

mtr vs ping
by lrnzo 11 Jul '16

11 Jul '16

Hallo Leute, hier mal eine Frage an die netzwerk-experten: ich habe einen offloader hinter einer fritzbox 7490 an einem Osnatel business Anschluss hängen. eigentlich sollte ich hier ca 40Mbit/s down und 5Mbit/s up haben. Speedtest übers normale lan (no freifunk involved) liefert so ca. 25 down. jetzt habe ich mir das mal vom offloader aus mit mtr angeschaut und es sieht immer ungefähr so aus: Host Loss% Snt Last Avg Best Wrst StDev 1. 192.168.178.1 13.8% 651 18.0 19.0 0.3 62.3 4.8 bng-os-10.ewe-ip-backbone.de 2. bng-os-10.ewe-ip-backbone.de 17.2% 651 18.3 19.2 17.6 63.3 5.3 3. bbrt-os-0-ae14.ewe-ip-backbone.de 17.4% 651 18.3 18.6 17.8 41.9 2.0 4. bbrt-ol-1-xe-3-1-0.ewe-ip-backbone.de 16.8% 650 19.6 20.4 19.1 64.4 4.2 5. bbrt.hb-2-xe-2-3-0.ewe-ip-backbone.de 17.8% 650 23.2 23.1 22.1 67.5 3.6 6. bbrt.hb-0-1-xe-3-0-1.ewe-ip-backbone.de 19.7% 650 33.8 24.4 22.3 50.9 3.5 7. bbrt-hh-0-ae0.ewe-ip-backbone.de 23.8% 650 26.5 27.3 26.1 59.3 3.8 8. hh-google-gw.ewe-ip-backbone.de 25.2% 650 27.6 27.5 26.8 53.8 1.7 9. 209.85.249.124 25.2% 650 27.1 26.8 26.3 30.8 0.3 10. 108.170.233.177 26.9% 650 26.6 28.2 26.2 49.2 3.8 11. 72.14.234.216 12.3% 649 30.6 30.9 30.2 44.0 1.5 12. 74.125.37.89 9.4% 649 39.6 39.9 39.0 50.1 1.6 13. 108.170.232.76 11.9% 648 39.5 39.5 38.9 48.9 1.1 14. 216.239.57.134 12.7% 648 39.4 39.9 38.8 61.2 2.7 15. 72.14.236.53 13.9% 648 40.0 39.7 39.3 44.3 0.3 16. fra07s29-in-f3.1e100.net 12.0% 648 39.2 39.4 38.9 43.3 0.3 Mit der Interpretation tue ich mich selber etwas schwer; zB ist der angezeigte packet loss zwischen dem Host und der Fritzbox sicherlich nur ein Phantom, das durch entsteht, dass responses von weiter entfernten hops fehlen. Oder? Ich habe deshalb nochmal die hops einzeln angepingt, jeweils mit 10 paketen hop-1:192.168.178.1:10 packets transmitted, 10 packets received, 0% packet loss hop-2:212.95.98.244:10 packets transmitted, 7 packets received, 30% packet loss hop-3:212.95.100.166:10 packets transmitted, 8 packets received, 20% packet loss hop-4:80.228.109.237:10 packets transmitted, 8 packets received, 20% packet loss hop-5:212.6.114.137:10 packets transmitted, 9 packets received, 10% packet loss hop-6:80.228.90.14:10 packets transmitted, 9 packets received, 10% packet loss hop-7:212.6.114.105:10 packets transmitted, 8 packets received, 20% packet loss hop-8:80.228.109.242:10 packets transmitted, 7 packets received, 30% packet loss hop-9:209.85.249.124:10 packets transmitted, 7 packets received, 30% packet loss hop-10:72.14.233.31:10 packets transmitted, 0 packets received, 100% packet loss hop-11:209.85.240.88:10 packets transmitted, 0 packets received, 100% packet loss hop-12:74.125.37.161:10 packets transmitted, 0 packets received, 100% packet loss hop-13:209.85.251.179:10 packets transmitted, 0 packets received, 100% packet loss hop-14:216.239.57.185:10 packets transmitted, 0 packets received, 100% packet loss hop-15:72.14.236.53:10 packets transmitted, 0 packets received, 100% packet loss hop-16:172.217.21.3:10 packets transmitted, 10 packets received, 0% packet loss wenn die DSL-Leitung selbst in Ordnung ist (Spekrum sieht ok aus und Rauschabstandsmarge verursacht auch kein Stirnrunzeln) liegt das Problem evtl bei ewe im Backbone. Wie kann ich der sache noch weiter auf den Grund gehen, das Problem eingrenzen? Techniker ist informiert, Ticketnummer bei ewe lautet 1125633. Lg lrnzo

2 3

LEDs am Router
by prinznils 01 Jul '16

01 Jul '16

Hallo Da wir zu Zeit Gäste haben, wird Freifunk hier endlich mal ordentlich benutzt. Doch seit zwei Tagen wurden mir öfter Mal Verbindungsabbrüche berichtet. Ich finde das jetzt nicht so schlimm und hab die Leute hier zur Geduld aufgerufen und nach ein paar Minuten ging es dann auch wieder. Ab und zu hab ich dann mal den Router neugestartet. Gestern sind mir dann mal die LEDs des Routers, seines Zeichens ein WR 841er der Version 8, aufgefallen. Diese haben sich nämlich verändert. Normalerweise leuchteten immer die Power, die WLAN, die LAN und die LED mit dem Schloss. Nun leuchtet statt der mit dem Schloss die LED mit dem Zahnrad. Ich hab das noch mal mit nem zweiten Router doublegecheckt, aber da ist alles beim Alten. Hat das was zu bedeuten? Ich hab die Router jetzt getauscht und damit sind die Verbindungsabbrüche auch verschwunden. Bei dem Router hab ich schon probiert in den ConfigModus zu kommen, aber dabei zeigt er keine Auffälligkeiten. Auf dem Router ist unsere Nordwest Firmware in der Version 1.0 mit der es auch keine Probleme gibt. Wie gesagt ich konnte nur die veränderten LEDs feststellen. Jemand ne Idee oder ähnliche Erfahrungen? Grüße Nils Wollenteit

1 0

(Offloader) Problem - DNS wird nicht aufgelöst kein Traffic geht durch
by Sebastian Wolzenburg 29 Jun '16

29 Jun '16

Gerade beim schreiben dieser Mail festgestellt das JEDER unserer Router das folgende Problem hat, nicht nur die Router die an einem Offloader hängen, Hostnamen werden nicht aufgelöst, Ping auf eine IP geht allerdings sauber und flott durch. Guten Morgen, bei unseren beiden Offloadern in Ibbenbüren (FF-IBB-STADT-Offloader01 und 02) folgendes Problem: Beide sind online, beide sind via SSH erreichbar, logread sieht super sauber aus (hänge ich an) batctl gwl läuft auch sauber durch. Allerdings kann von beiden Offloadern kein Ping auf einen Hostnamen durchgeführt werden (google.de führt zu Bad Address) ein Ping auf 8.8.8.8 allerdings geht sauber durch. Der eine Offloader hängt an einem Osnatel 120/45 Business Anschluss, der andere an einem Vodafone 100/100 Glasfaser Anschluss. Es sind keine festen IPs vergeben worden, alles steht auf DHCP. Können anderen die einen Offloader betreiben ähnliche Probleme? Mit freundlichen Grüßen Sebastian Wolzenburg 2. Vorsitzender Freifunk Ibbenbüren e.V. sebastian(a)freifunk-ibbenbueren.net www.freifunk-ibbenbueren.net www.facebook.com/FreifunkIbbenbueren

2 1

(Offloader) Problem - DNS wird nicht aufgelöst kein Traffic geht durch
by Sebastian Wolzenburg 29 Jun '16

29 Jun '16

Gerade beim schreiben dieser Mail festgestellt das JEDER unserer Router das folgende Problem hat, nicht nur die Router die an einem Offloader hängen, Hostnamen werden nicht aufgelöst, Ping auf eine IP geht allerdings sauber und flott durch. Guten Morgen, bei unseren beiden Offloadern in Ibbenbüren (FF-IBB-STADT-Offloader01 und 02) folgendes Problem: Beide sind online, beide sind via SSH erreichbar, logread sieht super sauber aus (hänge ich an) batctl gwl läuft auch sauber durch. Allerdings kann von beiden Offloadern kein Ping auf einen Hostnamen durchgeführt werden (google.de <http://google.de/> führt zu Bad Address) ein Ping auf 8.8.8.8 allerdings geht sauber durch. Der eine Offloader hängt an einem Osnatel 120/45 Business Anschluss, der andere an einem Vodafone 100/100 Glasfaser Anschluss. Es sind keine festen IPs vergeben worden, alles steht auf DHCP. Können anderen die einen Offloader betreiben ähnliche Probleme? Mit freundlichen Grüßen Sebastian Wolzenburg 2. Vorsitzender Freifunk Ibbenbüren e.V. sebastian(a)freifunk-ibbenbueren.net www.freifunk-ibbenbueren.net www.facebook.com/FreifunkIbbenbueren

1 0

Neuer Beitrag: Freifunk in Jaderberg
by WordPress 28 Jun '16

28 Jun '16

Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht: Monitorring und Qualitätsverbesserung von offenen WLAN-Netzwerken, aus Client sicht Hier lesen: https://ffnw.de/freifunk-in-jaderberg/ ############# Freifunk für jedermann in Jaderberg ist kein Problem ! Wir laden ein zu einer Informationsveranstaltung um über die Möglichkeiten und die Idee von Freifunk zu informieren. Mit Freifunk ist es möglich dass in öffentliche Gebäuden bei Gewerbetreibenden Gastronomen Vereinen sowie Bürgerinnen und Bürger sich gemeinsam Vernetzen um ein eigenes Freies Netzwerk aufzubauen. Ziel soll es… ############# Viele Grüße Freifunk Nordwest --- P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der Veröffentlichung des Artikels automatisch versendet wurde.

1 0

offloader dns problem und einfaches workaround
by lrnzo 27 Jun '16

27 Jun '16

Hallo Leute, manche stehen ja gelegentlich vor dem Problem, dass Router (insbesondere Offloader) an unterschiedlchen Anschlüssen nicht oder nur so halb erratisch online komme. ping 8.8.8.8 geht dann zwar aber ping google.de nicht und viele fangen dann an, im config mode dhcp und radvd abzustellen und stattdessen statische v4 configs und statische DNS-server einzutragen. Ein anderer workaround sieht so aus, dass man ip-adressen von supernodes in die cofig von fastd hardcoded. Manche sagen auch, es sei ein Vodaphoneproblem, ich habe es aber nicht nur dort beobachtet. Das kann man sich möglicherweise alles sparen. Ich habe gerade mal versuchsweise im conigmode v6 auf WAN deaktiviert und schon läuft alles wie es soll: Namesauflösung, tunnelaufbau, hoodselector. kann das jemand mal bei sich reproduzieren? LG Lorenz

2 2

Neuer Beitrag: Freifunk in Varel
by WordPress 25 Jun '16

25 Jun '16

Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht: Monitorring und Qualitätsverbesserung von offenen WLAN-Netzwerken, aus Client sicht Hier lesen: https://ffnw.de/freifunk-in-varel/ ############# <p>Was bedeutet Freifunk? Wie funktioniert Freifunk? Wie können Bürger ein eigenes unabgänigies dezentrales Netzwerk aufbauen? Das Waren nur einige Themen der gestrigen Infoveranstalung am 24.06.2016 zum Thema Freifunk in Varel. Insgesamt waren ca. 30 Interessierte aus Varel und umzu anwesend. Im Anschluss gab es noch eine intressante Diskussionsrunde. Neben den interessierte Bürgern waren auch 6 aktiver Freifunker aus der Region vor Ort und standen für Fragen rund um das Thema zur Verfügung.</p> <figure id="attachment_2252" style="width: 690px" class="wp-caption aligncenter"><img class="wp-image-2252 size-large" src="https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/panorama-Varel-1024x36…" alt="panorama Varel" srcset="https://i1.wp.com/ffnw.de/wp-content/uploads/2016/06/panorama-Varel.jpg?res… 1024w https://i1.wp.com/ffnw.de/wp-content/uploads/2016/06/panorama-Varel.jpg?res… 300w https://i1.wp.com/ffnw.de/wp-content/uploads/2016/06/panorama-Varel.jpg?res… 768w https://i1.wp.com/ffnw.de/wp-content/uploads/2016/06/panorama-Varel.jpg?w=1… 1380w" sizes="(max-width: 690px) 100vw 690px" data-recalc-dims="1" /><figcaption class="wp-caption-text">Foto: Jens Ellerbrock</figcaption></figure> <p>Ziel soll es nun sein in Varel eine Freifunk Ortsgruppe zu bilden die sich mit Freifunk vor Ort in Varel beschäftigt und für die Bürger vor Ort Ansprechbar sein kann. Es werden da noch unterstützer gesucht! Wer aus Varel kommt und mitmachen möchte kann sich vor Ort an <a href="thilo.ging(a)gmail.com">Thilo Ging</a> wenden. eMail: <a href="thilo.ging(a)ffnw.de">thilo.ging(a)ffnw.de</a></p> <figure id="attachment_2251" style="width: 690px" class="wp-caption aligncenter"><img class="wp-image-2251 size-large" src="https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel-1024…" alt="gruppenbild varel" srcset="https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel.jpg?… 1024w https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel.jpg?… 300w https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel.jpg?… 768w https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel.jpg?… 225w https://i2.wp.com/ffnw.de/wp-content/uploads/2016/06/gruppenbild-varel.jpg?… 1380w" sizes="(max-width: 690px) 100vw 690px" data-recalc-dims="1" /><figcaption class="wp-caption-text">Foto: Thilo Ging</figcaption></figure> ############# Viele Grüße Freifunk Nordwest --- P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der Veröffentlichung des Artikels automatisch versendet wurde.

1 0

Router mit mehr Wumms
by Ulf 25 Jun '16

25 Jun '16

Moin, mein TL-WR841N läuft prinzipiell tadellos. Ist aber gefühlsmäßig ein wenig schwach auf der Brust. Ich will also einen Neuen. Bin bereit bis zu 100€ auszugeben. Hab mich durch die Router Liste https://ffnw.de/firmware/download/ geklickt und bin bei den TP-Link Modellen hängen geblieben. Auch weil der jetzige ja an sich problemfrei läuft. Bedingung des Neugeräts. 5Ghz und eben bischen Dampf auf den Antennen. Meine Vorauswahl: TP-Link TL-WDR3500 https://geizhals.de/tp-link-tl-wdr3500-a806566.html TP-Link TL-WDR4900 https://geizhals.de/tp-link-tl-wdr4900-a863845.html TP-Link TL-WR2543ND https://geizhals.de/tp-link-tl-wr2543nd-a695830.html Welchen nehmen? Und wenn ja, warum? Danke -- Ulf

5 6

Freifunk in Jeddeloh I
by Andreas Götze 24 Jun '16

24 Jun '16

Hallo Gemeinde, Frau Ahlers hat über das Supportsystem eine Anfrage zu Freifunk gestellt. Nach einem telefonischen Gespräch , sind wir zu dem Entschluss gekommen, am 28.06.2016 19:30 eine Infoveranstaltung zu Freifunk in Jeddeloh I zu machen. Grund Ihrer Anfrage war die Anbindung einer Flüchtlingsunterkunft. Nun meine bitte, würde jemand mit mir nach Jeddeloh I fahren und eine Präsentation halten? Ich fahre auch von Oldenburg nach Jeddeloh I mit dem Auto und habe 4 Plätze frei. Ansonsten schönen Abend. Gruß Andreas

2 1

Re: [Nordwest] Router mit mehr Wumms
by Jens Ellerbrock | Freifunk Nordwest e. V. 24 Jun '16

24 Jun '16

Ich schmeiße mal den WDR3600 mit rein, musst du mal bei ebay nach Geräten suchen. 40-60€ Dualband und mehr Power Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: Andreas Götze via Nordwest <nordwest(a)lists.ffnw.de> Datum: 24.06.16 12:18 (GMT+01:00) An: Ulf <halb9(a)mailbox.org>, Allgemeine Liste <nordwest(a)lists.ffnw.de> Betreff: Re: [Nordwest] Router mit mehr Wumms Hi, Ich könnte dir einen 1043 verkaufen für 50 euro Von meinem Samsung Gerät gesendet. -------- Ursprüngliche Nachricht -------- Von: Ulf via Nordwest <nordwest(a)lists.ffnw.de> Datum: 24.06.16 12:09 (GMT+01:00) An: Allgemeine Liste <nordwest(a)lists.ffnw.de> Betreff: [Nordwest] Router mit mehr Wumms Moin, mein TL-WR841N läuft prinzipiell tadellos. Ist aber gefühlsmäßig ein wenig schwach auf der Brust. Ich will also einen Neuen. Bin bereit bis zu 100€ auszugeben. Hab mich durch die Router Liste https://ffnw.de/firmware/download/ geklickt und bin bei den TP-Link Modellen hängen geblieben. Auch weil der jetzige ja an sich problemfrei läuft. Bedingung des Neugeräts. 5Ghz und eben bischen Dampf auf den Antennen. Meine Vorauswahl: TP-Link TL-WDR3500 https://geizhals.de/tp-link-tl-wdr3500-a806566.html TP-Link TL-WDR4900 https://geizhals.de/tp-link-tl-wdr4900-a863845.html TP-Link TL-WR2543ND https://geizhals.de/tp-link-tl-wr2543nd-a695830.html Welchen nehmen? Und wenn ja, warum? Danke -- Ulf _______________________________________________ Nordwest mailing list Nordwest(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest

1 0

FreifunkTermin
by Lorenz Wenner 21 Jun '16

21 Jun '16

Hallo, wie vorhin telefonisch besprochen würden wir gerne am 4.7. von 19 Uhr bis 23 Uhr einen Raum für ein Treffen mit bis zu 20 Personen anmieten. Die Teilnehmnden benötigen jeweils einen Sitzplatz (Tisch+Stuhl). Außerdem benötigt wir Strom und einen performanten Internetzugang und hätten durchaus auch Bedarf an Beamer & Leinwand. Habe ich mir das richtig gemerkt, 25€? Kann man sich den Raum im Vorfeld einmal anschauen, um den Abend noch wenig besser vorbereiten zu können? Außerdem könnten wir uns vorstellen das ganze regelmäßig in der Lagerhalle stattfinden zu lassen. Uns schwebt ein monatliches Treffen jewweils am 3. Montag vor. Was würde das kosten? die Planung des Treffens am 4.7. findet statt in folgendem pad: https://pad.ffnw.de/p/howtohood-planung Viele Grüße Lorenz Wenner

2 1

IPv6 Test wieistmeineip.de
by Martin Brehme 19 Jun '16

19 Jun '16

Hallo, bin heute durch Zufall nach langer Zeit mal wieder auf die Webseite www.wieistmeineip.de gekommen und habe dort den IPv6 Test gemacht. Laut diesem Test, habe ich alle Checks erfolgreich absolviert und ich soll auch eine IPv6 Adresse haben: Test IPv4 mit DNS: OK Test IPv4 ohne DNS: OK Test IPv6 mit DNS: OK Test IPv6 ohne DNS: OK Test Dual Stack: OK Test, ob DNS des ISP IPv6 unterstützt: fehlgeschlagen Komisch ist nur, das EWE Tel ja gar kein IPv6 an den Privatkundenanschlüssen nutzt und ich in der Fritzbox auch unter IPv6 "nicht verbunden" sehe. Nun hab ich bezüglich IPv6 nicht wirklich Ahnung. Kann es sein, das IPv6 bei EWE Tel an Privatanschlüssen doch möglich ist? VG Martin

3 5

Router updaten nicht
by Martin Brehme 18 Jun '16

18 Jun '16

Moin zusammen, ich habe hier noch drei Router stehen, die ich bisher nicht brauchte und daher noch nicht auf dem aktuellen Stand sind. zwei mal: TP-Link TL-WR841N/ND v10 -> 0.8/gluon-v2016.1 einmal: TP-Link TL-WDR3600 v1 -> 0.6.2/gluon-v2015.1.2-4-gcc0c1d2 alle drei laufen seit gestern über Meschnetz an meinem FF Router und sind auch in der Karte sichtbar. Aber keiner von denen hat bisher ein Update bekommen. In welchem Rythmus wird denn ein Update gestartet? Automatische Updates sind aktiviert. Martin

4 6

3 Defekte FfNW router
by Sascha Brockmeyer 17 Jun '16

17 Jun '16

5 13

Unbrick 841N V9
by Andreas Götze 17 Jun '16

17 Jun '16

Moin , auf dem letzten treffen habe ich mehrere Router bekommen die beim Update von 0.9 auf 1.0 Probleme haben. Deshalb habe ich das gute Wetter genutzt und viele Dinge versucht, die zum Erfolg geführt haben. Benötigte Dinge ( bitte vorher runterladen!!!) - Openwrt Firmware des Routers ( wichtig da das Filesystem neu geschrieben werden muss) - Lankabel - TFTP32 oder ähnlicher Client - Freifunk Firmware des Routers Optional: - Stiftleite für JTAG - Serial USB Adapter Als erstes habe ich die Netzwerkkarte vom Rechner auf folgende Parameter fest eingestellt: IP : 192.168.0.66 SN:255.255.255.0 Dannach wurde der TFTP32 gestartet und der Ordner zum File eingestellt - Die Orginaldatei von Openwrt muss auf wr841nv9_tp_recovery.bin geändert werden - !!! Dateiname variert je nach Version!!! Bitte anpassen Bitte unbedingt unter Windows alles Firewalls und Virenscanner deaktivieren 1. Router über Port 1 an den Rechner angeschlossen 2. Router mit gedrückten Resetschalter booten 3. Nicht loslassen für circa 15 -20 Sekunden 4. Der Router hat standartmäßig die 192.168.0.68 5. TFTP kopiert das File 6. Router läd den neuen Kernel 7. IP des Rechners auf Dynamisch DHCP stellen 8. 192.168.1.1 im Browser aufrufen 9. Root und root eingeben 10. Freifunk Firmware einspielen 11. Reboot abwarten 12. Router über Freifunk Webinterface einstellen 13. Freifunk nutzen Für die jenigen von euch die gerne das Log der Seriellen Schnittstelle haben möchten, schreibt mir bitte eine Mail. Den Autoboot unterbricht man mit dem Befehlt tpl unter der Konsole. @ SEM : Vielleicht klappt das auch mit einen Routern Ansonsten schönes Wochenende und Grüße aus Metjendorf

2 4

Meshviewer
by Stefan 16 Jun '16

16 Jun '16

Hey zusammen, manche von euch haben sich ja sicherlich schon gefragt, warum soviele Router im Meshviewer offline sind. Das alte und neue Netz laufen, nur der Meshviewer hat grade noch kleine Probleme mit dem Anzeigen der Daten. Dort sind wir aktuell dran und geben Bescheid sobald alles läuft. -- vg Stefan

1 0

Re: [Nordwest] Crowdfunding fuer 'nen Notebook
by Felix Kronlage 16 Jun '16

16 Jun '16

Moin! Wir haben aus dieser Aktion jetzt 350,00 EUR zusammen bekommen. An alle die sich beteiligt haben von mir schonmal ein fettes Dankeschoen! Was fuer ein Geraet es letztendlich wird/geworden ist, werde ich (oder Tarek) dann hier noch posten. Schoenen Restsonntag! felix Felix Kronlage wrote: > Moin! > > ich wuerde hier gerne mal ein kleines Crowdfunding Experiment im lokalen > Sinne durchfuehren. Recht trivial und einfach: > > Alle hier kennen Tarek. Der macht eine Menge wichtige Dinge von denen > u.a. auch FFNW-User profitieren. > Tareks Notebook ist kurz davor komplett den Geist aufzugeben und damit > der weiterhin coole Dinge bauen kann, will ich zusehen, das er ein > neueres Arbeitsgeraet bekommt. Wir (Tarek und ich) denken da so an ein > x230s oder vergleichbar. > > Ich stelle mir das recht simpel vor: Wer Lust hat, was in den Hut zu > werfen, kann mir eine Mail schreiben und mir dann das Geld ueberweisen, > beim naechsten Treffen in Bar geben, o.ae. - ich sammle jetzt bis zum > Ende des naechsten Freifunker-Treffens (dem monatlichen Grossen) Geld > ein. Von dem Geld hole ich dann ein entsprechendes Arbeitsgeraet fuer > Tarek und poste natuerlich hier hinterher ein Summary (wenn jemand als > Spender nicht genannt werden will, sollte mir dies dann kundtun) > > Wieviel Geld will ich zusammenbekommen? ~ 400-500 EURO sollten schon was > vernuenftiges zu Stande bringen. Ich poste entsprechende Updates hier. > > Warum so und nicht zb. ueber den Verein? Weil dies imho alles viel > komplizierter machen wuerde und ich dies gerne schnell und > unbuerokratisch durchziehen moechte. > > Falls hier jemand ohne grosse Worte einfach was dafuer geben will: > > Name: Kronlage, Felix > IBAN: DE25251900010159753100 > BIC: VOHADE2H Hannoversche Volksbank > > Verwendungszeck: build, don't talk :) > (Alternativ: Hood-Selektor - besser fertig als perfekt :)) > > > Danke! > > felix > --

3 2

NWZ_16.06.10
by braeuning＠posteo.de 14 Jun '16

14 Jun '16

"7 Zugangspunkte in Oldenburg" ? :)

2 1

Fwd: Herzlichen Glückwunsch an Andreas
by Jan-Tarek Butt 12 Jun '16

12 Jun '16

Hi, ich machen das mal hier über die Mailingliste.. ;) Ich wünsche dir alles Gute zum Geburtstag Andreas. Feiere schön! vg Tarek

2 1

test mail
by Jan-Tarek Butt 12 Jun '16

12 Jun '16

bitte ignorieren. -- Tarek

1 0

Re: [Nordwest] Keine Verbindung an unterschiedlichen Standorten
by Viktor Grosch 12 Jun '16

12 Jun '16

Habe ich auch schon durchgeführt, einmal habe ich die Konfiguration beibehalten, das zweite mal komplett neu konfiguriert.(die 1.0) Ich habe jetzt mal einfach die 0.9 installiert und den Autoupdater ausgeschaltet. Funktioniert ohne alles Probleme, auf allen Geräten. Verbindungen aktiviert und deaktiviert, bekomme immer die IPs zugewiesen. Seitenaufbau geht ohne Probleme, Pings gehen durch. PING google.com (2a00:1450:4001:817::200e): 56 data bytes 64 bytes from 2a00:1450:4001:817::200e: seq=0 ttl=56 time=68.521 ms 64 bytes from 2a00:1450:4001:817::200e: seq=1 ttl=56 time=67.380 ms 64 bytes from 2a00:1450:4001:817::200e: seq=2 ttl=56 time=67.871 ms 64 bytes from 2a00:1450:4001:817::200e: seq=3 ttl=56 time=67.676 ms 64 bytes from 2a00:1450:4001:817::200e: seq=4 ttl=56 time=66.641 ms 64 bytes from 2a00:1450:4001:817::200e: seq=5 ttl=56 time=67.254 ms --- google.com ping statistics --- 6 packets transmitted, 6 packets received, 0% packet loss round-trip min/avg/max = 66.641/67.557/68.521 ms PING default02.ffnw.de (2001:4ba0:fffa:23::): 56 data bytes 64 bytes from 2001:4ba0:fffa:23::: seq=0 ttl=54 time=75.894 ms 64 bytes from 2001:4ba0:fffa:23::: seq=1 ttl=54 time=78.235 ms 64 bytes from 2001:4ba0:fffa:23::: seq=2 ttl=54 time=76.116 ms 64 bytes from 2001:4ba0:fffa:23::: seq=3 ttl=54 time=77.905 ms 64 bytes from 2001:4ba0:fffa:23::: seq=4 ttl=54 time=75.721 ms 64 bytes from 2001:4ba0:fffa:23::: seq=5 ttl=54 time=93.088 ms --- default02.ffnw.de ping statistics --- 6 packets transmitted, 6 packets received, 0% packet loss round-trip min/avg/max = 75.721/79.493/93.088 ms Aber wie gesagt, mit der 0.9! Am 5. Juni 2016 um 00:54 schrieb Stefan <stefan(a)osnabrueck.freifunk.net>: > Und soetwas wie srv12.ffnw.de kann er nicht auflösen? Hast du den router > mal frisch geflashed? > > > Am 5. Juni 2016 00:48:52 MESZ, schrieb Viktor Grosch <grosch(a)novashape.de > >: >> >> PING google.com (216.58.213.238): 56 data bytes >> 64 bytes from 216.58.213.238: seq=0 ttl=54 time=27.681 ms >> 64 bytes from 216.58.213.238: seq=1 ttl=54 time=26.333 ms >> 64 bytes from 216.58.213.238: seq=2 ttl=54 time=26.781 ms >> 64 bytes from 216.58.213.238: seq=3 ttl=54 time=26.328 ms >> 64 bytes from 216.58.213.238: seq=4 ttl=54 time=26.591 ms >> 64 bytes from 216.58.213.238: seq=5 ttl=54 time=26.497 ms >> >> --- google.com ping statistics --- >> 6 packets transmitted, 6 packets received, 0% packet loss >> round-trip min/avg/max = 26.328/26.701/27.681 ms >> >> >> >> >> ping: bad address 'default02.ffnw.de' >> >> Am 5. Juni 2016 um 00:03 schrieb Stefan <stefan(a)osnabrueck.freifunk.net>: >> >>> Der Router bekommt nur kein DNS. >>> Weise doch mal per configmode statisch dns zu >>> >>> >>> Am 4. Juni 2016 23:55:19 MESZ, schrieb Viktor Grosch < >>> grosch(a)novashape.de>: >>>> >>>> Was vergessen. >>>> >>>> >>>> PING 8.8.8.8 (8.8.8.8): 56 data bytes >>>> 64 bytes from 8.8.8.8: seq=0 ttl=53 time=27.323 ms >>>> 64 bytes from 8.8.8.8: seq=1 ttl=53 time=26.596 ms >>>> 64 bytes from 8.8.8.8: seq=2 ttl=53 time=27.029 ms >>>> 64 bytes from 8.8.8.8: seq=3 ttl=53 time=26.458 ms >>>> 64 bytes from 8.8.8.8: seq=4 ttl=53 time=26.064 ms >>>> 64 bytes from 8.8.8.8: seq=5 ttl=53 time=25.851 ms >>>> >>>> >>>> Am 4. Juni 2016 um 23:38 schrieb Viktor Grosch <grosch(a)novashape.de>: >>>> >>>>> Nein, ist ein Telekom Anschluss. Alles außer Freifunk läuft ohne >>>>> Probleme, auch mit den zugewiesen DNS Daten vom Provider. >>>>> Wie bereits geschrieben tritt das Problem an zwei Standorten auf >>>>> (Internet-Zugang an beiden von der Telekom) >>>>> >>>>> Am 4. Juni 2016 um 23:20 schrieb Stefan < >>>>> stefan(a)osnabrueck.freifunk.net>: >>>>> >>>>>> Dsnn Ping mal 8.8.8.8 >>>>>> >>>>>> Zufällig ein KD Anschluss? Dein Router bekommt kein DNS von deinem >>>>>> Anschluss >>>>>> >>>>>> Am 4. Juni 2016 23:19:00 MESZ, schrieb Viktor Grosch < >>>>>> grosch(a)novashape.de>: >>>>>>> >>>>>>> Nein, leider nicht >>>>>>> >>>>>>> ping: bad address 'default02.ffnw.de' >>>>>>> >>>>>>> >>>>>>> Am 4. Juni 2016 um 23:04 schrieb Stefan < >>>>>>> stefan(a)osnabrueck.freifunk.net>: >>>>>>> >>>>>>>> Der Router hat kein VPN - kannst du von dem Router unsere Gateways ( >>>>>>>> default02.ffnw.de bspw) pingen? >>>>>>>> >>>>>>>> >>>>>>>> Am 4. Juni 2016 22:57:34 MESZ, schrieb Viktor Grosch < >>>>>>>> grosch(a)novashape.de>: >>>>>>>>> >>>>>>>>> >>>>>>>>> No VPN connection found >>>>>>>>> Testing neighboring adhoc networks for batman advanced gw >>>>>>>>> connection. >>>>>>>>> The following wireless networks have been found: >>>>>>>>> 0 2462 C0:25:06:21:85:A3 Skynet >>>>>>>>> 46 2412 34:81:C4:E1:0F:AE FRITZ!Box 7362 SL >>>>>>>>> After filtering we will test the following wireless networks: >>>>>>>>> No neighboring freifunk batman advanced mesh found. >>>>>>>>> Set hood "default" >>>>>>>>> Set defaulthood. >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 4. Juni 2016 um 22:28 schrieb Stefan < >>>>>>>>> stefan(a)osnabrueck.freifunk.net>: >>>>>>>>> >>>>>>>>>> Hey, >>>>>>>>>> >>>>>>>>>> ist er da denn online gekommen? >>>>>>>>>> Wenn nein, führe mal.per ssh "hoodselector" aus >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Am 4. Juni 2016 21:56:48 MESZ, schrieb Viktor Grosch < >>>>>>>>>> grosch(a)novashape.de>: >>>>>>>>>>> >>>>>>>>>>> Der Router ist jetzt in WHV mit den manuell eingetragenen >>>>>>>>>>> Koordinaten von Hooksiel. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Am 4. Juni 2016 um 21:06 schrieb Stefan < >>>>>>>>>>> stefan(a)osnabrueck.freifunk.net>: >>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> da scheinen grade die VPN Peers voll zu sein. >>>>>>>>>>>> Wo stehen die Router genau? Hooksiel landet mit richtigen >>>>>>>>>>>> Koordinaten in einer Hood.... da läuft es >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Am 4. Juni 2016 20:57:29 MESZ, schrieb Viktor Grosch < >>>>>>>>>>>> grosch(a)novashape.de>: >>>>>>>>>>>>> >>>>>>>>>>>>> FW 1.0 ist drauf. >>>>>>>>>>>>> >>>>>>>>>>>>> logread: >>>>>>>>>>>>> >>>>>>>>>>>>> Sat Jun 4 20:51:17 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:51:22 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:51:22 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:51:22 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:51:31 2016 daemon.info hostapd: client0: STA >>>>>>>>>>>>> f4:f2:6d:1a:c7:e3 IEEE 802.11: authenticated >>>>>>>>>>>>> Sat Jun 4 20:51:31 2016 daemon.info hostapd: client0: STA >>>>>>>>>>>>> f4:f2:6d:1a:c7:e3 IEEE 802.11: associated (aid 1) >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:51:32 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:51:35 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:51:35 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:51:35 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:51:36 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:51:36 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:51:36 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:51:42 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:51:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:51:54 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:51:54 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:51:55 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:02 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:02 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:52:02 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:52:12 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:13 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:13 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:52:13 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:16 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:16 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:52:16 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:24 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:31 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:31 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:34 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:35 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:52:43 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:43 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:52:43 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:49 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:49 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:52:49 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:50 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:50 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:52:50 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:52:53 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:01 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:09 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:12 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:13 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:14 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:19 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:19 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:53:19 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:30 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:30 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:53:30 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:31 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:31 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:53:31 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:32 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:32 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:53:32 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:33 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:33 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:53:33 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:53:38 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:51 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:53:57 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:53:57 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:53:57 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:09 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:09 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:54:09 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:12 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:12 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:54:12 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:54:13 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:19 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:54:30 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:54:32 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:54:33 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:54:34 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:54:37 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:37 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:54:37 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:50 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:50 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:54:50 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:51 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:51 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:54:51 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:53 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:53 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:54:53 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:55 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:54:55 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:54:55 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:54:55 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:55:11 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>[[2001:4ba0:fffa:23::]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:55:12 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>[[2a01:4f8:101:3444::188]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:55:13 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>[[2a03:4000:6:4022::1]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:55:14 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>[[2a01:4f8:101:3444::187]:11111]... >>>>>>>>>>>>> Sat Jun 4 20:55:16 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default04>[5.104.106.134:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:55:16 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default04.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>... >>>>>>>>>>>>> Sat Jun 4 20:55:16 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default04.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:55:18 2016 authpriv.info dropbear[20682]: Child >>>>>>>>>>>>> connection from fd74:fdaa:9dc4:0:e88b:ca24:5c9b:3fce:4522 >>>>>>>>>>>>> Sat Jun 4 20:55:30 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default05>[188.40.140.188:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:55:30 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default05.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default05>... >>>>>>>>>>>>> Sat Jun 4 20:55:30 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default05.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default03>[37.120.164.49:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default03.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default03>... >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default03.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default02>[5.104.106.218:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default02.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default02>... >>>>>>>>>>>>> Sat Jun 4 20:55:31 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default02.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:55:33 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to <mesh_vpn_backbone_peer_default06>[188.40.140.187:11111 >>>>>>>>>>>>> ]... >>>>>>>>>>>>> Sat Jun 4 20:55:33 2016 daemon.info fastd[19930]: resolving >>>>>>>>>>>>> host `default06.ffnw.de' for peer >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default06>... >>>>>>>>>>>>> Sat Jun 4 20:55:33 2016 daemon.info fastd[19930]: resolved >>>>>>>>>>>>> host `default06.ffnw.de' successfully >>>>>>>>>>>>> Sat Jun 4 20:55:36 2016 authpriv.notice dropbear[20682]: >>>>>>>>>>>>> Pubkey auth succeeded for 'root' with key md5 >>>>>>>>>>>>> af:61:57:d4:a7:b3:e7:22:cc:91:16:24:4b:28:ad:c2 from >>>>>>>>>>>>> fd74:fdaa:9dc4:0:e88b:ca24:5c9b:3fce:4522 >>>>>>>>>>>>> Sat Jun 4 20:55:37 2016 daemon.info fastd[19930]: sending >>>>>>>>>>>>> handshake to >>>>>>>>>>>>> <mesh_vpn_backbone_peer_default04>[[2001:4ba0:fffa:65::1]:11111]... >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Am 4. Juni 2016 um 19:55 schrieb Stefan < >>>>>>>>>>>>> stefan(a)osnabrueck.freifunk.net>: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hallo Viktor, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Sind die Router auf FW 1.0? >>>>>>>>>>>>>> Magst du per ssh einmal die Ausgabe von logread hier posten? >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Am 4. Juni 2016 19:44:52 MESZ, schrieb Viktor Grosch via >>>>>>>>>>>>>> Nordwest <nordwest(a)lists.ffnw.de>: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hallo, >>>>>>>>>>>>>>> ich kann keine Verbindung aufbauen, bzw bekomme keine IP >>>>>>>>>>>>>>> Adressen zugewiesen zugewiesenen. >>>>>>>>>>>>>>> Ich habe es in Hooksiel und Wilhelmshaven einzelt getestet, >>>>>>>>>>>>>>> mit TPLINK 4300, 850RE und 860RE, an beiden Standorten. Konfiguration wurde >>>>>>>>>>>>>>> nicht verändert. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Liegen aktuell Störungen vor oder weiß einer woran es liegen >>>>>>>>>>>>>>> kann. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Schöne Grüße >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Viktor >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Nordwest mailing list >>>>>>>>>>>>>>> Nordwest(a)lists.ffnw.de >>>>>>>>>>>>>>> https://lists.ffnw.de/mailman/listinfo/nordwest >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> vg >>>>>>>>>>>>>> Stefan >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Schöne Grüße >>>>>>>>>>>>> >>>>>>>>>>>>> Viktor Grosch >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> vg >>>>>>>>>>>> Stefan >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Schöne Grüße >>>>>>>>>>> >>>>>>>>>>> Viktor Grosch >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> vg >>>>>>>>>> Stefan >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Schöne Grüße >>>>>>>>> >>>>>>>>> Viktor Grosch >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> vg >>>>>>>> Stefan >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Schöne Grüße >>>>>>> >>>>>>> Viktor Grosch >>>>>>> >>>>>> >>>>>> -- >>>>>> vg >>>>>> Stefan >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Schöne Grüße >>>>> >>>>> Viktor Grosch >>>>> >>>> >>>> >>>> >>>> -- >>>> Schöne Grüße >>>> >>>> Viktor Grosch >>>> >>> >>> -- >>> vg >>> Stefan >>> >> >> >> >> -- >> Schöne Grüße >> >> Viktor Grosch >> > > -- > vg > Stefan > -- Schöne Grüße Viktor Grosch

5 7

Hohe Systemlast auf einigen Nodes
by Michael Nolte 11 Jun '16

11 Jun '16

Hi, auf einigen Nodes habe ich in der aktuellen Firmware eine Systemlast > 1 Wenn ich mich auf die Router klinke, dann läuft da der Prozess „lwtrace -t“ mit einer CPU-Auslastung von 90-100%. Ist das ein bekanntes Problem? Kann ich selber tätig werden (außer Task abschießen oder rebooten)? Michael

3 3