<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi,<br>
    <br>
    Date trotzdem mal das Skript ab bitte... das alte reagiert recht
    empfindlich und neigt zu Fehlauslösungen (wie man an meinen
    gestrigen mrtg sieht). Beim modifizierten Skript müssen 6 Pings an 2
    Ziele innerhalb von 20 Sekunden nicht beantwortet werden, damit es
    umschaltet. Dafür schaltet er dann gleich für eine ganze Stunde um.
    Auch weil laufende externe Verbindungen (Internet) mit dem
    Umschaltvorgang unterbrochen werden (Videos stoppen, Downloads
    brechen ab, ssh Verbindungen gehen flöten, etc...), da es über das
    NAT eine neue IP für die Clients gibt.<br>
    <br>
    Auch die OLSR Config ist noch in Diskussion. Tobias möchte das
    Gateway-Flackern über den NatThreshold in den Griff bekommen, das
    sieht dann ungefähr so aus:<br>
    <br>
    <font color="#3366ff">Interface Section:</font><br>
    <tt>  # If a certain route should be preferred</tt><tt><br>
    </tt><tt>  # or ignored by the mesh, the Link Quality</tt><tt><br>
    </tt><tt>  # value of a node can be multiplied with a factor</tt><tt><br>
    </tt><tt>  # entered here. In the example the route</tt><tt><br>
    </tt><tt>  # using 192.168.0.1 would rather be ignored.</tt><tt><br>
    </tt><tt>  # A multiplier of 0.5 will result in a small</tt><tt><br>
    </tt><tt>  # (bad) LinkQuality value and a high (bad)</tt><tt><br>
    </tt><tt>  # ETX value.</tt><tt><br>
    </tt><tt><br>
    </tt><tt><br>
    </tt><tt>  # preferred link: fra1</tt><tt><br>
    </tt><tt>  LinkQualityMult 10.50.252.48 0.99</tt><tt><br>
    </tt><tt><br>
    </tt><tt>  #  better don't use this one: ro1</tt><tt><br>
    </tt><tt>  LinkQualityMult 10.50.252.21 0.5</tt><tt><br>
    </tt><tt><br>
    </tt><tt>  # This multiplier applies to all other nodes</tt><tt><br>
    </tt><tt>  LinkQualityMult default 0.7</tt><tt><br>
    </tt><br>
    <br>
    <font color="#3366ff">Main Section:</font><br>
    <tt>  # If the NAT-Endpoint (the preferred 0/0 HNA emitting node)</tt><tt><br>
    </tt><tt>  # is to be changed, the ETX value of the current 0/0 is</tt><tt><br>
    </tt><tt>  # multiplied with the NatThreshold value before being</tt><tt><br>
    </tt><tt>  # compared to the new one</tt><tt><br>
    </tt><tt>  # The parameter can be a value between 0.1 and 1.0, but</tt><tt><br>
    </tt><tt>  # should be close to 1.0 if changed.</tt><tt><br>
    </tt><tt><br>
    </tt><tt>  NatThreshold 0.7</tt><br>
    <br>
    VG<br>
    Torben<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 16.10.2015 13:12, Christian Dresel
      wrote:<br>
    </div>
    <blockquote cite="mid:5620DBB3.4000502@chrisi01.de" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Guten Tag<br>
        <br>
        wenn ich trottel meine eigene IP nach LinkQualityMult eintrage
        und nicht die des Ziels kanns ja nicht gehen, ich wunder mich da
        2 Tage dran und sehs jetzt erst (ja ihr dürft alle mal wieder
        lachen... ;)) und jetzt scheint es zu laufen :) er bewertet die
        Links so, wie ich das will.<strong></strong><br>
        <br>
        mfg<br>
        <br>
        Christian<br>
        <br>
        Am 15.10.2015 um 09:00 schrieb Christian Dresel:<br>
      </div>
      <blockquote cite="mid:561F4F12.70801@chrisi01.de" type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">hi<br>
          <br>
          ALso 0.6.8.1 läuft jetzt auch auf fff-gw-cd1 problemlos. Dein
          tunX Script klappt ebenfalls einwandfrei. Nur mit dem
          LinkQualityMult klappt es irgendwie nicht. Ich hab überall
          praktisch den gleichen ETX (zwischen 2 und 7 meist im Bereich
          3-5). Was aber auffällt, wenn er beim Olsr starten als ersters
          kleeV2 findet, macht er hier erst mal einen ETX von ~40 erst
          wenn die anderen Server dazu kommen, gleicht sich das alles
          auf 2-7 an.<br>
          <br>
          Kann es sein, dass diese Metrik von beiden Seiten gesetzt
          werden muss? Ich vermute mal du (Torben) hast mich schon
          "abgewertet" deshalb klappt es solang, wie ich nur eine
          Verbindung mit dir habe, sobald ich mit has2 und/oder
          fff-gw-m1 verbunden bin wars das dann (ich vermute auf diesen
          Servern läuft noch Olsr 0.6.6irgendwas ohne eingestellten
          LinkQualityMult??)<br>
          <br>
          Klappt bei dir das einwandfrei oder hast du da ähnliche
          Probleme?<br>
          <br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://144.76.70.165:8080/routes">http://144.76.70.165:8080/routes</a><br>
          <br>
          und in der config steht:<br>
          <strong>
            <pre>    
        LinkQualityMult    10.50.252.250 0.8
        LinkQualityMult    0.0.0.0 0.3<strong></strong>

<i>wobei 0.0.0.0 nur in der config vom Webinterface angezeigt wird, ich hab in Wirklichkeit </i><i>default reingeschrieben wie in deiner Anleitung.</i>
</pre>
          </strong>Umschalten klappt ansonsten einwandfrei nur das er
          durch den fast gleichen ETX immer mal hin und her springt, was
          man als Client aber augenscheinlich nicht merkt, ich bin
          wärend des springens bisschen auf Facebook gesurft, hab
          teilweise Speedtests gemacht usw. ging alles problemlos und
          hatte nie unterbrochene Verbindungen (das ganze müsste man
          jetzt mal noch mit einem laufenden Download machen und schauen
          ob der abbricht). Was natürlich sein könnte, das alle Mullvad
          genutzt haben (sprang zwischen has2 und fff-pi-cd1 hin und her
          und beide nutzen auch Mullvad) und dadurch auch noch zufällig
          die gleiche externe IP hatten hmmmhhh?<br>
          <br>
          mfg<br>
          <br>
          Christian<br>
          <br>
          Am 14.10.2015 um 23:08 schrieb Christian Dresel:<br>
        </div>
        <blockquote cite="mid:561EC434.3080502@chrisi01.de" type="cite">Hallo


          Torben <br>
          <br>
          ich hab bisher noch nicht ganz verstanden warum wir das Script
          brauchen, auch wenn ich es interessiert verfolgt habe. <br>
          <br>
          hab ich dich jetzt richtig verstanden, dass das Olsr routen
          umbauen nur dann ->nicht<- richtig funktioniert wenn das
          TunnelIF zwar da ist (also tunX im ifconfig existiert) aber
          keine Daten (damit auch kein Ping) durchgehen? Bei meinem
          heutigen Test kam ich nämlich eigentlich zu einem anderen
          Schluss wobei ich dabei natürlich einfach das tunX bzw.
          OpenVPN abgeschossen habe (also das, was dein Script macht,
          wenn keine Daten mehr durch den Tunnel fließen). <br>
          <br>
          Hab ich das ganze soweit richtig verstanden? <br>
          <br>
          und danke für die Erklärung von "LinkQualityMult" du hast
          damit das bestätigt, was ich mir heute morgen ausgemalt aber
          noch nicht getestet habe ;) <br>
          <br>
          Hoffe ich finde die Tage mal Zeit meine Kiste auch
          entsprechend zu konfigurieren, aktuell hab ich grad mal für
          ein paar Mails Zeit und morgen siehts auch nicht besser aus,
          vielleicht Freitag... <br>
          <br>
          mfg <br>
          <br>
          Christian <br>
          <br>
          Am 14.10.2015 um 22:57 schrieb Tom Green: <br>
          <blockquote type="cite">Hallo Zusammen, <br>
            <br>
            Ich hab das Wiki noch ein bisschen aufgebohrt: <br>
            <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#OpenVPN_Start.2FStop_Automatik">https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#OpenVPN_Start.2FStop_Automatik</a>
            <br>
            <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#Priorisieren_von_OLSR_Routen">https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#Priorisieren_von_OLSR_Routen</a>
            <br>
            <br>
            Wer mag, kann es sich zu Gemüte führen und kritisch
            reflektieren. <br>
            <br>
            Gute Nacht <br>
            Torben <br>
          </blockquote>
          <br>
          <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>
      <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>