Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[addicted]

i7 im Router teils auf 40% Last läuft

Ich vermute, dann hast Du nicht die richtige sonstige Hardware, weshalb die CPU dann die ganze Arbeit machen muss.

Nö aber IDS und IPsec brauchen etwas Power wenn es an die 1 GBits geht.

Ich würde Dir widersprechen, aber ich habe keinen i7 in meinem Router, nur einen Dual-Core Celeron

 

[rv112]

Denke nicht dass es an den Intel I211-AT NIC liegt. 8GB RAM auch nicht und die PCI-E SSD auch nicht. NFS macht auch nicht Probleme. Allein IDS kostet ricbtig Power.

 

[sch4kal]

Naja, IPSec kann man mit AES-NI Instructions in HW erledigen, bei IDS ala Snort oder Surricata wirds schwer.

Wer zeichnet sich eig für dieses eBay-Angebot veranwortlich ?: https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183869366185

Schon etwas dreist :nein:

 

[MartinP_Do]

Naja, IPSec kann man mit AES-NI Instructions in HW erledigen, bei IDS ala Snort oder Surricata wirds schwer.

Wer zeichnet sich eig für dieses eBay-Angebot veranwortlich ?: https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183869366185

Schon etwas dreist :nein:

Naja, immerhin kann man ja einen Gegenvorschlag bzgl. Preis machen ;-)
Störend ist auch, dass nicht angegeben ist, welche Firmware drauf ist ...
Ich weiß gar nicht, wie sich bei solchen Verkäufen die Ebay-Provisionen und Gebühren errechnen.... Bei Versteigerungen war es ja früher üblich, einen Startpreis von 1 € zu wählen, weil das die Einstell-Gebühren verringert ...
Gegen eine Abgabe des liebgewonnenen Artikels zu einem zu niedrigen Preis hatte man dann einen Dummy-Bieter aus dem Bekanntenkreis ...

Die Größen-Relation zwischen Netzteil und TC4400 sieht auf dem Foto etwas komisch aus: Ist das TC4400 unerwartet klein - oder das Netzteil unerwartet groß?

Wenn das TC4400 Modem wirklich so zierlich ist, könnte man es ja ggfs. in einem Einfamilienhaus mit auf die Lochblechplatte der Unitymedia - Hausverteilung im Keller flanschen ...

 

[sch4kal]

Das TC4400 ist wirklich so klein, kleiner als eine 6490.

 

[JPDribbler]

Naja, IPSec kann man mit AES-NI Instructions in HW erledigen, bei IDS ala Snort oder Surricata wirds schwer.

Wer zeichnet sich eig für dieses eBay-Angebot veranwortlich ?: https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183869366185

Schon etwas dreist :nein:

Unverschämter Preis... Bestimmt noch mit uralt firmware...

 

[MichaelBre]

Möglich, daß es sich mit der Zeit einpendelt und bessert. Bei mir haben sich snr und rlvl auch langsam nach oben gewackelt:

Bei mir pendelte der OFDM stündlich...
Mal mehr mal weniger.

 

[kev_sei]

Möglich, daß es sich mit der Zeit einpendelt und bessert. Bei mir haben sich snr und rlvl auch langsam nach oben gewackelt:

Bei mir pendelte der OFDM stündlich...
Mal mehr mal weniger.

Ich hab mir den Filter mal gekauft um auf Nummer sicher zu gehen. Habe mittlerweile nach ca. 24h über 1,5m unkorrigierbare auf dem OFDM. Beim Surfen und Ping merk ich das zwar nicht. Aber ich hatte gestern nach einem Reconnect auch keine Chance auf Internet. Alles hat 1000 jahre geladen, pings gingen garnicht. Kanäle usw sahen aber alle gut aus. Hab dann noch 2-3x neu gestartet dann ging es wieder.

Ihr hattet geschrieben, dass nach einiger Zeit (wie lange war das) der OFDM besser wurde.... Hat das einen technischen Hintergrund ? Oder wird das von UM nach Aufschaltung geprüft und dann entsprechend nachgebessert?

 

[kev_sei]

Was kann ich eigentlich gegen die ganzen korrigierbaren Fehler unternehmen? Das Modem ist jetzt 1d 17h online.
Anderes Kabel, Dämpfer? Andere Dose?


Der OFDM produziert fleißig unkorrigierbare. Und das Powerlevel schwankt zwischen 0 und 1,8 dBmV.....

 

[rv112]

Ist bei mir auch so. Abwarten, wird mit der Zeit besser. Bei mir sind es aktuell zwischen 10-100 pro Tag. Merkt man aber nicht beim OFDM.

 

[MichaelBre]

Den Sperrfilter montieren...

 

[kev_sei]

Den Sperrfilter montieren...

Ja werd ich machen, wenn er da ist. Mir gings in dem Beitrag eher um die hohe Anzahl an Korrigierbaren auf den anderen Kanälen. Angeblich macht das ja nichts aus, aber schön wäre es ja dennoch. Habe teilweise über 10 Millionen am Tag auf den Kanälen.

 

[Menano]

Bauteile mit höherer Rückflussdämpfung verbauen. :zwinker:

 

[kev_sei]

So ich habe jetzt mal versucht den Filter dazwischen zu stecken. Ohne mit snmp rum zuspielen, bekommt das Modem weiterhin die Verbindung. Der OFDM Kanal ist auch noch da, aber nicht mehr "bonded". Internet funktioniert dann garnicht mehr.

Setzte ich nun mit abgestecktem Kabel "snmpset -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2" und stecke danach zunächst den Router und dann das Coax Kabel inkl. Filter wieder ein findet das Modem sehr schnell den DS Kanal aber den US nicht mehr (10 Minuten gewartet). Ohne Filter wie oben geschrieben und snmpset -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2 findet er den OFDM und das Internet ist ebenfalls kaum nutzbar.

Die einzige Möglichkeit wie ich zur Zeit einen Störungsfreien ANschluss haben kann ist wie folgt:

<i>
</i>- snmpset -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 1
- Kein Filter
- Modem normal starten mit angeschlossenem Coax
- Warten bis es Online ist
- Internet wie beschrieben kaum nutzbar
- Coaxkabel abziehen
- 5 Sekunden warten
- Coaxkabel wieder dran stecken
- Paar Sekunden warten.
- Internet funktioniert ohne Probleme (Fullspeed, kein Paketloss, normale Pings)

Es scheint so, als ob das Modem dann den OFDM Kanal vergisst. Er wird jedoch noch angezeigt, auch Fehler laufen weiterhin auf, aber bei weiten nicht mehr so viele unkorrigierbare wie ohne oben genanntem Prozedere.

Hat wer ne Ahnung, warum der Filter und SNMP nicht so richtig bei mir wollen? Nutze noch das Modem mit 20erFW aus 1. Lieferung.

Grüße

 

[Andreas1969]

Das ist doch alles voll der Murks, was UM da mit Docsis 3.1 veranstaltet :hirnbump:
Die sollen die Finger davon lassen und die Aufschaltung VF nach deren Frequenzplan überlassen :streber:

 

[Meco]

Findet ihr die Uncorrectables und allgemein die Werte "normal" für einen Monat Uptime?

 

[Andreas1969]

Findet ihr die Uncorrectables und allgemein die Werte "normal" für einen Monat Uptime?

Die Pegel sind OK, die Uncorrectables aber nicht, deutlich zu hoch.

 

[Meco]

Die Pegel sind OK, die Uncorrectables aber nicht, deutlich zu hoch.

Ich wüsste jetzt aber auch nicht was man da machen kann. Es fällt auch nicht auf (kein Packetloss etc.).

 

[Ool3eiV3aetooChu]

Aloha allerseits,

heute um kurz vor 13:00 hat sich mein Modem verabschiedet. War nicht zuhause und konnte es leider nicht live verfolgen, aber nach 15 Uhr kam es laut logs wieder hoch. Um 18:00 habe ich das Interface vom Router zum Modem wieder hochgenommen, daher beginnt die Datenaufzeichnung erst dann wieder.
Der Router zeigt, daß das Modem in der Zwischenzeit ganz schön geflattert hat:

<i>
</i>Jul 29 12:58:20 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 12:58:24 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 13:23:33 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:23:38 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 13:23:39 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:23:41 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 13:23:42 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:23:45 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 13:24:02 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:24:05 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 13:39:39 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:39:44 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 13:39:45 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:41:05 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 13:55:46 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:55:51 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 13:55:52 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:55:58 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 13:56:15 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 13:56:19 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 14:11:54 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:11:59 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 14:11:59 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:12:02 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 14:12:02 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:12:05 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 14:12:23 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:12:26 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 14:27:34 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:27:39 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul 29 14:27:40 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:27:46 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 14:28:03 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 14:28:06 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 15:04:45 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 15:04:49 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 15:11:37 x kernel: r8169 0000:04:00.0 eth0: Link is Down
Jul 29 15:11:42 x kernel: r8169 0000:04:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Jul 29 15:12:21 x kernel: r8169 0000:04:00.0 eth0: Link is Down

Das Modemlog äußert sich wie folgt:

<i>
</i> Index	Time	Priority	Description 31 ??? Jul 29 17:09:28 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 30 ??? Jul 29 17:09:28 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 29 ??? Jul 29 17:09:28 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 28 ??? Jul 29 17:08:39 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 27 ??? Jul 29 15:56:32 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 5; Chan ID: 3 4 5 7 8 9 10 11 12 13 14 15 16 19 21 ; ... 26 ??? Jul 29 15:54:24 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 5; Chan ID: 10 11 14 15 16 21 ; DSID: N/A; MAC Addr: ... 25 ??? Jul 29 15:49:23 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 5; Chan ID: 10 11 15 16 21 ; DSID: N/A; MAC Addr: N/A... 24 ??? Jul 29 15:14:09 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 5; Chan ID: 10 11 15 16 ; DSID: N/A; MAC Addr: N/A; O... 23 ??? Jul 29 15:12:01 2019 Notice (6) "DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 .;CM-MAC=10... 22 ??? Jul 29 15:12:00 2019 Notice (6) "TLV-11 - unrecognized OID;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VE... 21 ??? Jul 29 15:12:00 2019 Warning (5) "DHCP WARNING - Non-critical field invalid in response ;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01... 20 ??? Jul 29 15:11:54 2019 Notice (6) "Honoring MDD; IP provisioning mode = IPv4" 19 ??? Jul 29 15:11:32 2019 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55... 18 ??? Jul 29 15:10:34 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 17 ??? Jul 29 15:10:29 2019 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55... 16 ??? Jul 29 15:10:01 2019 Critical (3) "SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:... 15 ??? Jul 29 15:09:59 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 14 ??? Jul 29 15:09:18 2019 Warning (5) "MDD message timeout;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VER=3.1;" 13 ??? Jul 29 15:09:18 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 12 ??? Jul 29 15:09:12 2019 Warning (5) "MDD message timeout;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VER=3.1;" 11 ??? Jul 29 15:09:12 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 10 ??? Jul 29 15:04:24 2019 Notice (6) "DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 .;CM-MAC=10... 9 ??? Jul 29 15:04:23 2019 Notice (6) "TLV-11 - unrecognized OID;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VE... 8 ??? Jul 29 15:04:22 2019 Warning (5) "DHCP WARNING - Non-critical field invalid in response ;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01... 7 ??? Jul 29 15:04:17 2019 Notice (6) "Honoring MDD; IP provisioning mode = IPv4" 6 ??? Jul 29 15:04:10 2019 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55... 5 ??? Jul 29 15:01:20 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 4 ??? Jul 29 15:00:43 2019 Critical (3) "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=10:62:d0:90:99... 3 ??? Jul 29 15:00:17 2019 Notice (6) "DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 .;CM-MAC=10... 2 ??? Jul 29 15:00:08 2019 Notice (6) "TLV-11 - unrecognized OID;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VE... 1 Time Not Established Warning (5) "DHCP WARNING - Non-critical field invalid in response ;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01... 0 Time Not Established Notice (6) "Honoring MDD; IP provisioning mode = IPv4"

Die Modemwerte haben sich dahingehend entwickelt (channel 32 ist der ofdm):

Jemand eine Ahnung, was das gewesen sein könnte?

 

[rv112]

Störung/Einstrahlung. Kommt vor.

 

[Andreas1969]

Störung/Einstrahlung. Kommt vor.

Jo, kann einen jederzeit erwischen :naughty:

 

[robert_s]

Störung/Einstrahlung. Kommt vor.

Häh? Zwischen 13 und 15 Uhr, und anschließend waren Pegel und SNR höher als zuvor. Gibt es noch eindeutigere Indizien für Arbeiten am Kabelsegment? Vielleicht wurde ein Verstärker getauscht, vielleicht auch segmentiert und ein Remote PHY gesetzt...

 

[Ool3eiV3aetooChu]

Störung/Einstrahlung. Kommt vor.

Einstrahlung führt zu so einem Verhalten? Wenn ich das Ding in die Mikrowelle stecke, kann ich es mir vorstellen.

Häh? Zwischen 13 und 15 Uhr, und anschließend waren Pegel und SNR höher als zuvor. Gibt es noch eindeutigere Indizien für Arbeiten am Kabelsegment? Vielleicht wurde ein Verstärker getauscht, vielleicht auch segmentiert und ein Remote PHY gesetzt...

Danke :super: Angekündigt war nichts und die cmts-mac hat sich nicht geändert. Vielleicht hat wirklich nur jemand auf den Verstärker gehustet . Solange das nicht häufiger passiert, buche ich es mal unter "merkwürdiges Phänomen" ab.

 

[Andreas1969]

Vielleicht hat wirklich nur jemand auf den Verstärker gehustet

Oder die Sonne ist ihm in den letzten Tagen zuviel aufs Gehirn geschienen  :mussweg:

 

[cpuesser]

Ich hab seit ~ 3 Uhr garkeinen Pegel mehr auf der Leitung, also fürs Internet, TV funktioniert ganz normal mit ganz normalen Pegeln.
Hatte gleich noch den alten Horizonrecorder mal drangesteckt, aber auch der findet keinen einzigen Kanal … bin mal gespannt, denke aber es ist ne normale Störung.