Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[hV*]

Nabend,
was sagt ihr zu den Modemwerten?
Hält sich die Fehleranzahl noch in Grenzen?

 

[rv112]

Die Modem kommen diesmal ja nicht vom Distri, von daher wird er es erst dorthin schicken müssen. Ich bin mir aber sicher er unterbreitet in dem Fall ein spezielles Angebot.

@hV*

Ja, damit kann man leben. Nicht schön, aber vermutlich kommt es schon so ins Haus rein.

 

[robert_s]

Eine gute Anleitung, die Messwerte zu interpretieren, die die verschiedenen Router in ihrer Web-Oberfläche bereitstellen ist vielleicht auch schon hilfreich.

Ich hab' ja mal bei AVM vorgeschlagen, die Modemwerte ähnlich wie bei den DSL-Routern graphisch anzuzeigen, einen Graphen mit den Pegeln, einen mit dem MSE/SNR, und darüber hinaus die Messwerte je nach regelkonform/toleranzbereich/ausdernorm farblich grün/orange/rot anzuzeigen, sodass man auf einen Blick sprichwörtlich sehen kann, ob "alles grün" ist. Wurde leider bisher nicht aufgegriffen...

Aber könnte man sich ja auch selbst basteln, ggf. als "Universaltool", welches die (Anzeige)Formate diverser Kabelrouter kennt und diese entsprechend graphisch umsetzt.

Oder man beschäftigt sich mit Freetz und baut es direkt in die Weboberfläche der Fritz!Box Cable ein (würde allerdings TC4400-Kunden nichts nützen).

Was kann man eigentlich aus den USB-Sticks mit DVB-C Empfänger an Messwerten herauskitzeln, die hier einige Forums-User nutzen um die Segmentauslastung zu messen?
Wäre das ggfs. mehr, als die Router ausspucken?

Nach meiner Erfahrung sind die Signalstatistiken, welche handelsübliche Consumer-Komponenten ausspucken, eher ziemlich grobe Schätzeisen. Möglicherweise kann man mit diesen Komponenten auch Messgeräte bauen, die dann aber schon in der Hardware genau abgestimmt sein müssen (worauf man beim Empfänger für den Endkunden ja verzichten kann), und eine ausgereiftere Software.

Letzteres könnte man prinzipiell auch z.B. in Linux-Treiber einbauen, aber da mauern die Hersteller leider. z.B. rückt Silicon Labs m.W. überhaupt keine Programmierinformationen raus, und die Linux-Treiber basieren auf Reverse Engineering der Windows-Treiber...

Ich habe dennoch mal probiert, was das Si2157/Si2168-Gespann in meinem Hauppauge WinTV-dualHD ausgibt, und damit kann man nicht viel anfangen. Mal zum Vergleich mit dem, was der Arris TG3442DE in der Weboberfläche anzeigt:

138MHz:
TG3442DE: Signalstärke 9.1 dBmV, SNR/MER 40.4 dB
WinTV-dualHD: Signalstärke -35 dB, CNR 36.5 dB

602MHz:
TG3442DE: Signalstärke 6.6 dBmV, SNR/MER 40.4 dB
WinTV-dualHD: Signalstärke -35 dB, CNR 36.75 dB

834MHz:
TG3442DE: Signalstärke -0.6 dBmV, SNR/MER 34.9 dB
WinTV-dualHD: SignalStärke -41 dB, CNR 33 dB

Die CNR-Werte scheinen auch nur eine Auflösung von 0,25 dB zu haben.

 

[rv112]

Ich kann das irgendwo bestätigen. Das Arris TM3402B zeigt auch schlechtere SNR Werte als sie real sind. Das TC4400 hingegen ist nahezu genau. Ich denke dass AVM so eine grafische Darstellung nicht macht. So handelt man sich doch nur Ärger ein wenn der Kunde bei UM anruft und sagt "die Fritzbox sagt meine Leitung passt nicht". Denn die meisten Leute merken davon nichts wenn die Leitungswerte nicht passen.

 

[robert_s]

Das Arris TM3402B zeigt auch schlechtere SNR Werte als sie real sind. Das TC4400 hingegen ist nahezu genau.

Naja, da MSE/SNR aus dem pre/post-FEC Vergleich ermittelt wird, ist das schon der reale Wert für dieses Modem. Wenn ein Modem auf schlechtere MSE/SNR kommt als andere, dann wird es wohl eine schlechtere Signalverarbeitung haben.

Das wäre mal ein interessanter Kabelmodemtest, idealerweise im Labor, oder zumindest am selben Anschluss, an derselben Dose mit demselben Anschlusskabel, von vielen Kabelmodems die Pegel und MSE/SNR-Werte zu sammeln, und dann zu schauen, wie sich das verteilt. Gibt es da einen "Streuungsbereich" über den sich die Werte verteilen, oder liegen die meisten Kabelmodems bei fast gleichen Werten, und es gibt nur einzelne "Ausreißer" mit schlechteren Werten? Dann wüsste man, welche Modelle man meiden sollte...

 

[rv112]

Gut dann hängt es wohl auch am Chipsatz. Das Arris und die Fritzbox 6591 kamen auf die gleichen MSE Werte und ca. 3dB schlechter als das TC4400.

 

[robert_s]

Gut dann hängt es wohl auch am Chipsatz. Das Arris und die Fritzbox 6591 kamen auf die gleichen MSE Werte und ca. 3dB schlechter als das TC4400.

Ich sehe dagegen einen deutlichen Unterschied zwischen der Fritz!Box 6591 und dem Arris TG3442DE, obwohl beide den gleichen Chipsatz haben. Liegt also nicht nur am Chipsatz, sondern auch am individuellen Modem-Hardwaredesign.

 

[0rko]

Hat jemand die .41 als Image verfügbar und möchte es mir zukommen lassen?

 

[Wechseler]

Die Telekom stellt neben Fritten das TG2492 oder wer ein eigenes Modem/Kabelrouter betreiben möchte muss:

Ihr Kabel-Modem ist kompatibel zu unserem Anschluss, wenn es die folgenden technischen Anforderungen erfüllt:

CableLabs PacketCable 1.0/1.5 Standard (MGCP/NCS)
CableLabs DOCSIS 3.0 Standard
Unterstützung von mindestens 8 Downstream- sowie mindestens 4 Upstream-Kanälen

Weißt du eigentlich wie die Provisionierung abläuft?

 

[rv112]

Leider nein. Ich vermute aber sehr ähnlich zu UM.

 

[rv112]

Nochmal Thema Routing. Gefühlt werden es zu heise.de immer mehr Hops. Kann das jemand bestätigen?

 

[addicted]

Die Hops liegen aber größtenteils außerhalb vom UM/LG-Netz. Was genau erwartest Du denn da?

 

[rv112]

Schon klar, es fällt mir nur auf dass Liberty Global immer weniger bzw. schlechteres Peering hat.

 

[addicted]

NTT ist jetzt auch nicht unbedingt ein Premium-Backbone.

 

[rv112]

Genau, vermutlich hat man hier günstige Konditionen. Noch vor einem Jahr wurde direkt zu Plusline gepeert.

 

[MichaelBre]

Update vom OFDM Kanal!

Der Kollege hat heute zwei Kupplungen zwischen den mir vorgelagerten Verstärkerpunkten getauscht.
Ohne Erfolg...
Der OFDM ist weiterhin nur bei 11,8 dB SNR, auch wenn er zwischenzeitlich einen Max Wert von 16,5 dB SNR hatte.
Komischerweise zeigt das TC4400 den OFDM Kanal trotz 3.0 only Betrieb an.
Laut meiner Aufzeichnung war der Kanal vom 13.07 bis 15.07 um 23:45 Uhr nicht da.
Jetzt ist er trotz SNMP OID 307 auf Integer 2 verfügbar...

 

[Andreas1969]

Komischerweise zeigt das TC4400 den OFDM Kanal trotz 3.0 only Betrieb an.
Laut meiner Aufzeichnung war der Kanal vom 13.07 bis 15.07 um 23:45 Uhr nicht da.
Jetzt ist er trotz SNMP OID 307 auf Integer 2 verfügbar...

Und, läuft der Anschluss noch stabil :kratz:

 

[addicted]

Genau, vermutlich hat man hier günstige Konditionen. Noch vor einem Jahr wurde direkt zu Plusline gepeert.

Plusline hat laut Whois weiterhin ein direktes Peering mit LGI/AORTA...

 

[danielrippen]

Unitymedia hat für den 16.07.2019 und den 18.07.2019 Wartungsarbeiten in Kassel angekündigt.
Nachdem die Verbindung kurz weg war, hat sich das TC4400 an einem Cadant statt Cisco CMTS angemeldet.
Das Modem synchronisiert jetzt mit 31/5 statt 22/5 Kanälen.
Bin gespannt ob sich denn irgendwann mal ein OFDM Kanal meldet. Hoffentlich bereitet dieser dann keine Schwierigkeiten :winken:

Vorher Cisco CMTS:

Nachher Cadant CMTS:

 

[rv112]

Genau, vermutlich hat man hier günstige Konditionen. Noch vor einem Jahr wurde direkt zu Plusline gepeert.

Plusline hat laut Whois weiterhin ein direktes Peering mit LGI/AORTA...

Dann liegt es daran dass LGI nicht mehr am DE-CIX ist und daher über einen Tier 1 geroutet werden muss.

 

[MichaelBre]

Und, läuft der Anschluss noch stabil :kratz:

Gefühlt und gemessen, nein.

Der OFDM Kanal ist seit dem 15.07.2019 um 23:45 Uhr wieder da, obwohl ich nichts verändert habe.
Der Kanal war nach der Änderung am Samstag weg und taucht dann gestern Abend plötzlich wieder auf?
Irgendwas stinkt doch nicht gewaltig!

Die Speedtests bestätigen das empfinden.
Seit der OFDM Kanal wieder da ist, bricht die Geschwindigkeit regelmäßig ein.

Der Wert steht aber auf Integer 2...

$ snmpgetnext -v1 -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307
iso.3.6.1.4.1.46366.4292.77.1.307.0 = INTEGER: 2

 

[robert_s]

Oy, heute ist wohl tatsächlich das erste TC4400 in meinem Segment aufgeschlagen:

2019-07-16 08:11:32 New Cable Modem seen: 800:4A:**:**:*4 - Technicolor CH USA Inc.
2019-07-16 08:12:27 Cable Modem 800:4A:**:**:*4 SID 0x1F28 registration response 0 (DOCSIS 4, 32x8 + 2x2, 4096-QAM/4096-QAM, 5-85/108-1218MHz, ranging 6, U1:128000 D2:128000 D3:512000) on DCID 5
2019-07-16 08:12:35 Cable Modem 800:4A:**:**:*4 DCID 33 Profile RxMER Test Request: Start RxMER Statistics per Subcarrier
2019-07-16 08:15:00 Cable Modem 800:4A:**:**:*4 SID 0x1F2E registration response 0 (DOCSIS 4, 32x8 + 2x2, 4096-QAM/4096-QAM, 5-85/108-1218MHz, ranging 6, U1:12700000 D2:212000000) on DCID 5
2019-07-16 08:15:09 Cable Modem 800:4A:**:**:*4 DCID 33 Profile RxMER Test Request: Start RxMER Statistics per Subcarrier

Lies sich offenbar mit einem 200Mbit/s-Tarif aktivieren... Liest der stolze Besitzer zufällig hier mit? Könnte natürlich prinzipiell auch ein anderes DOCSIS 3.1 Gerät von Technicolor sein...

 

[.Marcus.]

Oy, heute ist wohl tatsächlich das erste TC4400 in meinem Segment aufgeschlagen:

2019-07-16 08:11:32 New Cable Modem seen: 800:4A:**:**:*4 - Technicolor CH USA Inc.
2019-07-16 08:12:27 Cable Modem 800:4A:**:**:*4 SID 0x1F28 registration response 0 (DOCSIS 4, 32x8 + 2x2, 4096-QAM/4096-QAM, 5-85/108-1218MHz, ranging 6, U1:128000 D2:128000 D3:512000) on DCID 5
2019-07-16 08:12:35 Cable Modem 800:4A:**:**:*4 DCID 33 Profile RxMER Test Request: Start RxMER Statistics per Subcarrier
2019-07-16 08:15:00 Cable Modem 800:4A:**:**:*4 SID 0x1F2E registration response 0 (DOCSIS 4, 32x8 + 2x2, 4096-QAM/4096-QAM, 5-85/108-1218MHz, ranging 6, U1:12700000 D2:212000000) on DCID 5
2019-07-16 08:15:09 Cable Modem 800:4A:**:**:*4 DCID 33 Profile RxMER Test Request: Start RxMER Statistics per Subcarrier

Lies sich offenbar mit einem 200Mbit/s-Tarif aktivieren... Liest der stolze Besitzer zufällig hier mit? Könnte natürlich prinzipiell auch ein anderes DOCSIS 3.1 Gerät von Technicolor sein...

Cool. Wie kommt man den an diese Daten, als normal Cable User wohl nicht :kratz:

 

[sch4kal]

Mit nem DVB-C Stick, detailierten DOCSIS Kenntnisse und ein paar Fertigkeiten in C ist das geschafft. Ich meine Robert‘s Sniffer ist in C geschrieben !?

 

[MichaelBre]

Ich hab mir dann mal die genaue Beschreibung der OID durchgelesen.

"When the CM receives a registration response with bonding channels specified and the CM is unable to lock on all of the specified
downstreams, this object determines how the CM will behave.
Option docsis20 will cause the CM to immediately reinitialize the MAC layer and attempt to register as a non-bonding capable modem.
Option docsis30 will cause the CM to continue registration and to include the failed DS frequencies in the registration ACK messages.
(no action performed when partial service has been detected on downstream channels by cable modem)
Option docsis31Ofdm will cause the CM to exclude downstream OFDM channels and register on remaining downstream SC-QAM channels.
Particular case : if no locked primary SC-QAM, cable modem doesn't perform any action. It stays locked on remaining OFDM downstream channels
This value is saved in non-vol."

Bedeutet mein Modem sollte den OFDM Kanal auslassen und die verfügbaren QAM Kanäle verwenden.
Das passiert seit gestern Abend aber nicht mehr.

Die 93er OID kann ich auch in der 33er Firmware nicht finden...

Hat noch jemand Ideen?
Mein Kollege ist leider auch am Ende seiner Ideen...