OLSR-Konfiguration: Unterschied zwischen den Versionen
Markit (Diskussion | Beiträge) |
Haha (Diskussion | Beiträge) |
||
(37 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | + | Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer. | |
− | + | ||
− | Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard- | + | http://gredler.at/hg/olsrd-0.5.6 |
+ | |||
+ | [[OLSRD_update|OLSR aktuell halten]] | ||
+ | |||
+ | ==== 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 [[OLSR_HTTPInfo_Redirect|redirect]] von /cgi-bin-status.html aufs Httpinfo einzurichten! | ||
+ | |||
+ | Ein Router ohne Statusseite ist zwar technisch 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 der OLSR-Infos sind natürlich auch Kontaktinformationen etc. nützlich, so wie es 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 | DebugLevel 0 | ||
IpVersion 4 | IpVersion 4 | ||
AllowNoInt yes | AllowNoInt yes | ||
− | FIBMetric " | + | FIBMetric "flat" |
− | + | ||
TcRedundancy 2 | TcRedundancy 2 | ||
− | + | MprCoverage 5 | |
− | MprCoverage | + | |
LinkQualityFishEye 1 | LinkQualityFishEye 1 | ||
LinkQualityAlgorithm "etx_ff" | LinkQualityAlgorithm "etx_ff" | ||
Zeile 17: | Zeile 31: | ||
UseHysteresis no | UseHysteresis no | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
LoadPlugin "olsrd_httpinfo.so.0.1" | LoadPlugin "olsrd_httpinfo.so.0.1" | ||
{ | { | ||
Zeile 30: | Zeile 36: | ||
PlParam "Net" "0.0.0.0 0.0.0.0" | PlParam "Net" "0.0.0.0 0.0.0.0" | ||
} | } | ||
− | + | #Trage hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein | |
− | Interface " | + | Interface "eth0" "ath0" |
{ | { | ||
− | HelloInterval | + | Ip4Broadcast 255.255.255.255 |
− | HelloValidityTime | + | HelloInterval 5.0 |
− | TcInterval | + | HelloValidityTime 100.0 |
+ | TcInterval 3.0 | ||
TcValidityTime 500.0 | TcValidityTime 500.0 | ||
− | MidInterval | + | MidInterval 30.0 |
MidValidityTime 500.0 | MidValidityTime 500.0 | ||
− | HnaInterval | + | HnaInterval 30.0 |
− | HnaValidityTime | + | HnaValidityTime 500.0 |
− | + | ||
− | + | ||
− | + | ||
} | } | ||
+ | |||
+ | === 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-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten). | ||
+ | |||
+ | Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten. | ||
+ | |||
+ | Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden). | ||
+ | |||
+ | LoadPlugin "olsrd_txtinfo.so.0.1" | ||
+ | { | ||
+ | PlParam "Accept" "127.0.0.1" | ||
+ | } | ||
+ | |||
+ | ==== DYN_GW und DYN_GW_PLAIN ==== | ||
+ | Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz. | ||
+ | |||
+ | Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g | ||
+ | |||
+ | Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt. | ||
+ | |||
+ | ==== ARPREFRESH ==== | ||
+ | Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein. | ||
+ | |||
+ | Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart. | ||
+ | |||
+ | Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,.. | ||
+ | |||
+ | === weitere Parameter === | ||
+ | Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte) | ||
+ | |||
+ | oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example | ||
+ | |||
+ | ====NatThreshold==== | ||
+ | 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. | ||
+ | |||
+ | Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, 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) | ||
+ | |||
+ | |||
+ | zurück zu wiki_funkfeuer_at<br> | ||
+ | < [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] > | ||
+ | ---- | ||
+ | <google>WIKI</google> |
Aktuelle Version vom 20. Januar 2012, 21:58 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 technisch 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 der OLSR-Infos sind natürlich auch Kontaktinformationen etc. nützlich, so wie es 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" TcRedundancy 2 MprCoverage 5 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" } #Trage hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein Interface "eth0" "ath0" { Ip4Broadcast 255.255.255.255 HelloInterval 5.0 HelloValidityTime 100.0 TcInterval 3.0 TcValidityTime 500.0 MidInterval 30.0 MidValidityTime 500.0 HnaInterval 30.0 HnaValidityTime 500.0 }
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-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).
Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.
Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).
LoadPlugin "olsrd_txtinfo.so.0.1" { PlParam "Accept" "127.0.0.1" }
DYN_GW und DYN_GW_PLAIN
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.
Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g
Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.
ARPREFRESH
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.
Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.
Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..
weitere Parameter
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)
oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example
NatThreshold
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.
Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, 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)
zurück zu wiki_funkfeuer_at
< Startseite > < Backfire-Vienna > < Standards > < Installation > < Weiterführendes > < Aktivitäten > < Index >
<google>WIKI</google>