<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">hi Tom<br>
<br>
<tt>LinkQualityMult ist echt nicht sonderlich schön. Du hast mich
abgewertet, ich hab dich abgewertet und dadurch entsteht nun
folgendes (beide Abwertungen scheinen sich zu Multiplizieren wir
haben nur noch einen ETX von ~15):<br>
<br>
Aus Olsr Webinterface ( <a class="moz-txt-link-freetext" href="http://144.76.70.165:8080/routes">http://144.76.70.165:8080/routes</a> ):<br>
10.50.252.16 10.50.252.12 3 8.401 has2<br>
<br>
Und ein traceroute hinterher:<br>
**** ~ # traceroute 10.50.252.16<br>
traceroute to 10.50.252.16 (10.50.252.16), 30 hops max, 60 byte
packets<br>
1 10.50.252.12 (10.50.252.12) 13.574 ms 13.545 ms 13.517 ms<br>
2 10.50.252.6 (10.50.252.6) 59.083 ms 59.083 ms 59.074 ms<br>
3 10.50.252.16 (10.50.252.16) 91.745 ms 91.743 ms 91.735 ms<br>
**** ~ #<br>
<br>
Interessant auch diese Grafik dazu:
<a class="moz-txt-link-freetext" href="http://144.76.70.165/graph.png">http://144.76.70.165/graph.png</a><br>
<br>
<br>
sprich für eine Verbindung wo ich eigentlich einen direkten Link
habe wird nun lieber über 3 hops gegangen (klar die 3 hops
Verbindung hat einen ETX von 8 und der direkte Link ETX von 15).
Gut meine Abwertung ist evtl. etwas zu stark muss das noch
nachjustieren aber schön ist das ganze trotzdem nicht, jetzt ist
das Problem nur unter uns 2 und kann daher gut behoben werden
(indem ich meine starke Abwertung anpasse) aber wenn man da
mehrere Verbindungen hat, ist man irgendwann nur noch am
hin&her justieren weil mal wieder jemand anders einen in die
Suppe gespuckt hat und anders abgewertet hat (andere haben ja
das gleiche Problem als man selbst und werten daher auch ständig
auf und ab... das dreht sich irgendwann im Kreis hab ich die
Befürchtung) :/<br>
<br>
Es wäre da echt schön, wenn man Links aufwerten könnte (ich hab
z.b. ein Ziel das ich unbedingt bei Ausfall verwenden will, dem
würde ich 1.5 geben und den Rest einfach auf 1 lassen dann
entsteht das obere Problem gar nicht)<br>
<br>
mfg<br>
<br>
Chris<br>
<br>
<br>
</tt><br>
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>
<br>
<pre class="moz-signature" cols="72">--
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: <a class="moz-txt-link-abbreviated" href="mailto:christian@jabber.community">christian@jabber.community</a>
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:fff@chrisi01.de">fff@chrisi01.de</a>
Facebook: <a 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>
</body>
</html>