Fritz!Box - Bufferbloat σε VDSL & FTTH.

[TT_01]

Έχει καταργηθεί εδώ και μήνες αυτό το flag.

https://www.reddit.com/r/MicrosoftEd...https_removed/

Συνημμένο Αρχείο 257221

Παντως σε μενα με Windows 11 και το παρακατω flag το site http://www.dslreports.com speedtest δουλευει μια χαρα.
Παιζει σε σενα??

Insecure origins treated as secure
Treat given (insecure) origins as secure origins. Multiple origins can be supplied as a comma-separated list. Origins must have their protocol specified e.g. "http://example.com". For the definition of secure contexts, see https://w3c.github.io/webappsec-secure-contexts/ – Mac, Windows, Linux, Android

http://www.dslreports.com





- - - Updated - - -

Μέτραγα χθές το 7590 μου.
Σε σύνδεση fthh 100/10 ([ont]---eth/ppp--->[fritz]),
έχει απαράδεκτα υψηλό bufferbloat (+600-700ms loaded upload).

Παραδόξως, τα πήγαινε πολύ καλύτερα
(συνήθως grade B, που ok, επίσης δεν είναι ιδανικό, αλλά fritz είναι, all-in-one είναι, βολεύει, συγχωρείται...)
όσο η wan (επίσης 100/10) ήταν vdsl.
Μάλλον τα lantiq δείχνουν τα χρόνια τους,
ή/και τα blobs της lantiq τρέχουν accelerated shaper μόνο στο dsl interface?
ή τα έχουν κάνει σαλάτα στα πρόσφατα fritzos?
IDK.

Πάντως το ξέρουν οι της Avm (έχει την σχετική γκρίνια στα Γερμανικά fora),
και εδώ και πολύ καιρό δεν κάνουν κάτι.

Έβαλα ένα GL-MT6000+wrt πάνω για δοκιμή (καλά πάει, βράχος),
θα κάτσω να παίξω με το cake μόλις βγεί η 23.05.4

Παντως σε εμενα Κιμωνα με το παρακατω config ποτε δεν ειχα πανω απο +70ms latency Upload & +15-16ms Download. με το 7590. Το χρησιμοποιω και τωρα σε ενα laptop , στο αλλο εχω το ιδιο αλλα με bbrv2
αντι για Cubic. Θελει και λιγο fine-tuning η NIC και το OS.


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay 30 (decimal)


https://learn.microsoft.com/en-us/bi...rk-performance



NIC config: interrupt moderation disabled
Receive/Transmit buffers lowest value (256)
RSS enabled
Flow Control disabled
Coalescing disabled
Ολα τα checksum και αλλα Offload disabled
OS config:

PS C:\WINDOWS\system32> netsh int tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled
Receive Window Auto-Tuning Level : restricted
Add-On Congestion Control Provider : default
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 1000
Receive Segment Coalescing State : disabled
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 4
Fast Open : enabled
Fast Open Fallback : enabled
HyStart : disabled
Proportional Rate Reduction : enabled
Pacing Profile : off


PS C:\WINDOWS\system32> Get-NetTCPSetting

SettingName : Internet
MinRto(ms) : 300
InitialCongestionWindow(MSS) : 10
CongestionProvider : CUBIC
CwndRestart : False
DelayedAckTimeout(ms) : 40
DelayedAckFrequency : 2
MemoryPressureProtection : Enabled
AutoTuningLevelLocal : Restricted
AutoTuningLevelGroupPolicy : NotConfigured
AutoTuningLevelEffective : Local
EcnCapability : Disabled
Timestamps : Disabled
InitialRto(ms) : 1000
ScalingHeuristics : Disabled
DynamicPortRangeStartPort : 49152
DynamicPortRangeNumberOfPorts : 16384
AutomaticUseCustom : Disabled
NonSackRttResiliency : Disabled
ForceWS : Disabled
MaxSynRetransmissions : 4
AutoReusePortRangeStartPort : 0
AutoReusePortRangeNumberOfPorts : 0


PS C:\WINDOWS\system32> Get-NetOffloadGlobalSetting


ReceiveSideScaling : Enabled
ReceiveSegmentCoalescing : Disabled
Chimney : Disabled
TaskOffload : Enabled
NetworkDirect : Enabled
NetworkDirectAcrossIPSubnets : Blocked
PacketCoalescingFilter : Disabled

[K1m0n]

Παντως σε εμενα Κιμωνα με το παρακατω config... etc

Καταρχήν, ευχαριστώ για τον χρόνο σου για την απάντηση.
Δεν θέλω να κάνω fine-tune το tcp stack της M$
(που δεν διαφωνώ ότι μπορεί να είναι ωφέλιμο κατά περίπτωση).
Δοκιμάζω (με ομολογουμένως όχι πολύ επιστημονική μέθοδο)
τα router a/b/c με το όποιο qos παρέχουν κατά περίπτωση να δω τι κάνει το x router,
θέλω να αφήσω τα windows εκτός της εξίσωσης.

Μέτρησα το 7590, @fritzos 7.59, μετά από reset,
με τις stock ρυθμίσεις της M$ στον client,
και το profile της cote, και με το qos στο auto,
και έχοντας διορθώσει το wan capacity και χωρίς να το έχω διορθώσει,
και έχοντας επιλέξει να κάνει prioritize το upload ή και χωρίς.

Σε όλες τις περιπτώσεις, στο loaded up, είχα ~ +500-600ms latency.

Δεν κοίταξα στο *.export να δω αν το cote profile ορίζει τα δικά του
(οπωσδήποτε έχει λάθος δηλωμένο capacity),
γιατί δυστυχώς/κακώς έχουν ένα μοναδικό προφίλ για όλες τις ταχύτητες σύνδεσης,
και δεν έχω και το fritz πάνω τώρα για να το δώ.

Πάντως το fritz ήταν +600,
τα wrt/mtik + cake ήταν κάτι σαν +5-10ms (και αναμενόμενα +cpu, -fastpath, -wan capacity).

[BlueChris]

To QoS πρέπει να δουλεύει σωστά στο επίπεδο του ρούτερ και όχι να κάνεις γιόγκα στο μηχάνημά σου. Δηλαδή αν είχες OSX τι θα έκανες? σε ένα Playstation?

[K1m0n]

To QoS πρέπει να δουλεύει σωστά στο επίπεδο του ρούτερ και όχι να κάνεις γιόγκα στο μηχάνημά σου. Δηλαδή αν είχες OSX τι θα έκανες? σε ένα Playstation?

Αυτό^ +1

[TT_01]

To QoS πρέπει να δουλεύει σωστά στο επίπεδο του ρούτερ και όχι να κάνεις γιόγκα στο μηχάνημά σου. Δηλαδή αν είχες OSX τι θα έκανες? σε ένα Playstation?

Αν κοιταξεις το post #89 το QoS μαλλον σωστα δουλευει στα μηχανηματα μου ετσι δεν ειναι??

Αφου εβαλα το FritzBox 7590 δευτερο ρουτερ (IP Client mode μονο για τηλεφωνια) και εβαλα μπροστα ενα TUF-AX4200 με traditional (manual) QoS.

[Iris07]

Έκανα κάτι ρυθμίσεις στο 5690 Pro και πήρα A+ στο Test!
Από μόνο του..

Βασικά υπάρχουν από πριν αυτές οι ρυθμίσεις..
ενώ ταυτόχρονα είχα αρκετά καλές ταχύτητες στα άλλα SpeedTest με αυτές τις ρυθμίσεις..

[nikoslykos]

Έκανα κάτι ρυθμίσεις στο 5690 Pro και πήρα A+ στο Test!
Από μόνο του..

Βασικά υπάρχουν από πριν αυτές οι ρυθμίσεις..
ενώ ταυτόχρονα είχα αρκετά καλές ταχύτητες στα άλλα SpeedTest με αυτές τις ρυθμίσεις..

Τωρα με κανετε να μετανιωνω που το εδωσα το 7530AX...

[Iris07]

Δοκιμές με το 5690 Pro!

https://www.adslgr.com/forum/threads...92#post7612792

- - - Updated - - -

Τωρα με κανετε να μετανιωνω που το εδωσα το 7530AX...

Το ζήτημα είναι και στο Hardware που έχει το ρούτερ..