Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[ianann]

Dank’ Dir – vermute also die haben hier – mal wieder – am CMTS rumgedoktort. Naja solange es danach wieder läuft und das nicht jeden Dritten Tag vorkommt, sei ’s drum. Trotzdem traurig, dass seit Monaten immer irgendwas »kaputt« ist. MannMannMann, UM.

Darf ich fragen wo du wohnst? Ich habe hier heute ähnliches Verhalten. Massig unkorrigierbare Fehler und T3 und T4 Time-Outs beim Anschluss meiner Eltern und unserem. Bereits 2 Mal Internet weg gewesen (Kurz nach 14 Uhr und kurz vor 15 Uhr).

Hab Dir eine PN geschickt.

Hatte seit dem Schluckauf im Übrigen keinen einzigen T3 mehr, sonst hatte ich täglich fast im 2-Stunden Takt Time-Outs. :smile:

 

[Wechseler]

T3 auch interessant...

The cable modem has sent 16 Ranging Request (RNG-REQ) messages without receiving a Ranging Response (RNG-RSP) message in reply from the CMTS. The cable modem is therefore resetting its cable interface and restarting the registration process. This typically is caused by noise on the upstream that causes the loss of MAC-layer messages. Noise could also raise the signal-to-noise ratio (SNR) on the upstream to a point where the cable modem’s power level is insufficient to transmit any messages. If the cable modem cannot raise its upstream transmit power level to a level that allows successful communication within the maximum timeout period, it resets its cable interface and restarts the registration process. This error message is DOCSIS event message is R03.0, Ranging Request.

Ich habe/hatte bei PYUR seit Juni 2018 T3-Timeouts, weil der Rückweg der Schrottinstallation nichts taugt und die Verstärker-Pegel vermutlich völlig verdreht sind. Das Modem sendete mit maximal 41 dBmV und es gab reichlich Packet Loss, den niemand entstören wollte - nicht einmal kostenpflichtig. Inzwischen bin ich bei der Bruchbude :zwinker: kein Kunde mehr.

 

[Andreas1969]

Inzwischen bin ich bei der Bruchbude kein Kunde mehr.

Und, wo bi'ste jetzt :kratz:

 

[Wechseler]

Und, wo bi'ste jetzt :kratz:

Beim Sauerstoff.

 

[Menano]

Das Modem sendete mit maximal 41 dBmV

41 dBmV im Upstream ist doch genau perfekt? Es sollte ja im Optimalfall zwischen 40 und 43 dBmV sein.

 

[Wechseler]

Das Modem sendete mit maximal 41 dBmV

41 dBmV im Upstream ist doch genau perfekt? Es sollte ja im Optimalfall zwischen 40 und 43 dBmV sein.

Eben nicht, der Sollpegel im PrimaCom-Netz ist 105-110 dBµV, was 45-50 dBmV Modemleistung entspricht.

 

[rv112]

Ich hab 38-42dBmV. Dachte immer niedriger ist besser.

 

[Wechseler]

Ich hab 38-42dBmV. Dachte immer niedriger ist besser.

Ein niedriger Upstream-Pegel sagt dir, daß dein Rückwegverstärker zuviel verstärkt. Neben dem üblichen Rauschen verstärkt er auch den ganzen Müll der dort sonst noch so einstrahlt gleich mit.

Deshalb will man ein Kabelnetz vernünftig eingepegelt haben, damit das Kabelmodem möglichst mit Optimalpegel in die MMD reinsenden kann. Wo die optimale Sendeleistung liegt (z. B. 105 dbuV), hängt auch vom jeweiligen KNB und dessen Netzaufbau ab.

 

[rv112]

Wer hat denn an der Installationsliste rum gespielt? Total durcheinander: https://docs.google.com/spreadsheets/d/1bHzGc67P4Qm-WiM9J-bFFhZr6i_lR6u7v9CjQAp1Aiw/

EDIT: habe es auf den Stand vom 21.12. zurückgesetzt damit wenigstens wieder die komplette Übersicht vorhanden ist.

 

[Samsungstory]

Wer hat denn an der Installationsliste rum gespielt? Total durcheinander: https://docs.google.com/spreadsheets/d/1bHzGc67P4Qm-WiM9J-bFFhZr6i_lR6u7v9CjQAp1Aiw/

EDIT: habe es auf den Stand vom 21.12. zurückgesetzt damit wenigstens wieder die komplette Übersicht vorhanden ist.

Anscheinend sind einige unfähig die Liste ordentlich zu benutzen und hinterher wieder auf den Ausgangszustand zu bringen.. :kratz:

 

[shm0]

Ich hab 38-42dBmV. Dachte immer niedriger ist besser.

Hab hier auch ~37-38dBmV, mit dem Rückwegdämpferteil vom Techniker sind es 42-43 dBmV.
Macht aber keinen Unterschied, Upload ist immer gleich schlecht, kommt meiste Zeit nur 50% an, also statt 40 Mbit "nur" 20 MBit...
Aber so lang keine T3 Timeouts oder so im Log sind...
Wohl das Segment überlastet, kann ich mir zwar nicht Vorstellen aber nun gut...
Hier wohnen fast nur alte Menschen, glaube nicht dass sie annähernd 24/7 irgendwie welche Sachen hochladen oder auf twitch streamen oder oder oder....
Hmm...
Also verstehe ich dass richtig...
Rückkanal geht bis 65Mhz, bzw 85 Mhz im extended mode.
Bei einer Kanalbreite von 6,4Mhz wäre es also möglich ~10 bzw 13 Kanäle zu verwenden.
Laut Wiki liefert EuroDocsis 3.0 bis zu 216 Mbit/s bei 8 Kanälen...
Also ~27 Mbit/s pro Kanal. (216/8)
Dass bedeutet, pro Segment stehen maximal 270 Mbit/s (10 * 27Mbit/s) bzw 351 Mbit/s (13 * 27 Mbit/s) im Upload zur Verfügung?
Reicht grade mal um ~7 (bzw ~9) Kunden mit 40 Mbit/s zu versorgen?
:kratz:
Ich weiss nicht... aber ist das nicht Betrug, wenn man mit Leistungen wirbt die man nicht erbringen kann...
Dieses schöne "bis zu" nicht nur bei Unitymedia...
DS-Lite ist auch Betrug, dass ist einfach kein vollwertiger Internet Anschluss....
Und dann dieses ja wir bauen jetzt hier über die nächsten Jahre mal so nen bisschen Vectoring aus und hier nen bisschen Docsis 3.1 ...
Die ganze Infrastruktur BK sowie die alten Telefonleitungen haben schon bessere Zeiten gesehen...
Man könnte ja auch einfach die ganze Kohle nehmen und direkt Glasfaser ausbauen, aber das wäre zu langweilig, machen wa dann erst in 10 Jahren oder so wenn Docsis 3.1 und vectoring auch nicht mehr reicht
Vectoring....nicht geschirmt, nicht mal twisted pair, aber kein problem wir haben super duper vectoring jetzt bis zu 1 Terabit mit Beihilfe des Luftspalts zwischen den Kupferkabeln... what?
Kann man sich sowas geben...dann lieber docsis....

 

[addicted]

Unitymedia verwendet 5 Upstream-Kanäle. Wenn die Kanäle mit QAM64 laufen, hast Du brutto etwa 30Mbit/s pro Kanal, wenn Sie mit QAM16 laufen, sind es nurnoch 20Mbit/s brutto,also hat man irgendwo zwischen 100 und 150Mbit/s pro Node.
Der Upstream wird aber tatsächlich sehr wenig genutzt, einer von den UM-Technikern (ich glaube hemapri) hier hat mal gepostet, dass er noch nie ein Segment gesehen habe, bei dem der Upstream annähernd ausgelastet gewesen wäre.
Vielleicht bietet Dir ja jemand an, mal in Dein Segment reinzugucken.

 

[Ool3eiV3aetooChu]

Vielleicht ganz lustig: So kann es aussehen, wenn man alleine im Segment ist :lovingeyes:
CMTS ist Cadant/ARRIS.

 

[rv112]

Und wie stellt man das an?

 

[Ool3eiV3aetooChu]

Ganz heimlich stellt man das an :super:

 

[sparkie]

wenn man alleine im Segment ist :lovingeyes:

wenn man alleine im Segment ist schaut es so aus :smile:

 

[rv112]

Was ist denn los bei euch? Hat da wer den Generalschlüssel verloren?

 

[tq1199]

Hat da wer den Generalschlüssel verloren?

Oder es ist lediglich eine Simulation?

 

[rv112]

Könnte jemand hier mal seinen Upload testen und am besten den genauen Traffic mitschneiden? https://testmy.net/upload

Bei mir springt es ständig zwischen ca. 20-40 MBit/s hin und her sodass ich im Mittel nicht auf die 40 komme. Kann das daran liegen weil mein Transmitlevel mit 38-42 dBmV recht niedrig ist?
Speedtest.net gibt mir einen noch akzeptablen Wert, aber "früher" war der stabil bei 40 MBit/s.

 

[UHeinz13]

Hallo,

also über die von Dir oben genannte Seite bekomm ich auch höchstens nur ein Uploadspeed von 10 - 20 MBit hin. Schon komisch, denn bei anderen Seiten wie www.speedtest.net oder www.nperf.com habe ich immer meine annähernd 40 MBit/s. Achso an deinem Upload-Powerlevel glaube ich daher nicht dass es daran liegt.

Gruß
UHeinz13

 

[Benqer]

Könnte jemand hier mal seinen Upload testen und am besten den genauen Traffic mitschneiden? https://testmy.net/upload

Bei mir springt es ständig zwischen ca. 20-40 MBit/s hin und her sodass ich im Mittel nicht auf die 40 komme. Kann das daran liegen weil mein Transmitlevel mit 38-42 dBmV recht niedrig ist?
Speedtest.net gibt mir einen noch akzeptablen Wert, aber "früher" war der stabil bei 40 MBit/s.

Schwankt bei mir auch enorm

 

[robert_s]

Könnte jemand hier mal seinen Upload testen und am besten den genauen Traffic mitschneiden? https://testmy.net/upload

Bei mir springt es ständig zwischen ca. 20-40 MBit/s hin und her sodass ich im Mittel nicht auf die 40 komme.

Ich bin auf 42,55Mbit/s gekommen, nachdem ich manuell 100MB als Upload-Größe ausgewählt habe, die "Automatik" schaffte nur 37,29 und 26,97Mbit/s:

https://testmy.net/compID/8405232402

Allerdings bin ich weder bei unitymedia noch verwende ich ein TC4400, sondern bei Vodafone Kabel mit 50Mbit/s Upload.

Den Test halte ich für nicht sonderlich tauglich. Der misst wohl nur einen Single-Stream Upload über die ganze Zeit? Bisweilen dauert es aber, bis der TCP-Algorithmus sich auf die Senderate eingeschwungen hat. Kann man sicherlich noch tweaken...

Speedtest.net verwendet mehrere parallele Streams und gibt denen Zeit, sich "warmzulaufen", deshalb kommt man da auf bessere und stabilere Ergebnisse.

Die Frage ist natürlich, was praxisnäher ist. Wenn man in der Praxis auch nur einzelne TCP-Uploads macht, und womöglich noch mit geringeren Datenvolumen, dann sollte man sich damit befassen, wie man sein Betriebssystem daraufhin optimiert. Dann ist der Test gut, um zu prüfen, was man erreicht hat.

 

[rv112]

Ich nehm alles zurück. Ich hatte als Server einen Server in Texas ausgewählt. Mit Frankfurt läuft es deutlich besser und passt. Als Ergebnis bekomme ich zwar nur 31 MBit/s angezeigt, aber via SNMP sehe ich dass konstant 38 durch die Leitung gehen. Das deckt sich mit meinem Trafic Shaper und den eingestellten Limits für HTTP Traffic.

 

[robert_s]

Ich nehm alles zurück. Ich hatte als Server einen Server in Texas ausgewählt.

Zu dem wäre vielleicht auch mehr drin. Ggf. muss man die lokalen Puffergrößen dem BDP anpassen...

 

[Harry_V1.0]

@shm0 @tobsen - Vielen Dank für Eure Tipps. Ja, Ihr habt recht, die reine WAN Verbindung TC4400 <-> TurrisOmnia ist o.k.. Bei meinem alten Modem funktionierte IPv6 nicht und war deswegen deaktiviert. Beim TC4400 funtioniert es, wennich PIv6 aktiviert habe erhalte ich aber für IPv4 Fehlermeldung. Wenn ich IPv6 deaktiviert lasse scheint IPv4 in Ordnung. In beiden Fällen aber nur den langsamen download_speed. Anbei die scree_shots von ethtool -S eth0 und eth1, von TC4400 status und vom Router WAN status. Habt Ihr eine Idee wo ich als nächstes suchen kann? Danke!

TC4400_ethtool-S_eth1.jpg
TC4400_ethtool-S_eth0.jpg
TC4400_Status.jpg
TurrisOmnia_WAN_Status.jpg
TurrisOmnia_WAN_Status_IPv4.jpg

Hallo, hatte ähnliche Probleme und eine Lösung (auf englisch) im Turris Omnia Forum gepostet.

I think I solved the problem. My cable network provider (unitymedia in Germany) confirmed a dualstack configuration what means that both, IPv4 and IPv6, should be parallel available.
I read a problem report in a openwrt/lede forum that in some cases a native IP4 address is provided by the operator and also a ds-lite configuration is sent to the modem (caused by AFTR option reveived by DHCPv6 server). This caused trouble in the TC4400 modem and/or in the turris router.
Checking turrris with ifconfig I realized that I had a ds-wan6_4 interface (ds-lite!), although I had real dualstack. The solution was to insert a line in /etc/config/network (in the wan6 network config section): option iface_dslite ‘0’
This disables the ds-lite configuration and finally solved the problem to operate a stable dual-stack.