OLSR-Konfiguration: Unterschied zwischen den Versionen
Markit (Diskussion | Beiträge) K (→weitere OLSR-Plugins) |
Dieter (Diskussion | Beiträge) K (Rechtschreibung) |
||
Zeile 1: | Zeile 1: | ||
− | + | Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer. | |
http://gredler.at/hg/olsrd-0.5.6 | http://gredler.at/hg/olsrd-0.5.6 | ||
==== HTTP - Statusseite ==== | ==== HTTP - Statusseite ==== | ||
− | + | Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000). | |
− | + | Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand. | |
− | + | Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten! | |
− | + | Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,.. | |
− | + | Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,.. | |
==== olsrd.conf ==== | ==== olsrd.conf ==== | ||
− | Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard- | + | Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes: |
DebugLevel 0 | DebugLevel 0 | ||
Zeile 35: | Zeile 35: | ||
PlParam "Net" "0.0.0.0 0.0.0.0" | PlParam "Net" "0.0.0.0 0.0.0.0" | ||
} | } | ||
− | # | + | #Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein |
Interface "eth0" "ath0" | Interface "eth0" "ath0" | ||
{ | { | ||
Zeile 51: | Zeile 51: | ||
} | } | ||
− | === | + | === Weitere OLSR-Plugins === |
− | + | Grundsätzlich ist es sehr empfehlenswert, keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet, als das man sie just-for-fun installieren/konfigurieren sollte,.. | |
==== TXTINFO ==== | ==== TXTINFO ==== | ||
− | Dieses wird von der | + | Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statuseiten mit OLSR-Status-Daten zu versorgen. Selbiges kann man selber auch machen (wer sich das nicht antun will verwendet eben das httpinfo dafür) |
Weiters ist das txtinfo auch nützlich um es per ssh zu verwenden,... | Weiters ist das txtinfo auch nützlich um es per ssh zu verwenden,... | ||
also einfach folgende Konfig an obige anhängen (Der Accept Paramter kann auch mehrfach verwendet werden) | also einfach folgende Konfig an obige anhängen (Der Accept Paramter kann auch mehrfach verwendet werden) | ||
Zeile 64: | Zeile 64: | ||
} | } | ||
==== DYN_GW und DYN_GW_PLAIN ==== | ==== DYN_GW und DYN_GW_PLAIN ==== | ||
− | + | Hat den Zweck das Routing der Defaultroute etwas statischer zu gestalten,.. | |
− | + | Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,.. | |
− | und dann eben ein | + | und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann... |
− | und eben dieser | + | und eben dieser Wechsel zu einer Änderung der 'eigenen' öffentlichen IP-Adresse führt mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.) |
− | + | Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei Nating auf den Gateways. | |
dyngw macht damit bei uns absolut keinen Sinn, | dyngw macht damit bei uns absolut keinen Sinn, | ||
− | (und ist aufgrund der speziellen /1 | + | (und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos) |
==== ARPREFRESH ==== | ==== ARPREFRESH ==== | ||
− | Trägt automatisch die | + | Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein. |
− | Dadurch wird das | + | Dadurch wird das Routen theoretisch etwas schneller, und ein klitzekleinwenig an ARP-Traffic gespart. |
− | Allerdings hat dieses | + | Allerdings hat dieses Plugin in Zusammenhang mit verrücktspielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale arp-requests funktionert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,.. |
Version vom 25. März 2009, 19:44 Uhr
Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.
http://gredler.at/hg/olsrd-0.5.6
Inhaltsverzeichnis
HTTP - Statusseite
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).
Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.
Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!
Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..
Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..
olsrd.conf
Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:
DebugLevel 0 IpVersion 4 AllowNoInt yes FIBMetric "flat" Pollrate 0.050 TcRedundancy 2 MprCoverage 7 LinkQualityFishEye 1 LinkQualityAlgorithm "etx_ff" LinkQualityLevel 2 UseHysteresis no LoadPlugin "olsrd_httpinfo.so.0.1" { PlParam "port" "80" PlParam "Net" "0.0.0.0 0.0.0.0" } #Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein Interface "eth0" "ath0" { HelloInterval 3.0 HelloValidityTime 125.0 TcInterval 2.0 TcValidityTime 500.0 MidInterval 25.0 MidValidityTime 500.0 HnaInterval 10.0 HnaValidityTime 125.0 Ip4Broadcast 255.255.255.255 }
Weitere OLSR-Plugins
Grundsätzlich ist es sehr empfehlenswert, keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet, als das man sie just-for-fun installieren/konfigurieren sollte,..
TXTINFO
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statuseiten mit OLSR-Status-Daten zu versorgen. Selbiges kann man selber auch machen (wer sich das nicht antun will verwendet eben das httpinfo dafür) Weiters ist das txtinfo auch nützlich um es per ssh zu verwenden,... also einfach folgende Konfig an obige anhängen (Der Accept Paramter kann auch mehrfach verwendet werden)
LoadPlugin "olsrd_txtinfo.so.0.1" { PlParam "Accept" "127.0.0.1" }
DYN_GW und DYN_GW_PLAIN
Hat den Zweck das Routing der Defaultroute etwas statischer zu gestalten,..
Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..
und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann...
und eben dieser Wechsel zu einer Änderung der 'eigenen' öffentlichen IP-Adresse führt mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)
Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei Nating auf den Gateways.
dyngw macht damit bei uns absolut keinen Sinn,
(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)
ARPREFRESH
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.
Dadurch wird das Routen theoretisch etwas schneller, und ein klitzekleinwenig an ARP-Traffic gespart.
Allerdings hat dieses Plugin in Zusammenhang mit verrücktspielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale arp-requests funktionert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..