Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[pascalp]

Die DBC-REQ Meldung inkl. Sync-Verlust hatte ich über einige Tage auch mit der 41er Firmware. Über einen gewissen Zeitraum sehr regelmäßig mit ~4:20h Abstand, dann ging es wieder für einen Tag nur um dann 5x innerhalb von 2 Std. wieder aufzutauchen. Die letzten 5-6 Tage keine einzige Trennung. Ich habe es mal auf Wartungsarbeiten geschoben.

 

[ernie22]

Hallo zusammen. Ich habe hier ein wenig mitgelesen und wollte jetzt auch mal mein Leid schildern.
Folgendes Szenario:

• Ex-Unitymedia-jetzt-Vodafone-Gebiet (Hessen)
• 1000 Mbit/s
• TC4400
• Software Version 70.12.41-180903

Gbit und TC4400 haben wir seit Oktober 2020. Das TC4400 habe ich gekauft, weil ich in Hessen (Ex-UnityMedia) wohne und den Bridgemode brauche.
Bis Anfang Februar hatte ich nichts zu beanstanden, dann kam es mehrmals täglich zu abrupten Verbindungsabbrüchen. Nach 5-10 Minuten gings dann wieder. Extrem nervig, wenn man im Dauer-Home-Office ist und den ganzen Tag an Videokonferenzen teilnimmt, vor allem, wenn man vor dutzenden Zuhörern präsentiert.
Störung gemeldet, am 20.02. war ein Techniker im Haus, der an der Dose und im Keller gemessen und nachgeregelt hat. Angeblich war dann alles in Ordnung.
Kaum war der Techniker aus dem Haus, war die Verbindung wieder weg.
Habe dann Logs und Screenshots an [email protected] geschickt mit der Bitte, das zu beheben.
Erst kam ein Anruf, dass an der Leitung nichts zu beanstanden sei und damit das Problem bei mir läge. Weitere Technikerbesuche würden mir berechnet. Ich solle das Modem austauschen, am besten wäre die VodafoneStation. Habe ich abgelehnt, da kein Bridgemode in Hessen möglich ist. Die Dame am Telefon hat nochmal nachgefragt und das dann bestätigt.
Ich habe weiterhin Logs und Screenshots an o.g. E-Mail geschickt.
Seit gestern habe ich dramatisch weniger Warnings und Criticals im Log. Heute nur ein einziges: "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=..."
Was bleibt ist eine hohe Zahl "Corrected Codewords" in der ODFM Reihe der Download-Status-Seite.
Ich habe auf meiner Seite nichts verändert, weder Anfang Februar, noch in den letzten drei Tagen. Schön, dass Vodafone an der Infrastruktur arbeitet. Erschreckend ist, dass die schlecht informierte Hotline die Schuld für die hausgemachte Instabilität bei der Kundenhardware sucht.

Ein typisches Log-Exzerpt sah bis gestern so aus:


Status quo:

 

[Soldierofoc]

Ich meine das ist einfach nur der Profilwechsel auf dem OFDM Kanal, wenn der Pegel unter/über einen bestimmten Grenzwert geht?

 

[rv112]

Firmwareupdate auf mindestens .42! Profilwechsel beim OFDMA kann teilweise fehlschlagen mit der .41.

 

[floh667]

Wollt ihr Mal nen richtig prallen ofdm Träger sehen? XD

Der gag ist, die Leitung läuft trotzdem ohne fühlbare Einbußen.
Nichts desto trotz sind die 17dB ein neuer armseeliger negativ Rekord den der ofdm hier erreicht hat.
Und ich behaupte jetzt Mal, dass Vodafone keine roten Lämpchen hat dir bei sowas angehen. Sonst hätten die den Störer hier schon lange erkannt und sich Mal im Segment auf Störersuche gemacht.

*Edit*
Ich korrigiere mich. 15dB sind neuer negativ Rekord.
Dass das Ding überhaupt noch Bonded anzeigt

 

[oschisoft]

Hallo,

ich hatte in der letzten Woche auch Probleme mit meinem tc4400 und Vodafone/Unitmedia. Immer wieder Verbindungsabbrüche und nach ca. 10 Minuten hat das Modem wieder einen Connect bekommen.

Mein Setup:

• Ex-Unitymedia-jetzt-Vodafone-Gebiet (NRW/Hamm)
• 1000/50 Mbit/s
• TC4400
• Software Version 70.12.41-180903

Am Freitag hatte ich eine Support-Meldung mit dem Logfile des tc4400 an den Vodafone-Support gesandt. Der Inhalt des Logfiles ist vergleichbar mit dem vom Nutzer [B]ernie22[/B].

Nach ca. 1-2 Stunden nach meiner Support-Meldung hat das Modem 5-6 mal einen neuen Connect aufgebaut. Seit dem ist die Verbindung stabil.

Gruß
Olaf

PS: Das CM Event Log des tc4400 ist seit dem auch wieder fehlerfrei.
Support-Meldung ging an: https://www.unitymedia.de/privatkunden/formulare/contact-process/

 

[Grinder]

@oschisoft: Welche E-Mail-Adresse hast Du genutzt?

 

[oschisoft]

@oschisoft: Welche E-Mail-Adresse hast Du genutzt?

Sorry, keine eMail sondern ein Online-Formular. Die Meldung wurde dann per eMail an mich zur Kenntnis bestätigt.

Nach Login-In in den Kundenbereich Unitymedia und ein paar Klicks durch einen vorgefertigten Störungsmelder bin ich hier gelandet:

https://www.unitymedia.de/privatkunden/formulare/contact-process/

Hier habe ich die Störung dann gemeldet.

Gruß
Olaf

 

[Grinder]

Dankeschön. Meine Störungsmeldung geht dann auch zeitnah raus. Ich bin gespannt auf die weitere Bearbeitung.

 

[Edding]

Wollt ihr Mal nen richtig prallen ofdm Träger sehen? XDAnhang anzeigen 7961

Der gag ist, die Leitung läuft trotzdem ohne fühlbare Einbußen.
Nichts desto trotz sind die 17dB ein neuer armseeliger negativ Rekord den der ofdm hier erreicht hat.
Und ich behaupte jetzt Mal, dass Vodafone keine roten Lämpchen hat dir bei sowas angehen. Sonst hätten die den Störer hier schon lange erkannt und sich Mal im Segment auf Störersuche gemacht.

*Edit*
Ich korrigiere mich. 15dB sind neuer negativ Rekord.
Dass das Ding überhaupt noch Bonded anzeigt
Anhang anzeigen 7962

hmm an dem anschluss schon mal ein anderes Docsis 3.1 endgerät getestet ?
könnte auch gut sein das dein TC4400 eine macke hat.

 

[floh667]

das bezweifel ich, da sich der kanal immer wieder fängt nach einer weile. Mittlerweile hat er wieder ~32dB. Gibt noch ein anderes TC4400 in dem segment ein paar Straßen weiter, aber dessen OFDM Werte hab ich zu dem zeitpunkt nicht mehr rechtzeitig bekommen um vergleichen zu können ob dort der Abfall auch auftrat. Dieses erreicht aber auch keine brillianten Werte. Als ich einen screenshot von dem dann erhielt war der OFDM auch nur bei 29,8dB. Der ist hier im Segment also generell nicht so toll.

 

[Edding]

das bezweifel ich, da sich der kanal immer wieder fängt nach einer weile. Mittlerweile hat er wieder ~32dB. Gibt noch ein anderes TC4400 in dem segment ein paar Straßen weiter, aber dessen OFDM Werte hab ich zu dem zeitpunkt nicht mehr rechtzeitig bekommen um vergleichen zu können ob dort der Abfall auch auftrat.

Das "fangen" kann halt auch der Tuner sein.
Und es muss ja kein anderes TC4400 sein die werte eines anderen D 3.1 gerätes zu diesem Zeitpunkt würde ja reichen.
Falls die es nicht haben, liegt es entweder an deinem Modem oder die Hausverkabelung/zuführung hat eine macke..

 

[floh667]

Das "fangen" kann halt auch der Tuner sein.
Und es muss ja kein anderes TC4400 sein die werte eines anderen D 3.1 gerätes zu diesem Zeitpunkt würde ja reichen.
Falls die es nicht haben, liegt es entweder an deinem Modem oder die Hausverkabelung/zuführung hat eine macke..

Es würde mich wundern wenn der Tuner derart hopps geht, dass er das Verhalten von Lastzuständen im Segment annimmt. Sprich tagsüber wo viel los ist, die Signalqualität verringert und nachts, wenn Ruhe ist, den OFDM auf 34dB hochschraubt.
Abgesehen davon hab ich derzeit kein leider anderes d3.1 Gerät dass ich hier testen könnte. Die hausverkabelung sollte auch okay sein. Das Kabel vom HÜP zum Modem ist keine 10m lang (die ganze anlage ist im Keller) und wurde vor einem jahr oder so erst erneuert auf ein 4fach geschirmtes mit 130dB.

Da die Werte des anderen TC4400 an dem Anschluss ein paar Straßen sind ja wie gesagt auch nicht viel anders. Das erreicht auch nur ~30dB.

Das ist also mit großer Wahrscheinlichkeit einfach das Segment. Das ist wie gesagt alt und durch Dinniz hab ich erfahren, dass sogar unser Nachbardorf mit drin ist. D.h das Signal muss hier x mal neu aufbereitet werden so groß wie das ist.

Spoiler

Auf dem Bild hab ich mal geografisch dargestellt wie groß das Gebiet dieses Segments ist. Die beiden Dörfer sind gemeint, unten rechts ist die Meter-Skala.
Die drei X markieren so graue Linienverstärker Kästen und das mittlere X ist dieser Kasten, den ich ja mal als beschädigt melden wollte, sich aber niemand dafür interessierte bzw. gesagt wurde, der gehöre nicht zum kabelnetz (wobei Dinniz dem widersprach und durchaus bestätigte, dass sie zum Kabelnetz gehören).

 

[ernie22]

Hallo zusammen. Ich habe hier ein wenig mitgelesen und wollte jetzt auch mal mein Leid schildern.
Folgendes Szenario:

• Ex-Unitymedia-jetzt-Vodafone-Gebiet (Hessen)
• 1000 Mbit/s
• TC4400
• Software Version 70.12.41-180903

Gbit und TC4400 haben wir seit Oktober 2020. Das TC4400 habe ich gekauft, weil ich in Hessen (Ex-UnityMedia) wohne und den Bridgemode brauche.
Bis Anfang Februar hatte ich nichts zu beanstanden, dann kam es mehrmals täglich zu abrupten Verbindungsabbrüchen. Nach 5-10 Minuten gings dann wieder. Extrem nervig, wenn man im Dauer-Home-Office ist und den ganzen Tag an Videokonferenzen teilnimmt, vor allem, wenn man vor dutzenden Zuhörern präsentiert.
Störung gemeldet, am 20.02. war ein Techniker im Haus, der an der Dose und im Keller gemessen und nachgeregelt hat. Angeblich war dann alles in Ordnung.
Kaum war der Techniker aus dem Haus, war die Verbindung wieder weg.
Habe dann Logs und Screenshots an [email protected] geschickt mit der Bitte, das zu beheben.
Erst kam ein Anruf, dass an der Leitung nichts zu beanstanden sei und damit das Problem bei mir läge. Weitere Technikerbesuche würden mir berechnet. Ich solle das Modem austauschen, am besten wäre die VodafoneStation. Habe ich abgelehnt, da kein Bridgemode in Hessen möglich ist. Die Dame am Telefon hat nochmal nachgefragt und das dann bestätigt.
Ich habe weiterhin Logs und Screenshots an o.g. E-Mail geschickt.
Seit gestern habe ich dramatisch weniger Warnings und Criticals im Log. Heute nur ein einziges: "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=..."
Was bleibt ist eine hohe Zahl "Corrected Codewords" in der ODFM Reihe der Download-Status-Seite.
Ich habe auf meiner Seite nichts verändert, weder Anfang Februar, noch in den letzten drei Tagen. Schön, dass Vodafone an der Infrastruktur arbeitet. Erschreckend ist, dass die schlecht informierte Hotline die Schuld für die hausgemachte Instabilität bei der Kundenhardware sucht.

Ein typisches Log-Exzerpt sah bis gestern so aus:
Anhang anzeigen 7956

Status quo:
Anhang anzeigen 7959Anhang anzeigen 7958

Heute sieht es leider wieder so aus... Ganz schlimm.

 

[floh667]

Sofern FW 12.41 läuft sollte man wohl doch updaten um auf Nummer sicher zu gehen.

Ich hab derweil einen Screenshot des anderen tc4400 bekommen, während der ofdm heute Vormittag hier wieder den Abflug gemacht hatte.
Es sah an dem Modem ein paar Straßen genauso aus.

Liegt also definitiv am Segment die Störung und nicht an einem defekten tc4400.

 

[.Marcus.]

Hat den schon jemand mehr Erfahrung mit der .43 gesammelt? Gibt es neue 'Bugs & Features'

 

[__QT__]

Hat den schon jemand mehr Erfahrung mit der .43 gesammelt?

Besonders würde mich interessieren, ob mit der .43 auch das Eventlog irgendwann voll läuft und dann nix mehr anzeigt. Das ist echt nervig. Gerade aktuell, da man dort die T3 Timeouts auf Upstream Channel 8 sehen kann.

@Dinniz: Du hast doch auch ein TC4400? Hast Du diese Probleme nicht seit OFDMA Aufschaltung oder hängst Du an einem CASA? Was hat es denn mit den "US channel 8" Meldungen auf sich? Es gibt doch keinen channel 8 im Upstream? Weisst Du da was?

 

[Dinniz]

Besonders würde mich interessieren, ob mit der .43 auch das Eventlog irgendwann voll läuft und dann nix mehr anzeigt. Das ist echt nervig. Gerade aktuell, da man dort die T3 Timeouts auf Upstream Channel 8 sehen kann.

@Dinniz: Du hast doch auch ein TC4400? Hast Du diese Probleme nicht seit OFDMA Aufschaltung oder hängst Du an einem CASA? Was hat es denn mit den "US channel 8" Meldungen auf sich? Es gibt doch keinen channel 8 im Upstream? Weisst Du da was?

Die Channel ID ist die "interne" Kanalnummer und hat nichts mit dem genutzten Profil zu tun.
Mein TC4400 läuft soweit - mein OFDM ist nur im Eimer.

 

[floh667]

mein OFDM ist nur im Eimer.

 

[raichlerockt]

was hier auffällt ist, dass das TC4400 mit der .42 im Fehlerfalle nicht mehr wirklich erreichbar ist auf dem Webinterface.
( ich muss noch final ausschließen, dass es ein Routing Problem sein könnte, wenn der Uplink wegfällt )
momentan fühlt es sich aber so an, als wäre das Modem bei Wegfall der Verbindung so dermaßen mit sich selbst beschäftigt, dass es in dem Moment nichts mehr anzeigen will

das Symptom des nach einiger Zeit volllaufenden und dann leer angezeigten Eventlogs ist m.E. von .41 zu .42 behoben worden

 

[__QT__]

Die Channel ID ist die "interne" Kanalnummer und hat nichts mit dem genutzten Profil zu tun.

Danke @Dinniz aber ich meinte nicht das genutzte Profil sondern die Kanal ID wie im WebUI angezeigt wird. Dort werden ja nur die IDs 1 bis 5 angezeigt. Aber was sollen dann die ganzen channel 8 bezogenen Meldungen?

 

[.Marcus.]

was hier auffällt ist, dass das TC4400 mit der .42 im Fehlerfalle nicht mehr wirklich erreichbar ist auf dem Webinterface.

Wäre interessant, ob die Erreichbarkeit des Webinterface bei der 43er irgendwie optimiert wurde, da hat sich das TC4400 immer mal wieder etwas seltsam verhalten. Bisherige Logindaten noch gültig ? Läuft der Spectrum Analyzer wieder ?

 

[Dinniz]

Danke @Dinniz aber ich meinte nicht das genutzte Profil sondern die Kanal ID wie im WebUI angezeigt wird. Dort werden ja nur die IDs 1 bis 5 angezeigt. Aber was sollen dann die ganzen channel 8 bezogenen Meldungen?
Anhang anzeigen 7982

Wie ich sagte. Die UP Channel ID ist eine interne Angabe und ist auch nicht gleich der Channel ID im Webinterface.

 

[rv112]

Hat den schon jemand mehr Erfahrung mit der .43 gesammelt? Gibt es neue 'Bugs & Features'

Mir sind keine Unterschiede aufgefallen zur .42

 

[Holzlenkrad]

Hat zufällig jemand noch mal den Changelog mit den Änderung seit Version SR70.12.41-180903 zur Hand?