Clientseitiger NETCODE-FIX!? Paketverlust als Ursache + how to fix

[Th3Z0n3 481]

Deshalb ja...wenn ich das nach Anleitung machen würde, würde bei mir wieder die Standardeinstellung von 1500 rauskommen

[P@InKiLLeR 11]

Ob com oder de,nix kommt an!Hoffentlich kommt bald ein Patch 

[pnshr 1433]

Ob com oder de,nix kommt an!Hoffentlich kommt bald ein Patch 

der patch ändert aber nix an deinem packetloss

irgendwas machst du offensichtlich nicht richtig.

Bearbeitet 9. Dezember 2013 von pnshr

[Hero-of-War 46]

ob .com oder .de ist auch scheißegal prinzipiell, der ping ist nur höher und hierbei geht es aber nicht um pakete die "verloren" gehen, sondern nicht ordentlich übertragen werden können

[P@InKiLLeR 11]

1.) netsh interface ipv4 show subinterfaces

 

 

2.) ping google.de -f -l 1472

 

 

 

3.) netsh interface ipv4 set subinterface "LAN-Verbindung 3" mtu=1490 store=persistent

 

4.) netsh interface ipv4 show subinterfaces

 

und die 1490 wurden Übernommen

 

 

 

5.) nochmal anpingen zwecks test ping google.de -f -l 1472

 

Und 100% Verlust 

[risingSilence 9]

lest halt bitte. ihr müsst nach dem store kommando NEU STARTEN!

außerdem hast du ja wieder mit 1472 angepingt statt 1462 XD

[P@InKiLLeR 11]

Auch neustart bringt keine Änderung !

 

 

Wieso 1462 auf einmal,ich verstehe kein Wort,dafür braucht man wohl Abitur ?    

Bearbeitet 9. Dezember 2013 von P@InKiLLeR

[Hero-of-War 46]

Weil die Paketgröße + 28 die MTU ist, also ist das Paket zu groß, wenn du 1472 sendest und die MTU auf 1490 stellst... du pingst also nur noch mit 1462

[Lamecake 0]

Guhl! Wollte das gerade mal testen.

Nun steht bei meiner Standart MTU, wenn ich im das in der CMD starte MTU 1504 statt 1500.

Is das legal... ehm... egal?

Bearbeitet 9. Dezember 2013 von Lamecake

[sid6.5 319]

Also wer (bei PPPoE) eine MTU size von 1500 drin hat, der hat die Verbindung falsch konfiguriert.

 

Der default Wert ist 1492

 

Dass man mit (WAN) MTU=1500 unter Packet Loss leidet ist klar, 1500-byte Pakete werden von den meisten Servern geblockt, bzw. im Rechenzentrum beim QoS hinten angereiht, da dies eigendlich nur ICMP (Ping) Pakete sein können.

 

Stochern wir noch etwas weiter in der Materie finden wir heraus dass die MTU Size des LAN-Interfaces per default in Windows 1500 beträgt.

Das ist für LAN Verbindungen auch richtig so - laut Norm.

 

Ob wir Battlefield 4 zu noch besserem Netcode verhelfen können wenn man auch diese MTU Size auf das PPPoE default (1492) setzt, müsste man testen.

 

Theoretisch sollte dies auch eine Verbesserung bringen denn mit MTU=1500 für den NIC und 1492 am Router bedeutet das, dass der PC 1500byte Pakete an den Router schickt, und dieser dann die Pakete in 1492 byte Brocken fragmentiert.

Am einfachsten lässt sich das mit dem SG TCP Optimizer bewerkstelligen.

Wenn man Tools wie diesem nicht vertraut kann man das auch ganz einfach über die Kommandozeile machen.

Erste Tests zeigen: Oh! 100% Paketverlust!

Inbound, Outbound oder beides?

 

Wieso Funktioniert dann BF.4 auf einmal wenns bei BF.3 nie Probleme gegeben hat?

Es wird ja an Windows was verändert und nicht am Spiel selbst

weil der netcode für bf4 scheinbar extrem von paketverlust betroffen ist

Weil der Netcode in BF4 dank Levolution und NetworkedWaterSimulation am Ende ist.

Da hat DICE einfach viel zu viel auf ein schon instabilies System oben drauf gepackt.

 

Bearbeitet 9. Dezember 2013 von sid6.5

[tobemaster 25]

Ich wär total dankbar, wenn jemand die Anleitung mal ins Deutsche übersetzen könnte.

[sid6.5 319]

Ich wär total dankbar, wenn jemand die Anleitung mal ins Deutsche übersetzen könnte.

Wie man die richtige / funktionierende MTU für seine Internetverbindung findet in der Antwort auf P@InKiLLeRs Beitrag.

Für dich dann ab Schritt 3.

 

5.) nochmal anpingen zwecks test ping google.de -f -l 1472

Und 100% Verlust 

 

"DF-Flag ist jedoch nicht gesetzt" -> Das bedeutet, dass du schlicht und ergreifend eine für deine Internetverbindung nicht funktionierende MTU Size drin hast.

 

Vorbereitung:

Wenn dein Router eine "default" Option beim MTU hat (wie z.B. Netgear), diese Option aktivieren, speichern und Router neu starten.

 

Schritt 1:

LAN MTU wieder auf default = 1500 setzten mit

netsh interface ipv4 set subinterface "LAN-Verbindung 3" mtu=1500 store=persistent

 

Schritt 2:

netsh interface ipv4 show subinterfaces

Prüfen dass MTU size wieder 1500 ist

 

Schritt 3: 

So nun. 1492(default MTU bei PPPoE)-28=1464

ping www.google.at -f -l 1464

falls wieder "DF-Flag ist jedoch nicht gesetzt"

1464 in 10er Schritten reduzieren bis eine Antwort vom Server kommt.

Den Wert dann +28 = deine MTU

Schritt 4:

Diese MTU dann in den Routereinstellungen eintragen.

 

Schritt 5:

Evtl. MTU auch für die LAN Verbindung verwenden und testen.

 

Theoretisch sollte dies auch eine Verbesserung bringen denn mit MTU=1500 für den NIC und 1492 am Router bedeutet das, dass der PC 1500byte Pakete an den Router schickt, und dieser dann die Pakete in 1492 byte Brocken fragmentiert.

 

Kommandozeile öffnen

dann:

netsh interface ipv4 show subinterfaces

dann den Namen deiner Netzwektverbindung in folgendes Kommando einsetzen zusammen mit der MTU.

netsh interface ipv4 set subinterface "LAN-Verbindung" mtu=1492 store=persistent

Bearbeitet 9. Dezember 2013 von sid6.5

[Terpo 63]

Habs auch mal auf 1492 gesenkt, mal schauen ob sich was tut. Leider kann ich es nur aufm Rechner ändern und nicht im Webinterface meines AVM Routers

[sid6.5 319]

Habs auch mal auf 1492 gesenkt, mal schauen ob sich was tut. Leider kann ich es nur aufm Rechner ändern und nicht im Webinterface meines AVM Routers

 

Ist der Router vom ISP?

Dann würde ich da nachfragen welche MTU an deinem Modem/Router eingestellt ist.

Dann kannst du deine LAN MTU an dieses angleichen und es kommt zu keiner Fragmentierung der Datenpakete.

Bearbeitet 9. Dezember 2013 von sid6.5

[evoVII 178]

Ob wir Battlefield 4 zu noch besserem Netcode verhelfen können wenn man auch diese MTU Size auf das PPPoE default (1492) setzt, müsste man testen.

 

Schätze mal die ganze Sache mit MTU ist eh nur für DSL-User interessant, oder?

 

Bei mir (UnityMedia/Kabel) ist wohl alles ok...aber bin auch direkt mit Wlan drin und nicht über LAN.