Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[MartinP_Do]

Hat nichts mit Vectoring zu tun. Die bessere Latenz ergibt sich durch Abschalten von Interleaving und Einschalten anderer Fehlerkorrekturverfahren wie G.inp.

Viel entscheidender für den Ping ist allerdings die Netztopologie hinterm PoP und die hängt vor allem vom Anschlußstandort ab.

Schlimmer als jetzt kanns aber nicht mehr werden, eher besser :winken:

Die Bedingungen bei der Telekom vor meinem Wechsel zu Unitymedia WAREN schlimmer: Heillos überbuchter ATM-DSLAM ... Jeden Abend im Download weniger als 1 MBit/s und Ping weit jenseits von 100 ms ... EBAY-Last Second Gebote waren immer riskant. Morgens um 7 war die Welt dann wieder in Ordnung ;-)

 

[carknue]

Klingt sehr gut. kannst du ein paar Ping Beispiele posten? Sind die schon einstellig?

Ja. Die Frankfurter Server bei Ookla liegen alle unter 10 ms. Meist bei 6 ms, 4ms ist der Spitzenwert. Ping auf heise.de liegt im Mittel knapp unter 8ms. Mit Docsis 3.0 only lagen die Werte bei mir so zwischen 15 und 8ms.

Wie ist eigentlich der Soll Bereich vom SNR Wert bei Docsis 3.1?

 

[Nurum]

Wie ist eigentlich der Soll Bereich vom SNR Wert bei Docsis 3.1?

https://www.kdgforum.de/viewtopic.php?f=48&t=27008
Also alles ab 38dB ist für QAM1024 geeignet.

 

[carknue]

Dann zeigt das TC4400 entweder zu niedrige Werte an oder die Tabelle stimmt nicht, denn mit nur 36 dB habe ich seit 4 Tagen keinerlei korrigierbare oder unkorrigierbare Fehler.

 

[Andreas1969]

Dann zeigt das TC4400 entweder zu niedrige Werte an oder die Tabelle stimmt nicht, denn mit nur 36 dB habe ich seit 4 Tagen keinerlei korrigierbare oder unkorrigierbare Fehler.

Oder das TC4400 kommt auch noch mit zu niedrigen Pegeln zurecht, wo andere Modems schon die Grätsche machen :smile:

 

[Ool3eiV3aetooChu]

Dann zeigt das TC4400 entweder zu niedrige Werte an oder die Tabelle stimmt nicht, denn mit nur 36 dB habe ich seit 4 Tagen keinerlei korrigierbare oder unkorrigierbare Fehler.

Ich habe nur 34dB auf dem ofdm und ebenfalls sogut wie gar keine korrigierbaren und Null unkorrigierbare Fehler. Eigentlich wollte ich mein check_tc4400 gerade mal docsis-3.1-fähig machen, aber basierend auf der Tabelle wäre der Kanal ständig im critical state. :kratz:

 

[Menano]

Das TC4400 kommt halt sehr gut mit weniger SNR aus. Ich habe auf einem Docsis 3.0 Kanal auch nur 28dB SNR. Also auch im Bereich Sofortige Beseitigung. Und habe mit dem TC4400 eigentlich keine Resyncs. Nur etliche Fehler im Event Log. Meine Fritzbox welche ich parallel betreibe ist deutlich öfters für ein paar Stunden ohne Netz.

 

[JPDribbler]

Als ersten Schritt wohl nach FFM ziehen :glück:

:kratz: Für Glasfaser würde ich das glatt machen...

 

[why_]

Als ersten Schritt wohl nach FFM ziehen :glück:

:kratz: Für Glasfaser würde ich das glatt machen...

Die Telekom hat da ein FTTH Gebiet

 

[MartinP_Do]

Als ersten Schritt wohl nach FFM ziehen :glück:

:kratz: Für Glasfaser würde ich das glatt machen...

Keine Staus auf der Datenautobahn mehr, dafür dann welche auf der realen Autobahn bei der Fahrt zum Arbeitsplatz. Da ist die Frage, was mehr nervt ...

 

[sch4kal]

Als ersten Schritt wohl nach FFM ziehen :glück:

:kratz: Für Glasfaser würde ich das glatt machen...

Keine Staus auf der Datenautobahn mehr, dafür dann welche auf der realen Autobahn bei der Fahrt zum Arbeitsplatz. Da ist die Frage, was mehr nervt ...

Da macht dann Homeoffice aber mehr Spaß

 

[namtech]

*Seufz*

nachdem ich jetzt seit letzter Woche Dienstag mit dem "kaputten" OFDM Kanal und 99,5% Packetloss "offline" war, ist der OFDM Kanal heute verschwunden und die Leitung wieder stabil.
Zurückgedreht auf Docsis 3.0 - Kanal 23 ist komplett verschwunden....

 

[namtech]

*Seufz*

nachdem ich jetzt seit letzter Woche Dienstag mit dem "kaputten" OFDM Kanal und 99,5% Packetloss "offline" war, ist der OFDM Kanal heute verschwunden und die Leitung wieder stabil.
Zurückgedreht auf Docsis 3.0 - Kanal 23 ist komplett verschwunden....

zu früh gefreut - OFDM Kanal wieder da - Leitung kaputt...

 

[Andreas1969]

zu früh gefreut - OFDM Kanal wieder da - Leitung kaputt...

Ja, der läuft so wackelig, bzw. der Pegel ist so niedrig / grenzwertig, dass er mal da ist und mal nicht.
Ha'ste nochmals ne Störung gemeldet :kratz:

 

[namtech]

zu früh gefreut - OFDM Kanal wieder da - Leitung kaputt...

Ja, der läuft so wackelig, bzw. der Pegel ist so niedrig / grenzwertig, dass er mal da ist und mal nicht.
Ha'ste nochmals ne Störung gemeldet :kratz:

Laut Hotline und nach mehrfachen Beschwerden meinerseits wurde das Ticket Donnerstag letzte Woche "eskaliert": Zitat "wir haben aber ab jetzt keinen Einblick in das Ticket mehr und können Ihnen keine weitere Auskünfte über den Status geben...bla bla..es meldet sich irgendwann jemand"
Danach ging von mir eine Beschwerde Mail, mit dem kompletten Sachverhalt, an [email protected] - natürlich auch ohne Rückmeldung.
24 Stunden später kam eine SMS mit dem Inhalt "Ihr Störung kann intern bearbeitet werden blabla blabla" (Betonung auf "kann")
Seitdem Funkstille.

 

[Andreas1969]

24 Stunden später kam eine SMS mit dem Inhalt "Ihr Störung kann intern bearbeitet werden blabla blabla" (Betonung auf "kann")
Seitdem Funkstille.

Das hört sich nicht gut an.
Ich weiß zwar nicht, wie die bei UM ticken, aber ich könnte mir vorstellen dass da folgendes bei heraus kommt:

Sie nutzen Docsis3.1 HW, obwohl sie keinen Gigabit Tarif gebucht haben. Daher keine Entstörung.
Nutzen Sie Docsis3.0 HW, dann läuft der Anschluß störungsfrei :hirnbump:

 

[namtech]

24 Stunden später kam eine SMS mit dem Inhalt "Ihr Störung kann intern bearbeitet werden blabla blabla" (Betonung auf "kann")
Seitdem Funkstille.

Das hört sich nicht gut an.
Ich weiß zwar nicht, wie die bei UM ticken, aber ich könnte mir vorstellen dass da folgendes bei heraus kommt:

Sie nutzen Docsis3.1 HW, obwohl sie keinen Gigabit Tarif gebucht haben. Daher keine Entstörung.
Nutzen Sie Docsis3.0 HW, dann läuft der Anschluß störungsfrei :hirnbump:

Ja, gut möglich. Von mir aus sollen sie halt nochmal einen Techniker herschicken - aber bitte einen mit 3.1 Messhardware..
Wenn es für Business Kunden wenigstens einen Gigabit Tarif geben würde :wand:

 

[carknue]

Hier nach wie vor absolut stabil mit 36,5 dB. Einbrüche beim Downlink in der Primetime konnte ich die letzten Tage auch nicht mehr beobachten. Nur der Uplink schwächelt hier immer noch etwas. Bin mir nicht sicher, ob die auch die angekündigten Nodesplits schon gemacht haben. Könnte sein, da der Uplink 3 dB besser geworden ist. Leider zeigt das TC4400 die Modulation nicht an. CMTS Mac hat sich bei mir jedenfalls nicht geändert.

Was mich wundert ist, dass ihr beiden in Frankfurt zwar Docsis 3.1 jetzt geschaltet habt aber nur so wenige 3.0 Kanäle. Ich habe hier ja immer schon 31 gehabt. Ist bei euch die Telekom konkurrenzfähig? Hier im Frankfurter Bogen ist sie das nicht. Max 12 Mbit/s DSL. Kein VDSL, kein Vectoring und keine FTTH Pläne.

 

[namtech]

Hier nach wie vor absolut stabil mit 36,5 dB. Einbrüche beim Downlink in der Primetime konnte ich die letzten Tage auch nicht mehr beobachten. Nur der Uplink schwächelt hier immer noch etwas. Bin mir nicht sicher, ob die auch die angekündigten Nodesplits schon gemacht haben. Könnte sein, da der Uplink 3 dB besser geworden ist. Leider zeigt das TC4400 die Modulation nicht an. CMTS Mac hat sich bei mir jedenfalls nicht geändert.

Was mich wundert ist, dass ihr beiden in Frankfurt zwar Docsis 3.1 jetzt geschaltet habt aber nur so wenige 3.0 Kanäle. Ich habe hier ja immer schon 31 gehabt. Ist bei euch die Telekom konkurrenzfähig? Hier im Frankfurter Bogen ist sie das nicht. Max 12 Mbit/s DSL. Kein VDSL, kein Vectoring und keine FTTH Pläne.

Bei mir in der Strasse hat die untere Hälfte 100mbit+ Vectoring, die obere Hälfte (wo sich leider auf meine Wohnung befindet) ist nicht für den Ausbau vorgesehen (laut Info vom Telekom Hilft Team) und wird wohl noch eine ganze weile bei 50mbit rumdümpeln.
Das war eigentlich auch der Grund für den wechsel zu UM.

 

[Blackbird]

Hier nach wie vor absolut stabil mit 36,5 dB. Einbrüche beim Downlink in der Primetime konnte ich die letzten Tage auch nicht mehr beobachten. Nur der Uplink schwächelt hier immer noch etwas. Bin mir nicht sicher, ob die auch die angekündigten Nodesplits schon gemacht haben. Könnte sein, da der Uplink 3 dB besser geworden ist. Leider zeigt das TC4400 die Modulation nicht an. CMTS Mac hat sich bei mir jedenfalls nicht geändert.

Was mich wundert ist, dass ihr beiden in Frankfurt zwar Docsis 3.1 jetzt geschaltet habt aber nur so wenige 3.0 Kanäle. Ich habe hier ja immer schon 31 gehabt. Ist bei euch die Telekom konkurrenzfähig? Hier im Frankfurter Bogen ist sie das nicht. Max 12 Mbit/s DSL. Kein VDSL, kein Vectoring und keine FTTH Pläne.

Ja hier ist auch bei dem geschalteten 3.1 weiterhin das "alte" Arris CMTS mit nur 22/23 Kanälen am werkeln.
Telekom bietet bei mir (Ostend/Bornheim also eigentlich ziemlich zentral) max. VDSL mit 25 Mbit/s und hat scheinbar auch keine Ausbaupläne für Vectoring usw. Also leider keine Alternative.

 

[nts]

zu früh gefreut - OFDM Kanal wieder da - Leitung kaputt...

Wenn du ganz experimentierfreudig bist, könntest du mal ausprobieren, ob es irgendetwas bringt via SNMP an tchCmConfigPartialServiceAction herumzuspielen (insbesondere mit docsis31Ofdm):

-- 1.3.6.1.4.1.46366.4292.77.1.307
tchCmConfigPartialServiceAction OBJECT-TYPE
SYNTAX INTEGER {
docsis20(0),
docsis30(1),
docsis31Ofdm(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"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.
"
DEFVAL {1}

In der MIB wird auch tchCmDocsis31OfdmCapable (93) aufgeführt, aber das scheint mein TC4400 mit der 20er FW nicht zu kennen.

 

[namtech]

zu früh gefreut - OFDM Kanal wieder da - Leitung kaputt...

Wenn du ganz experimentierfreudig bist, könntest du mal ausprobieren, ob es irgendetwas bringt via SNMP an tchCmConfigPartialServiceAction herumzuspielen (insbesondere mit docsis31Ofdm):

-- 1.3.6.1.4.1.46366.4292.77.1.307
tchCmConfigPartialServiceAction OBJECT-TYPE
SYNTAX INTEGER {
docsis20(0),
docsis30(1),
docsis31Ofdm(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"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.
"
DEFVAL {1}

In der MIB wird auch tchCmDocsis31OfdmCapable (93) aufgeführt, aber das scheint mein TC4400 mit der 20er FW nicht zu kennen.

Guter Hinweis! Danke. Hab den Wert von 1 auf 2 gesetzt (mit abgezogenem Kabel - da man ja sonst nicht via SNMP hin kommt) und Kabel wieder gesteckt danach (ohne Reboot):

snmpgetnext -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307
SNMPv2-SMI::enterprises.46366.4292.77.1.307.0 = INTEGER: 1

snmpset -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
SNMPv2-SMI::enterprises.46366.4292.77.1.307.0 = INTEGER: 2

Folgender Effekt:
- Pingzeiten wie bei 3.1 (8.8.8.8 mit ca 7 - 8 ms anstatt 12 - 16)
- Kanal 23 nicht mehr da - nix OFDM - alle SC-QAM

Aber das hatte ich heut schon mal für 30 minuten ohne irgendwelche Trickserei - mal schaun ob es jetzt stabil bleibt.
Ob der Wert noch gesetzt ist nach dem Sync mit dem CTMS, kann ich leider grad nicht kontrollieren - schau ich falls es wieder ausfällt.

 

[Andreas1969]

Ob der Wert noch gesetzt ist nach dem Sync mit dem CTMS, kann ich leider grad nicht kontrollieren -

Vermutlich nicht.
Lösung wäre eventuell ein Sperrfilter, der alles über 780 MHz, oder alternativ auch über 750 MHz sperrt.

 

[namtech]

Ob der Wert noch gesetzt ist nach dem Sync mit dem CTMS, kann ich leider grad nicht kontrollieren -

Vermutlich nicht.
Lösung wäre eventuell ein Sperrfilter, der alles über 780 MHz, oder alternativ auch über 750 MHz sperrt.

immerhin ist die Leitung seit dem manuellen Erzwingen des Fehlerverhaltens stabil.....noch...

 

[Nopileus]

Wenn die Lösung funktioniert sollten wir diese vielleicht permanent festhalten (cable wiki?),
das Problem werden wir in Zukunft sicher noch öfter antreffen wenn größere Teile von Frankfurt und später Köln und Düsseldorf umgestellt werden.