Frage
Antwort
Lösung
am 17.01.2022 14:59
Gelöst! Gehe zu Lösung.
am 06.03.2022 20:48
am 07.03.2022 07:59
Hi EdvonSchleck,
so richtig kann ich mir keinen Reim daraus machen. Die Werte sind alle in Ordnung. Was mich halt wundert ist, das auch zu keiner zeit der Download voll ankommt. Wie schaut es damit zu anderen Tageszeiten aus?
Viele Grüße
Marco
07.03.2022 13:12 - bearbeitet 07.03.2022 13:15
Der Download kommt voll an allerdings nur mit Multiconnection.
Diese Tests sind single connection da beim streamen über RTMP auch nur eine Verbindung genutzt wird
Hatte das vorher aber auch erwähnt.
Zu den Zeiten der Einbrüche geht allerdings auch die Upload-Geschwindigkeit bei Multiconnection runter je nachdem wie sehr die Modulation in den Keller geht.
Am Wochenende (Freitag-Sonntag) verhält sich das ganze meistens auch etwas anders.
07.03.2022 13:30 - bearbeitet 07.03.2022 13:32
Das Verhalten das ich sehe ist folgendes.
Tagsüber alle Uploadkanäle auf 64 QAM Modulation und keine Probleme.
Irgendwann fängt dann meistens der 31 MHz Channel auf 32 QAM runterzugehen. (Powerline /dlan Adapter?) Weiterhin keine Probleme.
Dazu gesellen sich dann immer mehr Kanäle die auf 32, 16 oder 8 QAM runtergehen und dann fangen die Probleme an.
Mit der Abschaltung vom DOCSIS 3.1 Upload sind wir immerhin ein Stück besser geworden. (Scheint bei euch aber generell Probleme zu machen und nicht nur bei mir.)
am 07.03.2022 14:36
Hi EdvonSchleck,
alles klar. Danke für die Aufklärung
Hatte ich wohl überlesen ![]()
Das Problem ist, dass es hier keine Fehlerrate gibt durch die Schwankungen. Einfluss auf die Bandbreite sollte das daher nicht haben. Eine Auslastung ist ebenfalls nicht ersichtlich.
Viele Grüße
Marco
07.03.2022 19:02 - bearbeitet 07.03.2022 19:06
Soweit mir bekannt ist, sinkt die Modulation für alle im gleichen Segment bzw. Node richtig?
Zudem sinkt diese nur, wenn ein Gerät aus welchem Grund auch immer nicht mehr mit einer höheren klarkommt, richtig?
Hatte gerade wieder nen schönen Einbruch.
Habe auch YouTube statt Twitch probiert, gleiches Spiel.
IPV4/IPV6 macht ebenfalls keinen Unterschied.
Zudem ist das ganze auch in Speedtests und zum Beispiel bei Videouploads auf YouTube feststellbar.
Betrifft also nicht nur RTMP(S), sondern auch HTTPS
18:59:15.997: [rtmp stream: 'adv_stream'] bitrate decreased to: 3400
18:59:22.049: [rtmp stream: 'adv_stream'] bitrate decreased to: 2700
18:59:23.054: [rtmp stream: 'adv_stream'] bitrate decreased to: 1900
18:59:29.681: [rtmp stream: 'adv_stream'] bitrate decreased to: 1800
am 07.03.2022 22:52
Habt ihr andere Möglichkeiten zur Diagnose, da Ihr mit den derzeitigen Methoden ja anscheinend nicht weiter kommt.
Ich würde ja sagen, die Fritz!Box oder die Software der Fritz!Box hat einen Schuss weg, aber das wäre ein seltsamer Bug, da es ja immer nur Abends auftritt und am Wochenende sich die Zeiten verändern.
am 08.03.2022 07:36
Hi EdvonSchleck,
ja, davon sind dann alle Kunden am Verteiler betroffen. Ich finde hier allerdings keine anderen Meldungen.
Ich habe jetzt mal alle Infos gebündelt an unsere Fachabteilung weiter gegeben mit der Bitte um Unterstützung.
Gib mir Bitte Bescheid, ob die Kollegen hier etwas machen konnten.
Viele Grüße
Marco
am 13.03.2022 18:56
Leider weiterhin das gleiche Fehlerbild.
13.03.2022 19:15 - bearbeitet 13.03.2022 19:20
Uhrzeit über dem grünen online in Grau.