olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich
Christian Dresel
fff at chrisi01.de
Fr Okt 9 15:02:01 CEST 2015
Hi
ich hab mir mal eben hier http://www.olsr.org/?q=download den Sourcecode
von olsrd-0.6.8.tar.bz2 (anscheinend immerhin das letzte stable
release) angeguckt (auf die Idee bin ich heute Nacht um 4Uhr nicht
gekommen mir einfach die sourcen anzugucken...) und mit meinen
bescheidenen C Kenntnisse würde ich sagen dort ist der Fehler auch schon
gefixt (kann gerne nochmal wer drüber gucken, der C richtig kann und
nicht nur halbwegs versteht ;)).
Vielleicht sollten wir OLSR einfach aus dem Quellcode neu bauen mit
dieser Version dann haben wir ein passendes, richtiges Paket aus dem
letzten stable Release und nicht irgendwelche Versionen zusammen
geschustert? Ich hab mir die Files von Michael jetzt noch nicht
angeguckt aber ich denke da ist nur die olsrd_dyn_gw.so.0.5 drinnen und
kein ganzes OLSR oder?
mfg
Christian
Am 09.10.2015 um 13:59 schrieb Michael Fritscher:
> Hi,
>
> interessant - unter Debian Jessie startet es durch und scheint(!) auch zu
> arbeiten.
>
> Anscheinend ist aber die Graphausgabe (auf dem Port 2004) kaputt - ich
> kann mich verbinden, die Verbindung wird aber ohne Ausgabe geschlossen)
>
> Viele Grüße,
> Michael
>> Hi
>>
>> den export path hatte ich händisch gesetzt. ohne den path startet er
>> erst garnicht.
>>
>> mit startet er, arbeitet aber nicht. jedenfalls nicht bei mir.
>>
>> gruß
>> Torben
>>
>> On 09.10.2015 13:48, Michael Fritscher wrote:
>>> Hi,
>>>
>>> hab den Fehler gefunden - der findet die Plugins nicht. Irgendwie sind
>>> sich die Paketierung und olsrd nicht einig, wo die Plugins hinmüssen.
>>> Lässt sich vermutlich über ein Build-Flag lösen, oder aber indem man in
>>> der /etc/default/olsrd folgende Zeile oben einfügt:
>>>
>>> export LD_LIBRARY_PATH=/usr/lib/olsrd:$LD_LIBRARY_PATH
>>>
>>> Das sollte bestehende Installationen nicht brechen, ist also
>>> ungefährlich,
>>> wenn man andere Pakete verwendet.
>>>
>>> Viele Grüße,
>>> Michael
>>>
>>>> ok. die selbst-kompilierte Version von heute morgen funktioniert. die
>>> von Michael irgendwie nicht. Kein Plan wieso.
>>>> On 09.10.2015 12:24, Tom Green wrote:
>>>>> Hi,
>>>>> sehr sehr geil. es klappt.
>>>>> gerade den openvpn gekillt. neue default route in der fff-Tabelle:
>>> nue1.
>>>>> Das Standard-GW aus der HNA Tabelle ausgetragen.
>>>>> Und der Traffic geht über nue1 auch raus:
>>>>> traceroute to web.de (82.165.230.17), 30 hops max, 60 byte packets
>>>>> 1 10.50.32.7 (10.50.32.7) 49.031 ms 58.299 ms 58.704 ms
>>>>> 2 10.50.32.2 (10.50.32.2) 52.360 ms 56.693 ms 57.065 ms
>>>>> 3 * * *
>>>>> 4 bgp02.berlin.freifunk.net (77.87.49.65) 71.193 ms 72.389 ms
>>>>> 73.993 ms
>>>>> 5 syseleven-k15.bcix.de (193.178.185.48) 77.885 ms 80.462 ms
>>> 81.308
>>>>> ms
>>>>> 6 ae0-0.bki1-r2.syseleven.net (77.247.83.197) 82.286 ms 61.621 ms
>>>>> 55.522 ms
>>>>> 7 xe-1-0-0-0.bgr1-r1.syseleven.net (37.49.152.237) 67.371 ms
>>>>> 67.859
>>>>> ms 83.447 ms
>>>>> 8 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 86.577 ms
>>>>> 90.020 ms 91.124 ms
>>>>> 9 ae-6.bb-c.act.fra.de.oneandone.net (212.227.120.130) 92.113 ms
>>>>> 92.755 ms 96.683 ms
>>>>> 10 ae-11.bb-c.bs.kae.de.oneandone.net (212.227.120.18) 102.691 ms
>>> 103.886 ms 93.043 ms
>>>>> 11 ae-3.bb-c.bap.rhr.de.oneandone.net (212.227.120.71) 82.322 ms
>>> 100.314 ms 100.898 ms
>>>>> 12 ae-4.gw-diste-a.bap.rhr.de.oneandone.net (212.227.121.161)
>>>>> 209.359
>>> ms 207.703 ms 203.049 ms
>>>>> 13 bap.web.de (82.165.230.17) 94.552 ms 98.365 ms 98.422 ms allein
>>> der squid auf kleeV2 blockiert den Mechanismus z.Zt. noch. ohne klappt
>>> es.
>>>>> openvpn tunnel wieder gestartet: beide GWs als default eingetragen
>>> root at KleeV2:~# ip route show table fff | grep default
>>>>> default via 10.8.8.29 dev tun0
>>>>> default via 10.50.252.19 dev nue1 proto gated metric 2 onlink Dank
>>> der besseren Metric routet er wieder über den VPN Tunnel:
>>>>> traceroute to web.de (82.165.230.17), 30 hops max, 60 byte packets 1
>>> 10.50.32.7 (10.50.32.7) 54.452 ms 58.998 ms 59.876 ms
>>>>> 2 * * *
>>>>> 3 po66.evo-hv15.leaseweb.com (95.211.205.126) 76.840 ms 80.600 ms
>>>>> 80.931 ms
>>>>> 4 xe-2-2-2.evo-hvc2.leaseweb.net (81.17.33.58) 81.881 ms
>>>>> xe-4-0-0.evo-hvc1.leaseweb.net (81.17.33.44) 88.665 ms
>>>>> xe-3-0-3.evo-hvc1.leaseweb.net (81.17.33.46) 89.921 ms
>>>>> 5 tengige0-2-0-2.bb03.ams-01.leaseweb.net (31.31.38.16) 90.643 ms
>>>>> tengige0-2-0-3.bb03.ams-01.leaseweb.net (31.31.38.18) 92.004 ms
>>> tengige0-0-0-6.bb03.ams-01.leaseweb.net (31.31.38.32) 92.765 ms
>>>>> 6 amsix.bb-c.nkf.ams.nl.oneandone.net (80.249.208.220) 102.124 ms
>>>>> 58.475 ms 58.718 ms
>>>>> 7 ae-6.bb-c.act.fra.de.oneandone.net (212.227.120.130) 70.568 ms
>>>>> 71.178 ms 72.433 ms
>>>>> 8 ae-11.bb-c.bs.kae.de.oneandone.net (212.227.120.18) 83.909 ms
>>>>> 93.405 ms 96.000 ms
>>>>> 9 ae-3.bb-c.bap.rhr.de.oneandone.net (212.227.120.71) 86.480 ms
>>>>> 87.068 ms 92.271 ms
>>>>> 10 ae-5.gw-diste-a.bap.rhr.de.oneandone.net (212.227.122.1) 101.313
>>> ms 92.526 ms 62.426 ms
>>>>> 11 bap.web.de (82.165.230.17) 64.141 ms 67.265 ms 69.874 ms Sehr
>>> schön. Danke Tobias, Christian, Jan & Michael :)
>>>>> sieht erstmal nicht verkehrt aus....
>>>>> Gruß
>>>>> Torben
>>>>> On 09.10.2015 10:36, Michael Fritscher wrote:
>>>>>> Hi,
>>>>>>> "Eigentlich" "müsste" wahrscheinlich "nur mal" "jemand" "schnell"
>>>>>>> das
>>> obere repository bauen.
>>>>>> Erledigt :-) Eine 0.9.0.3 gibts unter
>>>>>> https://mifritscher.de/austausch/olsrd/ . Das bauen war sehr einfach,
>>> weil
>>>>>> die debian-buildscripte schon existierten. Ich musste nur die
>>>>>> Changelog-Datei ergänzen, damit das Buildsystem weiß, dass es die
>>>>>> 0.9.0.3
>>>>>> ist (sonst wäre ein Paket rausgekommen, wo zwar 0.6.6.2-1 draufsteht,
>>> aber
>>>>>> 0.9.0.3 drin ist^^)
>>>>>> Ist völlig ungetestet und derzeit nur 64 Bit. Auf Anfrage kompiliere
>>>>>> ich
>>>>>> aber auch x86 32 Bit. Ich werde es heute Abend mal kurzzeitig auf
>>>>>> meinem
>>>>>> Gateway hauen und schauen, ob es funktioniert - und ob es mit der
>>> 0.6er
>>>>>> Version kompatibel ist.
>>>>>> Viele Grüße,
>>>>>> Michael
>>>
>>>
>>
>
Mehr Informationen über die Mailingliste franken-dev