Hallo Sven,
Hallo alle Potsdamer Freifunkende,

ich habe wohl die Probleme finden und lösen können:
Erstens hatte ich wohl die Interface-Namen nicht immer konsistent durchgezogen (mal fehlte z.B. das "br-" beim Interface).
Und Zweitens ging die Config in der Pico-Slave schief, weil ich -- um eventuelle Clients in der Nachbarschaft nicht zu stören -- das Interface "wlan0-dhcp-2" in der Picostation deaktiviert hatte. Dadurch gingen aber die batctl-/brtcl-Anweisungen in der /etc/rc.local nicht...

Also @Sven: Vielen Dank nochmal.

Jetzt muss ich "nur noch" die Pico am Aufstellort festmachen und auch aus der Ferne testen. ;-)

Noch ne Frage:
Sollte in dieser Konstellation (Pico-Slave an einem WDR-4300-Core) die Pico eigentlich auch an Grafana Statistiken senden? Oder würde das den kleinen Prozessor der Pico zu sehr nerven?

Gute Nacht,
Mattias
 


Am 3. Juli 2017 um 08:45 schrieb Sven R <freifunk@seth0r.net>:
On 02.07.2017 22:48, Mattias Brunschen wrote:
Hallo Sven,
Hallo FF-Liste,

vielen Dank für den Tipp mit dem fehlenden "bat0" in /etc/rc.local.
Hab's korrigiert, aber der Effekt ist leider immernoch derselbe:
Ein DHCP-Client bekommt auf dem Roam-Slave-AP noch immer keine DHCP-Adresse zugewiesen.
Im Logging des Slave-APs ist das weiterhin zu sehen, siehe altes Logging weiter unten.
Auf dem Roam-Master-AP ist im Logging noch immer nichts zu sehen von dem Connect-Versuch auf der Slave-Seite.
Dafür erscheinen aber sporadisch, aber unabhängig von Connect-Versuchen folgende Meldung:

Sun Jul  2 22:27:17 2017 kern.warn kernel: [ 3852.640000] br-dhcp: received packet on bat0 with own address as source address
Sun Jul  2 22:29:22 2017 kern.warn kernel: [ 3978.080000] br-dhcp: received packet on bat0 with own address as source address

Ich hab's gecheckt: Die IP-Adressen sind definitiv nicht identisch vergeben.
Ist die obige Warnung daher normal bzw. zu vernachlässigen?
 ja, das kommt schon mal vor, die meldung auf dem slave, dass er keine ips zu vergeben hat ist auch normal.

hat noch jemand eine Idee?
 ich nehme an rebootet hast du beide schon mal?
schick mal bitte die ausgaben von 'brctl show'

Oder vielleicht ein Setup-Beispiel zum Kopieren, damit ich mich nicht mehr so "gehirnblond" anstelle?

Ratlose Grüße aus Babelsberg,
Mattias
 Sven



Am 2. Juli 2017 um 17:51 schrieb Sven R <freifunk@seth0r.net>:
On 01.07.2017 22:48, Mattias Brunschen wrote:
Hallo Potsdamer Freifunkas,

ich bin dabei, meinen Fensterbrett-Freifunk-Router mit einer Picostation im Garten zu erweitern.

Das hier funktioniert:
Die Picostation ist über LAN am Core-FF-Router angeschlossen und mesht mit diesem sowohl über LAN (a.k.a. Kabelkopplung) und über Funk (mesh23). Beides habe ich getestet, beides geht.
Die Pico ist NUR am Core-FF-Router angeschlossen und nutzt ihn somit als Gateway zum Internet.
Die Pico spannt ihr eigenes Freifunk-DHCP-Netz auf. Wenn ich mich mit diesem FF-DHCP verbinde (z.B. mit dem Smartphone), dann funktioniert alles, z.B. der Link ins Internet.

Problem:
Ich würde gern Roaming mit einem vom Core-FF-Router aufgespannten DHCP-Netz einrichten.
Dazu bin ich nach der Anleitung aus dem Potsdamer FF-Wiki vorgegangen, siene [0].
Verbinde ich mich am Core-Router mit dem neuen DHCP-Netz, geht alles.
Versuche ich die Verbindung an das Roaming-DHCP-Netz über die Pico, geht es schief: Der Client bekommt keine DHCP-Adresse zugewiesen.
Das bestätigt auch das Logging der Pico (Befehl "logread"):

Sat Jul  1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 IEEE 802.11: authenticated
Sat Jul  1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 IEEE 802.11: associated (aid 1)
Sat Jul  1 22:12:38 2017 daemon.info hostapd: wlan0-2: STA 90:4c:e5:8d:bb:38 RADIUS: starting accounting session 59580009-00000004
Sat Jul  1 22:12:38 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP
Sat Jul  1 22:12:42 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP
Sat Jul  1 22:12:49 2017 daemon.warn dnsmasq-dhcp[1591]: no address range available for DHCP request via br-Roam_AP
...
Die Meldung "no address range" wiederholt sich dann noch ein paar Mal.

Im Logging des Core-Routers wird für denselben Zeitraum leider gar nichts angezeigt.
Ich vermute daher, dass ich irgendwo einen Fehler gemacht habe bei der Roaming-Einrichtung, so dass DHCP-Anfragen gar nicht erst an den Core-Router weitergeleitet werden.
Nur welchen?

Kann mir da jemand von euch helfen?

Hier Auszüge aus der Konfiguration der Router:

Core:
Schnittstelle "Roam-AP":
Protokoll: Statisch
IPv4: 10.22.78.193
Maske: 255.255.255.224
DHCP-Server Start: 4
DHCP-Server Limit 29
/etc/rc.local:
batctl if add wlan-adhoc-2
batctl if add br-Mesh_via_LAN
brctl addif br-Roam_AP
da fehlt doch das bat0
batctl it 3000
batctl gw server
ip link set bat0 up

Picostation:
Schnittstelle "Roam_AP":
Protokoll: Statisch
IPv4: 10.22.78.194
Netzmaske: 255.255.255.224
IPv4-Gateway: 10.22.78.193
DHCP-Server: NICHT eingerichtet
/etc/rc.local:
batctl if add wlan0-adhoc-2
batctl if add Mesh_via_LAN
brctl addif br-Roam_AP bat0
batctl it 3000
batctl gw client
ip link set bat0 up


Viele Grüße aus Babelsberg,
Mattias


[0] https://wiki.freifunk-potsdam.de/Roaming


_______________________________________________
Users mailing list
Users@lists.freifunk-potsdam.de
http://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users