Re: 2 neue Wiki Einträge: OpenVPN Start/Stop & OLSR Routen-Prio
Christian Dresel
fff at chrisi01.de
So Okt 18 07:05:55 CEST 2015
hi Tom
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):
Aus Olsr Webinterface ( http://144.76.70.165:8080/routes ):
10.50.252.16 10.50.252.12 3 8.401 has2
Und ein traceroute hinterher:
**** ~ # traceroute 10.50.252.16
traceroute to 10.50.252.16 (10.50.252.16), 30 hops max, 60 byte packets
1 10.50.252.12 (10.50.252.12) 13.574 ms 13.545 ms 13.517 ms
2 10.50.252.6 (10.50.252.6) 59.083 ms 59.083 ms 59.074 ms
3 10.50.252.16 (10.50.252.16) 91.745 ms 91.743 ms 91.735 ms
**** ~ #
Interessant auch diese Grafik dazu: http://144.76.70.165/graph.png
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) :/
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)
mfg
Chris
Am 16.10.2015 um 13:31 schrieb Tom Green:
> Hi,
>
> 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.
>
> 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:
>
> Interface Section:
> # If a certain route should be preferred
> # or ignored by the mesh, the Link Quality
> # value of a node can be multiplied with a factor
> # entered here. In the example the route
> # using 192.168.0.1 would rather be ignored.
> # A multiplier of 0.5 will result in a small
> # (bad) LinkQuality value and a high (bad)
> # ETX value.
>
>
> # preferred link: fra1
> LinkQualityMult 10.50.252.48 0.99
>
> # better don't use this one: ro1
> LinkQualityMult 10.50.252.21 0.5
>
> # This multiplier applies to all other nodes
> LinkQualityMult default 0.7
>
>
> Main Section:
> # If the NAT-Endpoint (the preferred 0/0 HNA emitting node)
> # is to be changed, the ETX value of the current 0/0 is
> # multiplied with the NatThreshold value before being
> # compared to the new one
> # The parameter can be a value between 0.1 and 1.0, but
> # should be close to 1.0 if changed.
>
> NatThreshold 0.7
>
> VG
> Torben
>
>
> On 16.10.2015 13:12, Christian Dresel wrote:
>> Guten Tag
>>
>> 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.**
>>
>> mfg
>>
>> Christian
>>
>> Am 15.10.2015 um 09:00 schrieb Christian Dresel:
>>> hi
>>>
>>> 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.
>>>
>>> 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??)
>>>
>>> Klappt bei dir das einwandfrei oder hast du da ähnliche Probleme?
>>>
>>> http://144.76.70.165:8080/routes
>>>
>>> und in der config steht:
>>> *
>>>
>>> LinkQualityMult 10.50.252.250 0.8
>>> LinkQualityMult 0.0.0.0 0.3**
>>>
>>> /wobei 0.0.0.0 nur in der config vom Webinterface angezeigt wird, ich
>>> hab in Wirklichkeit //default reingeschrieben wie in deiner Anleitung./
>>> *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?
>>>
>>> mfg
>>>
>>> Christian
>>>
>>> Am 14.10.2015 um 23:08 schrieb Christian Dresel:
>>>> Hallo Torben
>>>>
>>>> ich hab bisher noch nicht ganz verstanden warum wir das Script
>>>> brauchen, auch wenn ich es interessiert verfolgt habe.
>>>>
>>>> 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).
>>>>
>>>> Hab ich das ganze soweit richtig verstanden?
>>>>
>>>> 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 ;)
>>>>
>>>> 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...
>>>>
>>>> mfg
>>>>
>>>> Christian
>>>>
>>>> Am 14.10.2015 um 22:57 schrieb Tom Green:
>>>>> Hallo Zusammen,
>>>>>
>>>>> Ich hab das Wiki noch ein bisschen aufgebohrt:
>>>>>
>>>>> https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#OpenVPN_Start.2FStop_Automatik
>>>>>
>>>>> https://wiki.freifunk-franken.de/w/Freifunk-Gateway_aufsetzen#Priorisieren_von_OLSR_Routen
>>>>>
>>>>>
>>>>> Wer mag, kann es sich zu Gemüte führen und kritisch reflektieren.
>>>>>
>>>>> Gute Nacht
>>>>> Torben
>>>>
>>>>
>>>
>>>
>>> --
>>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>>> Jabber:christian at jabber.community
>>> E-Mail:fff at chrisi01.de
>>> Facebook:https://www.facebook.com/christian.chili
>>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>>
>>>
>>
>>
>> --
>> Kontaktmöglichkeiten ChristianD (Christian Dresel):
>> Jabber:christian at jabber.community
>> E-Mail:fff at chrisi01.de
>> Facebook:https://www.facebook.com/christian.chili
>> Handy/Whatsapp & Festnetz: auf Nachfrage
>>
>>
>
--
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: christian at jabber.community
E-Mail: fff at chrisi01.de
Facebook: https://www.facebook.com/christian.chili
Handy/Whatsapp & Festnetz: auf Nachfrage
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151018/ee25d4bf/attachment-0002.html>
Mehr Informationen über die Mailingliste franken-dev