<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi,<br>
<br>
Lustigerweise hier das gleiche, zum gleichen Zeitpunkt. Eingehender
Traffic über nue1 und ro1 und cdfue:<br>
<br>
--vnstat--<br>
<a class="moz-txt-link-freetext" href="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=ro1&graph=large&style=light&page=h</a><br>
<a class="moz-txt-link-freetext" href="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=nue1&graph=large&style=light&page=h</a><br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/vnstat/index.php?if=cdfue1&graph=large&style=light&page=h">http://10.50.32.7/vnstat/index.php?if=cdfue1&graph=large&style=light&page=h</a><br>
<br>
--mrtg--<br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/mrtg/localhost_ro1.html">http://10.50.32.7/mrtg/localhost_ro1.html</a><br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/mrtg/localhost_nue1.html">http://10.50.32.7/mrtg/localhost_nue1.html</a><br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/mrtg/localhost_cdfue1.html">http://10.50.32.7/mrtg/localhost_cdfue1.html</a><br>
<br>
<br>
Allerdings ohne das der Tunnel weg gewesen wäre:<br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/vnstat/index.php?if=tun0&graph=large&style=light&page=h">http://10.50.32.7/vnstat/index.php?if=tun0&graph=large&style=light&page=h</a><br>
<a class="moz-txt-link-freetext" href="http://10.50.32.7/mrtg/localhost_tun0.html">http://10.50.32.7/mrtg/localhost_tun0.html</a><br>
<br>
Ich weiß allerdings nicht, wo die Daten hingeflossen sind. Erraten
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>
<div class="moz-cite-prefix">On 12.10.2015 23:12, Christian Dresel
wrote:<br>
</div>
<blockquote cite="mid:561C2223.60506@chrisi01.de" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">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:<br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://144.76.70.165/vnstat/index.php?if=has2&graph=large&style=light&page=h">http://144.76.70.165/vnstat/index.php?if=has2&graph=large&style=light&page=h</a><br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://144.76.70.165/mrtg/localhost_has2.html">http://144.76.70.165/mrtg/localhost_has2.html</a><br>
<br>
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).<br>
<br>
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:<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://144.76.70.165/vnstat/index.php?if=tun0&graph=large&style=light&page=h">http://144.76.70.165/vnstat/index.php?if=tun0&graph=large&style=light&page=h</a><br>
<br>
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.<br>
<br>
mfg<br>
<br>
Christian<br>
<br>
Am 12.10.2015 um 11:08 schrieb Christian Dresel:<br>
</div>
<blockquote cite="mid:561B7880.4060206@chrisi01.de" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">öh apt-get remove olsrd [*1] und
dann stur an die Anleitung vom fff-fra1 gehalten:<br>
<ul>
<li> wget <a moz-do-not-send="true" rel="nofollow"
class="external free"
href="https://mifritscher.de/austausch/olsrd/jessie/olsrd_0.6.8.1-1_amd64.deb">https://mifritscher.de/austausch/olsrd/jessie/olsrd_0.6.8.1-1_amd64.deb</a>
</li>
<li> wget <a moz-do-not-send="true" rel="nofollow"
class="external free"
href="https://mifritscher.de/austausch/olsrd/jessie/olsrd-plugins_0.6.8.1-1_amd64.deb">https://mifritscher.de/austausch/olsrd/jessie/olsrd-plugins_0.6.8.1-1_amd64.deb</a>
</li>
<li> dpkg -i olsrd-plugins_0.6.8.1-1_amd64.deb </li>
<li> dpkg -i olsrd_0.6.8.1-1_amd64.deb </li>
</ul>
<p>demnach äh ja hab ich wohl :)<br>
</p>
<p>[*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 dein neues Paket aktualisiert, also ja doch ich bin
mir sehr sicher es getan zu haben ;)<br>
</p>
<p>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)<br>
</p>
<p>Oder muss ich noch irgendwas anderes tun?<br>
</p>
<p>mfg<br>
</p>
<p>Christian<br>
</p>
<br>
<br>
Am 12.10.2015 um 10:57 schrieb Michael Fritscher:<br>
</div>
<blockquote
cite="mid:f5f50953d9ff09452b3fd6e881d16b56.squirrel@mifritscher.de"
type="cite">
<pre wrap="">Hi,
spontan: Hast du die plugins auch entsprechend aktualisiert?
Viele Grüße,
Michael
</pre>
<blockquote type="cite">
<pre wrap="">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
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.olsr.org">http://www.olsr.org</a>
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
</pre>
</blockquote>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:christian@jabber.community">christian@jabber.community</a>
E-Mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:fff@chrisi01.de">fff@chrisi01.de</a>
Facebook: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://www.facebook.com/christian.chili">https://www.facebook.com/christian.chili</a>
Handy/Whatsapp & Festnetz: auf Nachfrage</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:christian@jabber.community">christian@jabber.community</a>
E-Mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:fff@chrisi01.de">fff@chrisi01.de</a>
Facebook: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://www.facebook.com/christian.chili">https://www.facebook.com/christian.chili</a>
Handy/Whatsapp & Festnetz: auf Nachfrage</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>