Millionen von Fehler und Verbindungsabbrüche

[Leitung_or]

Hallo zusammen,

Leider plagen uns seid gut einem Jahr sporadische Verbindungsabbrüche mit unserer FritzBox6690.
Leider haben alle Versuch keine Verbesserung gezeigt und da das Internet heute morgen wieder ausgefallen ist musste ich ich mal intensiver mit dem Thema auseinander setzten. Bisherige Fehlerbehebung war:
1. Kabel Stecker ab von der Box
2. 5-10Min warten
3. wieder einstecken und warten das sie sich neu anmeldet.

Heute dann mal unter Kabel geguckt ob ich Einstellungen verpasst habe. Da sind mir die nicht korrigierbare Fehler aufgefallen die in Millionenhöhe waren. Die Box mal neu gestartet und nach 8-10min waren es wieder 6.2 Mio. Dazu fällt auf, dass je höher die Frequenz wird desto mehr Fehler sammeln sich und mit der DOCSIS3.1 Verbindung klappt es anschneiden so gar nicht.

Bisherige Maßnahmen bzgl. der Verbindungsabbrüche:
Vorher war eine 12bB Dose mit Weiterleitung angeschlossen, aber da bei mir nur ein Kabel ankommt habe ich da den Fehler vermutet und diese tauschen lassen gegen eine Enddose. WUrd mir auch so auf Reddit empfohlen. Der Techniker sagte jedoch das die Leitung bei uns im Haus nicht durchgeschliffen ist sondern Im Stern Verlegt. daher bringt das mit der Dose NIX. (hatte er leider Recht).
Perplexity hatte mich drauf hingewiesen das meine Leitung zwischen Router und Dose n.iO sein könnte, heute mal gegen eine 110dB und 4x geschirmte Leitung getauscht aber keine Verbesserung.
Dann die Bisherige Axing BSD 961-11K Dose gegen eine aus dem Baumarkt getauscht die mit 16dB Dämpfung angegeben wurde aber das war VIEL schlechter.

Also hoffe ich das vielleicht jemand eine Idee hat woran es liegen könnte.
Meine Vermutung ist das die Leitung die im Haus liegt nicht mir i.O. ist und getauscht werden müsste. Die Dose ist an einer Außenwand und die Probleme waren am stärksten/auffälligsten wenn es große Temperaturunterschied in den letzten Tagen gab, aber vielleicht ist das auch Zufall und Einbildung.

Vielen Dank für jeden Lösungsansatz!

Grüße
Die orangene Leitung

 

[Bastler]

Auf jeden Fall nicht einfach so irgendwelche Teile, und erst recht nicht gegen welche mit anderen Bauteilwerten tauschen. 4-Fach geschirmte Kabel sind übrigens ein Werbegag und keinesfalls irgendwo nötig.
Die Screenshots der Pegel sind in Ordnung (auch was die Fehlerkorrektur betrifft), wurde der direkt nach dem Neustart gemacht?
Ansonsten: Es werden wahrscheinlich in Kürze wieder eine ganze Reihe von irgendwelchen Tipps kommen, die alle am Ziel vorbei schießen. Das wird keiner vom Sofa aus lösen können. Und erst recht nicht die, die das ganze nur aus der Theorie kennen und "hier und da" mal was gehört / gelesen haben .
Das muss man sich vor Ort ansehen und mit dem DSAM / VIAVI o.ä. prüfen.

 

[KabelKevin]

Das mit den vielen "nicht korrigierbaren Fehlern" auf dem 750...860 MHz Kanal in Empfangsrichtung sieht bei mir allerdings ähnlich aus und ich hab keine Probleme. Allerdings würde mich interessieren, warum diese vielen Fehler auftreten, falls sich hier noch ein Experte zu Wort melden sollte.

 

[MartinP_Do]

Da Kabelnetz ist mehrfach seit der Errichtung vor ein paar Jahrzehnten in der oberen Grenzfrequenz nach oben erweitert worden ...
Bei diesen hohen Frequenzen sind die entfernungsabhängigen Leitungsdämpfungen deutlich größer, als bei den niedrigeren Bändern.
Nicht nur die Fehlerquote ist höher, auch der MER ist schlechter ...
So lange Du keine merklichen Probleme hast, nichts ändern (lassen)...

 

[Bastler]

Das hat man beim oberen OFDM-Block häufig, aber das ist in den seltensten Fällen eine wirkliche Fehlerursache. Jedenfalls wenn es alleine nur da auftritt.

 

[Leitung_or]

Das hat man beim oberen OFDM-Block häufig, aber das ist in den seltensten Fällen eine wirkliche Fehlerursache. Jedenfalls wenn es alleine nur da auftritt.

Vielen Dank für die Hilfe!
Dann lebe ich mit dem Fehlern ist kein Problem. Die Leitung schafft was sie soll.

Nur, was könnte ich gegen die Verbindungsabbruche tun?

 

[denunge]

A note about bad codewords: To begin with, not all codewords carry data to your modem, so the ratio between bad codewords and packet loss is not 1:1.

DOCSIS 3.1 has a way to mitigate bad codewords on specific profiles. An OFDM channel can have multiple profiles assigned. If a profile is marked as "bad" by your modem, the CMTS will not use it to transmit data to your modem. You can have 100% uncorrectable codewords on profiles currently marked as bad and not see any packet loss (a profile's codeword counter will continue to count while the profile is bad).

The event log usually tells you which profiles are bad. If any of the following profiles go bad, the channel will stop working: Data profile 0 (profile A), NCP, PLC.

 

[Bastler]

Genau deswegen ist es wichtig, eine Profilanalyse bei der Messung zu machen, damit kann man viel besser beurteilen, ob da jetzt wirklich Probleme entstehen oder nicht.
Das kann man aber nur per Messgerät oder über unsere Diagnosetools, nicht durch das Auslesen der Webinterfaces der Geräte.

 

[Leitung_or]

Das kann man aber nur per Messgerät oder über unsere Diagnosetools, nicht durch das Auslesen der Webinterfaces der Geräte.

Techniker war schon da der sagte alles i.O. Die anderen Mieter haben keine Probleme und sind kontinuierlich online.

 

[MartinP_Do]

DOCSIS CM Eventlog: 2469: 2025-09-01 21:01:17 67061601 notice US profile assignment change. US Chan ID: 43 2470: 2025-09-01 21:04:38 82000200 critical No Ranging Response received - T3 time-out 2471: 2025-09-01 21:04:58 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-01 23:31:25 6 times 2472: 2025-09-01 23:35:43 82000200 critical No Ranging Response received - T3 time-out 2473: 2025-09-01 23:41:22 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-02 00:06:15 4 times 2474: 2025-09-02 00:06:28 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 00:16:13 4 times 2475: 2025-09-02 00:16:43 67061601 notice US profile assignment change. US Chan ID: 43 2476: 2025-09-02 00:26:13 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 00:27:33 2 times 2477: 2025-09-02 03:46:24 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-02 04:01:18 2 times 2478: 2025-09-02 05:28:37 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 05:41:11 2 times 2479: 2025-09-02 05:42:04 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-02 06:31:17 4 times 2480: 2025-09-02 06:37:35 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 06:39:39 2 times 2481: 2025-09-02 06:41:14 67061601 notice US profile assignment change. US Chan ID: 43 2482: 2025-09-02 06:44:48 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 07:06:05 2 times 2483: 2025-09-02 07:13:42 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-02 08:06:18 4 times 2484: 2025-09-02 08:25:01 74010100 notice CM-STATUS message sent. Event Type Code: 24 - 2025-09-02 08:25:27 10 times 2485: 2025-09-02 08:44:47 82000200 critical No Ranging Response received - T3 time-out 2486: 2025-09-02 08:51:21 67061601 notice US profile assignment change. US Chan ID: 43 2487: 2025-09-02 09:18:13 82000200 critical No Ranging Response received - T3 time-out - 2025-09-02 10:50:46 5 times 2488: 2025-09-02 10:57:21 67061601 notice US profile assignment change. US Chan ID: 43 - 2025-09-02 11:26:24 7 times
##### END SECTION cmlog

Bei jeder Fritzbox-Firmware hat man ein Überraschungsei, was in der Webinterface noch bzw wieder verfügbar ist ...
DOCSIS Logging ist vor einiger Zeit verschwunden, ebenso wie CPU-Temperatur und Leistungsaufnahme ...
Dafür sieht man jetzt bei den DOCSIS 3.1 Kanälen/Bändern die eingestellte Modulationsart.
Ist das eigentlich dann für das ganze Band gültig, oder wird für jeden Subcarrier einzeln ausgehandelt, was genutzt werden soll?



EDIT - immerhin kriegt man ein kleines bisschen DOCSIS-Logging in den Support-Daten

 

[Bastler]

Ist das eigentlich dann für das ganze Band gültig, oder wird für jeden Subcarrier einzeln ausgehandelt, was genutzt werden soll?

Für jeden Unterträger einzeln.

 

[KabelKevin]

Ich weiß nicht, ob das vergleichbar ist, aber ich hatte im Frühjahr das Problem, dass nach einer Änderung im Vodafone-Umfeld meine Fritzbox 6690 über Tage partout keine Verbindung zu Vodafone mehr aufbauen wollte. Ab und zu kam zwar eine Verbindung zustande, die ist aber nach einiger Zeit wieder unterbrochen worden.

Zwei Techniker hatten auch gemessen und alles für gut befunden, auch bei mir (Stichleitung mit zwei Dosen in Reihe) wurde die Enddose getauscht. Hat bzgl. Verbindungsaufbau nichts gebracht.

Geholfen hat letztendlich das Beknien des Vodafone-Supports, die dann wohl in deren internen Infrastruktur etwas gedreht haben. Ein paar Stunden später - hokus pokus - hat es einen Schnackler getan, seither läuft die Fritzbox ohne Probleme.

Es ging dabei aber nicht, wie der Kundensupport wohl annahm, um Provisionsprobleme, sondern um die Initierung der DOCSIS-Session, das ist das Protokoll weiter unten. Und da musste wohl der Vodafone Backlevel-Support (vom First-Level Kundensupport "Fachabteilung" genannt) etwas tun.

Übrigens hatten bei mir alle anderen Bewohner ebenfalls keine Probleme - die haben aber auch Vodafone Stations.

 

[MartinP_Do]

Für jeden Unterträger einzeln.

Dann ist der eine Wert, den die Fritzbox da für das ganze Band anzeigt wenig hilfreich ...

 

[robert_s]

Für jeden Unterträger einzeln.

Wäre mir neu, das die Unterträger einzeln ausgehandelt werden. Soweit ich weiß, steht das im Downstream Profile Descriptor (DPD) drin, und der gilt "segmentweit", also nicht individuell für jedes Kabelmodem.

Für jedes Profil wird ein DPD übertragen, wobei Profil 255 für Management-Nachrichten gesetzt ist und auf allen Trägern 16-QAM verwendet.

Die anderen Profile kann das CMTS dann nach Belieben definieren. Bei mir am VFKD Casa-CTMS gibt es die Profile 0, 1 und 2, die jeweils auf allen Unterträgern 256-QAM, 1024-QAM bzw. 4096-QAM verwenden.

Prinzipiell ist es auch möglich, dass ein Profil gemischte Modulationstiefen verwendet, aber zumindest beim Casa-CMTS wird das nicht gemacht. Von einem Harmonic vCMTS habe ich noch keinen DPD gesehen.

 

[Bastler]

Prinzipiell ist es auch möglich, dass ein Profil gemischte Modulationstiefen verwendet, aber zumindest beim Casa-CMTS wird das nicht gemacht. Von einem Harmonic vCMTS habe ich noch keinen DPD gesehen.

Ich bin mir relativ sicher, dass das bei uns (VF-NRW) so gemacht wird. Aber so richtig im Thema bin ich auch wiederum nicht.

 

[denunge]

The OFDM profiles are shared between all the modems, regardless of what CMTS it is. They are assigned based on MER.

A profile can be flat, i.e. same modulation across the channel, or it can vary - tailored to the specific plant conditions. It can be a tedious job to tailor x profiles across an operator's footprint. Profile management application (PMA) can automate this process.

 

[Bastler]

Ich bin mir relativ sicher, dass das bei uns (VF-NRW) so gemacht wird. Aber so richtig im Thema bin ich auch wiederum nicht.

Ich habe mich heute noch mal informiert und anscheinend gibt es das hier doch nicht. Dabei meine ich mich zu erinnern, genau das irgendwo mal vor Ort in einer Messung gesehen zu haben...
Vielleicht verwechsel ich auch wieder was.

 

[Berofunk]

Das mit den vielen "nicht korrigierbaren Fehlern" auf dem 750...860 MHz Kanal in Empfangsrichtung sieht bei mir allerdings ähnlich aus und ich hab keine Probleme. Allerdings würde mich interessieren, warum diese vielen Fehler auftreten, falls sich hier noch ein Experte zu Wort melden sollte.

Bei mir sieht es genauso aus, auch nur bei diesem einen Frequenzbereich in Empfangsrichtung unter DOCSIS 3.1.
Pro Stunde ca. 50.000 nicht korrigierbare Fehler und das schon seit drei Jahren, seitdem ich die FB 6690 gemietet habe.
Allerdings läuft die Verbindung in der Praxis absolut stabil und wenn die Gegenseite genug Dampf hat, lade ich problemlos mit 90-100 MB/s runter.
Deshalb habe ich mich an den Tipp von @MartinP_Do gehalten und es so belassen. Never change a running system.

Ich lasse die Fritzbox jeden Sonntag um 3 Uhr nachts automatisch einmal neu durchstarten, daher stehen da aktuell jetzt "nur" 264.000 Fehler im Screenshot. Nach jeweils einer Woche werden dann zwischen 8 und 9 Mio Fehler angezeigt.