[WLANware] Routing (Problem?)

[Michael Bierwirth]

Hallo!

Ich habe eine Frage zum Routing mit der
Freifunk Firmware.

Zunächst eine Feststellung zum "normalen" 
Linux Kernel ohne spezielle Routing 
Software:
Besitzt der Kernel eine default Route 
und eine expliziete Route für Host A 
über ein anderes Gateway, so wählt der 
Kernel für Host A immer die expliziete 
Route. Dabei ignoriert der Kernel die 
evtl. vorhandene Metric Angabe. Bsp.:

default    via 1.2.3.4 metric 1
5.5.5.5/32 via 1.2.3.5 metric 2

Es würde versucht werden 5.5.5.5 über 
1.2.3.5 zu erreichen.

Für die Freifunk Firmware scheint ein 
ähnliches Verhalten zu gelten. Besitzt 
eine Node eine Default Route mit einer 
geringeren Metric als eine expliziete 
Route für einen bestimmten Host, so 
wird für den Host immer die expliziete 
Route gewählt.

Kündigt man nun in einem OLSR Netz 
mittels HNA eine Host-Route an (z.B. 
212.211.210.1/32), so werden _alle_ 
Nodes in Zukunft zur Erreichung dieser 
Addresse über die Node Routen, die die 
HNA Ankündigung gemacht hat. Dabei 
scheint es egal zu sein, wie weit weg 
oder wie schlecht die Verbindung zu 
dieser Node ist. Eine nahe Default 
Route wäre in den meisten Fällen 
deutlich besser.
Sollte der olsrd nicht eigentlich 
dafür sorgen, dass die _beste_ 
Verbindung zu einem Ziel gewählt 
wird?

Für die Praxis hat dies in Hannover 
z.B. bedeutet, dass eine HNA 
Ankündigung die Verbindungen über das 
VPN Gateway lahm legte. Folgende 
Situation:

- mehrere Nodes sind mit dem VPN 
  Gateway verbunden.
- eine weitere Node einer Insel hat 
  die Möglichkeit das VPN Gateway über 
  eine Host-HNA Route in der Insel zu
  erreichen.
- Nachdem diese Node eine Verbindung 
  mit dem VPN aufgebaut hat, wird die 
  HNA Route auch in das restliche Netz 
  propagiert.
- Alle Nodes, die bereits mit dem VPN 
  Verbunden waren, versuchen nun das 
  VPN Gateway über eine Node zu 
  erreichen, die sie nur durch das 
  VPN erreichen.
- Das führt dazu, dass alle Nodes die 
  Verbindung verlieren.

Diese Situation exisitiert auch, wenn 
die Anbindung der Insel an das VPN 
mit einem künstlich schlechten ETX 
Wert von über 50 geschieht. Für die 
anderen Nodes ist also die Host HNA 
Route deutlich mehr Hops entfernt als 
ihre Default Route und zudem ist die 
Verbindung zu der Host Route noch 
extrem schlecht. Dennoch wählen _alle_ 
Nodes diesen Weg.

Lässt sich dieses Verhalten korrigieren?

Gruß,
Michael




-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser