[Berlin-wireless] default route

[Sven-Ola Tuecke]

Hey,

das dyn_gw-Plugin ist fuer den Anwendungszweck ungeeignet. Darum gibt es ja 
ueberhaupt erst das dyn_gw_plain. Hier ein Beispiel:

UserNode->Node1(mit inet)->Node2(mit inet)

So geht es nicht:

1) Node1 startet, olsrd kommt hoch, dyn_pw macht ping 151.1.1.1
2) Ping 151.1.1.1 gibt keine Antwort, weil Inet-Link ausfaellt
3) Default-Route wird nicht mehr per HNA4 angekuendigt
4) Pakete von UserNode->inet gehen nach /dev/null
Folge: Situation bleibt stabil -> Nix geht bis neustart Node1

Und so geht es (dyn_gw_plain, /usr/sbin/cron.minutely)

1) Node1 startet, olsrd kommt hoch, dyn_pw macht ping 151.1.1.1
2) Ping 151.1.1.1 gibt keine Antwort, weil Inet-Link ausfaellt
3) Default-Route wird mit Policy-Routing is ExtraTable verschoben
4) Default-Route wird nicht mehr per HNA4 angekuendigt
5) Pakete von UserNode->inet gehen nach Node2 (weil unsere
    Policy-Table nur fuer Node1 gilt, "ip rule add iif lo table...")
6) Inet-Link auf Node1 kommt hoch, Ping 151.1.1.1 geht wieder
7) Default-Route wird mit Policy-Routing aus ExtraTable restored
Folge: Situation repariert...

Statt "ping" verwendet das "cron.minutely" einen Traceroute-Test, aber das ist 
im Prinzip unwichtig. Das Cronscript haenge ich hier mal dran FYI

// Sven-Ola

Am Donnerstag 07 Januar 2010 22:15:57 schrieb Jo-Philipp Wich:
> Hi.
>
> > Unsere Router in Wiesenburg haben kein WAN Anschluß. Sei sitzen alle
> > an einem lokalen Netz (mit DSL-Anschluß). z.B. lokales Netzt mir
> > 192.168.0.0/24 mit 192.168.0.1 als DSL-Router (z.B. Fritzbox etc.)
> > und 192.168.0.2 als Freifunkrouter.
>
> Ah, dann ist es kein Wunder dass das passiert, was passiert :)
> Das Check-Script löscht in der Tat lediglich die Default-Route und
> verlässt sich darauf das Irgendwas im System die wider herstellt (pppd,
> dhcp client, ...).
>
> Bei einer statischen Interface-Konfiguration passiert das natürlich
> nicht bis zum Systemreboot oder wenn jmd. ifdown; ifup ausführt.
>
> In deinem Fall ist eventuell das dyngw (nicht dyngw_plain) Plugin besser
> geeignet. In diesem Fall übernimmt OLSR das Testen der Default-Route und
> kündigt lediglich das HNA-Announcement ab/an ohne die eigendlichen
> Netzwerkeinstellungen zu verändern.
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : cron.minutely
Dateityp    : application/x-shellscript
Dateigröße  : 4835 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20100108/790311e4/attachment.bin>