Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[Cyrus]

Kann mal hier jemand mit einer FRITZ!Box und FRITZ!OS 7.20 schauen, ob jetzt der Zugriff auf "192.168.100.1" möglich ist? Müsste ab 7.20 eigentlich klappen.

 

[Torsten1973]

Also zumindest bei mir gehts mit einer eigenen 6591/7.21 nicht.

 

[Cyrus]

Also zumindest bei mir gehts mit einer eigenen 6591/7.21 nicht.

Du hast ne 6591 an einem TC4400 hängen? Wieso das?
Also ein Bekannter meinte, er könne jetzt auf sein TC4400 zugreifen, was vorher nicht ging. Kombi: TC4400 + FB!7590

 

[Tom_123]

Hi,

das Zugriffsproblem auf Modems auf dem WAN Interface wurde gleich ziemlich am Anfang der Laborphase gefixt. Wenn diese übersprungen wurde, kommt der Fix mit der aktuellen Finalversion

 

[Cyrus]

Ziemlich geil. Im Changelog der 7590 steht davon nichts.

 

[MartinP_Do]

Hi,

das Zugriffsproblem auf Modems auf dem WAN Interface wurde gleich ziemlich am Anfang der Laborphase gefixt. Wenn diese übersprungen wurde, kommt der Fix mit der aktuellen Finalversion

Wie wird das denn real gehen? Das Web-Interface der TC 4400 ist doch über 192.168.0.1 oder ggfs. auch 192.168.100.1 erreichbar. Leitet die Fritzbox GENERELL nun Anfragen abseits des eigene aufgespannten Subnetzes durch? auch wenn sie den privaten Adressräumen (https://de.wikipedia.org/wiki/Private_IP-Adresse) zugehören?
Oder muss man da irgendetwas konfigurieren? (Routen)

 

[Cyrus]

Konfigurieren musste er nichts, das ging plötzlich nach dem Update auf v7.20
War ja schon länger ein Problem der Fritten, was jetzt scheinbar behoben wurde.

 

[MartinP_Do]

Habe das TC4400 nun einfach an einen managed Switch des Heimnetzes gehängt.
Die UM-Fritzbox hat zwar nicht das 192.168.0.x Netz, aber inzwischen kann man bei Windows 10 auch Netzwerkkarten, die die erste IP per DHCP zugewiesen bekommen haben eine weitere IP statisch zuweisen...

REM Enable dhcpstaticipcoexistence to allow for both DHCP and Static IP
netsh interface ip set interface interface="Ethernet" dhcpstaticipcoexistence=enable

REM Configure the interface to use DHCP (if needed)
netsh interface ip set address interface="Ethernet" dhcp

REM Add secondary Static IP (takes a few seconds to show up in ipconfig)
netsh interface ip add address "Ethernet" 192.168.0.3 255.255.255.240




REM Delete the IP (if needed)
REM netsh interface ip delete address "Ethernet" 192.168.0.3 255.255.255.240

pause

So hat der PC 192.168.0.3 als zusätzliche IP-Adresse auf seinem Ethernet-Port, und kann über die Subnetzmaske die Adressen von 192.168.0.0 bis 192.168.0.15 erreichen

Jetzt muss ich nicht immer die Treppe herauf, zum Linux - PC mit den zwei Netzwerkadaptern, um dem TC4400 Modem auf die Finger zu schauen ...

Da habe ich dann auch gleich ein schönes Logging entdeckt .... etwas verstümmelt

"RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the...

Weiß jemand, was das bedeuten könnte?

 

[Jannis666]

So bin vom TC4400 begeistert nur die Werte stimmen nicht so!Vielleicht doch ein Techniker holen zum einpegeln..Vielleicht kann mir jemand sagen ob die Werte in normal sind.Würde mich freun

 

[#DiRK]

Heute Nacht gab es seitens UM/VF eine Wartung an "meinem" CMTS. Diese wurde sogar via Whatsapp angekündigt und lag auch in dem angekündigten Zeitfenster.

Danach sahen meine Modemwerte leicht besser aus:



Leider hat sich am OFDM nicht viel geändert. Der "spinnt" immer noch rum



Ich bin ja jemand der gerne auf UM/VF schimpft aber das sieht soweit ganz gut aus (abgesehen vom OFDM).

 

[millen]

@Jannis666 Du bist Vodafone / KD Kunde, korrekt? Ist ja schon insane einen OFDM mit 41er SNR zu sehen, auch wenn er nur mit max 1024QAM zu laufen scheint.

Ich bin ehrlich, die PowerLevel sind schon hoch aber die Fehlerzahlen sind echt sehr gut, gerade auf dem OFDM, wenn du keine Probleme haben solltest, dann würde ich es mit dem Techniker sein lassen Nicht das du danach wirklich Probleme hast^^

 

[floh667]

So bin vom TC4400 begeistert nur die Werte stimmen nicht so!Vielleicht doch ein Techniker holen zum einpegeln..Vielleicht kann mir jemand sagen ob die Werte in normal sind.Würde mich freun Anhang anzeigen 6628Anhang anzeigen 6629

du scheinst nicht aus dem unitymedia netz zu kommen, sondern aus dem Vodafone Kabeldeutschland netz, oder? Die haben andere Grenzwerte und so. Aber vielleicht weiß hier jemand auch über die bescheid.
Aber ist auch mal interessant ein TC4400 in dem netz zu sehen. Die Pegel sind halt echt krass hoch und mich wundert, weshalb die bei dem OFDM nur eine maximal 1024qam modulation fahren. grad in dem frequenzbereich sollten doch locker 4K möglich sein.

Ich bin ja jemand der gerne auf UM/VF schimpft aber das sieht soweit ganz gut aus (abgesehen vom OFDM).

Solang du keine Paketverluste erleidest oder außergewöhnlich hohe Einbrüche der Bandbreite verzeichnest, versuch es zu ignorieren.

 

[Soldierofoc]

Vermute, weil das PowerLevel deutlich zu hoch ist könnte es Probleme mit der Modulation geben. Zudem hat der Anschluss eine Schräglage. Selbst mit anderen Grenzwerten wie bei Ex-UM dürfte das bei Vodafone (was die PowerLevel angeht) ausserhalb der Toleranz liegen.

Das Powerlevel muss runter, Schräglage korrigiert und der Upstreampegel könnte etwas angehoben werden. Selbst dann dürften die SNR/MER über alle Kanäle hinweg mind. bei 36-38dBmV liegen, was super ist.

 

[MartinP_Do]

Wenn der Upstreamlevel z. B. um 5 dB hoch muss, und der Downstreamlevel um ca 5 dB 'runter, könnte man das ggfs. durch eine andere Multimediadose mit anderer Dämpfung erreichen...

Wenn der Upstreamlevel zu niedrig ist, liegt das daran, dass das CMTS das Modem aufgefordert hat, die "Sendeleistung" zu senken, weil zu viel Pegel vom Modem beim CMTS ankommt ...

 

[Jannis666]

Dankewerde mal mit Vodafone quatschen das die Anlage etwas einstellen!Und wenn ich den Techniker bezahle.Was halte ihr davon bei Werner den TC4400 Updaten zu lassen?Oder sollte man lieber die jetzige Version drauf lassen...

 

[__QT__]

Was halte ihr davon bei Werner den TC4400 Updaten zu lassen?Oder sollte man lieber die jetzige Version drauf lassen...

Wie soll man dazu sagen, wenn man nicht weiß, welche Version Du hast? Generell sind IMO die Updates bei nem reinen Modem nicht so wichtig, es sei denn Du würdest zB am TAB Stop Problem leiden, was ja aber offensichtlich nicht der Fall ist. Von daher ist das Update IMO zu teuer für zu wenig Nutzen.

 

[Crazyhorse]

Bis zur .41er ist zwar cabel haunt drin, aber das kann man mit einer einfachen Firewall Regel blocken und dann kann es nicht mehr ausgenutzt werden.
Da muss für mich schon mehr passieren, das ich das Updaten lasse, sprich viel besserer OFDM oder so was in der Richtung.

Denn ansonsten läuft das hier stabil, vom echt miesen Pegel der schon von der Straße rein kommt mal abgesehen.

 

[why_]

Wie soll man dazu sagen, wenn man nicht weiß, welche Version Du hast? Generell sind IMO die Updates bei nem reinen Modem nicht so wichtig, es sei denn Du würdest zB am TAB Stop Problem leiden, was ja aber offensichtlich nicht der Fall ist. Von daher ist das Update IMO zu teuer für zu wenig Nutzen.

Das TAB Stop Problem tangiert Unitymedia Kunden nicht, der Bug das das Modem nicht synct sobald ein OFDM im upstream vorhanden ist wäre eher ein Grund zum updaten denn wird jeden Unitymedia Kunden über kurz oder lang betreffen.

 

[rv112]

Und das ist nach wie vor nicht bestätigt on das ein Bug war! Nirgends in den Changelogs wird auf ein Problem mit dem OFDMA eingegangen.
Dennoch schadet die aktuelle Firmware natürlich nicht.

 

[__QT__]

Das TAB Stop Problem tangiert Unitymedia Kunden nicht

Die Modemwerte wie o.a. von @Jannis666 deuten eher auf einen Zugang bei Vodafone (nicht ex-UM) hin. Daher erwähnte ich das TAB Stop Problem. Aber da seines ja provisioniert ist, scheint er zumindest nicht mit ner alten .20er Firmware unterwegs zu sein

Ich habe aktuell ein Gerät mit .41er provisioniert und sehe derzeit keinen Grund ein Update machen zu lassen. Könnte aber bei gravierenden Neuerungen mal mein altes, im Schrank liegendes mit .20er Firmware einschicken. Der Trend geht zum Zweitmodem

 

[Cyrus]

[...] das Modem nicht synct sobald ein OFDM im upstream vorhanden ist wäre eher ein Grund zum updaten denn wird jeden Unitymedia Kunden über kurz oder lang betreffen.

Gibts dazu mehr Infos?
Die alten Kanäle für den Upstream werden dann für OFDM genutzt, oder wie?

 

[MartinP_Do]

Gibts dazu mehr Infos?
Die alten Kanäle für den Upstream werden dann für OFDM genutzt, oder wie?

Bei Vodafone gibt es wohl einige Segmente, in denen man zumindest mit dem "Ausdünnen" der Anzahl der alten Upstream-Kanäle experimentiert, und den freiwerdenden Platz mit DOCSIS 3.1 Upstream füllt ...

Daneben ist auch THEORETISCH eine Erweiterung in zwei Richtungen möglich ...

1) Erhöhen der oberen Grenzfrequenz des Rückweg-Bandes - kostet viel Geld, weil da einiges an Technik im Verteilnetz zu tauschen ist ...

2) Nutzung des jetzt schon auf dem Papier verfügbaren Spektrums unterhalb von 30 MHz - das liegt derzeit brach, und die Technik ist schon auf die Nutzung vorbereitet ... aber das Band ist sehr durch Störungen belastet - das würde wohl nicht gut gehen ....

 

[floh667]

das dokument is ganz nett für interessierte https://www.viavisolutions.com/en-u...maintenance-technician-technical-notes-en.pdf

 

[THonscha]

Hallo,

ich habe seit einer Woche Probleme mit meinem VF 500/50 (Nähe Hannover) Anschluss. Nach drei ! Techniker-Besuchen, in denen gepegelt, getauscht und wieder kaputtgemacht (zwischendurch ging TV nicht mehr!) wurde, habe ich immer noch Verbindungsabbrüche (synct in unregelmäßigen Abständen neu) mit meinem CH7466CE.
Vodafone hat die Leitung in die "Überwachung" genomment und man wollte sich melden. Da ich schon ein TC4400 zur Sicherheit besorgt hatte, habe ich dies einmal angeschlossen. Könnt ihr bitte einmal drüberschauen, ob die Wert brauchbar sind? Mir machen die Fehler auf dem OFDM Kanal Sorgen.
Seit ich das TC4400 angeschlossen habe, habe ich übrigens keine Abbrüche mehr....

Startup Procedure
Procedure	Status	Comment
Acquire Downstream Channel	288000000 Hz	Locked
Connectivity State	OK	Operational
Boot State	OK	Operational
Configuration File	OK	bac10302000300019058515ccd34
Security	Enabled	BPI+

Downstream Channel Status
Channel Index	Channel ID	Lock Status	Channel Type	Bonding Status	Center Frequency	Channel Width	SNR/MER Threshold Value	Received Level	Modulation/Profile ID	Unerrored Codewords	Corrected Codewords	Uncorrectable Codewords
1	33	Locked	OFDM	Bonded	288000000 Hz	158000 kHz	38.5 dB	3.0 dBmV	0,1	771020381	644206991	0
2	1	Locked	SC-QAM	Bonded	138000000 Hz	8000000 Hz	40.3 dB	3.5 dBmV	QAM256	214393312	0	0
3	2	Locked	SC-QAM	Bonded	146000000 Hz	8000000 Hz	40.2 dB	3.3 dBmV	QAM256	214350862	0	0
4	3	Locked	SC-QAM	Bonded	154000000 Hz	8000000 Hz	40.2 dB	3.3 dBmV	QAM256	214354737	0	0
5	4	Locked	SC-QAM	Bonded	162000000 Hz	8000000 Hz	40.7 dB	3.9 dBmV	QAM256	214358651	0	0
6	5	Locked	SC-QAM	Bonded	602000000 Hz	8000000 Hz	40.0 dB	4.9 dBmV	QAM256	214350644	0	0
7	6	Locked	SC-QAM	Bonded	618000000 Hz	8000000 Hz	40.0 dB	5.4 dBmV	QAM256	214366565	0	0
8	7	Locked	SC-QAM	Bonded	626000000 Hz	8000000 Hz	40.1 dB	5.7 dBmV	QAM256	214371109	0	0
9	8	Locked	SC-QAM	Bonded	642000000 Hz	8000000 Hz	40.2 dB	5.7 dBmV	QAM256	214375526	0	0
10	9	Locked	SC-QAM	Bonded	650000000 Hz	8000000 Hz	40.3 dB	5.7 dBmV	QAM256	214378994	0	0
11	10	Locked	SC-QAM	Bonded	658000000 Hz	8000000 Hz	40.3 dB	5.9 dBmV	QAM256	214384387	0	0
12	11	Locked	SC-QAM	Bonded	666000000 Hz	8000000 Hz	40.4 dB	6.3 dBmV	QAM256	214389642	0	0
13	12	Locked	SC-QAM	Bonded	674000000 Hz	8000000 Hz	40.3 dB	6.3 dBmV	QAM256	214393738	0	0
14	13	Locked	SC-QAM	Bonded	682000000 Hz	8000000 Hz	40.5 dB	6.8 dBmV	QAM256	214398694	0	0
15	14	Locked	SC-QAM	Bonded	690000000 Hz	8000000 Hz	40.6 dB	7.4 dBmV	QAM256	214402300	0	0
16	15	Locked	SC-QAM	Bonded	698000000 Hz	8000000 Hz	35.3 dB	1.4 dBmV	QAM64	160804830	0	0
17	16	Locked	SC-QAM	Bonded	706000000 Hz	8000000 Hz	34.8 dB	0.7 dBmV	QAM64	160808087	0	0
18	17	Locked	SC-QAM	Bonded	714000000 Hz	8000000 Hz	35.4 dB	1.3 dBmV	QAM64	160811387	0	0
19	18	Locked	SC-QAM	Bonded	722000000 Hz	8000000 Hz	35.6 dB	1.8 dBmV	QAM64	160814611	0	0
20	19	Locked	SC-QAM	Bonded	730000000 Hz	8000000 Hz	35.5 dB	1.8 dBmV	QAM64	160817679	0	0
21	20	Locked	SC-QAM	Bonded	738000000 Hz	8000000 Hz	35.5 dB	1.9 dBmV	QAM64	160820981	0	0
22	21	Locked	SC-QAM	Bonded	746000000 Hz	8000000 Hz	35.5 dB	2.1 dBmV	QAM64	160823849	0	0
23	22	Locked	SC-QAM	Bonded	754000000 Hz	8000000 Hz	35.3 dB	2.4 dBmV	QAM64	160827645	0	0
24	23	Locked	SC-QAM	Bonded	762000000 Hz	8000000 Hz	35.4 dB	2.5 dBmV	QAM64	160830829	1	0
25	24	Locked	SC-QAM	Bonded	770000000 Hz	8000000 Hz	35.6 dB	2.2 dBmV	QAM64	160834382	0	0
26	25	Locked	SC-QAM	Bonded	778000000 Hz	8000000 Hz	35.8 dB	2.6 dBmV	QAM64	160837257	0	0
27	26	Locked	SC-QAM	Bonded	786000000 Hz	8000000 Hz	36.0 dB	3.0 dBmV	QAM64	160840535	0	0
28	27	Locked	SC-QAM	Bonded	794000000 Hz	8000000 Hz	36.8 dB	4.4 dBmV	QAM64	160843712	0	0
29	28	Locked	SC-QAM	Bonded	802000000 Hz	8000000 Hz	36.4 dB	4.3 dBmV	QAM64	160846947	0	0
30	29	Locked	SC-QAM	Bonded	810000000 Hz	8000000 Hz	36.6 dB	4.8 dBmV	QAM64	160850016	0	0
31	30	Locked	SC-QAM	Bonded	818000000 Hz	8000000 Hz	36.1 dB	4.8 dBmV	QAM64	160853884	0	0
32	31	Locked	SC-QAM	Bonded	826000000 Hz	8000000 Hz	36.9 dB	5.4 dBmV	QAM64	160854316	0	0
33	32	Locked	SC-QAM	Bonded	834000000 Hz	8000000 Hz	37.0 dB	5.1 dBmV	QAM64	160854946	0	0

Upstream Channel Status
Channel Index	Channel ID	Lock Status	Channel Type	Bonding Status	Center Frequency	Channel Width	Transmit Level	Modulation/Profile ID
1	5	Locked	SC-QAM	Bonded	58600000 Hz	6400000 Hz	43.0 dBmV	ATDMA
2	6	Locked	SC-QAM	Bonded	52200000 Hz	6400000 Hz	43.0 dBmV	ATDMA
3	7	Locked	SC-QAM	Bonded	45800000 Hz	6400000 Hz	43.0 dBmV	ATDMA
4	8	Locked	SC-QAM	Bonded	36200000 Hz	6400000 Hz	43.0 dBmV	ATDMA

 

[#DiRK]

Ich habe immer wieder (jede 1-2 Monate) mit meinem TC400 Probleme im Downstream. Von den 120 MBit/s kommen ca. 0,5 - 2 MBit/s bei mir an.

Siehe Speedtest auf meine Linux Router

[root@front ~]# speedtest Speedtest by Ookla Server: myLoc managed IT AG - Dusseldorf (id = 17392) ISP: Vodafone Germany Latency: 20.05 ms (6.09 ms jitter) Download: 1.09 Mbps (data used: 1.8 MB) Upload: 9.91 Mbps (data used: 17.4 MB)
Packet Loss: 0.0%

Ich hatte dazu heute Morgen ein Telefonat mit dem UM/VF Techniker, der folgendes bei mir diagnostiziert:

- Downstream Werte zeigen Schräglage



- Interner Verbindungstest zum Modem zeigt voll Speed (das konnte ich bereits auch durch den UM/VF Speedtest sehen)


Meine Vermutung ist nun, dass das Modem einen Schuss hat. Entweder einfach defekt (obwol der Fehler nur sporadisch auftritt).
Oder es liegt daran, dass es mit den DOCSIS 3.1 nicht richtig klarkommt?!
Ich habe ein TC4400 aus der ersten Bestellung in dem Forum und somit auch die "alte" Firmware SR70.12.20 drauf. Vielleicht liegt es daran?

Ach ja, der Fehler tritt auch auf, wenn ich einen PC direkt am Modem anschließe. Ich kann also den Router mit hinreichender Sicherheit ausschließen.

Irgendwelche Ideen? Bin dankbar über jeden Input!