Bei mehreren Geräten scheint bei mir die Kabelkopplung nicht richtig zu funktionieren. Mesh on LAN bzw. WAN ist natürlich an und hat in der Vergangenheit funktioniert.
Ein Beispiel: TL-WDR4300 bei mir lokal als Offloader ist mit der CPE510 auf dem Dach per Mesh-on-LAN verbunden. Der gesamte Traffic geht aber über das 5GHz-Mesh raus. Gluon 2016.1.x
Hat hier jemand eine Idee?
bridge name bridge id STP enabled interfaces
br-mesh_lan 7fff.da7db3d50b5e no eth0.2
br-wan 7fff.da7db3d50b5b no eth0.1
br-client 7fff.c46e1f5e1c70 no bat0
client0
Ja, wir haben leider noch keine öffentliche IPv6 hinterlegt. Das gluon-Netz fristet bei uns leider bisher ein Schattendasein, da wir hauptsächlich Meshkit (OLSR) und LibreMesh (BMX/batman-adv) einsetzen.
WLAN-Mesh habe ich auch schon deaktiviert, dann geht gar nix mehr rüber. Das LAN-Mesh habe ich natürlich auf beiden kontrolliert und sogar schon mehrmals an- und ausgeschaltet.
Auf der Gegenstelle im Flüchtlingsheim habe ich übrigens das gleiche Problem. Dort geht es von der CPE510 per Kabel auf einen 841er und dann ab auf die unteren Etagen per Mesh. Hier funktioniert das Kabel auch nicht mehr und ich musste meinen letzten WDR3600 als Verbindungsglied opfern.
An anderer Stelle (CPE210 / 841er) funktioniert die Kabelkopplung aber, siehe letztes Bild.
Vorsichtshalber mal hier der Link zu unserer site.conf.
Also auf sommerdind1 hast du WAN-Mesch aktiviert, das wäre der blaue Port, nicht der gelbe. Davon ist abzuraten, wenn du im Wan-Netz noch ein privates WLAN hast, weil das sonst die ganzen Batmanpakete abbekommt.
Und auf der anderen scheint mir LAN-Mesch gar nicht aktiviert zu sein. Bitte geh nochmal auf allen Geräten in den Konfigurationsmodus und überprüfe, ob das alles korrekt gesetzt ist.
Zur Erinnerung:
LAN-Mesch (Mesh-on-Lan): Gelbe Ports
WAN-Mesch (Mesh-on-Wan): Blauer Port
Beispiel: Du willst einen 841er, der VPN macht, mit der CPE verbinden.
Frage: Wie muss dann die Konfiguration aussehen?
Auf dem 841er muss LAN-Mesch (gelber Port) aktiviert sein und auf der CPE WAN-Mesh, das ist dann der blaue Port, bzw. der primäre, also der der am Netzteil, also dem PoE-Injektor, anliegt. Dann verbindest du den 841er am gelben Port mit dem Lan-Port des PoE-Injektors der CPE am Netzteil.
Ne, bei Sommerwind1 kommt das Signal per WLAN von einem anderen 841er, der das VPN macht. Über den WAN-Port ist lediglich noch eine CPE per Mesh angebunden. Die LAN-Ports müssen frei sein, da diese für Endgeräte genutzt werden wie z.B. SIP-Telefon.
Bei den Geräten, um die es eigentlich geht (s.o.), habe ich mehrmals gegengecheckt, ob Mesh-on-LAN aktiviert ist, sowohl per Config-Mode als auch per SSH. Ich bin mir auch 100% sicher, dass es funktioniert hat. Leider kann ich aber nicht sagen, seit wann nicht mehr. Da die CPE510 (Dach) und der WDR4300 (direkt unterm Dach) so nah beieinander stehen, meshen die sowieso über WLAN und es ist daher auch nicht aufgefallen.
Naja, öffentlich ist gar nicht zwingend, aber auch im ICVPN taucht das Netz leider nicht auf:
root@bgp2:~# ip -6 route show table 42 | grep fdef:ffc0:
fdef:ffc0:3dd7::/48 via fec0::a:cf:0:82 dev icvpn proto bird metric 1024
fdef:ffc0:4fff::/64 via fec0::a:cf:1:80 dev icvpn proto bird metric 1024
fdef:ffc0:4fff:1::/64 via fec0::a:cf:1:80 dev icvpn proto bird metric 1024
fdef:ffc0:4fff:2::/64 via fec0::a:cf:1:80 dev icvpn proto bird metric 1024
Wenn die LED blinkt, ist es ein Softwarefehler. Schreib nochmal auf, wo du welches Mesch aktiviert hast und wie die Topologie des Netzes ist, inklusive der privaten Komponenten.
bei „batctl if“ stehen die mesh-on-lan Interfaces auf beiden Routern drin, die Switch-Config sah auch okay aus.
Das m.E. merkwürdigste ist, dass die Interface bei Kabelkopplung (mesh-on-wan und mesh-on-lan) irgendwie trotzdem als Bridge konfiguriert sind. Aus unseren „normalen“ Leipziger batman-adv (und auch OLSR-) Netzen kennen wir das so nicht!
Ich würde ja vorschlagen, mal ein 1-2 weitere Geräte in diese Kabelkopplung zu hängen (Hast du noch 841, oder besser 710?) und dann mit eventl. älterer Gluon-Firmware (oder Meshkit und installiertem tcpdump-mini oder einem Laptop) zu überprüfen. mokkin meinte übrigens auch, dass das Interface auf der Status-Seite fehlen würde.
Es mesht nun wieder via Kabel. Ich habe LAN und WAN in der Switch-Config getauscht.
Scheinbar lag es an 2 Fehlern:
Der erste LAN-Anschluss der CPE510 ist gar nicht mehr LAN sondern WAN. (Hat das jemand mit Absicht für Gluon gemacht? Ich hatte da früher mal komische Anfragen gelesen)
Mesh-on-WAN funktioniert nicht mehr
Ich kenne es von Libremesh, dass am WAN-Port auf DHCP-Antworten gelauscht wird und parallel Mesh-Kabelkopplung möglich ist… Aber bei Gluon, ist das wirklich Absicht?
config interface ‚wan‘
option ifname ‚eth0.1‘
option auto ‚1‘
option peerdns ‚0‘
option type ‚bridge‘
option proto ‚dhcp‘
option multicast_querier ‚0‘
option igmp_snooping ‚0‘
option macaddr ‚da:7d:b3:d5:0b:5b‘
…
config interface ‚mesh_wan‘
option ifname ‚br-wan‘
option auto ‚1‘
option proto ‚gluon_mesh‘
option fixed_mtu ‚1‘
Zumindest entsinne ich mich auch schon, aus Verzweiflung bei CPE210ern schließlich entweder Mesh_wan_auto und Mesh_lan_auto angeschaltet zu haben, obwohl nur ein Kabel angeschlossen war.
Sprich: Zumindest in irgendwelchen 2016.1ern war da mal was durcheinander.
Upps. Also bei Openwrt, LEDE bzw Freifunk via Meshkit war das schon immer anders (PoE=LAN). Aber bei Gluon kann das durchaus anders sein
Aber ich bleibe vorerst trotzdem dabei: die Mesh-On-WAN Funktion scheint irgendwie kaputt :-o (siehe s.o. config-file) und das scheint auch zb einen 841 zu betreffen.
Gluon-versionsnummern habe ich leider nicht. Das müßten wir noch raussuchen und das Problem nochmal ordentlich „im Labor“ nachvollziehen, bevor wir ein Ticket aufmachen?