<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <div class="moz-cite-prefix">und erste Erfahrung von mir 0.6.8.1

      (selbst kompiliert) funktioniert anscheinend wie erwartet:<br>

      <br>

      0.0.0.0/0 wird announced in der Routes Tabelle taucht kein

      0.0.0.0/0 auf (wie erwartet)<br>

      Tunnel manuell abgeschaltet (killall openvpn *hust*)<br>

      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<br>

      Tunnel wieder von mir zuschalten<br>

      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)<br>

      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.<br>

      <br>

      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.<br>

      <br>

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

      <br>

      mfg<br>

      <br>

      Christian<br>

      <br>

      Am 14.10.2015 um 11:55 schrieb Christian Dresel:<br>

    </div>

    <blockquote cite="mid:561E268E.2080409@chrisi01.de" type="cite">

      <meta content="text/html; charset=windows-1252"

        http-equiv="Content-Type">

      <div class="moz-cite-prefix">Am 14.10.2015 um 11:48 schrieb

        Christian Dresel:<br>

      </div>

      <blockquote cite="mid:561E2503.7030700@chrisi01.de" type="cite">

        <meta content="text/html; charset=windows-1252"

          http-equiv="Content-Type">

        <div class="moz-cite-prefix">Guten Morgen<br>

          <br>

          Am 13.10.2015 um 09:16 schrieb Tom Green:<br>

        </div>

        <blockquote cite="mid:561CAFCA.1070303@gmx.de" type="cite">

          <meta content="text/html; charset=windows-1252"

            http-equiv="Content-Type">

          Hi<br>

          <br>

          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.<br>

          <br>

          D.h. der Traffic ist entweder<br>

          <ul>

            <li>über OpenVPN im Internet versenkt worden

              (unwahrscheinlich)<br>

            </li>

            <li>über fastd nach Fürth oder Würzburg gegangen</li>

            <li>Bei kleev2 ins große Datennirvana eingegangen

              (unwahrscheinlich)</li>

          </ul>

          <p>Das lässt sich anhand der Profile nicht mehr

            nachvollziehen. Ist mit zuviel anderem Traffic verschmiert.<br>

          </p>

          <p>Olsr selber kompilieren und installieren hat bei mir

            geholfen.<br>

          </p>

        </blockquote>

        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:<br>

        ....<br>

        ---------- LOADING LIBRARY olsrd_dyn_gw.so.0.5 ----------<br>

        DL loading failed: "olsrd_dyn_gw.so.0.5: cannot open shared

        object file: No such file or directory"!<br>

        ---------- LOADING LIBRARY olsrd_httpinfo.so.0.1 ----------<br>

        DL loading failed: "olsrd_httpinfo.so.0.1: cannot open shared

        object file: No such file or directory"!<br>

        -- PLUGIN LOADING FAILED! --<br>

        <br>

        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?<br>

        <br>

        mfg<br>

        <br>

        Chris<br>

      </blockquote>

      <br>

      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.<br>

      <br>

      Gruß Christian<br>

      <br>

      <blockquote cite="mid:561E2503.7030700@chrisi01.de" type="cite">

        <blockquote cite="mid:561CAFCA.1070303@gmx.de" type="cite">

          <p> </p>

          <p>Gruß<br>

            Torben<br>

          </p>

          <br>

          <div class="moz-cite-prefix">On 13.10.2015 09:09, Christian

            Dresel wrote:<br>

          </div>

          <blockquote cite="mid:561CAE32.8090002@chrisi01.de"

            type="cite">

            <meta content="text/html; charset=windows-1252"

              http-equiv="Content-Type">

            <div class="moz-cite-prefix">Guten Morgen<br>

              <br>

              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.<br>

              <br>

              Ü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.<br>

              <br>

              mfg<br>

              <br>

              Christian<br>

              <br>

              Am 13.10.2015 um 08:43 schrieb Tom Green:<br>

            </div>

            <blockquote cite="mid:561CA80D.8030108@gmx.de" type="cite">

              <meta content="text/html; charset=windows-1252"

                http-equiv="Content-Type">

              Hi,<br>

              <br>

              Lustigerweise hier das gleiche, zum gleichen Zeitpunkt.

              Eingehender Traffic über nue1 und ro1 und cdfue:<br>

              <br>

              --vnstat--<br>

              <a moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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">-- 