Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[Andreas1969]

Wer sagt ihr zu dem OFDM Kanal?

Der SNR ist scheis.se, sollte über 40 dB liegen

 

[shm0]

Hmm okay...
Auf den anderen Kanälen liegt der SNR bei ~38-40 dB.

 

[rv112]

Der SNR passt für den OFDM. Sollte über 28dB liegen, 34dB ist für QAM1024. Mehr geht nicht.

@MichaelBre

Ich habe die Laborfirmware .33

@shm0

Die Firmware kann man bei Werner beliebig updaten lassen, ja. Bzgl. der Bugs schaue ich sobald ich nächste Woche wieder zurück bin. Der Tempsensor scheint aber mit der .41 nicht zu funktionieren, bekomme zumindest immer -99 angezeigt. Allerdings bootet das Modem deshalb nicht mehr neu.

 

[shm0]

Temperatur wird bei mir auch immer mit -99 angezeigt. (70.12.40-180627 Firmware)
Im Log taucht aber trotzdem manchmal die Meldung auf: THERMAL THROTTLE...
Und dann schalten die Ethernet Ports von 1 Gbit/s auf 100 Mbit/s runter...
Ist jetzt nicht so tragisch aber sollte eigentlich nicht so sein...

 

[rv112]

Das ist mit der .41 gefixt.

 

[MichaelBre]

Vielleicht auch nur eine Frage der richtigen Community...?

Leider nein :-(

Ich habe jeweils noch die Variante mit und ohne .0 am Ende getestet.

<i>
</i>$ snmpget -v1 -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: iso.3.6.1.4.1.46366.4292.77.1.307
$ 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: 1
$ snmpset -v1 -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: iso.3.6.1.4.1.46366.4292.77.1.307.0
snmpset -v2c -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: noAccess
Failed object: iso.3.6.1.4.1.46366.4292.77.1.307.0

--------------------------------------------------

Zudem ist der Filter heute schon angekommen.
Mit Filter zwischen Coax und Modem wird zwar eine Verbindung hergestellt, ich bekomme an der FritzBox allerdings keine öffentliche IP-Adresse und das Lease der 192.168.100.10 Adresse hält nur eine Minute.
Danach komme ich nicht mehr ans Webinterface.

Bei einem kurzen Test direkt am Modem konnte ich kurz die Kanalwerte sehen und keine Verbesserung erkennen.
Der OFDM Kanal ist weiterhin da, wenn auch noch schlechter als ohne Filter.

Jetzt bleibt nur noch ein 90€ Spezialfilter oder eine Lösung von Unitymedia.
Zweiteres erwarte ich nicht vor 2020...
Habe grade mit der Hotline telefoniert und das Ticket wurde bisher nicht bearbeitet und liegt seit Donnerstag in der Technik.
Freitag und heute haben die Hotliner das Ticket erneut angeschubst, mehr kann man auf Seiten der Hotline wohl nicht machen.

Einzige Lösung bleibt der Wechsel auf das Entwickler Modem...

 

[MartinP_Do]

Einzige Lösung bleibt der Wechsel auf das Entwickler Modem...

Oder eine Connect Box schicken lassen, und im Bridge Mode betreiben

 

[MichaelBre]

Ich habe das Thema nicht wirklich verfolgt, gibt es denn jetzt einen echten Bridge Mode?
Und die andere Frage, bekomme ich als Business Kunde überhaupt eine Connect Box.
Ich bräuchte dann ja bei einer Connect Box mit Bridge Mode weiterhin die SIP Daten.

 

[sparkie]

Einzige Lösung bleibt der Wechsel auf das Entwickler Modem...

du meinst "SR70.12.33-180327"?

das ist mit Abstand die beste Firmware nach wie vor fuer das TC4400 IMHO.

 

[MichaelBre]

Nein, ich meine ein anderes Modem das identisch zum TC4400 ist, nur ohne DOCSIS 3.1 Kanal.
Eine andere Idee wäre ein Downgrade der Firmware für mein zweites TC4400 durch tobsen, der scheint aber untergetaucht zu sein...

 

[Andreas1969]

Ich bräuchte dann ja bei einer Connect Box mit Bridge Mode weiterhin die SIP Daten.

Gibt's nicht :traurig:

Eine andere Idee wäre ein Downgrade der Firmware für mein zweites TC4400 durch tobsen, der scheint aber untergetaucht zu sein...

Den gibt's nicht mehr :wein:

 

[sparkie]

wernerelectronic flasht doch auf Wunsch sicher die "SR70.12.33-180327" drauf? Gegen Bezahlung sicher auch auf 'fremde' Modems. Damit sind viele der beschriebenen Probleme erledigt.

 

[MichaelBre]

wernerelectronic flasht doch auf Wunsch sicher die "SR70.12.33-180327" drauf? Gegen Bezahlung sicher auch auf 'fremde' Modems. Damit sind viele der beschriebenen Probleme erledigt.

Welchen Nachteil hatte denn die 33er?
Außer dem Vodafone TAB Zeichen was mich bei Unitymedia hoffentlich nicht betrifft.

 

[shortie]

Hallo zusammen,

da mein TC4400 mit der 41er FW an meinem ANschluss nicht funktioniert, habe ich am Freitag die CB provisionieren lassen. Bridge Mode aktiviert. So sieht es bei mir aus. Hänge übrigens an einem Arris mit aufgeschaltetem DOCSIS 3.1 Kanal.

 

[sparkie]

Welchen Nachteil hatte denn die 33er?

keine fuer dich denke ich. Der TAB Bug betrifft dich ja nicht. Eines meiner TC4400 haengt zudem mit der 33er bestens an einer Vodafone CMTS. Also selbst da muss der TAB Bug nicht notwendigerweise zuschlagen.

Also: 33er drauf und ueber Features freuen, die TC mit den FW-Folgeversionen blockt oder zumindest verschlimmbessert hat :smile:

 

[rv112]

Der Tab Bug ist mit der .33 bereits gefixt.

 

[MichaelBre]

Ich habe mal versucht Kontakt zu tobsen aufzunehmen.
Mal sehen

 

[Menano]

Ich hätte ein TC4400 mit SR70.12.33-180308 da. Falls Interesse besteht melde dich gerne per PN :zwinker:

 

[Andreas1969]

Ich verstehe einfach nicht, warum UM da absolut ohne Sinn und Verstand die OFDM Blöcke in den Segmenten aufschaltet und sich dann nicht weiter drum schert :hirnbump:

@MichaelBre
Du bist doch Businesskunde, da würde ich UM aber mal massiv an die Tür klopfen :streber:
Die sollen das gefälligst geradeziehen :nein:

 

[Andreas1969]

Ich hätte ein TC4400 mit SR70.12.33-180308 da. Falls Interesse besteht melde dich gerne per PN :zwinker:

Hast Du es @tiri nicht verkauft :kratz:

 

[Menano]

Hast Du es @tiri nicht verkauft :kratz:

Der hat wohl schon so seinen Ruf.

 

[MichaelBre]

Ich hab schon zwei TC4400 hier, da kauf ich kein neues für eine andere Firmware. Ich bin in Kontakt mit tobsen und werde wohl beide auf die 33er downgraden lassen.

Ich habe heute Mittag eine freundliche Mail an Unitymedia Business gesendet.
Mit entsprechenden Screenshots der Kanalwerte an den einzelnen Tagen und dem Beginn der Störung durch aufschalten des OFDM.

Soeben kam ein Anruf von einem Hotliner mit Neuigkeiten aus der Technik.
(die Jungs trauen sich nicht mich selbst anzurufen...)
Es liegt am OFDM Block und ich soll bitte DOCSIS 3.1 in meiner FritzBox ausschalten.
Hab Ihm gesagt das die Firmware zu neu ist, ich das nicht kann und eine andere Lösung her muss.
Meine Vorschläge waren dann 1. OFDM Kanal einmessen oder 2. mir einen Techniker mit einem speziellen Sperrfilter schicken.
Er hat davon keine Ahnung und gibt das so zurück an die Technik. Ich bekomme noch heute oder spätestens morgen früh eine Rückmeldung.

Jetzt weiß ich nicht ob es an meiner Mail oder dem Kontakt zu einem UM Techniker liegt. Der war letztes Jahr bei mir und hat mir seine private Nummer gegeben. „Falls mal was ist kannst du dich gerne melden“.
Gesagt getan.

 

[rv112]

Top Mal gespannt was daraus wird.

 

[danielrippen]

So, ich war heute auch mal an meinem TC4400 dran.. Sieht ziemlich schlecht aus.
Nach der Aktion bekommt mein EdgeRouter Lite kein DHCPv6-PD aber eine IPv4 Adresse via DHCP, irgendwie seltsam. Schaue mir das noch genauer an.


Firmware: 70.12.41-180903

<i>
</i>
##### SNMP GET v1
$ snmpgetnext -v1 -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
$ snmpgetnext -v1 -c private 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
##### SNMP GET v2c
$ 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
$ snmpgetnext -v2c -c private 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
##### SNMP SET SNMP v1
$ snmpset -v1 -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-SMI::enterprises.46366.4292.77.1.307.0
$ snmpset -v1 -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-SMI::enterprises.46366.4292.77.1.307.0
##### SNMP SET v2c
$ snmpset -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: noAccess
Failed object: SNMPv2-SMI::enterprises.46366.4292.77.1.307.0
$ snmpset -v2c -c private 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0 i 2
Error in packet.
Reason: noAccess
Failed object: SNMPv2-SMI::enterprises.46366.4292.77.1.307.0
## Nach dem setzen:
$ snmpgetnext -v1 -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

 

[MichaelBre]

Nach der Aktion bekommt mein EdgeRouter Lite kein DHCPv6-PD aber eine IPv4 Adresse via DHCP, irgendwie seltsam. Schaue mir das noch genauer an.

Das gleiche Problem habe ich seit dem der OFDM Kanal da ist immer wieder.
Die FritzBox holt eine IPv4 aber kein v6 Präfix.