Fichtelgebirge.ost sehr langsam
Christian Dresel
fff at chrisi01.de
Sa Sep 7 21:16:21 CEST 2019
So nochmal, ich hab ihn jetzt über den fastd key gesperrt. Sobald du ihn
auch gesperrt hast sollte die Hood wieder gehen
Gruß
Christian
On 07.09.19 21:02, Christian Dresel wrote:
> Hi
>
> es scheint wohl keine Reaktion zu kommen. Hast du ihn schon gesperrt?
> Dann würde ich das später auch machen.
>
> Gruß
>
> Christian
>
> On 06.09.19 14:43, Christian Dresel wrote:
>> hi
>>
>> hab drüber nachegdacht und ist gar nicht sooooo leicht.
>>
>> Über die fastd MAC können wir ihn nicht sperren die ändert sich bei
>> Router Neustart
>> Über Iptables die IP zu sperren von der aus er sich verbindet bringt nix
>> weil Telekom und variable IP (hab ich für Testzwecke gestern gemacht)
>> Wo ich mir gerade unsicher bin ist der fastd key, ich glaube der bleibt
>> auch nach reboot gleich, den könnte man dann nehmen. Hab nur gerade
>> keine Zeit das zu gucken und zu probieren. Gerne kannst du ihn schonmal
>> sperren ich bau es dann morgen früh oder so ein, gerne nochmal
>> Rückmeldung von dir ob das dann wirklich so geht.
>>
>> Gruß
>>
>> Christian
>>
>>
>>
>> On 06.09.19 08:48, Harald Thümmler wrote:
>>> Hi Christian,
>>>
>>> vielen Dank für Deine Analyse. Aber was genau ist der Grund, weshalb wir
>>> den Router nicht schnellstens alle sperren?
>>>
>>> Gruß,
>>> Int
>>>
>>>
>>> On 5 September 2019 14:52:09 CEST, Christian Dresel <fff at chrisi01.de> wrote:
>>>
>>> Hallo
>>>
>>> die Loop wird anscheinend von diesen Router erzeugt (Owner im BCC):
>>>
>>> https://monitoring.freifunk-franken.de/routers/10758
>>>
>>> Kurz zu meiner vorgehensweise:
>>>
>>> Ich hab zuerst int sein Gateway aus dem keyxchange geworfen (füge ich
>>> jetzt gleich wieder ein nachdem diese Mail raus ging) damit ich alleine
>>> in der Hood bin und nicht auf 2 GWs aufpassen muss. Danach hab ich mir
>>> in Ruhe die Router im Monitoring angeguckt. Dieser war auffällig weil er
>>> viele Clients hatte und es nicht so aussah als wäre er an einer location
>>> wo soviele Clients richtig erscheinen. Dazu war Traffic auf eth1.1 was
>>> für eine Loop am Clientport spricht. Ich möchte den Owner bitten genau
>>> zu beschreiben was zusammen gesteckt wurde, da ich mir das verhalten
>>> noch nicht wirklich erklären kann und gerne wissen würde was los ist.
>>> Dazu bitte danach alles richtig einstecken. Es scheint sich hier um
>>> keine "Batmanloop" zu handeln (Batman -> Client -> Client -> Batman) da
>>> auf den Routern schon die neueste Version drauf ist und hier BLA
>>> aktiviert sein sollte. Ich kann mir eigentlich nur vorstellen das 2
>>> Clientports an einem Router zusammen gestöpselt sind, der AR150 hat
>>> dafür (er macht ja auch noch WAN) nicht genug Ports, daher bin ich etwas
>>> ratlos.
>>>
>>> Nachdem ich die IP über die der Router einen VPN aufbaut gesperrt hatte,
>>> ging die Hood was für mich der Beweis ist das es an dem Router liegen
>>> muss (diese Mail kommt jetzt aus der Hood ;)).
>>>
>>> Ich nehme jetzt alle Änderungen wieder zurück die ich gemacht habe so
>>> das die Hood wie vorher nicht läuft, sobald das Problem mit den
>>> genannten Router gefixt ist sollte alles wieder laufen
>>>
>>> Gruß
>>>
>>> Christian
>>>
>>> On 04.09.19 14:30, Adrian Schmutzler wrote:
>>>
>>> Klingt für mich auch nach Loop. Wenn ich dran denke, stecke ich
>>> heute abend mal einen Router bei mir an und kucke...
>>>
>>> -----Original Message-----
>>> From: Christian Dresel [mailto:fff at chrisi01.de]
>>> Sent: Mittwoch, 4. September 2019 14:26
>>> To: mail at adrianschmutzler.de; 'duane' <fff.net.biber at fn.de>;
>>> 'freifunk in franken' <franken at freifunk.net>
>>> Subject: Re: Fichtelgebirge.ost sehr langsam
>>>
>>> Hi
>>>
>>> sieht Serverseitig alles sehr gut aus, ich bin aktuell etwas
>>> ratlos.
>>> Müsste wohl mal jemand mit nem Router gucken was genau nicht
>>> geht, hier
>>> sieht alles gut aus außer das kein Client wirklich Traffic
>>> macht.
>>>
>>> Was sehr auffällig ist, auf allen Routern der Hood ist die
>>> load deutlich
>>> angestiegen seitdem das Problem auftrat (siehe die paar
>>> Router im
>>> Monitoring). Selbst auf dem Gateway braucht die Hood
>>> deutlich mehr
>>> Ressoucen als sie bei dieser Hoodgröße brauchen sollte (bis
>>> zu 15% CPU
>>> Last, die einzige Hood die auf nue2gw4 mehr braucht ist Lauf
>>> die aber
>>> deutlich mehr Traffic macht). Woher das kommt kann ich aber
>>> nicht sagen
>>> sowas hatte ich noch nie. Ich tippe auf irgendeine Art Loop
>>> oder sowas
>>> innerhalb der Hood, ist aber aus dem Bauch heraus geraten und im
>>> Monitoring finde ich keinen auffälligen Router.
>>>
>>> Gruß
>>>
>>> Christian
>>>
>>> On 04.09.19 10:27, mail at adrianschmutzler.de wrote:
>>>
>>> Hallo,
>>>
>>> ich habe deine Mail auf die Gateway-Mailing-Liste
>>> weitergeleitet, es ist wohl auf beiden Gateways auch ein
>>> "komisches Verhalten"
>>>
>>> beim Traffic zu beobachten. Es dauert aber ein bisschen, bis
>>> die Leute das analysieren können.
>>>
>>>
>>> BTW: Dein Router-Paket geht heute raus.
>>>
>>> Beste Grüße
>>>
>>> Adrian
>>>
>>> -----Original Message-----
>>> From: franken [mailto:franken-bounces at freifunk.net]
>>> On Behalf Of duane
>>> Sent: Dienstag, 3. September 2019 14:45
>>> To: freifunk in franken <franken at freifunk.net>
>>> Subject: Fichtelgebirge.ost sehr langsam
>>>
>>> Hallo,
>>>
>>> sei einigen Tagen ist der Hood Fichtelgebirge Ost
>>> sehr langsam. Die Uplink
>>> Router LED´s reagieren sehr hektisch und ein
>>> Internet Zugang ist nicht
>>> möglich. Ein neustart des UPlink routers ermöglicht
>>> einen Zugang aber sehr
>>> langsam.
>>>
>>> gruß
>>>
>>> Duane
>>>
>>>
>>>
>>> --
>>> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Mehr Informationen über die Mailingliste franken