Vielen Dank, haben sich schon einige bei mir gemeldet!

Also, es tut sich was.

Werde updates posten, sobald mir geholfen wurde und was das Problem war.

Grüße

Ne. War spät, schon so viel getestet und hab ein Satz vergessen :D

Aber unten stehts nochmal.

"Könnt ihr das bitte an die Netztechnik (Level 2/3) eskalieren? Es müsste dringend jemand  vorbei kommen und sich die Hardware in der Vermittlungsstelle ansehen oder ggf. meinen Port wechseln, Modem testen. "

Aber danke, ja das Modem muss auch nochmal in Betracht gezogen werden.

Hi Lisa,

danke für die ehrliche Antwort und dass du dich darum kümmerst. Wirklich.

Aber jetzt muss ich glaube ich mal ein bisschen was klarstellen, weil der Vermerk im Ticket mich doch etwas sprachlos macht.

Zwei mal mich sitzen zu lassen und zwei mal Ferndiagnose.

Wenn er nur 5 Minuten in meiner Wohnung wäre wurde er sehen das ich keine Wlan jitter hab............

"Vermutlich Fehler im Heimnetz. Bitte alle Endgeräte außer Hauptrouter entfernen. WLAN aus und mit direkter Kabelverbindung..."

Das Problem ist, das beschreibt exakt meinen Aufbau. Meiner ist sogar extremer.

Ich habe kein Route angeschlossen. Ich habe kein WLAN. Es gibt kein Heimnetz. Mein PC ist per LAN-Kabel direkt am Glasfasermodem angeschlossen und wählt sich über PPPoE selbst ein. Da steht nichts dazwischen. Kein Switch, kein Repeater, kein Smart-TV, kein Drucker, kein Kühlschrank mit WLAN. Auch mein Handy ist nicht im Netz. Es ist buchstäblich ein PC an einem Modem. Simpler geht es nicht.

Das mache ich seit letzter Woche Freitag/Samstag so. Davor hatte ich ein paar Tage lang mit PingPlotter gemessen (da wurde mir ja hier im Forum gesagt ICMP sei nicht aussagekräftig, also bin ich umgestiegen).

Seit Samstag läuft bei mir Wireshark/tshark im Dauerbetrieb, erst über TP LINk 9300, jetzt seit Samstag-Abend bis jetzt direkt auf der PPPoE-Verbindung. Ich zeichne den gesamten Datenverkehr auf, stündlich automatisch rotiert, alles mit SHA-256-Hashes gesichert.

Wie schon im thread post gesagt, um auch den Netzwerkadapter auszuschließen, habe ich drei verschiedene Netzwerkkarten (Intel I225-V, Intel I226-V, Realtek 2.5GbE). Sämtliche Stromsparmodi und Offloading-Funktionen sind deaktiviert, Energy-Efficient Ethernet, Interrupt Moderation, Green Ethernet, Flow Control, alle Checksum-Offloads, alles aus. Komplett dokumentiert.

Wenn man sich die Logs anschaut, sieht man auch genau zwei MAC-Adressen, mein Modem und mein PC. Sonst nichts. Da ist kein verstecktes Gerät, kein zweiter Nutzer, kein Hintergrund-Traffic von irgendwas.

Ich weiß, das klingt jetzt vielleicht etwas viel auf einmal. Aber ich wollte das einmal sauber darlegen, weil der Ticket-Vermerk suggeriert, ich hätte ein typisches Heimnetz-Problem. Das ist nicht der Fall.

Und was mich wirklich nachdenklich macht, Ich messe nicht nur tcp.analysis.ack_rtt (da kann man noch über Delayed ACKs und Serververhalten diskutieren), sondern seit Heute auch tcp.analysis.initial_rtt, das ist die Paketlaufzeit beim TCP-Verbindungsaufbau. Da gibt es keine Delayed ACKs, keinen Anwendungscode, keine Überlastkontrolle. Nur der Betriebssystem-Kern antwortet. Das ist die sauberste Netzlaufzeit die man als Endkunde messen kann.

Ich sag das nicht um irgendjemanden vorzuführen. Ich sag das, weil die Diagnose-Abteilung vielleicht genau diese Info braucht um an der richtigen Stelle zu suchen. Meine letzte Meile ist sauber das bestätigen ja auch eure eigenen Checks. Das Problem sitzt irgendwo weiter oben im Pfad.

Falls die Kolleginnen und Kollegen von der Diagnose die Rohdaten haben wollen, sagt mir einfach wohin.

Und noch eine kurze Frage zu den zwei versäumten Terminen, was steht mir als Kunde da eigentlich zu? Ich frage nur, weil ich es ehrlich nicht weiß.

Danke euch und Grüße

Markus

Hi @marrchy,

wie ich hörte, hat dich eben mein lieber Kollege angerufen und ihr konntet euch gut austauschen!🥰

Ich hatte intern um Hilfe zu deinem Fall gebeten & der Kollege hat sich gemeldet. Wenn es Neuigkeiten gibt, gibt er mir Bescheid und wird sich sicher auch bei dir melden.

Viele Grüße Lisa

Moin,

ja danke. Leute melden sich.

Musst dem netten Kollegen nochmal sagen, ich hab noch eine Email geschickt da ich Dateien verwechselt habe.

Grüße.

Was genau?

Wenn du nicht so gut English kannst, kann ich dir die Stellen übersetzen.

Grüße

Interessant, meine Claude-Instanz kann Deutsch, hat sich die gesamte Diskussion mal angesehen und findet...

Bewertung der letzten zwei englischen Absätze in Bezug auf staengfoenster

Die KI-Antwort (Claude) ist in diesen zwei Absätzen gegenüber staengfoenster sachlich unfair, und zwar aus einem klaren Grund: staengfoenster hat sich zum CS2-Packet-Capture schlicht nie geäußert, weil er die Diskussion bereits verlassen hatte, bevor marrchy diesen Log überhaupt gepostet hat. Die Aussage „staengfoenster either didn't look at that data or didn't understand what it represents" ist daher eine falsche Unterstellung – staengfoenster wurde gar nicht mehr mit diesem Beweis konfrontiert.

Der Vorwurf im letzten Absatz, staengfoenster ziehe die falsche Schlussfolgerung aus richtigen Prinzipien, bezieht sich zudem primär auf das Google-Ping-Argument – und auch hier ist es verkürzt dargestellt: staengfoenster hat korrekt und technisch fundiert argumentiert, dass Intermediate-Hop-Latenz bei ICMP nicht aussagekräftig ist, solange das Ziel sauber erreicht wird. Das ist Netzwerk-Grundlagenwissen und keine falsche Schlussfolgerung.

Im Kern nutzt marrchy hier also eine KI-Antwort als Scheinargument, die auf einer unvollständigen Darstellung des Gesprächs basiert – staengfoenster wurde die Möglichkeit, auf das CS2-Log zu reagieren, im Thread nie gegeben.

Hey staengfoenster,

da hast du tatsächlich Recht und das will ich auch gar nicht wegdiskutieren. Du hast die CS2 daten net gesehen😂

Dass Claude dir unterstellt hat du hättest die Daten nicht verstanden ist unfair, weil du sie nie gesehen hast. Das geht auf meine Kappe, ich hätte besser gucken müssen bevor ich das in eine KI kippe. Sorry dafür, das war nicht meine Absicht dich damit schlecht dastehen zu lassen.

Und ja, dein technisches Grundwissen stimmt. ICMP Latenz ist für sich genommen nicht aussagekräftig wenn das Ziel sauber ankommt. Da habe ich auch was gelernt durch unsere Diskussion und das meine ich ernst.

Aber ich glaube wir reden gerade aneinander vorbei. Du argumentierst über die Methodik meiner frühen Tests und darüber ob Claude fair zu dir war. Beides berechtigt. Ich versuche aber seit Monaten ein ganz konkretes Problem zu lösen: Meine Glasfaserleitung jittert so stark dass ich keine stabilen Videocalls führen kann, 4K-Streams buffern und CS2 unspielbar ist. Alleine auf der Leitung, ein PC, LAN-Kabel, kein WLAN, kein Router, nachts um 4 Uhr bei null Last.

Deswegen war ich einfach nur pissed warum du mir nicht einfach Lösingsvorschläge gibts und bessere tests damit ich es selber testen kann wo genau das Problem ist.

Du hast mir nur gesagt meine Methodik taugt nichts und ich soll mich einlesen. Das habe ich gemacht. Ich habe PingPlotter auf TCP umgestellt was auch müll anscheind ist, dann komplett auf Wireshark gewechselt und messe jetzt mit tcp.analysis.ack_rtt direkt am Modem über PPPOE. Also genau das was du verlangt hast. echte Paketlaufzeiten, kein ICMP, keine Zwischenhops.

Du hast Recht dass meine ersten Tests nicht bombenfest waren. Aber die jetzigen sind es. 

Wenn du magst, schau dir die neuen wireshark daten an. Kann die dir per DM schicken, wenn du dann immer noch sagst das sieht normal aus für Glasfaser, akzeptiere ich das. 

No hard feelings, war nicht böse gemeint, hoffe deiner seits auch net. bin einfach nur müde und seit Monaten hab ich keine Entspannung da ich net zocken oder normal Filme gucken kann. Aber for real, ohne deine Kritik wäre ich wahrscheinlich immer noch mit PingPlotter-Screenshots unterwegs.

Gruß