[Berlin-wireless] nochmal: OLSR-Verbindung über Kabel steht aber DNS, ping und Co. gehen nicht drüber

[Christian Hammel]

Hallo,

immer noch das selbe Problem mit dem Kabelmesh: OLSR geht übers Kabel im Prinzip, erkennbar daran, dass beide Router sich gegenseitig als Nachbarn anzeigen und und der Router, der nur am Kabel hängt auch andere OLSR-Knoten anzeigt.
Daten kriege ich leider immer noch nicht überr die Verbindung.

Nochmal der Aufbau:

Zoofenster
|
| Funk-mesh, funktioniert tadellos
|
Host TSB 1
mesht mit IP 10.230.44.105 über Schnittstelle wwan (=Luft) mit Zoofenster (ch108)
mesht mit IP 10.230.44.106 über Schnittstelle WAN (=etho.2="secondary"-Buchse, Kabel) mit TSB2
|
| Kabel-Mesh
|
Host TSB2
mesht mit IP 10.31.14.17 über Schnittstelle KABELMESH (=physikalisch eth0.3=4.gelbe Buchse, Kabel) mit TSB1
hält über die IS 10.31.13.15 und 16 meshing an wireless0 vor, mesht aber mit niemandem (konnte das gestern in der c-base aber)
bietet an br-dhcp DHCP für die drei übrigen gelben Buchsen und die beiden Funkschnittstellen das Netz 10.230.83.224/27 an (Clients kommen auch rein)

So weit so gut.



Das Problem:

Auf TSB1 funktioniert ein ping aus dem Managementinterface (Netzwerk | Diagnosen)
Auf TSB2 kommt funktioniert das nicht. Gestern aben, als er außer dem Kabel zu TSB1 auch über Funk mit den Routern in der c-base meshen konnte, ging es tadellos, der Fehler muss also irgendwo im Kabelmeshing stecken. Nur finde ich ich ihn nicht.

Jemand noch eine Idee, wo ich suchen könnte oder was ich da zerkonfiguriert habe?




Mehr Input:

Firewall ist auf beiden deaktiviert.
OLSR-Dämon ist auch an die richtigen Schnittstellen gebunden. Den Schnittstellen ist ihre IP und die Maske 255.255.255.255 zugewiesen aber weder ein gateway noch ein broadcast noch ein DNS.
Beide Router tauchen im Monitoring auf, schaffen es also offensichtlich, Daten dort hinzusenden, der TSB bekommt aber bei ping und co. offenbar keine zurück.

Auf TSB1 zeigt Status | Routen unter ARP korrekt aufgelöst die IPs der beiden mesh-Nachbarn an, außerdem einen Riesenhaufen IPv4- Routen zwischen wwan und dem Gateway 10.31.0.166 (das ist das Zoofenster) an, außerdem korrekt die Route von wan zum DHCP-Netz des TSB2 samt dessen Kabelmesh-IP als Gateway. Bei der OLSRD-Konfiguration (Dienste | OLSR IPv4) ist unter HNA nichts eingetragen.

Der TSB2 zeigt unter Status | Routen unter ARP wieder korrekt aufgelöst die Mesh-IP des TSB1 und außerdem die Route zu sich selber für sein DHCP-Netz an. Unter "aktive IPv4-Routen" sieht es aber mau aus: Da zeigt er mit der Gatewayangabe 0.0.0.0 die Route zu seinem eigenen DHCP-Netz an, aber sonst nichts. Bei der OSLRD-Konfiguration ist unter HNA das DHCP-Netz eingetragen, das er anbinden soll.

Und noch etwas möglicherweise seltsames:
Wenn ich mir auf dem TSB1, der am Zoofenster hängt, die Einträge unter Status | OLSR | HNA ansehe und nach dem DHCP-Netz suche, das der TSB2 anbieten soll, dann wird als Gateway zu 10.230.83.224/27 die mesh-IP angezeigt, die am TSB2 auf der wireless0 liegt (...105), nicht aber die beiden anderen (...106 und ...107). Ob das seine Richtigkeit hat, kann ich nicht beurteilen. Der TSB2 zeigt im selben Menupunkt sein eigenes DHCP-Netz nicht an, das mag aber auch seine Richtigkeit haben, weil er da hin ja kein Gateway braucht.


Danke

Christian