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 <[email protected]>: > 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 <[email protected]>: > >> 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 > [email protected] > http://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users > >
_______________________________________________ Users mailing list [email protected] http://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users
