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

Christian Hammel hammel
Sa Jun 6 21:18:40 CEST 2015


Problem nach langem Basteln zumndest vorerst gelöst.

Falls darüber nochmal jemand stolpert, hier zur Doku:

Die ursprüngliche Konfiguration war im Prinzip richtig gedacht. Sie hat 
deshalb nicht funktioniert, weil die beiden Ethernet-Schnittstellen der 
NSM5 (XW) offensichtlich nicht identisch arbeiten.

Kabelmeshing funktioniert offenbar nur an der Buchse "main", die Buchse 
"secondary" wird - warum auch immer - nicht richtig geroutet.

Das Kabelmesh auf der "main"-Buchse statt auf der "secondary" bei 
ansonsten im Wesentlichen identischer Konfiguration hat das Problem gelöst.

Dass die Buchsen unterschiedliche Eigenschaften beim geroutet werden 
haben, schließe ich daraus, dass das Vertauschen der Dienste an den 
Buchsen dazu geführt hat, dass das Kabelmeshing über die "main"-Buchse 
zwar jetzt geht, dafür kommt man aber mit meinem DHCP-Wartungszugang, 
der nun auf der "secondary" liegt, nicht mehr ins Internet (was in 
diesem Falle sogar völlig in meinem Sinne ist).

Das Phänomen scheint M5-spezifisch. Am WDR4300 funktioniert das selbe 
Setting nämlich tadellos, ohne von einer bestimmten Buchse abzuhängen 
(konfigurieren muss man sie natürlich).

Firewall habe ich entsprechend Bastians Tipp abgeschaltet gelassen - die 
ist auf einem Router zwischen zwei Routern ja auch reichlich überflüssig.

Jetzt lasse ich mich mal überraschen, ob das stabil bleibt und sich 
statt zu Hause so auch wieder ans Zoofenster hängen lässt.

Christian




Am 04.06.2015 um 19:24 schrieb 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
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>





Mehr Informationen über die Mailingliste Berlin