Beiträge von jokolautus

Zitat von whn

Genau das, was Du planst habe ich gerade durchgeführt. Seit 10min ist der Fiberlink aktiv.

Auf der einen Seite Fritz-Box über einen Medienkonverter von TP-Link, auf der anderen Seite ein Switch mit SFP-Port. Durchgängig ein Gigabit.

Unser Haus hat 3 Etagen, Hochkeller, Erdgeschoss, Wohnzimmer.

Die gesamte Infrastruktur wird folgendermaßen geändert:
Top of Stack Switch mit 8 SFP Ports sowie je ein Switch pro Etage mit einem SFP Port.

Viel Erfolg.

Super! Bei mir wird es auch ein TP Link Gigabit Switch mit jeweils einem Port, und eine Intel I210 SFP Netzwerkkarte. Ich habe ohnehin nur den einen Rechner zum Anschließen.

Zitat von frank_m

Hast du denn noch Probleme mit Paketverlusten? Oder warum glaubt ihr, dass ihr was gegen Potentialausgleichsströme tun müsst?

Andere Frage: Was spricht gegen ein UTP Kabel? Gleicher Effekt, deutlich billiger, kein negativer Einfluss auf die Latenz.

hmm, vom Gefühl her lief es besser, als ich noch im Wohnzimmer neben dem Router saß. Im Endeffekt ist es ein 120 Euro Set-and-forget Setup. Brauch ich es? Vielleicht nicht, aber ich habe auch keine Messgeräte um es zu Testen.

auf Anraten eines Freundes tausche ich die Tage mal mein LAN Kabel durch ein optisches, mit Medienkonverter + SFP Netzwerkkarte. Die Stromleitungen haben die besten Tage hinter sich, und Potentialausgleichsprobleme sind nicht ausgeschlossen. Derzeit steht der Rechner im Arbeitszimmer und der Router im Wohnzimmer- verbunden mit 10 Meter LAN Kabel.

Hallo, seit gestern bin ich aus dem Urlaub Zurück und habe ein paar Runden gespielt. Tatsächlich ist es deutlich besser, und das Spiel läuft flüssiger. Ab und zu habe ich schlechtere Jitterwerte und einen höheren Ping (Vorher 3-4MS Frankfurt, jetzt 13 MS), aber der Desync ist fast nicht mehr vorhanden. Den Rest schiebe ich jetzt einfach mal auf den noch ziemlichen schlechten Netcode von CS2.

Zitat von Marvin911

Ich denke das es sich in den nächsten Monaten herausstellt (wenn noch mehr DG-Kunden zu 1&1 wechseln) ob 1&1 über das DG- Netz bei jeden Kunden Dual Stack schaltet wie bei flamy oder ob man wie meistens bei 1&1 DS-Lite mit PCP bekommt.

ich habe DSlite bekommen. Warte jetzt auf die umstellung auf eine Öffentliche ipv4 seit über einem Tag.

Bin gerade noch im DS-Lite-Tunnel, sobald es umgestellt wurde, melde ich mich.

Zitat von pufferueberlauf

Das sieht nicht gut aus, war das via Ethernetkabel oder WLAN/PLC? Und war Dein Netz waehrend des Tests ueberwiegend ruhig?

Das war über LAN Kabel. Seltsamerweise ist der Test meistens Fehlerfrei, ab und zu ist auch mal einer mit Loss dazwischen. 7/10 Sind gut.

Ich weiß nicht wie Aussagekräftig der Test auf Packetlosstest.com ist, aber das sind meine Ergebnisse zum Deutschen Server.

Paketgrößen: 142 und 158 Bytes
Frequenz: 20
Dauer: 180 Sekunden

(Wie pufferueberlauf in einem anderen Thread empfohlen).

Die Diskrepanz zwischen Gesendet und Empfangen wird im Verlauf des Tests kontinuierlich größer und am Ende zeigt es mir auch Paketverlust an.

Zitat von pufferueberlauf

OK, dann ist es vermutlich am entspanntesten die Sache bis dahin ruhen zu lassen. Waere allerdings super wenn Du dann wenn es bei 1&1 laeuft noch mal posten wuerdest wie die Spiele laufen und wie Receive Margin (Empfangspuffer-Grenze) aussieht.

Na klar, danke für eure Hilfe!

Zitat von pufferueberlauf

Mmmh, schade, waere auch zu einfach gewesen...

Welche Farbe siehst Du denn da in Deinem Spiel?...

Von Grün "Gut" bis "Grenzwertig" bei jedem Balken springend bis hin zu Gelb alle 5 Sekunden. Ab und zu auch mal einen Roten gerade gestern am frühen Abend. Der Erklärung nach die ich fand, sollte die Receive Margin stabil (Balken Größe) und ohne Einbrüche verlaufen für einen schnellen und kontinuierlichen Datenfluss. Spricht ja wirklich alles für ein DG Problem. Am Dienstag findet der Wechsel zu 1und1 statt und ich hoffe, das Problem ist wirklich "nur" das CGNAT-Gateway und kein Lokales-Problem zwischen mir und dem PoP oder dem Übergabepunkt zu Versatel. (Laut easybell map gibt es Versatel und kein Telekom).

Zitat von pufferueberlauf

mein Verdacht ist, das Autotuning vom De-Jitter-Puffer funktioniert bei Deinem DG Anschluss nicht richtig und setzt diesen Puffer (und den damit Verbundenen Lag zu hoch).

Ich habe bei Steam ein Supportticket erstellt und folgende Antwort bekommen:

"Kontinuierliche gelbe Linien in der Receive Margin (Empfangspuffer-Grenze) von CS2 bedeuten, dass dein Spiel einen instabilen Netzwerk-Jitter oder Paket-Reordering (ungeordnete Pakete) erkennt. Das System puffert eintreffende Befehle absichtlich länger, um Ruckler auszugleichen, was jedoch zu einem leichten Input-Lag führen kann."

Zitat von pufferueberlauf

Ach, ja, wenn Du ein Linux Rechner hast koennen wir einen 10-20 Minuten Test aufsetzen um zu sehen ob Du regelmaessige Latenz/Paketverlust Spitzen auf Deiner Leitung hast.

Leider kein Linux, nur einen Rechner und Laptop mit aktuellem Windows.

Meine Buffer von 0 auf 1 - 2 zu stellen bringt bestenfalls eine leichte Verbesserung mit den viel zu schnellen Gegnern, der "Oeltanker in Honig" wird aber zu "Oeltanker in Honig aus dem Kühlschrank"

Zitat von Edding

hast du über v6 und udp iperf3 zu dem wtnet auch so hohen verlust?
Und ehm mal ont neugestartet ?

Ja, reset - auch seitens Provider ist bereits geschehen. Alles über 50mb zeigt mir Loss an -Prozentual ansteigend, sowohl über ipv4 als auch ipv6. Scheint Automatisch zu sein?

Zitat von pufferueberlauf

Ich sehe, Du bist bald weg von der DG und magst nur bedingt Lust auf tieferes Debugging haben, aber solche Probleme kommen ja immer wieder vor und da waere es schon einmal tiefer bohren zu koennen um zu verstehen was das Problem ist (bzw. die Probleme).

Mit welchem VPN könnte ich das Probieren, und wie das Problem weiter Untersuchen?

Zitat von frank_m

Wie sieht denn die IP-Konfiguration deines Rechners aus?

Puh, ich habe an den Netzwerkeinstellungen nichts verändert. Komischerweise zeigt mir der Eyeballs Test ab und zu 100% Ipv6 und dann wieder nur 100% Error an.

Zitat von pufferueberlauf

wie sehen denn die detaillierten Jittergraphrn und Netzwerk Reports aus, waehrend das Spiel lagged?

Nachdem ich mir alle Telemetrie Daten anzeigen lasse fällt mir auf, dass die "server receive margin" im "gerade so" Grünen Bereich "herumspringt", mit Ausreißern in den Gelben alle 5-10 Sekunden. Tatsächlich habe ich diese Werte auch überprüft, nachdem der Anschluss geschalten wurde, und da war die receive margin deutlich glatter ohne Ausreißer.

Ich habe teilweise auch mal Nächte, an denen ich Zeit habe und Online bin. Gefühlt ist es da manchmal, für 1-2 Stunden Super. Als macht es klick und läuft wunderbar. So zwischen 2 und 4 Uhr.

Zitat von pufferueberlauf

Mmh, der trace sieht erstmal super sauber aus 64Hz input Pakete und 64 Hz output Pakete... immer kurz (1-5 Millisekunden) nach dem Input Paket... auch das sieht erst mal OK aus, mein Verdacht ist, das ist CS2?

Das ist CS2, ja. Ist aber wie gesagt auch auf andere Spiele übertragbar. In Valorant, mit 128 statt 64 Tick, scheint das Problem meiner Meinung nach sogar noch ausgeprägter zu sein. In League of Legends, ist bekanntlich nicht so vie los, und da fällt auf, dass ganze Inputs verschluckt werden. Drückt man zum beispiel E, wird der Spell manchmal garnicht ausgeführt.... alles komisch

Zitat von ::1

Schau mal bitte unter #104:, ob dein IPv6-LAN-Präfix in einem der dort gelisteten /41-IPv6-Ranges liegt (aus deinen nicht optimalen Schwärzungen würde ich hier den /41-Block 2a00:6020:9400::/41 herauslesen, deine WAN-Adresse müsste dann die Form 2a00:6020:9400::NNNN haben.).

Das würde bedeuten, dass DG auch Bestandsanschlüsse nach altem IPv6-Adresskonzept auf das neue IPv6-Konzept umstellt. In #104 habe ich einen weiteten Fall erwähnt - bei dem geht seit Umstellung IPv6 gar nicht mehr.

Solche Umstellungen sind nach meinen Beobachtungen mit einem BNG-Wechsel verknüpft - dein Anschluss zeigt an dem neuen BNG nun deutlich schlechtere Ergebnisse. Soweit mein Erklärungsversuch.

Habe dort mal reingelesen, und auch mir braucht Youtube meistens länger zum Laden, oder Webseiten bleiben einfach stecken und müssen neu geladen werden. Das war mir aber derzeit nicht so wichtig, wie die Gaming Performance, deshalb habe ich es nicht erwähnt.

IPv6-Adresse: 2a00:6020:9400...,
IPv6-Präfix: 2a00:6020:9441.../56

uhm, warum versagt mein Eyeballs Test komplett

Es war Laggy und verzögert - wie meistens, trotz stabilen 400-500 Fps und einem 7. Ping. Kein Loss UP oder DOWN im Spiel angezeigt - auch kein Jitter (unter 1%) in beide Richtungen. Den Mitschnitt habe ich dir per PN gesendet. Da kann ich glaube nur hoffen, dass es an der CGNAT Tunnelung liegt, und es mit Öffentlicher ipv4 verschwindet.

Ich habe das mal so weit durchgespielt und sehe bei Wireshark im iO Graph, dass die UDP Pakete vom Spiel sich bei 200 Packets befinden, aber regelmäßig auf 400 und teilweise sogar bis auf 800 oder darüber Packets springen. Das waren ein paar Minuten auf dem Valve CS2 Server. Die LEN-Größen im Burst sind völlig gemischt.

Zitat von ::1

Hast du denn jetzt wieder IPv6? Und funktioniert es auch?

Ja, aber gefühlt ist es "schlecht" seit dem das Ipv6 stabil funktioniert. Ist aber nur eine Vermutung.

Zitat von ::1

Treten die hohen Paketverluste auch bei iperfs gegen IPv4-Iperf-Server auf?

Ja, auf "speedtest.wtnet.de" über -4 das gleiche.

Zitat von pufferueberlauf

Ich wuerde mal einen Paketmitschnitt machen und mir angucken ob man aus den UDP Paketen schlau werden kann, also z.B. wie regelmaessig gehen die raus und wie regelmaessig kommen die rein (und gibt es da z.B. laengere Luecken und dann kleine Paket-Bursts), und ob man vielleicht Indizien sieht fuer ein Out-of-Order delivery oder duplizierte Pakete?

Ach ja, um welche Spiele geht es denn?

Über Wireshark nehme ich an? Muss mich da erst mal reinlesen und probieren. Es geht um alle Shooter, die ich Probiert habe. Counter-Strike, Valorant, Battlefield 6.

Zitat von frank_m

Ich vermute eher, die Probleme treten auf, weil kein iperf Server auf der anderen Seite läuft, und nicht wegen CGNAT.

Ja so war es. Ich habe zwei Funktionierende Server auf der Iperf Seite gefunden. Um so mehr Daten ich Sende ( -u -b 50m - 100m - 500m - 1000m ) um so größer ist der "Lost/Total Datagrams".

Mache ich etwas falsch, oder sollte es so nicht sein? Die Server können 10 und 40 Gbit/s.

Ich habe versucht mit Iperf die UDP Performance zu messen, bekomme aber nur Timeouts aufgrund von CGNat