Fichtelgebirge.ost sehr langsam
Adrian Schmutzler
mail at adrianschmutzler.de
Do Sep 19 12:58:28 CEST 2019
Als er es richtig gesteckt hatte, hat er keine IPv4 bekommen.
Mir ist erst jetzt eingefallen, warum ;-)
Der Typ hat jetzt einen 3600 als Uplink und der andere ist offline. Auch der sieht richtig verkabelt aus.
Ich würde also empfehlen, die Sperre aufzuheben, und ich schreibe dem nochmal, dass jetzt auch der bisherige Uplink funktionieren sollte.
Vielen Dank und beste Grüße
Adrian
> -----Original Message-----
> From: Christian Dresel [mailto:fff at chrisi01.de]
> Sent: Donnerstag, 19. September 2019 12:56
> To: Adrian Schmutzler <mail at adrianschmutzler.de>; 'Harald Thümmler' <int at bnhof.de>; 'duane' <fff.net.biber at fn.de>; 'freifunk in
> franken' <franken at freifunk.net>
> Subject: Re: Fichtelgebirge.ost sehr langsam
>
> Hi
>
> nein ist noch aktiv. Sind die Router nun sicher richtig gesteckt? Dann
> hebe ich sie auf.
>
> Gruß
>
> Christian
>
> On 19.09.19 12:45, Adrian Schmutzler wrote:
> > Hallo Christian,
> >
> > hast du eigentlich die Sperre wieder aufgehoben?
> >
> > Grüße
> >
> > Adrian
> >
> >> -----Original Message-----
> >> From: Christian Dresel [mailto:fff at chrisi01.de]
> >> Sent: Samstag, 7. September 2019 21:16
> >> To: Harald Thümmler <int at bnhof.de>; Adrian Schmutzler <mail at adrianschmutzler.de>; 'duane' <fff.net.biber at fn.de>; 'freifunk
> in
> >> franken' <franken at freifunk.net>
> >> Subject: Re: Fichtelgebirge.ost sehr langsam
> >>
> >> 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.
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : openpgp-digital-signature.asc
Dateityp : application/pgp-signature
Dateigröße : 834 bytes
Beschreibung: nicht verfügbar
URL : <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20190919/9bc697ce/attachment-0001.sig>
Mehr Informationen über die Mailingliste franken