[Freifunk Franken] Problem mit Gateway fff-nue1?

[R.funkt]

Am 09.01.2016 um 13:08 schrieb Tim Niemeyer:
> Hi
> 
> Am Samstag, den 09.01.2016, 12:40 +0100 schrieb R.funkt:
>> Am 09.01.2016 um 12:00 schrieb R.funkt:
>>>
>>> Am 09.01.2016 um 00:05 schrieb Tim Niemeyer:
>>>> Moin Ralph
>>>>
>>>> Am Donnerstag, den 07.01.2016, 22:06 +0100 schrieb R.funkt:
>>>>> Hallo,
>>>>>
>>>>> nachdem heute mal wieder wenig ging bei mir (ping 100-1500 msec,
>>>>> Durchschnitt 500 msec, bis zu 50% Loss), habe ich das Problem auf den
>>>>> Gateway (Hood Erlangen) zurückführen können:
>>>>>
>>>>> 10.50.64.2     fff-nue1
>>>>> Wechselt ständig zwischen "Freie Netze eV" und "Mullvad" (via
>>>>> 10.50.64.3) hin und her. Grund für den Jitter bzw. Packet Loss?
>>>>>
>>>>> 10.50.64.3     fff-gw-yaga
>>>>> Bleibt stabil auf Mullvad, keine Probleme.
>>>>>
>>>>> Kann sich das vielleicht jemand anschauen?
>>>> Ich hab mir das angeschaut. Das Problem scheint tatsächlich ein
>>>> sporadischer Packet-Loss zu handeln.
>>>>
>>>> Ich hab das olsrd aktualisiert und die Ping Parameter so eingestellt,
>>>> dass jetzt schon wirklich richtig kaputt sein muss, damit er umschwenkt.
>>>>
>>>> Außerdem habe ich ein weiteres Problem gesehen, denn wenn der Tunnel
>>>> durch einen kurzen Packet-Loss nicht verwendet wird, ist dessen
>>>> Bandbreite ja frei. Dies wird dann über das Batman auch announced,
>>>> weshalb umso mehr Clients die Kiste als Gateway nutzen. Auch dieses
>>>> Problem habe ich mal versucht zu fixen.
>>>>
>>>> Das ganze ist noch etwas frisch und will noch beobachtet werden.
>>> In der Tat ist das Setup jetzt stabil.
>>>
>>> Allerdings: Hohen Ping Packet Loss (bzw. Timeouts) und Ping Zeiten im
>>> Bereich von 300 msec habe ich nach wie vor. Der andere Gateway
>>> (10.50.64.3) liegt bei 70 msec und ist in Ordnung.
>>> Den speedtest.net konnte ich nicht mal starten. Beim 10.50.64.3 kam ich
>>> praktisch auf meine volle DSL Brandbreite - ein super Wert. Bin ich dort
>>> etwas alleine, weil nach wie vor alle auf 10.50.64.2 sind?
>>>
>>> Grüße,
>>> R.funkt
>>
>> Nachtrag:
>> Im Netmon sieht man in Erlangen Folgendes bei den (ich vermute)
>> Gateway-Routern:
>>
>> Verbindungsqualität zu Nachbarn
>> 5e:c4:3a:65:13:23     0.180s     255     5e:c4:3a:65:13:23     fffVPN
>> 96:e6:75:2f:f0:fb     0.470s     167     96:e6:75:2f:f0:fb     fffVPN
>>
>> Die Adresse 96:e6:75:2f:f0:fb (ist diese von fff-nue1?) scheint nur in
> Ja, in Erlangen ist das nue1.
> 
>> der Erlangen Hood genommen zu werden, und auch dort haben sie ungefähr
>> 1/3 der Knoten nicht, sondern nur den 5e:c4:3a:65:13:23.
> Wenn ich auf nue1 "batctl -m bat5 gwl" mache, sehe ich keine anderen
> Gateways. Sicher, dass auf yaga alles ok ist und dort auch für dieses
> Interface die GW Selection aktiv ist? Vielleicht ist es nur ein
> Anzeigefehler.
> 
> CPU Load vom Erlanger fastd VPN ist auch sehr hoch im Vergleich zu den
> anderen. Ich kann aktuell nicht ausschließen, dass in der Erlanger Hood
> was nicht ok ist, oder ob es eben doch nur an dem Tunnel nach Berlin
> liegt.
> 
> Kannst du mal die Pings zu 10.50.64.2 und zu irgendwas im Internet
> vergleichen, wenn du über nue1 ins Netz gehst?
> 

ping 10.50.64.2: 60-150 msec, bis 50% Loss
ping 8.8.8.8: 150-250 msec, bis 50% Loss

traceroute zu 10.50.64.2 geht ohne Umwege von 10.50.64.2 auf 10.50.64.2.

> Tim
> 
>> Grüße,
>> R.funkt
>>
>>
>>>> Tim
>>>>
>>>>> Grüße,
>>>>> R.funkt
>>>>>
>>>>> _______________________________________________
>>>>> franken mailing list
>>>>> franken at freifunk.net
>>>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>>
>>>>
>>> _______________________________________________
>>> franken mailing list
>>> franken at freifunk.net
>>> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
>>>
>>
>>
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 899 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/mailman/private/franken-freifunk.net/attachments/20160109/d1818768/attachment.sig>