olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich

Christian Dresel fff at chrisi01.de
Mi Okt 14 12:49:26 CEST 2015


und erste Erfahrung von mir 0.6.8.1 (selbst kompiliert) funktioniert 
anscheinend wie erwartet:

0.0.0.0/0 wird announced in der Routes Tabelle taucht kein 0.0.0.0/0 auf 
(wie erwartet)
Tunnel manuell abgeschaltet (killall openvpn *hust*)
0.0.0.0/0 announce wird sofort gelöscht zudem wird sofort in der Routes 
Tabelle 0.0.0.0/0 nach fffgwcd1 (aktuell der einzig direkte Link) 
eingetragen
Tunnel wieder von mir zuschalten
0.0.0.0/0 announce wird sofort wieder geschaltet (mal gucken ob ich da 
in der conf eine Verzögerung finde, wäre ja blöd wenn ständig 
umgeschaltet wird weil Ping mal klappt und mal nicht klappt usw.. ist 
dann aber eine weitergehende Optimierung), in der Routes Tabelle bleibt 
0.0.0.0/0 nach fffgwcd1 aber noch ca. 5-10 Minuten bestehen, wird dann 
aber auch selbstständig gelöscht (evtl. ist diese Zeit irgendwo 
konfiguriert in der config, muss ich mal gucken)
nach diesen 5-10 Minuten ist alles vollkommen automatisch wieder so, wie 
ganz oben, ich musste nie manuell eingreifen und das hat jetzt 2x 
wunderbar geklappt.

das ganze aktuell getestet auf meinen Pi das kein batman/fastd macht 
(also nur Layer 3 Router) und auch keinen Traffic hat, ich hab mir die 
Daten nur angeguckt was Olsr rausgegeben hat (falls jemand Traffic übers 
Pi rausschicken will [aktuell zwar nur über Mullvad] zum testen, meldet 
euch für nen direkten GRE/Olsr-Link das bekommen wir hin und ich seh mal 
was die Kiste so hermacht). Die Tage werde ich 0.6.8.1 auch auf meiner 
Layer2 Hetznerkiste mal testen.

Ich bin also sehr zufrieden, das Ding macht das, was ich will :)

mfg

Christian

Am 14.10.2015 um 11:55 schrieb Christian Dresel:
> Am 14.10.2015 um 11:48 schrieb Christian Dresel:
>> Guten Morgen
>>
>> Am 13.10.2015 um 09:16 schrieb Tom Green:
>>> Hi
>>>
>>> Im Kreis hat der glaube ich nichts geroutet.  Bei mir geht 3x über 
>>> GRE Tunnel Traffic rein, aber zumindest nichts über irgendwelche 
>>> GRE-Tunnel in gleicher Größe wieder raus.
>>>
>>> D.h. der Traffic ist entweder
>>>
>>>   * über OpenVPN im Internet versenkt worden (unwahrscheinlich)
>>>   * über fastd nach Fürth oder Würzburg gegangen
>>>   * Bei kleev2 ins große Datennirvana eingegangen (unwahrscheinlich)
>>>
>>> Das lässt sich anhand der Profile nicht mehr nachvollziehen. Ist mit 
>>> zuviel anderem Traffic verschmiert.
>>>
>>> Olsr selber kompilieren und installieren hat bei mir geholfen.
>>>
>> hab ich grad mal auf meinen Testsystem probiert und ist soweit (glaub 
>> ich) auch geglückt (bin da nicht wirklich ein Experte bei sowas ;) ) 
>> beim starten aber:
>> ....
>> ---------- LOADING LIBRARY olsrd_dyn_gw.so.0.5 ----------
>> DL loading failed: "olsrd_dyn_gw.so.0.5: cannot open shared object 
>> file: No such file or directory"!
>> ---------- LOADING LIBRARY olsrd_httpinfo.so.0.1 ----------
>> DL loading failed: "olsrd_httpinfo.so.0.1: cannot open shared object 
>> file: No such file or directory"!
>> -- PLUGIN LOADING FAILED! --
>>
>> wo bekomm ich die Plugins her um diese zu bauen (ich denke die fehlen 
>> einfach in den sourcen oder? Per *.deb werden sie ja auch extra 
>> geliefert)? Oder muss ich die beim compilieren irgendwie mitbauen? 
>> Ich finde nix per google, hast du einen heißen Tipp für mich?
>>
>> mfg
>>
>> Chris
>
> warum hab ich immer die dumme angewohnheit erst zu schreiben/fragen 
> und dann zu gucken... im lib (ist ja auch irgendwie logisch...) 
> Unterordner sind die ganzen Plugins, einfach in den Ordner make && 
> make install -> fertig... Kann alles so einfach sein ;) Ihr könnt euch 
> die Mühe sparen mir zu antworten.
>
> Gruß Christian
>
>>> Gruß
>>> Torben
>>>
>>>
>>> On 13.10.2015 09:09, Christian Dresel wrote:
>>>> Guten Morgen
>>>>
>>>> seltsam, da hat Olsr wohl irgendwas total im Kreis gebaut. Langsam 
>>>> wird mir das ganze suspekt... ich glaub fast nicht das es am 
>>>> Mullvad Tunnel lag der nicht erreichbar war sondern das nur 
>>>> zufällig auf die gleiche Zeit gefallen ist. Was Olsr da aber 
>>>> getrieben hat, keine Ahnung.
>>>>
>>>> Übrigens mit neu aufgebauter config hab ich genau das gleiche 
>>>> Problem mit 0.6.8.1, fährt nicht hoch. Bin mit meinem latein 
>>>> langsam am Ende.
>>>>
>>>> mfg
>>>>
>>>> Christian
>>>>
>>>> Am 13.10.2015 um 08:43 schrieb Tom Green:
>>>>> Hi,
>>>>>
>>>>> Lustigerweise hier das gleiche, zum gleichen Zeitpunkt. 
>>>>> Eingehender Traffic über nue1 und ro1 und cdfue:
>>>>>
>>>>> --vnstat--
>>>>> http://10.50.32.7/vnstat/index.php?if=ro1&graph=large&style=light&page=h
>>>>> http://10.50.32.7/vnstat/index.php?if=nue1&graph=large&style=light&page=h
>>>>> http://10.50.32.7/vnstat/index.php?if=cdfue1&graph=large&style=light&page=h
>>>>>
>>>>> --mrtg--
>>>>> http://10.50.32.7/mrtg/localhost_ro1.html
>>>>> http://10.50.32.7/mrtg/localhost_nue1.html
>>>>> http://10.50.32.7/mrtg/localhost_cdfue1.html
>>>>>
>>>>>
>>>>> Allerdings ohne das der Tunnel weg gewesen wäre:
>>>>> http://10.50.32.7/vnstat/index.php?if=tun0&graph=large&style=light&page=h
>>>>> http://10.50.32.7/mrtg/localhost_tun0.html
>>>>>
>>>>> Ich weiß allerdings nicht, wo die Daten hingeflossen sind. Erraten 
>>>>> lassen sich 50 MB von has2 -> cdfue1 -> kleev2 -> ?
>>>>>
>>>>> P.S. Mullvad scheint mittlerweile so ne Sache zu sein.
>>>>>
>>>>> Gruß
>>>>> Torben
>>>>>
>>>>>
>>>>> On 12.10.2015 23:12, Christian Dresel wrote:
>>>>>> und jetzt was ganz interessantes, Olsr hat wohl, ohne das ich was 
>>>>>> getan habe (ich saß die ganze Zeit auf Arbeit), den Abend mal 
>>>>>> zeitweise auf eine andere Route (has2) umgeschaltet:
>>>>>>
>>>>>> http://144.76.70.165/vnstat/index.php?if=has2&graph=large&style=light&page=h
>>>>>> http://144.76.70.165/mrtg/localhost_has2.html
>>>>>>
>>>>>> zumindest decken sich mrtg und vnstat Daten was für keinen 
>>>>>> "Fehler" wie bei Tom damals spricht. Hab eigentlich aktuell 
>>>>>> wieder die alte Version laufen wo das ja eigentlich nicht gehen 
>>>>>> sollte. *grübel* was ist da denn jetzt passiert? Warum hat Olsr 
>>>>>> dann doch iwann umgeschaltet? Vorallem scheint das tun0 Interface 
>>>>>> die ganze Zeit da gewesen zu sein, es wurden nur mal einige 
>>>>>> Stunden keine Daten übertragen (und damit ging vermutlich auch 
>>>>>> kein Ping durch).
>>>>>>
>>>>>> wenn ich mir die Mullvad Daten so angucke, war Mullvad wohl 
>>>>>> längere Zeit heute off und irgendwann hat Olsr dann mal zeitweise 
>>>>>> ein wenig umgeschaltet:
>>>>>> http://144.76.70.165/vnstat/index.php?if=tun0&graph=large&style=light&page=h
>>>>>>
>>>>>> nichts destrotrotz hat das ganze wohl nicht so wirklich 100%ig 
>>>>>> funktioniert (Mullvad war SEHR lange off im Gegensatz zu der 
>>>>>> Stunde wo auf has2 umgeschaltet war), ich werde morgen nochmal 
>>>>>> die "Michael-Version" probieren und zuvor die configs löschen und 
>>>>>> die von der neuen Version verwenden, vielleicht sind die einfach 
>>>>>> nicht kompatibel.
>>>>>>
>>>>>> mfg
>>>>>>
>>>>>> Christian
>>>>>>
>>>>>> Am 12.10.2015 um 11:08 schrieb Christian Dresel:
>>>>>>> öh apt-get remove olsrd [*1] und dann stur an die Anleitung vom 
>>>>>>> fff-fra1 gehalten:
>>>>>>>
>>>>>>>   * wget
>>>>>>>     https://mifritscher.de/austausch/olsrd/jessie/olsrd_0.6.8.1-1_amd64.deb
>>>>>>>
>>>>>>>   * wget
>>>>>>>     https://mifritscher.de/austausch/olsrd/jessie/olsrd-plugins_0.6.8.1-1_amd64.deb
>>>>>>>
>>>>>>>   * dpkg -i olsrd-plugins_0.6.8.1-1_amd64.deb
>>>>>>>   * dpkg -i olsrd_0.6.8.1-1_amd64.deb
>>>>>>>
>>>>>>> demnach äh ja hab ich wohl :)
>>>>>>>
>>>>>>> [*1] Ausgabe:
>>>>>>> ***** ~ # apt-get remove olsrd
>>>>>>> Reading package lists... Done
>>>>>>> Building dependency tree
>>>>>>> Reading state information... Done
>>>>>>> The following packages will be REMOVED:
>>>>>>>   olsrd olsrd-plugins
>>>>>>> 0 upgraded, 0 newly installed, 2 to remove and 1 not upgraded.
>>>>>>> After this operation, 1,133 kB disk space will be freed.
>>>>>>> demnach werden hier auch die Plugins mit runtergeworfen und 
>>>>>>> durch dein neues Paket aktualisiert, also ja doch ich bin mir 
>>>>>>> sehr sicher es getan zu haben ;)
>>>>>>>
>>>>>>> Hab eben nochmal die Reihenfolge von plugins und olsr 
>>>>>>> ausgetauscht beim installieren (ich hab bisher immer zuerst olsr 
>>>>>>> und dann die Plugins installiert bei der Anleitung oben ist es 
>>>>>>> andersherum gebracht hat aber auch dies nix)
>>>>>>>
>>>>>>> Oder muss ich noch irgendwas anderes tun?
>>>>>>>
>>>>>>> mfg
>>>>>>>
>>>>>>> Christian
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 12.10.2015 um 10:57 schrieb Michael Fritscher:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> spontan: Hast du die plugins auch entsprechend aktualisiert?
>>>>>>>>
>>>>>>>> Viele Grüße,
>>>>>>>> Michael
>>>>>>>>
>>>>>>>>> Guten Morgen
>>>>>>>>>
>>>>>>>>> Ich hab mich jetzt testweise auch mal an die Version von Michael ran
>>>>>>>>> getraut und installiert. Hier startet Olsrd aber irgendwie nicht richtig
>>>>>>>>> durch:
>>>>>>>>>
>>>>>>>>> ---
>>>>>>>>> ********** /etc/olsrd # /etc/init.d/olsrd start
>>>>>>>>> Starting olsrd:
>>>>>>>>>    *** olsr.org -
>>>>>>>>> 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf ***
>>>>>>>>>    Build date: 2015-10-09 19:45:00 on fff-wue1
>>>>>>>>>    http://www.olsr.org
>>>>>>>>>
>>>>>>>>> Parsing file: "/etc/olsrd/olsrd.conf"
>>>>>>>>> Debug level: 0
>>>>>>>>>           IPv4 broadcast: 255.255.255.255
>>>>>>>>>           HELLO interval: 6.00
>>>>>>>>>           HELLO validity: 600.00
>>>>>>>>>           TC interval: 0.50
>>>>>>>>>           TC validity: 300.00
>>>>>>>>>           MID interval: 10.00
>>>>>>>>>           MID validity: 300.00
>>>>>>>>>           HNA interval: 10.00
>>>>>>>>>           HNA validity: 300.00
>>>>>>>>>
>>>>>>>>> Interface DefaultsLink quality fish eye 1
>>>>>>>>> IpVersion: 4
>>>>>>>>> Clear screen enabled
>>>>>>>>> HNA IPv4 entry: 10.50.32.0/21
>>>>>>>>> Noint set to 1
>>>>>>>>> Willingness: 3
>>>>>>>>>           IPC host: 127.0.0.1
>>>>>>>>> Hysteresis disabled
>>>>>>>>> Link quality level 2
>>>>>>>>> Pollrate 0.10
>>>>>>>>> TC redundancy 2
>>>>>>>>> MPR coverage 5
>>>>>>>>> Plugin: olsrd_httpinfo.so.0.1
>>>>>>>>> Plugin param key:"Port" val: "8080"
>>>>>>>>> Plugin param key:"Net" val: "0.0.0.0 0.0.0.0"
>>>>>>>>> Plugin: olsrd_dyn_gw.so.0.5
>>>>>>>>> Plugin param key:"Interval" val: "5"
>>>>>>>>> Plugin param key:"Ping" val: "8.8.8.8"
>>>>>>>>> Plugin param key:"Ping" val: "82.165.230.17"
>>>>>>>>> Plugin param key:"pingcmd" val: "ping -c 1 -q -I tun0 %s"
>>>>>>>>> Plugin: olsrd_dot_draw.so.0.3
>>>>>>>>> RtProto: 8
>>>>>>>>> RtTable: 10
>>>>>>>>> RtTableDefault: 10
>>>>>>>>> RtTableTunnel: 10
>>>>>>>>> Queuing if kleeV2
>>>>>>>>> Queuing if has2
>>>>>>>>> Queuing if fff-gw-m1
>>>>>>>>> Queuing if fff-pi-cd1
>>>>>>>>> Warning, setting a table for tunnels without SmartGW does not make sense.
>>>>>>>>>           IPv4 broadcast/multicast : 255.255.255.255
>>>>>>>>>           Mode           : mesh (d)
>>>>>>>>>           IPv6 multicast           : ff02::6d
>>>>>>>>>           HELLO emission/validity  : 6.00 (d)/600.00 (d)
>>>>>>>>>           TC emission/validity     : 0.50 (d)/300.00 (d)
>>>>>>>>>           MID emission/validity    : 10.00 (d)/300.00 (d)
>>>>>>>>>           HNA emission/validity    : 10.00 (d)/300.00 (d)
>>>>>>>>>           Autodetect changes       : yes
>>>>>>>>>           IPv4 broadcast/multicast : AUTO
>>>>>>>>>           Mode           : mesh
>>>>>>>>>           IPv6 multicast           : ::
>>>>>>>>>           HELLO emission/validity  : 0.00/0.00
>>>>>>>>>           TC emission/validity     : 0.00/0.00
>>>>>>>>>           MID emission/validity    : 0.00/0.00
>>>>>>>>>           HNA emission/validity    : 0.00/0.00
>>>>>>>>>           Autodetect changes       : no
>>>>>>>>>           IPv4 broadcast/multicast : AUTO
>>>>>>>>>           Mode           : mesh
>>>>>>>>>           IPv6 multicast           : ::
>>>>>>>>>           HELLO emission/validity  : 0.00/0.00
>>>>>>>>>           TC emission/validity     : 0.00/0.00
>>>>>>>>>           MID emission/validity    : 0.00/0.00
>>>>>>>>>           HNA emission/validity    : 0.00/0.00
>>>>>>>>>           Autodetect changes       : no
>>>>>>>>>           IPv4 broadcast/multicast : AUTO
>>>>>>>>>           Mode           : mesh
>>>>>>>>>           IPv6 multicast           : ::
>>>>>>>>>           HELLO emission/validity  : 0.00/0.00
>>>>>>>>>           TC emission/validity     : 0.00/0.00
>>>>>>>>>           MID emission/validity    : 0.00/0.00
>>>>>>>>>           HNA emission/validity    : 0.00/0.00
>>>>>>>>>           Autodetect changes       : no
>>>>>>>>>           IPv4 broadcast/multicast : AUTO
>>>>>>>>>           Mode           : mesh
>>>>>>>>>           IPv6 multicast           : ::
>>>>>>>>>           HELLO emission/validity  : 0.00/0.00
>>>>>>>>>           TC emission/validity     : 0.00/0.00
>>>>>>>>>           MID emission/validity    : 0.00/0.00
>>>>>>>>>           HNA emission/validity    : 0.00/0.00
>>>>>>>>>           Autodetect changes       : no
>>>>>>>>> olsr.org - 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf
>>>>>>>>> detaching from the current process...
>>>>>>>>> ---
>>>>>>>>>
>>>>>>>>> und dann bleibt er "hängen" ich kann nur noch mit STRG+C abbrechen. Ein
>>>>>>>>> pgrep auf einer weiteren Konsole zeigt das Olsr ansich läuft aber ich
>>>>>>>>> komm weder per Port 8080 an das Webinterface ran noch werden
>>>>>>>>> irgendwelche routen übertragen. EIn debuglevel 9 bringt leider auch
>>>>>>>>> keine weiteren Infos, er zeigt da genau das gleiche an. Die Ausgabe
>>>>>>>>> scheint exakt gleich zu der von 0.6.6.2 zu sein mit der Ausname der
>>>>>>>>> geänderten Versionsnummer und das er eben stecken bleibt. Bei 0.6.6.2
>>>>>>>>> kommt danach noch eine Zeile "olsrd." und dann läuft olsrd fehlerfrei.
>>>>>>>>> Bevor ich jetzt lang rumprobiere/Fehler suche frag ich gleich mal in die
>>>>>>>>> Runde ob das Problem schon jemand hatte, ihr probiert da ja schon länger
>>>>>>>>> rum als ich ;)?
>>>>>>>>>
>>>>>>>>> ein apt-get remove olsrd und neu installieren aus den Debian
>>>>>>>>> Paketquellen mit der alten Version funktionierte einwandfrei und Olsr
>>>>>>>>> läuft sofort wieder so (fehlerhaft) wie man es gewohnt ist (configs
>>>>>>>>> bleiben anscheinend jederzeit erhalten, ich hab sie mal zur Sicherheit
>>>>>>>>> gesichert musste sie aber nie zurück spielen).
>>>>>>>>>
>>>>>>>>> mfg
>>>>>>>>>
>>>>>>>>> Christian
>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>>>>>> Jabber:christian at jabber.community
>>>>>>> E-Mail:fff at chrisi01.de
>>>>>>> Facebook:https://www.facebook.com/christian.chili
>>>>>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> -- 
>>>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>>>>> Jabber:christian at jabber.community
>>>>>> E-Mail:fff at chrisi01.de
>>>>>> Facebook:https://www.facebook.com/christian.chili
>>>>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> -- 
>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>>> Jabber:christian at jabber.community
>>>> E-Mail:fff at chrisi01.de
>>>> Facebook:https://www.facebook.com/christian.chili
>>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>
>>
>>
>> -- 
>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>> Jabber:christian at jabber.community
>> E-Mail:fff at chrisi01.de
>> Facebook:https://www.facebook.com/christian.chili
>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>
>>
>
>
> -- 
> Kontaktmöglichkeiten ChristianD (Christian Dresel):
> Jabber:christian at jabber.community
> E-Mail:fff at chrisi01.de
> Facebook:https://www.facebook.com/christian.chili
> Handy/Whatsapp & Festnetz: auf Nachfrage
>
>


-- 
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: christian at jabber.community
E-Mail: fff at chrisi01.de
Facebook: https://www.facebook.com/christian.chili
Handy/Whatsapp & Festnetz: auf Nachfrage

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151014/3b916a8c/attachment-0002.html>


Mehr Informationen über die Mailingliste franken-dev