<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Guten Abend<br>
<br>
keine Sorge hab ich heute morgen gleich mit gemacht.<br>
<br>
NatThreshold wollt ich heute morgen mal testen, da hat Olsr wegen
fehlerhafter config aber nicht gestartet. Habs mir nicht weiter
angeguckt an was es lag, muss ih damit nocmal beschäftigen (und wie
ich mein Glück kenne, bist du da wieder schneller und ich kopier
einfach deine Lösung ;))<br>
<br>
Gruß<br>
<br>
Christian<br>
<br>
<div class="moz-cite-prefix">Am 16.10.2015 um 13:31 schrieb Tom
Green:<br>
</div>
<blockquote cite="mid:5620E010.7080007@gmx.de" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
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>
</blockquote>
<br>
</body>
</html>