Spinnt Chello?

Ich finds mittlerweile gar nicht so schlecht einer von vielen mit dieser öffentlichen Adresse zu sein.
Für Server Dienste halt ziemlich unbrauchbar ohne VPN zu einem dedizierten Server.

nach monaten mit problemen war jetzt mal ein techniker da... signal zu schwach... brauchen einen verstärker für 160€

mit dem alten ubee modem hats nie probleme gegeben und es war immer der volle speed da, aber die connect box läuft nach dem "neuen standard" und "braucht ein besseres signal"

Der DSLReports-Test misst die Auswirkung deines Setups (also meistens deines Routers) auf den sogenannten "Bufferbloat"-Effekt (https://www.bufferbloat.net/) - wenn du die Bandbreite deines Anschlusses saturierst, geht das meistens extrem zu Lasten der Latenz. Das will eigentlich nicht haben, und es gibt verschiedene Ansaetze, dagegen vorzugehen. In OpenWrt-Geraeten mit brauchbarer CPU kann man zum Beispiel Smart Queue Management (https://openwrt.org/docs/guide-user...fic-shaping/sqm) sehr einfach aktivieren, dann bleiben die Latenzen auch bei voll aufgelasteter Leitung (auf Kosten von ein kleinwenig Maximalbandbreite) vglw. extrem niedrig.

Zitat aus einem Post von COLOSSUS

Verwendet ihr die Connect Box als Bridge oder als Router(+AP)? Und mag mal jemand mit diesem Geraet als Router den Bufferbloat-Test von http://www.dslreports.com/speedtest machen, bitte?

http://www.dslreports.com/speedtest/37082696

UPC 300/30
Connect Box mit IPv4 Bridge Mode @ Asus AC88U

hth

UPC 200/20
Uralter Netgear-Router als DMZ, die Connect Box auf IPV4

Ich hab das SQM nur für den Upload aktiv, so tät ichs auch empfehlen bei hohen Downloadbandbreiten, schwacher CPU und wenig gleichzeitigen Usern.

und was besagt nun dieser Bufferbloat value. was genau wird da gemessen? konnte dazu nichts brauchbares auf der seite finden. vor allem schon schade, wenn man in AT ist und der test auf einem server in darmstadt gemacht wird.

@MOM2006: Diese Einfuehrung hilft dir vermutlich weiter bei der Charakterisierung des "bufferbloat"-Phaenomens: https://www.bufferbloat.net/project...i/Introduction/

Gemessen wird bei dem Test von dslreports.com die Latenz zu einer Reihe von nahegelegenen Peers im Internet bei moeglichst maximaler Bandbreitenauslastung, im Vergleich zur Latenz zu diesen bei "ruhiger See". Die individuelle Distanz der Peers zu dir ist dabei nicht wahnsinnig entscheidend, so lange genug Bandbreite zwischen den beiden Enden des Flows verfuegbar ist.

@Smut: Ja, SQM braucht, wenn hohe Bandbreiten erreicht bzw. viele Flows verwaltet werden muessen, eine Menge CPU-Leistung (zumindest in der Welt von kleinen embedded-Kisterln mit CPUs auf Basis von MIPS, ARM und Co. darin). Der Tipp von nexus_VI koennte fuer dich ein guter Kompromiss sein, wenn deine Router-CPU zu schwach auf der Brust ist.

@Viper: EdgeOS kenne ich nicht - aber alles, was ein aktuelles Linux als Unterbau hat, ist relativ einfach ueber ein paar `sysctl`-Knobs bzw. (je nach SQM-Ansatz bzw. Queue Discipline, die man haben moechte) mithilfe von `tc` zu konfigurieren: https://www.bufferbloat.net/project...erating-systems https://www.bufferbloat.net/project...onfiguring-cake (luci-app-sqm macht unter der Haube nichts anderes)