olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich
Tom Green
koe_fue at gmx.de
Di Okt 13 08:43:25 CEST 2015
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
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151013/b48d5702/attachment-0002.html>
Mehr Informationen über die Mailingliste franken-dev