Beiträge von nachaz

  • Störender Paketverlusst

    Cool :) Leider zeigen weder meine Wlan-Karte, noch die Fritzbox Stromausfälle.


    Der AVM-Support hat naturgemäß und wie fast schon zu erwarten gesagt "not our problem" (höflicher umschrieben).


    Zwischenzeitlich habe ich dann mal per modprobe.d folgende Optionen gesetzt:

    Code
    options rtl8192ce ips=0 fwlps=0

    Nach 2 Tagen ohne Fehler dacht' ich schon Yeah, das war's, aber Pustekuchen: Heute morgen dann die Ernüchterung.


    Eben dann noch auf dieser Seite hier darüber gestolpert, dass man zusätzlich den Wlan-Standard von 802.11n+g+b auf 802.11b+g setzten soll und den WPA-Modus auf WPA2 (CCMP). Hab ich gerade mal getan, mal schauen was es bringt.


    Ansonsten gäbe es hier noch einen Driver-Fix. Aber ich hab keinen Plan, ob das mit dem aktuellen Kernel funkt oder ob dann alles explodiert...

  • Störender Paketverlusst

    Antwort ist da, hat sich auch umfangreiche Daten erfragt, macht den Eindruck an einer Lösung interessiert zu sein. Aktueller Stand: Er bittet um etwas Zeit für Analyse und Diskussion. Mal schauen...

  • Störender Paketverlusst

    Mag sein, nur leider ist das Problem nicht behoben wenn man den Squid ausschaltet. Und wenn man von dem "Server" aus Surft (Online-Banking z.B. würde ich im Leben nicht von einer Windows-Maschine aus machen), hat man ja das gleiche Problem. Der Squid und die Anbindung der Windows-Rechner ist das einzige an dem Konstrukt was gut funktioniert.


    Und ein 12m-Kabel einmal durch die ganze Wohnung zu legen ist jetzt in meinen Augen auch nicht so die beste Lösung. PowerlLAN hat damals auch nur mäßig funktioniert, die Adapter sind gruselig heiß geworden, die Steckdosen-Situation ist hier auch nicht ideal, man braucht also wieder zusätzliche Kabelmeter.


    Ich hatte ja die Hoffnung, dass hier einer schon mal ein ähnliches Problem gelöst hat, scheint aber leider nicht der Fall zu sein. Ich warte dann mal ab was AVM sagt, danke an alle Ideengeber!

  • Störender Paketverlusst

    Hab ich schon vor einiger Zeit gemacht, ist leider also auch nicht die Fehlerquelle bzw. unwahrscheinlich:


    Ich hab jetzt auch mal einen Support-Case bei AVM auf gemacht, die ARP-Kommunikation zeitgleich mit der Störung kommt mir spanisch vor. Mal gucken, was daraus wird.

  • Störender Paketverlusst

    Ich hab dann jetzt gerade Wireshark mitlaufen lassen. Auffällig für mein ungeübtes Auge:Kurz vor Beginn der Störung (#89) setzt die Fritzbox ARP-Nachrichten (#79) Richtung openSUSE-Maschine ab, die auch korrekt beantwortet werden.
    Der letzte Ping der durchkommt ist #84, die Antwort (#88) kommt aber erst nach ca. 1 Sekunde.
    Während der Störung gibt es ein paar DNS und NTP anfragen, die nicht beantwortet werden, der erste Ping der wieder durchkommt ist #166, die Antwort (#177) kommt allerdings auch wieder erst nach ca. 1 Sekunde.
    Abschließend gibt es nochmal eine DNS-Anfrage (#173) f. die Adresse fritz.box, die wird aber korrekt beantwortet (#174) und einen Arp-Call für die openSUSE-Maschine von der Fritzbox (#175, Response in #176).
    Danach wieder "Normalbetrieb".


    Gestern trat das Problem nur extrem selten auf, heute morgen wieder gehäuft. Das würde mich eigentlich auf physikalische Störfaktoren schließen lassen, dem entgegen steht aber, dass die ARP-Kommunikation während der Störung tadellos zu funktionieren scheint... ?(

  • Störender Paketverlusst

    Sorry, der Squid dient zwei Windows-Rechnern als HTTP-Proxy. Da das Problem auf dem openSUSE-Rechner ebenfalls vorliegt, z.B. wenn man da per Firefox surft (oder eben ICMP-Nachrichten schickt), dacht ich, es wär halt nicht relevant. Der FF auf der openSUSE-Maschine nutzt den Squid nicht (kein System-Proxy konfiguriert, keiner im Firefox).


    Topologie:
    Es gibt also ein 192.168.178.xx-Netz darin ist die Frizbox als Gateway/DHCP-Server, ein Uni-Notebook, ein Arbeits-Notebook, zwei Handys und besagter openSUSE-Internet-PC/Proxy.
    Der spielt dann in einem weiteren Netz (172.16.6.xx) den HTTP-Proxy für zwei Windows-Rechner. Dazwischen hängt ein einfacher Switch. Die Windows-Rechner kennen nix von der openSUSE-Maschine, sind nur im gleichen Netz. Es ist lediglich der Squid im Firefox auf den Windows-Maschinen manuell als Proxy eingetragen.


    Deaktivieren von IPV6 hat das Problem nicht gelöst.