<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div><div style="font-family: Calibri,sans-serif; font-size: 11pt;">Da mein GW in letzter Zeit Probleme gemacht hat und ich recht wenig Zeit zum Testen hatte und außerdem komische $Dinge passiert sind( wie schon an anderer Stelle erwähnt, habe ich den DHCP auf fff-gw-m1 zzt. nicht an.<br>Somit ist es gut möglich das hier weniger passiert als sonst.<br>Auch im Wiki habe vermerkt das er nicht läuft.<br><br>Viele Grüße Jan</div></div><div dir="ltr"><hr><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Von: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:michael@fritscher.net">Michael Fritscher</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Gesendet: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">13.10.2015 09:55</span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">An: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:franken-dev@freifunk.net">franken-dev@freifunk.net</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Betreff: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">Re: olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich</span><br><br></div>Hi,<br><br>also in Wue1 ( http://188.40.170.116/mrtg/ ) ist von 20 bis 22 Uhr über<br>olsr auch was "passiert". Nach ff-bbg und ff-gw-m1 wurde mit knapp 200<br>kbit/sec gesendet, bei fff-gw-yaga, fff-jas und fff-has2 mit um die 200<br>kbit/sec gesendet und empfangen. Der Mullvad-Tunnel schien durchgelaufen<br>zu sein, alles andere ist ebenfalls unauffällig.<br><br>Allgemein scheint ff-gw-m1 sehr wenig zu mir zu senden (ich habe sonst<br>immer eine Grundlast von ca. 40 kbit/sec, bei ihm allerdings nur ca. 4<br>kbit/sec. Dumme Frage: ist da das entsprechende Interface in olsrd<br>aktiviert?<br><br>Viele Grüße,<br>Michael<br><br>> Hi<br>><br>> Im Kreis hat der glaube ich nichts geroutet. Bei mir geht 3x über GRE<br>> Tunnel Traffic rein, aber zumindest nichts über irgendwelche GRE-Tunnel<br>> in gleicher Größe wieder raus.<br>><br>> D.h. der Traffic ist entweder<br>><br>> * über OpenVPN im Internet versenkt worden (unwahrscheinlich)<br>> * über fastd nach Fürth oder Würzburg gegangen<br>> * Bei kleev2 ins große Datennirvana eingegangen (unwahrscheinlich)<br>><br>> Das lässt sich anhand der Profile nicht mehr nachvollziehen. Ist mit<br>> zuviel anderem Traffic verschmiert.<br>><br>> Olsr selber kompilieren und installieren hat bei mir geholfen.<br>><br>> Gruß<br>> Torben<br>><br>><br>> On 13.10.2015 09:09, Christian Dresel wrote:<br>>> Guten Morgen<br>>><br>>> seltsam, da hat Olsr wohl irgendwas total im Kreis gebaut. Langsam<br>>> wird mir das ganze suspekt... ich glaub fast nicht das es am Mullvad<br>>> Tunnel lag der nicht erreichbar war sondern das nur zufällig auf die<br>>> gleiche Zeit gefallen ist. Was Olsr da aber getrieben hat, keine Ahnung.<br>>><br>>> Übrigens mit neu aufgebauter config hab ich genau das gleiche Problem<br>>> mit 0.6.8.1, fährt nicht hoch. Bin mit meinem latein langsam am Ende.<br>>><br>>> mfg<br>>><br>>> Christian<br>>><br>>> Am 13.10.2015 um 08:43 schrieb Tom Green:<br>>>> Hi,<br>>>><br>>>> Lustigerweise hier das gleiche, zum gleichen Zeitpunkt. Eingehender<br>>>> Traffic über nue1 und ro1 und cdfue:<br>>>><br>>>> --vnstat--<br>>>> http://10.50.32.7/vnstat/index.php?if=ro1&graph=large&style=light&page=h<br>>>> http://10.50.32.7/vnstat/index.php?if=nue1&graph=large&style=light&page=h<br>>>> http://10.50.32.7/vnstat/index.php?if=cdfue1&graph=large&style=light&page=h<br>>>><br>>>> --mrtg--<br>>>> http://10.50.32.7/mrtg/localhost_ro1.html<br>>>> http://10.50.32.7/mrtg/localhost_nue1.html<br>>>> http://10.50.32.7/mrtg/localhost_cdfue1.html<br>>>><br>>>><br>>>> Allerdings ohne das der Tunnel weg gewesen wäre:<br>>>> http://10.50.32.7/vnstat/index.php?if=tun0&graph=large&style=light&page=h<br>>>> http://10.50.32.7/mrtg/localhost_tun0.html<br>>>><br>>>> Ich weiß allerdings nicht, wo die Daten hingeflossen sind. Erraten<br>>>> lassen sich 50 MB von has2 -> cdfue1 -> kleev2 -> ?<br>>>><br>>>> P.S. Mullvad scheint mittlerweile so ne Sache zu sein.<br>>>><br>>>> Gruß<br>>>> Torben<br>>>><br>>>><br>>>> On 12.10.2015 23:12, Christian Dresel wrote:<br>>>>> und jetzt was ganz interessantes, Olsr hat wohl, ohne das ich was<br>>>>> getan habe (ich saß die ganze Zeit auf Arbeit), den Abend mal<br>>>>> zeitweise auf eine andere Route (has2) umgeschaltet:<br>>>>><br>>>>> http://144.76.70.165/vnstat/index.php?if=has2&graph=large&style=light&page=h<br>>>>> http://144.76.70.165/mrtg/localhost_has2.html<br>>>>><br>>>>> zumindest decken sich mrtg und vnstat Daten was für keinen "Fehler"<br>>>>> wie bei Tom damals spricht. Hab eigentlich aktuell wieder die alte<br>>>>> Version laufen wo das ja eigentlich nicht gehen sollte. *grübel* was<br>>>>> ist da denn jetzt passiert? Warum hat Olsr dann doch iwann<br>>>>> umgeschaltet? Vorallem scheint das tun0 Interface die ganze Zeit da<br>>>>> gewesen zu sein, es wurden nur mal einige Stunden keine Daten<br>>>>> übertragen (und damit ging vermutlich auch kein Ping durch).<br>>>>><br>>>>> wenn ich mir die Mullvad Daten so angucke, war Mullvad wohl längere<br>>>>> Zeit heute off und irgendwann hat Olsr dann mal zeitweise ein wenig<br>>>>> umgeschaltet:<br>>>>> http://144.76.70.165/vnstat/index.php?if=tun0&graph=large&style=light&page=h<br>>>>><br>>>>> nichts destrotrotz hat das ganze wohl nicht so wirklich 100%ig<br>>>>> funktioniert (Mullvad war SEHR lange off im Gegensatz zu der Stunde<br>>>>> wo auf has2 umgeschaltet war), ich werde morgen nochmal die<br>>>>> "Michael-Version" probieren und zuvor die configs löschen und die<br>>>>> von der neuen Version verwenden, vielleicht sind die einfach nicht<br>>>>> kompatibel.<br>>>>><br>>>>> mfg<br>>>>><br>>>>> Christian<br>>>>><br>>>>> Am 12.10.2015 um 11:08 schrieb Christian Dresel:<br>>>>>> öh apt-get remove olsrd [*1] und dann stur an die Anleitung vom<br>>>>>> fff-fra1 gehalten:<br>>>>>><br>>>>>> * wget<br>>>>>> https://mifritscher.de/austausch/olsrd/jessie/olsrd_0.6.8.1-1_amd64.deb<br>>>>>><br>>>>>> * wget<br>>>>>> https://mifritscher.de/austausch/olsrd/jessie/olsrd-plugins_0.6.8.1-1_amd64.deb<br>>>>>><br>>>>>> * dpkg -i olsrd-plugins_0.6.8.1-1_amd64.deb<br>>>>>> * dpkg -i olsrd_0.6.8.1-1_amd64.deb<br>>>>>><br>>>>>> demnach äh ja hab ich wohl :)<br>>>>>><br>>>>>> [*1] Ausgabe:<br>>>>>> ***** ~ # apt-get remove olsrd<br>>>>>> Reading package lists... Done<br>>>>>> Building dependency tree<br>>>>>> Reading state information... Done<br>>>>>> The following packages will be REMOVED:<br>>>>>> olsrd olsrd-plugins<br>>>>>> 0 upgraded, 0 newly installed, 2 to remove and 1 not upgraded.<br>>>>>> After this operation, 1,133 kB disk space will be freed.<br>>>>>> demnach werden hier auch die Plugins mit runtergeworfen und durch<br>>>>>> dein neues Paket aktualisiert, also ja doch ich bin mir sehr sicher<br>>>>>> es getan zu haben ;)<br>>>>>><br>>>>>> Hab eben nochmal die Reihenfolge von plugins und olsr ausgetauscht<br>>>>>> beim installieren (ich hab bisher immer zuerst olsr und dann die<br>>>>>> Plugins installiert bei der Anleitung oben ist es andersherum<br>>>>>> gebracht hat aber auch dies nix)<br>>>>>><br>>>>>> Oder muss ich noch irgendwas anderes tun?<br>>>>>><br>>>>>> mfg<br>>>>>><br>>>>>> Christian<br>>>>>><br>>>>>><br>>>>>><br>>>>>> Am 12.10.2015 um 10:57 schrieb Michael Fritscher:<br>>>>>>> Hi,<br>>>>>>><br>>>>>>> spontan: Hast du die plugins auch entsprechend aktualisiert?<br>>>>>>><br>>>>>>> Viele Grüße,<br>>>>>>> Michael<br>>>>>>><br>>>>>>>> Guten Morgen<br>>>>>>>><br>>>>>>>> Ich hab mich jetzt testweise auch mal an die Version von Michael<br>>>>>>>> ran<br>>>>>>>> getraut und installiert. Hier startet Olsrd aber irgendwie nicht<br>>>>>>>> richtig<br>>>>>>>> durch:<br>>>>>>>><br>>>>>>>> ---<br>>>>>>>> ********** /etc/olsrd # /etc/init.d/olsrd start<br>>>>>>>> Starting olsrd:<br>>>>>>>> *** olsr.org -<br>>>>>>>> 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf ***<br>>>>>>>> Build date: 2015-10-09 19:45:00 on fff-wue1<br>>>>>>>> http://www.olsr.org<br>>>>>>>><br>>>>>>>> Parsing file: "/etc/olsrd/olsrd.conf"<br>>>>>>>> Debug level: 0<br>>>>>>>> IPv4 broadcast: 255.255.255.255<br>>>>>>>> HELLO interval: 6.00<br>>>>>>>> HELLO validity: 600.00<br>>>>>>>> TC interval: 0.50<br>>>>>>>> TC validity: 300.00<br>>>>>>>> MID interval: 10.00<br>>>>>>>> MID validity: 300.00<br>>>>>>>> HNA interval: 10.00<br>>>>>>>> HNA validity: 300.00<br>>>>>>>><br>>>>>>>> Interface DefaultsLink quality fish eye 1<br>>>>>>>> IpVersion: 4<br>>>>>>>> Clear screen enabled<br>>>>>>>> HNA IPv4 entry: 10.50.32.0/21<br>>>>>>>> Noint set to 1<br>>>>>>>> Willingness: 3<br>>>>>>>> IPC host: 127.0.0.1<br>>>>>>>> Hysteresis disabled<br>>>>>>>> Link quality level 2<br>>>>>>>> Pollrate 0.10<br>>>>>>>> TC redundancy 2<br>>>>>>>> MPR coverage 5<br>>>>>>>> Plugin: olsrd_httpinfo.so.0.1<br>>>>>>>> Plugin param key:"Port" val: "8080"<br>>>>>>>> Plugin param key:"Net" val: "0.0.0.0 0.0.0.0"<br>>>>>>>> Plugin: olsrd_dyn_gw.so.0.5<br>>>>>>>> Plugin param key:"Interval" val: "5"<br>>>>>>>> Plugin param key:"Ping" val: "8.8.8.8"<br>>>>>>>> Plugin param key:"Ping" val: "82.165.230.17"<br>>>>>>>> Plugin param key:"pingcmd" val: "ping -c 1 -q -I tun0 %s"<br>>>>>>>> Plugin: olsrd_dot_draw.so.0.3<br>>>>>>>> RtProto: 8<br>>>>>>>> RtTable: 10<br>>>>>>>> RtTableDefault: 10<br>>>>>>>> RtTableTunnel: 10<br>>>>>>>> Queuing if kleeV2<br>>>>>>>> Queuing if has2<br>>>>>>>> Queuing if fff-gw-m1<br>>>>>>>> Queuing if fff-pi-cd1<br>>>>>>>> Warning, setting a table for tunnels without SmartGW does not make<br>>>>>>>> sense.<br>>>>>>>> IPv4 broadcast/multicast : 255.255.255.255<br>>>>>>>> Mode : mesh (d)<br>>>>>>>> IPv6 multicast : ff02::6d<br>>>>>>>> HELLO emission/validity : 6.00 (d)/600.00 (d)<br>>>>>>>> TC emission/validity : 0.50 (d)/300.00 (d)<br>>>>>>>> MID emission/validity : 10.00 (d)/300.00 (d)<br>>>>>>>> HNA emission/validity : 10.00 (d)/300.00 (d)<br>>>>>>>> Autodetect changes : yes<br>>>>>>>> IPv4 broadcast/multicast : AUTO<br>>>>>>>> Mode : mesh<br>>>>>>>> IPv6 multicast : ::<br>>>>>>>> HELLO emission/validity : 0.00/0.00<br>>>>>>>> TC emission/validity : 0.00/0.00<br>>>>>>>> MID emission/validity : 0.00/0.00<br>>>>>>>> HNA emission/validity : 0.00/0.00<br>>>>>>>> Autodetect changes : no<br>>>>>>>> IPv4 broadcast/multicast : AUTO<br>>>>>>>> Mode : mesh<br>>>>>>>> IPv6 multicast : ::<br>>>>>>>> HELLO emission/validity : 0.00/0.00<br>>>>>>>> TC emission/validity : 0.00/0.00<br>>>>>>>> MID emission/validity : 0.00/0.00<br>>>>>>>> HNA emission/validity : 0.00/0.00<br>>>>>>>> Autodetect changes : no<br>>>>>>>> IPv4 broadcast/multicast : AUTO<br>>>>>>>> Mode : mesh<br>>>>>>>> IPv6 multicast : ::<br>>>>>>>> HELLO emission/validity : 0.00/0.00<br>>>>>>>> TC emission/validity : 0.00/0.00<br>>>>>>>> MID emission/validity : 0.00/0.00<br>>>>>>>> HNA emission/validity : 0.00/0.00<br>>>>>>>> Autodetect changes : no<br>>>>>>>> IPv4 broadcast/multicast : AUTO<br>>>>>>>> Mode : mesh<br>>>>>>>> IPv6 multicast : ::<br>>>>>>>> HELLO emission/validity : 0.00/0.00<br>>>>>>>> TC emission/validity : 0.00/0.00<br>>>>>>>> MID emission/validity : 0.00/0.00<br>>>>>>>> HNA emission/validity : 0.00/0.00<br>>>>>>>> Autodetect changes : no<br>>>>>>>> olsr.org -<br>>>>>>>> 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf<br>>>>>>>> detaching from the current process...<br>>>>>>>> ---<br>>>>>>>><br>>>>>>>> und dann bleibt er "hängen" ich kann nur noch mit STRG+C abbrechen.<br>>>>>>>> Ein<br>>>>>>>> pgrep auf einer weiteren Konsole zeigt das Olsr ansich läuft aber<br>>>>>>>> ich<br>>>>>>>> komm weder per Port 8080 an das Webinterface ran noch werden<br>>>>>>>> irgendwelche routen übertragen. EIn debuglevel 9 bringt leider auch<br>>>>>>>> keine weiteren Infos, er zeigt da genau das gleiche an. Die Ausgabe<br>>>>>>>> scheint exakt gleich zu der von 0.6.6.2 zu sein mit der Ausname der<br>>>>>>>> geänderten Versionsnummer und das er eben stecken bleibt. Bei<br>>>>>>>> 0.6.6.2<br>>>>>>>> kommt danach noch eine Zeile "olsrd." und dann läuft olsrd<br>>>>>>>> fehlerfrei.<br>>>>>>>> Bevor ich jetzt lang rumprobiere/Fehler suche frag ich gleich mal<br>>>>>>>> in die<br>>>>>>>> Runde ob das Problem schon jemand hatte, ihr probiert da ja schon<br>>>>>>>> länger<br>>>>>>>> rum als ich ;)?<br>>>>>>>><br>>>>>>>> ein apt-get remove olsrd und neu installieren aus den Debian<br>>>>>>>> Paketquellen mit der alten Version funktionierte einwandfrei und<br>>>>>>>> Olsr<br>>>>>>>> läuft sofort wieder so (fehlerhaft) wie man es gewohnt ist (configs<br>>>>>>>> bleiben anscheinend jederzeit erhalten, ich hab sie mal zur<br>>>>>>>> Sicherheit<br>>>>>>>> gesichert musste sie aber nie zurück spielen).<br>>>>>>>><br>>>>>>>> mfg<br>>>>>>>><br>>>>>>>> Christian<br>>>>>>>><br>>>>>><br>>>>>><br>>>>>> --<br>>>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):<br>>>>>> Jabber: christian@jabber.community<br>>>>>> E-Mail: fff@chrisi01.de<br>>>>>> Facebook: https://www.facebook.com/christian.chili<br>>>>>> Handy/Whatsapp & Festnetz: auf Nachfrage<br>>>>>><br>>>>>><br>>>>><br>>>>><br>>>>> --<br>>>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):<br>>>>> Jabber: christian@jabber.community<br>>>>> E-Mail: fff@chrisi01.de<br>>>>> Facebook: https://www.facebook.com/christian.chili<br>>>>> Handy/Whatsapp & Festnetz: auf Nachfrage<br>>>>><br>>>>><br>>>><br>>><br>>><br>>> --<br>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):<br>>> Jabber: christian@jabber.community<br>>> E-Mail: fff@chrisi01.de<br>>> Facebook: https://www.facebook.com/christian.chili<br>>> Handy/Whatsapp & Festnetz: auf Nachfrage<br>><br><br><br>-- <br>franken-dev mailing list<br>franken-dev@freifunk.net<br>http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net<br></body></html>