Unitymedia Ping verringert sich um 3 ms bei Upload! Warum ?

[Nopileus]

Mit dem QoS im eigenen Router kann ich auch beobachten, dass der minimale Ping bei aktiven Downloads 2-3ms besser ist. Schätze das CMTS teilt dann wirklich aggressiver Zeitschlitze zu.
Bei meinem Arris CMTS scheint der Effekt allerdings weniger stark aufzufallen wie bei den von Casa.

Deine Werte scheinen aber auch ein gutes Beispiel für eine gut laufende DOCSIS Leitung zu sein.

Ich habe aktuell wieder Spitzen bis 200ms hoch, damit Quake zu spielen kann ich vergessen. (so schlimm ist es erst seit zwei Wochen)

 

[Nurum]

Ja, mit meiner Leitung scheine ich echt Glück zu haben. Seit einem Nodesplit vor 3 Jahren läuft es hier sauber:
- Segment nicht überlastet
- Arris CMTS
- SNR von 36-39dB
- keine unkorrigierbaren Fehler
- Routing in Ordnung (für UM Verhältnisse)
- 11ms Ping zu heise.de mit kleinen Spikes
Schätze damit bin ich bei UM eine ziemliche Ausnahme. Dafür nervt mich UM (Business) Service wie alle Anderen auch. Aber das ist ein anderes Thema^^

 

[EDIZ]

Ja, mit meiner Leitung scheine ich echt Glück zu haben. Seit einem Nodesplit vor 3 Jahren läuft es hier sauber:
- Segment nicht überlastet
- Arris CMTS
- SNR von 36-39dB
- keine unkorrigierbaren Fehler
- Routing in Ordnung (für UM Verhältnisse)
- 11ms Ping zu heise.de mit kleinen Spikes
Schätze damit bin ich bei UM eine ziemliche Ausnahme. Dafür nervt mich UM (Business) Service wie alle Anderen auch. Aber das ist ein anderes Thema^^

Ist bei dir der SNR besser geworden nachdem du das TC4400 bekommen hast ?
Ich hab derzeit genau 36 dB auf allen Kanälen, aber nach paar stunden über 50000 korriegierte Fehler. Unkorrigierbare sind aber überall bei 0. Ist das bei dir auch so ?
Sonst bin ich auch extrem zufrieden mit meiner Leitung.

 

[rv112]

Ja, mit meiner Leitung scheine ich echt Glück zu haben. Seit einem Nodesplit vor 3 Jahren läuft es hier sauber:
- Segment nicht überlastet
- Arris CMTS
- SNR von 36-39dB
- keine unkorrigierbaren Fehler
- Routing in Ordnung (für UM Verhältnisse)
- 11ms Ping zu heise.de mit kleinen Spikes
Schätze damit bin ich bei UM eine ziemliche Ausnahme. Dafür nervt mich UM (Business) Service wie alle Anderen auch. Aber das ist ein anderes Thema^^

Das kann ich toppen

- Segment nicht überlastet
- Arris CMTS
- SNR von 38-41dB
- US 41-44 dBmV
- keine unkorrigierbaren Fehler
- nach 10 Tagen auf dem schlechtesten Kanal 8000 korrigierbare Fehler
- Routing in Ordnung (für UM Verhältnisse)
- 8ms Ping zu heise.de mit sehr kleinen Spikes
:bäh:

 

[Nurum]

Mit dem TC4400 habe ich je nach Kanal 1-3dB bessere SNR als mit der Provider Fritzbox. Habe aber auch das Kabel getauscht, die Verbesserung kann auch daher kommen. Habe das noch nicht gegengetestet.
Habe je nach Kanal 1000-20000 korrigierbare Fehler am Tag und 0 unkorrigierbare. Da hat sich bei mir im Vergleich zur Fritzbox nichts getan.
Das TC4400 zeigt netterweise auch die Zahl der fehlerlosen Pakete an. Habe das mal ausgerechnet. Meine korrigierbaren Fehler machen nur einen Bruchteil eines Prozents der Pakete aus.
Selbst deine 50000 korriegierte Fehler in ein paar Stunden werden wohl kaum ins Gewicht fallen.

 

[robert_s]

Könnte sein, dass einem erst bei einer Bandbreite, die größer als ein Rückkanal ist, Zeitschlitze auf einem zweiten Kanal zugewiesen werden – dann hat man zwei oder mehr parallele Zeitschlitze, in denen man senden kann, das sollte die Latenz senken.

Das wäre dann aber eher beim Arris als beim Casa so. Bei meinen Analysen zur Segmentauslastung habe ich vor einiger Zeit jedenfalls festgestellt, dass das Casa die Zuteilung der Zeitschlitze recht gleichmäßig über die Upstream-Kanäle verteilt, während das Arris die Zeitschlitze sehr ungleich verteilt, also vielleicht tatsächlich eher erst einen Kanal "füllt", bevor es einen weiteren verwendet.

 

[MartinP_Do]

Hatte keine rechte Idee, wie man Upload macht, weil ich keinen Cloud Dienst oder VServer nutze...

Folgender Ping-Test geschah während einem Speedtest auf http://speedtest.t-online.de/#/:

Vor Starten des Speedtest

<i>
</i>martin@martin-D2836-S1 ~ $ ping6 heise.de
PING heise.de(redirector.heise.de) 56 data bytes
64 bytes from redirector.heise.de: icmp_seq=1 ttl=54 time=20.7 ms
64 bytes from redirector.heise.de: icmp_seq=2 ttl=54 time=21.6 ms
...
64 bytes from redirector.heise.de: icmp_seq=33 ttl=54 time=14.1 ms
64 bytes from redirector.heise.de: icmp_seq=34 ttl=54 time=19.7 ms
^C
--- heise.de ping statistics ---
34 packets transmitted, 34 received, 0% packet loss, time 33049ms
rtt min/avg/max/mdev = 13.586/18.684/29.851/3.595 ms
martin@martin-D2836-S1 ~ $ ^C

Während Download Test (Etwas verzögert gestoppt)

martin@martin-D2836-S1 ~ $ ping6 heise.de
PING heise.de(redirector.heise.de) 56 data bytes
64 bytes from redirector.heise.de: icmp_seq=1 ttl=54 time=65.5 ms
64 bytes from redirector.heise.de: icmp_seq=2 ttl=54 time=114 ms
64 bytes from redirector.heise.de: icmp_seq=3 ttl=54 time=162 ms
64 bytes from redirector.heise.de: icmp_seq=4 ttl=54 time=214 ms
64 bytes from redirector.heise.de: icmp_seq=5 ttl=54 time=262 ms
...
64 bytes from redirector.heise.de: icmp_seq=12 ttl=54 time=578 ms
64 bytes from redirector.heise.de: icmp_seq=13 ttl=54 time=635 ms
64 bytes from redirector.heise.de: icmp_seq=14 ttl=54 time=679 ms
64 bytes from redirector.heise.de: icmp_seq=15 ttl=54 time=18.3 ms
64 bytes from redirector.heise.de: icmp_seq=16 ttl=54 time=22.1 ms
^C
--- heise.de ping statistics ---
16 packets transmitted, 16 received, 0% packet loss, time 15015ms
rtt min/avg/max/mdev = 18.331/336.290/679.578/215.796 ms

Während Upload Test (einen Tick zu früh gestartet)

<i>
</i>martin@martin-D2836-S1 ~ $ ping6 heise.de
PING heise.de(redirector.heise.de) 56 data bytes
64 bytes from redirector.heise.de: icmp_seq=1 ttl=54 time=452 ms
64 bytes from redirector.heise.de: icmp_seq=2 ttl=54 time=16.5 ms
64 bytes from redirector.heise.de: icmp_seq=3 ttl=54 time=18.3 ms
64 bytes from redirector.heise.de: icmp_seq=4 ttl=54 time=38.5 ms
64 bytes from redirector.heise.de: icmp_seq=5 ttl=54 time=41.3 ms
64 bytes from redirector.heise.de: icmp_seq=6 ttl=54 time=42.2 ms
64 bytes from redirector.heise.de: icmp_seq=7 ttl=54 time=40.3 ms
64 bytes from redirector.heise.de: icmp_seq=8 ttl=54 time=39.3 ms
64 bytes from redirector.heise.de: icmp_seq=9 ttl=54 time=32.6 ms
64 bytes from redirector.heise.de: icmp_seq=10 ttl=54 time=39.6 ms
64 bytes from redirector.heise.de: icmp_seq=11 ttl=54 time=35.3 ms
64 bytes from redirector.heise.de: icmp_seq=12 ttl=54 time=38.0 ms
64 bytes from redirector.heise.de: icmp_seq=13 ttl=54 time=36.4 ms
64 bytes from redirector.heise.de: icmp_seq=14 ttl=54 time=36.3 ms
64 bytes from redirector.heise.de: icmp_seq=15 ttl=54 time=34.5 ms
64 bytes from redirector.heise.de: icmp_seq=16 ttl=54 time=33.2 ms
64 bytes from redirector.heise.de: icmp_seq=17 ttl=54 time=14.6 ms
64 bytes from redirector.heise.de: icmp_seq=18 ttl=54 time=17.4 ms
^C
--- heise.de ping statistics ---
18 packets transmitted, 18 received, 0% packet loss, time 17023ms
rtt min/avg/max/mdev = 14.667/55.980/452.647/96.621 ms
m

Sieht bei mir nicht nach einer Absenkung aus ...

Test mit Firefox 61.0.1 (64 Bit) Linux Mint, Rest siehe Signatur

 

[why_]

Hatte keine rechte Idee, wie man Upload macht, weil ich keinen Cloud Dienst oder VServer nutze...

iperf3. Als Server kannst du http://speedtest.myloc.de/ nehmen.
mit --bandwidth kannst du dann die Bandbreite entsprechend limitieren damit nicht die Buffer gefüllt werden und der ping steigt statt sinkt.

 

[Edding]

geht auch mit limitierung nicht..

bei 20mbit upload geht der ping bei mir schon auf 20ms von 8ms
hab den 40er power upload

 

[Flole]

Bei meinen Analysen zur Segmentauslastung habe ich vor einiger Zeit jedenfalls festgestellt, dass das Casa die Zuteilung der Zeitschlitze recht gleichmäßig über die Upstream-Kanäle verteilt, während das Arris die Zeitschlitze sehr ungleich verteilt, also vielleicht tatsächlich eher erst einen Kanal "füllt", bevor es einen weiteren verwendet.

Hat was damit zutun das die Casa auch dynamisch Modems durch die Gegend schieben kann (also die upstream Kanäle wechselt), je nach Last (steht so in der Doku). Die Alternative dazu ist, eine statische Kanalkonfiguration zu machen, und da werden die Kanäle ungleich belastet.

 

[EDIZ]

So kurzes Update...Habe jetzt mein TC4400 erhalten und mein Ping ist jetzt dauerhaft bei 7ms (Fritzbox 9ms) und ich habe jetzt kaum noch Jitter (0,8ms, vorher bis zu 10ms). Bei voll ausgelastetem Upload wird mein Ping jetzt noch besser (4,7ms).