Benötige Hilfe beim Einrichten von Roaming
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 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
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 <http://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 <http://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 <http://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
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? hat noch jemand eine Idee? Oder vielleicht ein Setup-Beispiel zum Kopieren, damit ich mich nicht mehr so "gehirnblond" anstelle? Ratlose Grüße aus Babelsberg, Mattias 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 listUsers@lists.freifunk-potsdam.dehttp://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users
_______________________________________________ Users mailing list Users@lists.freifunk-potsdam.de http://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users
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 <mailto: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 <http://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 <http://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 <http://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 <https://wiki.freifunk-potsdam.de/Roaming>
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
_______________________________________________ Users mailing list Users@lists.freifunk-potsdam.de http://lists.freifunk-potsdam.de/cgi-bin/mailman/listinfo/users
Am 03.07.2017 um 22:50 schrieb Mattias Brunschen:
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...
ah, ok, ja das debugging ist bei roaming etwas komplexer...
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? hm, die pico die wir in betrieb haben startet relativ oft neu, aber ich glaube nicht, dass das an grafana liegt, lass sie mal senden.
Gute Nacht, Mattias Sven
participants (3)
-
Mattias Brunschen -
Sven R -
Sven R.