Hallo,
ich hab vor einer kurzen Weile ein Ticket eröffnet mit folgendem
Problem, zu dem ich bisher keine Lösung habe.
Das Ticket wurde jedoch schon geschlossen. Deswegen möchte ich es
nochmal auf der Mailingliste versuchen.
LG
Malte
> Das Problem betrifft "whv-familienzentrum-west-2". Dieser ist über
> whv-familienzentrum-west-1 gemesht, er bekommt jedoch selbst keine
> IPv6-Adressen (somit ist er über SSH nicht zu warten und er bekommt
> auch keine Updates) Die Clients und der Meshviewer sind davon
> unbeeindruckt.
> Das Problem bestand auch schon bevor das Update auf 0.6.2 freigegeben
> wurde.
>
> Fakten zu whv-familienzentrum-west-1
> Hardware: TP-Link TL-WDR3600 v1
> Software: 0.6.2 / gluon-v2015.1.2-4-gcc0c1d2
> Verbindung ins Internet per "Mesh-VPN" (wie ist normalerweise bei
> jedem Router ist)
> Verbindung zum "whv-familienzentrum-west-2" über "Mesh on LAN"
>
> Fakten zu whv-familienzentrum-west-2
> Hardware: TP-Link TL-WR841N/ND v9
> Software: 0.6.1 / gluon-v2015.1.2-2-g8db1e73
> Verbindung zu "whv-familienzentrum-west-1" per "Mesh on WAN".
Hi,
Hat jemand Lust und vorallem Zeit das libwlocate-Backend weiter zu
entwickeln?
Die Problematik ist das der aktuelle Algorithmus nur ein BSSID mit einer
angegebenen Position erlaubt. Das ist natürlich sehr einfach gedacht und
führt dann zu Problemen wie man es z.b. am Freifunk sieht..
https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/
Ich hab mal einen Mail aus schnitt von mir und Michael angehängt.
vg
Tarek
> Wir verhält es sich wenn n identischen SSIDs und BSSIDs
> in der DB sind ?
SSIDs werden nicht gespeichert, nur die BSSIDs und deren Position. Da
die BSSID
gleichzeitig der Key für die DB ist, kann so ein AP eigentlich nur einmal
existieren.
Bei der Abfrage einer Position schlägt dann eine Fehlerkorrektur zu:
befindet
sich bei mehr als zwei APs einer laut Datenbank zu weit von allen anderen
weg, so
wird er als potentiell falsch markiert. Sammelt dieser AP im Laufe der
Zeit zu
viele "Falsch"-Marierkungen, wird er automatisch gelöscht und die
fehlerhafte
Position existiert nicht mehr. Das kann aber schon so 5..10 Abfragen lang
dauern.
Meine Idee Wäre das n BSSIDs in der DB existieren können. Je mehr
Smartphons die Echtheit der Router Position bestätigen des so höher soll
eine Wahrscheinlichkeit über die Korrektheit der Position werden. Zudem
könnte man den output bei einer Positionsabfrage gpsd kompatibel ausgeben.
Der Algorithmus zur Ermittlung der Position bei einer anfrage über die
libwlocate scheint sehr gut zu funktionieren.
vg
Tarek
Hallo zusammen,
unter https://github.com/ffnw/puppet liegt jetzt ein Stand der bei mir
erfolgreich durchgelaufen ist. Ich habe auch schon diverse Configs
kontrolliert und korrigiert.
Probiert es gerne aus und schaut die Configs durch.
Ich würde dann gerne bald versuchen den Kram auf 08 und 03 zu deployen
um auch die Funktionalität mit Rheinland-Uplink und dem internen Routing
zu testen. Ich habe auf beide Server keinen Zugriff. Wer macht mit?
--
Viele Grüße,
Simon
Moin
ich habe soeben einen Merge Request erstellt [1] um den Autolocator zu verbessern. Nach einiger suche haben wir festgestellt das unsere Mesh BSSID den Locator durcheinander bringt. Daher wird diese zukünftig nicht mehr mitgesendet und dadurch ignoriert.
Das Problem liegt an dieser Stelle bei der libwolcate. Das Openwifi Projekt sieht vor, dass aktuell eine BSSID nur einmal in der Datenbank vorkommen kann. Daher die fehlerhaften Positionen / Ergebnisse des Autolocators
Meine C Kenntnisse sind ein bisschen eingestaubt, aber ich denke es wird das Problem vorerst lösen. Ich bin bereits auch daran dieses beim OpenWIFI Project zu lösen.
Das überspringen unserer eigenen BSSID sollte aber zu einer schnellen Besserung der Positionen auf der Karte führen.
Gruß
Johannes
[1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/4
Hi Leute,
ich komme gerade an einer Stelle in puppet nicht weiter und habe dazu
ein Issue beim betreffenden Modul erstellt:
https://github.com/inkblot/puppet-ipcalc/issues/3
Es scheint aber eher ein generelles Problem mit puppet an der Stelle zu
sein. Die definierten Custom Functions in dem Modul sehen völlig i.O.
aus, werden halt nur nicht geladen.
Momentan hängt es bei mir beim ICVPN Modul, das ipcalc Modul wird aber
fast überall für die IP-Berechnungen eingebunden.
Bekommt ihr den Fehler auch? Findet ihr eine Lösung? Fällt euch ein
sinnvoller Workaround ein?
--
Viele Grüße,
Simon
Hallo
Ich bin Nils und habe seit ca. zwei Monaten einen Freifunkrouter bei mir
stehen.
Seit ich den Router habe, beschäftige ich mich viel mit der Thematik
Freifunk, wobei mich vorallem die Technik dahinter interessiert.
Ich habe jetzt den Clemens angeschrieben und ihn gefragt ob ihr noch
jemanden braucht der bei der Entwicklung hilft.
Soweit ich das verstanden habe hat er mich jetzt in die Liste der neuen
Mitarbeiter geschrieben und bot mir an mich doch schon mal in dieser ML
vorzustellen.
Ich werde auch am 4.3. beim Treffen vorbeischauen.
Ich hab eine schöne Liste mit Fragen von Clemens bekommen an der werde ich
mich mal entlanghangeln:
ersteinmal:
Ich bin Nils Wollenteit und komme aus Wahnbek. In Wahnbek hatte ich bis vor
kurzen den ersten FreifunkRouter in Betrieb.
Ich studiere Elektrotechnik und Kommunikatons- und Informationstechnologie
im 3. Semester an der Jade Hochschule in WHV.
Zu den Fragen:
*woher kommst du?
siehe oben ;-)
*schonal die FFNW Firmware geflash (ja/nein)
Leider bin ich erst vor 2-3 Monaten mit Freifunk in Berührung gekommen,
daher bin auf diesem Gebiet wohl noch blutiger Neuling
*kann Linux (ja/nein)
Jaaaa, ich liebe Linux...ich arbeite nur mit Linux, zur Zeit habe ich
Ubuntu laufen, das kann aber variieren.
*kann OpenWRT (ja/nein)
* schonmal die FFNW Firmware kompiliert (ja/nein)
*schonmal einen Router debricked (per tftp) (ja/nein)
*schonmal einen Router per serialle schnittstelle debugged (ja/nein)
Jaaa...diese Freifunkthemen fehlen mir halt noch...
*kann Git (ja/nein)
Die Grundlagen, gearbeitet habe ich damit noch nicht, da ich noch nie die
Gelegenheit hatte mit mehreren an einem Projekt zu arbeiten.
*kann Bash (ja/nein)
nein
*kann PHP (ja/nein)
etwas
*kann python (ja/nein)
etwas
*kann C (ja/nein)
mit c und c++ arbeite ich zur Zeit sehr viel, da wir das auch im Studium
benutzen und auch lernen. Ich sagmal das kann ich gut :-)
Darüber hinaus habe ich mich auch mit Themen wie App-Entwicklung für
Android mit JavaScript auseinandergesetzt.
*kennt sich mit Gitlab aus (ja/nein)
nein
*sonstiges / besondere Interessen
Meine Interessen drehen sich um fast alles technische, ich baue kleine
Roboter, veruche mich gerade an diveren Quatrocoptern oder bastel an meinem
Computer.
Seit ich den Freifunkrouter habe liegt meine Aufmerksamkeit vermehrt auf
Netzwerkthemen, welche ich begeistert aufnehme.
Ich freue mich schon Euch kennenzulernen, viel von euch zu lernen und hoffe
ich kann euch gut unterstützen.
Grüße
Nils Wollenteit
Hi,
I have problems down?oading the site-config v0.8 using the following
command:
git clone https://git.nordwest.freifunk.net/ffnw/siteconf.git site -b 0.8
It always asks for a username and password. Do I have to create an account ?
Tim
Hi zusammen,
ich glaube mehrere im Dev Team fragen sich gerade, welche Module für
Puppet und vorallem wo aktuell sind.
Clemens hat gestern wohl Stunden versucht das ffnwbase Modul aus dem
Gitlab ans Laufen zu bekommen uns ist daran gescheitert.
Der sinnvollste Schritt wäre doch jetzt, dass 1 Person alle Module
zusammenfasst und wir in einem neuen Repo alles zusammenfassen und dort
dann auch auf srv03 eine erste Testhood aufbauen.
Desweiteren hat Clemens eine Menge Issues im Gitlab gepostet, ich
versuche hier grade nach und nach alles zu kommentieren.
@Simon: Würdest du deine Module einmal ins Gitlab rüberschieben? Wie ich
grade gesehen habe, haben wir u.a 2 dnsmasq Module, 2 Rheinland
Module... unnötige Arbeit die wir uns gerade machen ;)
LG,
Stefan