Unitymedia MTU Wert zu niedrig?

[piotr]

Der Netalyzr misst gegen Server, die in den USA stehen.
Es ist hier voellig normal, dass Du hoehere Werte bei den Netalyzr-Messungen hast als wenn diese Messungen innerhalb Europas durchgefuehrt wuerden.

D.h. Du kannst diese Ergebnisse nicht 1:1 auf Deine Spiele uebertragen.

Oder stehen Deine Gamingserver ausschliesslich in den USA?
Nur wenn diese in den USA stehen -und nur dann- kannst Du die Netalyzr-Ergebnisse als grobe Trenderkennung nehmen.

 

[addicted]

Ein Puffer von 1500ms im Upstream ist deutlich mehr als normal. Auf meiner Leitung misst der Netalyzr ca 120ms, was der Latenz in die USA entspricht.
Direkte Folgerung ist ansich, dass Dein Upstream voll ist, denn nur dann sollten Pakete überhaupt gepuffert werden. Das führt dann auch zu hohem Ping beim Zocken, aber _meistens_ nicht zu sonstigen Beeinträchtigungen, weil z.B. beim Surfen der Downstream entscheidend ist.
Erste Maßnahme: Einen sauberen (Viren, Trojaner, etc!) Rechner / Linux LiveDVD direkt ohne Router mit dem Modem verbinden, Speedtest und Latenztests machen, z.B. Netalyzr.
Danach sehen wir weiter, aber Du kannst schonmal checken, ob Dein WLAN vielleicht offen ist, oder Dein Router Dir sehr große Zahlen beim Upstream-Traffic anzeigt.

 

[piotr]

Suchs Dir aus wo Du anfangen willst Dir die Infos zusammenzusuchen...

http://www.unitymediaforum.de/viewtopic.php?f=53&t=13678
http://www.unitymediaforum.de/viewtopic.php?f=53&t=12566
http://www.unitymediaforum.de/viewtopic.php?f=53&t=9599
http://www.unitymediaforum.de/viewtopic.php?f=53&t=8768

Deshalb auch die Frage, ob die alten Threads das Mindesthaltbarkeitsdatum ueberschritten haben und ein neuer Thread geoeffnet werden musste.

 

[piotr]

...
Direkte Folgerung ist ansich, dass Dein Upstream voll ist, denn nur dann sollten Pakete überhaupt gepuffert werden.

Nicht unbedingt.

Es steht leider nicht da was netalyzr genau bei Buffer misst.

Wenn es -wovon ich ausgehe- viele kleine Pakete einer TCP-Verbindung sind, dann kann der bereits in diesem Thread genannte Nagle Algorithmus zuschlagen.
Der Nagle Algorithmus sammelt alle "zu kleinen" TCP-Pakete ein und wartet erstmal ausstehende TCP-Bestaetigungspakete (TCP-ACK) ab. Wenn noch TCP-ACK ausstehen aber das Paket mit den vielen kleinen TCP-Paketen "voll" ist, dann werden die viele kleinen TCP-Pakete "als Ganzes" in einem Rutsch gesendet. Wenn kein weiteres TCP-ACK aussteht, wird sofort dieses "noch nicht volle" Paket gesendet. Es wird auch sofort gesendet, wenn das einzelne TCP-Paket "voll" ist.

Der Sinn dieses Algorithmus war eine Ueberlastvermeidung durch zu viele kleine TCP-Pakete.

Die Ursache dieser grossen Pufferungs-Zeiten koennen zwei Dinge sein:
Entweder ist der PC bei den Buffergroessen fuer TCP viel zu hoch eingestellt (durch TCPOptimizer und andere "Tuningtools") oder es wird auf der Gegenseite das TCP-ACK verzoegert gesendet (Delayed TCP-ACK; ja das gibts auch bei TCP).
Die Kombination aus beidem -Nagle und Delayed TCP-ACK- kann wunderbar ein lahmes TCP erzeugen.
Zum Einen muss per TCP-Definition das TCP-ACK nicht sofort gesendet werden (der Sender darf sich bis zu 500ms Zeit fuer ein TCP-ACK lassen) und zum Anderen wartet Nagle aber die Ankunft aller ausstehenden TCP-ACK ab bevor es mit dem Senden von kleinen TCP-Paketen weitergeht.

Das Spiel WOW basiert auf TCP, die anderen weiss ich gerade nicht.

Da kann der bereits gepostete Tip mit dem Ausschalten vom Nagle Algorithmus durchaus etwas Linderung bringen.

 

[Hellifax]

...
Direkte Folgerung ist ansich, dass Dein Upstream voll ist, denn nur dann sollten Pakete überhaupt gepuffert werden.

Nicht unbedingt.

Es steht leider nicht da was netalyzr genau bei Buffer misst.

Wenn es -wovon ich ausgehe- viele kleine Pakete einer TCP-Verbindung sind, dann kann der bereits in diesem Thread genannte Nagle Algorithmus zuschlagen.
Der Nagle Algorithmus sammelt alle "zu kleinen" TCP-Pakete ein und wartet erstmal ausstehende TCP-Bestaetigungspakete (TCP-ACK) ab. Wenn noch TCP-ACK ausstehen aber das Paket mit den vielen kleinen TCP-Paketen "voll" ist, dann werden die viele kleinen TCP-Pakete "als Ganzes" in einem Rutsch gesendet. Wenn kein weiteres TCP-ACK aussteht, wird sofort dieses "noch nicht volle" Paket gesendet. Es wird auch sofort gesendet, wenn das einzelne TCP-Paket "voll" ist.

Der Sinn dieses Algorithmus war eine Ueberlastvermeidung durch zu viele kleine TCP-Pakete.

Die Ursache dieser grossen Pufferungs-Zeiten koennen zwei Dinge sein:
Entweder ist der PC bei den Buffergroessen fuer TCP viel zu hoch eingestellt (durch TCPOptimizer und andere "Tuningtools") oder es wird auf der Gegenseite das TCP-ACK verzoegert gesendet (Delayed TCP-ACK; ja das gibts auch bei TCP).
Die Kombination aus beidem -Nagle und Delayed TCP-ACK- kann wunderbar ein lahmes TCP erzeugen.
Zum Einen muss per TCP-Definition das TCP-ACK nicht sofort gesendet werden (der Sender darf sich bis zu 500ms Zeit fuer ein TCP-ACK lassen) und zum Anderen wartet Nagle aber die Ankunft aller ausstehenden TCP-ACK ab bevor es mit dem Senden von kleinen TCP-Paketen weitergeht.

Das Spiel WOW basiert auf TCP, die anderen weiss ich gerade nicht.

Da kann der bereits gepostete Tip mit dem Ausschalten vom Nagle Algorithmus durchaus etwas Linderung bringen.

Danke für deine hilfe piotr.
Aber kannst du Mir vieleicht sagen,wo man Nagle Algorithmus deaktiviert?
Habs nicht so mit Nagle und Delayed TCP-ACK ,TCPOptimizer ,oder andere Tuningtools...da lasse ich die Finger eigentlich von. :smile:
Wäre schön wenn Du Mir dabei helfen könntest :super:

Ok:

Bin dieser Seiter nachgegangen Schritt für Schritt:
http://solariz.de/1800/aion_ping_verbessern_tcpnodelay_tcpackfrequency.htm

Nun habe ich Netalyzr nochmal durchlaufen lassen...und habe nun: Messungen des Netzpuffers (?): Uplink 1500 ms, Downlink 55 ms anstatt 130!

Aber trotzdem sagt er mir: Wir schätzen, dass die Pufferung Ihres Uplink 1500 ms dauert. Dieser Wert ist recht hoch möglicherweise erhebliche Störungen
wie etwa beim Spielen.

 

[piotr]

TcpNoDelay ist der Wert fuer das Ein-/Ausschalten vom Nagle Algorithmus.
TcpAckFrequency 1 sagt, dass jedes erhaltene TCP-Paket sofort bestaetigt (TCP-ACK) wird.

Geh mal in die Eingabeaufforderung mit erhoehten Rechten:
Start -> ins Suchfenster cmd eintippern und mit gleichzeitigem Halten der zwei Tasten Strg+Shift und dazu dann Enter druecken oeffnen.
Jetzt muesste die Benutzerkontensteuerung vom Vista/Win7 eine Bestaetigung verlangen.
Danach oeffnet sich die Eingabeaufforderung. Wenn der Pfad mit C:\Windows\System32 anfaengt, ist es die Version mit erweiterten Rechten, die Du jetzt brauchst. Wenn der Pfad dagegen mit C:\Users anfaengt, dann ist es die normale Version.

Dann mal hier posten was der folgende Befehl ausgibt:

<i>
</i>netsh interface tcp show global

 

[Hellifax]

TcpNoDelay ist der Wert fuer das Ein-/Ausschalten vom Nagle Algorithmus.
TcpAckFrequency 1 sagt, dass jedes erhaltene TCP-Paket sofort bestaetigt (TCP-ACK) wird.

Geh mal in die Eingabeaufforderung mit erhoehten Rechten:
Start -> ins Suchfenster cmd eintippern und mit gleichzeitigem Halten der zwei Tasten Strg+Shift und dazu dann Enter druecken oeffnen.
Jetzt muesste die Benutzerkontensteuerung vom Vista/Win7 eine Bestaetigung verlangen.
Danach oeffnet sich die Eingabeaufforderung. Wenn der Pfad mit C:\Windows\System32 anfaengt, ist es die Version mit erweiterten Rechten, die Du jetzt brauchst. Wenn der Pfad dagegen mit C:\Users anfaengt, dann ist es die normale Version.

Dann mal hier posten was der folgende Befehl ausgibt:

<i>
</i>netsh interface tcp show global

Ok hier das Ergebnis:

Globale Tcp Parameter

Empfangsseite----->enabled
Chimney - Abladestatus---------->automatic
NetDMA-Status------>enabled
Direkter Cachezugriff---------->disabled
Autom.Abstimmungsgrad Empfangsfenster------>normal
Add-on Überlastungssteuerungsanbieter--->none
ECN-Funktion---------->disabled
RFC 1323 - Zeitstempel---------->disabled
------------------------------------------------------------------------------
Da ich wirklich nicht weiss was das jetzt im allgemeinen heißt...hoffe ich das Du Mir da weiterhelfen kannst,
vieleicht kann man anhand der Parameter erkenen,was nicht in ordnung zu scheinen scheint. :kratz:

 

[piotr]

Probiere mal -wieder in der Eingabeaufforderung mit erhoehten Rechten-:

netsh int tcp set global autotuninglevel=restricted

oder falls das restricted wenig hilft anstelle des restricted auch diese Werte highlyrestricted bzw. disabled

Es aendert die Einstellung Autom.Abstimmungsgrad Empfangsfenster------>normal
Zurueck zur aktuellen Einstellung geht es mit dem Wert normal.

 

[Hellifax]

habe es gemacht..kam dann die bestätigung mit OK.
Aber was hat das jetzt gebracht?

Edit:So habe Netalyzr ausgeführ und nun folgendes Ergebniss: Messungen des Netzpuffers (?): Uplink 1500 ms, Der Downlink ist gut.
ABER!!!!!

Leider immer noch:Bei einem solchen Pufferwert ist die Performance von Echtzeitanwendungen wie etwa Spielen oder Audio-Chats möglicherweise recht schlecht, wenn Sie gleichzeitig große Uploads ausführen.

Der Downlink ist gut diese Meldung hatte ich bisher noch nicht bekommen...vieleicht ein kleiner fortschritt




Geringfügige Abweichungen

Bestimmte TCP-Protokolle werden im abgehenden Datenverkehr gesperrt.
Die Paketpufferung im Netzwerk ist möglicherweise zu hoch.
Nicht alle DNS Anfragetypen wurden korrekt bearbeitet

 

[piotr]

Die Werte sind ok, sie entsprechen Deiner Ausgabe nach den Werkseinstellung von Windows 7.

Der Wert fuer autotuninglevel bestimmt wie gross die TCP-Fenstergroesse und damit der notwendige Buffer werden darf.
Manche Router, v.a. aeltere Modelle, kommen hier mit den Werkseinstellungen von Vista/Win7 nicht klar.
Da hilft es dann manchmal dieses Verhalten etwas zu nach unten zu beeinflussen (mit restricted bzw. der staerkeren Stufe highlyrestricted) oder gar auf die konservativste Einstellung max 65535 Byte zu setzen (Wert disabled).

Deshalb auch die Frage wie es vor einer Aenderung aussieht damit Du es wieder auf den urspruenglichen Wert setzen kannst.

Das Setzen dieser Einstellung wirkt sofort, ohne Reboot.

 

[Hellifax]

Werde ich das in Online Games jetzt deutlicher merken das sich was geändert hat..oder
wie schlägt sich das aus?

 

[piotr]

Die Einstellungen TCPNoDelay und TcpAckFrequency definitiv bei allen auf TCP basierten Spielen (z.B. WOW).
Die Einstellungsmoeglichkeiten beim autotuninglevel moeglicherweise auch, muss aber nicht zwingend sein.

 

[Hellifax]

Habe gerade mal Myhtos angespielt und mir ist nichts aufgefallen alles so wie vorher.
Ka wie es mit den anderen Games ist...müßt ich dann erst noch drauf tun.....aber ich gebe die Hoffnung solangsam auf.

 

[Hellifax]

Habe gerade mal Myhtos angespielt und mir ist nichts aufgefallen alles so wie vorher.
Ka wie es mit den anderen Games ist...müßt ich dann erst noch drauf tun.....aber ich gebe die Hoffnung solangsam auf.

Edit:Habe jetzt 30 min Forsaken World gespielt...hatte die ganze zeit einen Ping von 250-300 ms laut der ImGame anzeige...und am Laggen ohne Ende... :wut:

 

[piotr]

Du kannst noch den Wert aus der Liste Add-on Überlastungssteuerungsanbieter--->none mal mit einem anderen Wert versuchen.

<i>
</i>netsh interface tcp set global congestionprovider=ctcp

Zurueck gehts hier mit dem Wert none

 

[Hellifax]

Nabend

Habe das mal ausprobiert:

netsh interface tcp set global congestionprovider=ctcp

der selbe effekt wie sonst auch immer...der Ping ist auf 60-80 ms
und geht dann drastisch auf 280-300 hoch..entweder wenn ich durch die Gegend laufe oder eine Stadt betrete.
Egal wo ich mich eigentlich aufhalte..der Ping steigt nach ca. 2-5 min auf 300 Hoch und dann geht nichts mehr.

Habe vorhin mal mit 3 Kollegen Telefoniert...die haben ihr verbindung Checken lassen mit Netalyzr die haben alle ein Puffer von 100,110,160,
und ich von 1500 ms...Ich weiss nicht mehr weiter

Wie komm ich nur von den 1500 ms runter

 

[piotr]

Versuch die ganzen Moeglichkeiten ohne Router, also PC per LAN-Kabel direkt am Modem (ohne weitere Geraete dazwischen).
Dann beobachte auch mal, ob sich etwas am Verhalten aendert, wenn Du es in diesen zwei Situationen bebachtest:
- direkt nach einem Modemneustart
und
- das Modem ist bereits laengere Zeit online

 

[Hellifax]

Tagchen

Hab das Modem mal 30 min aus gehabt...dann über Lan reingegangen...aber verbesserungen brachte es nicht.

Die Einstellungen über die Eingaberforderung habe ich auch noch nebenbei durchgeführt...auch leider ohne Erfolg.

Netalyzr:

Messungen des Netzpuffers (?): Uplink 1500 ms, Downlink 130 ms(LAN)wie auch (WLAN)


Zurzeit haben viele Benutzer viel zu große Puffern in ihren Netzwerken. So kann es vorkommen, dass Pakete bei ausgelastetem Netzwerk mit großer Verzögerung gesendet werden.Obwohl TCP die gesamte Bandbreite nutzen kann, füllt die Datenübertragung den Puffer, der dann den gesamten anderen Datenverkehr verlangsamt.

 

[piotr]

Tagchen

Hab das Modem mal 30 min aus gehabt...dann über Lan reingegangen...aber verbesserungen brachte es nicht.
...

Messungen des Netzpuffers (?): Uplink 1500 ms, Downlink 130 ms(LAN)wie auch (WLAN)

Was steht auf dem "Kabelmodem" als genaues Modell drauf?

 

[Hellifax]

Sbv5121e
Heißt das Model. :super:

 

[Hellifax]

Habe über die Nacht mal die Free 2 Play Version von Age OF Conan runtergeladen und getestet
genau die selben probleme wie anders auch nicht zu erwarten war.
Ich will doch nur gescheit Online Games spielen....wieso funtzt das alles nicht...das kann doch alles garnicht wahr sein!
Alle möglichkeiten wurden ausprobiert was leider nicht zum Erfolg geführt ist.....
Da bezahl ich schon montatlich 40 Euro für den ganzen Mist! :brüll:

 

[addicted]

Ich finde ja, Du solltest erstmal an dem grundsätzlichen Problem arbeiten, bevor Du X andere Games ausprobierst.
Meld Dich wieder, wenn Du eine Linux LiveCD/DVD versucht hast.

 

[Hellifax]

Nabend

Wofür die Linux LiveCD/DVD was bezweckt die?
Kann man sich die downloaden?

Ok:Habe ne Seite wo man sich das runterladen kann..werde dann morgen damit weitermachen.
Aber wie oben schon erwähnt warum gerade Linux LiveCD/DVD...soll ich nach fehlender Hardware ausschauhalten oder was bringt mir
das?

ist das die richtige software:

http://www.knoppix.org/

 

[DeaD_EyE]

Ja, z.B..
Kannst auch eine Debian/Ubuntu-LiveCD nehmen. Ist eigentlich egal. Netzwerkhardware wird von jeder Distribution (vom Linux-Kernel selbst) unterstützt. Fast alle LiveCDs haben auch eine hübsche grafische Oberfläche.

Auf den Test von Netalyzer würde ich nicht soviel geben. Wie schon 100 mal geschrieben, stehen die Server in den USA. Ein hoher Ping ist dabei ganz normal.

 

[Hellifax]

Ja, z.B..
Kannst auch eine Debian/Ubuntu-LiveCD nehmen. Ist eigentlich egal. Netzwerkhardware wird von jeder Distribution (vom Linux-Kernel selbst) unterstützt. Fast alle LiveCDs haben auch eine hübsche grafische Oberfläche.

Auf den Test von Netalyzer würde ich nicht soviel geben. Wie schon 100 mal geschrieben, stehen die Server in den USA. Ein hoher Ping ist dabei ganz normal.

Hallo.
Werde das mit der Cd jetzt mal testen.
Es ist aber nicht normal wenn die Kollegen alle einen niedrigen Ping haben und meiner steht auf 1500 ms.