Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[dvt]

Hallo leute, nach ca. gefühlt 30 Seiten (überflogen gelesen) bin ich zur erkenntniss gekommen, dass dieser Modem TC4400 viel besser ist als die Connect Box.

Habe gestern meinen Vertrag bei UM verlängert für 19,99 Monatlich die ersten 12 Monate (400 Mbit +40 Mbit upload)... Naya Preis ist erstmal egal.

Ich möchte mir den TC4400 holen.
1.Frage
Gibt es regelmäßig Updates für die Version bei Wernerelectronics?

2.Frage
Welchen Preisleistungsmäßig günstigen Router (brauche auch Festnetz evtl nen Cisco Adapter +WLAN Router) würdet ihr mir noch empfehlen. Ich möchte jetzt nicht wirklich ca. 350 Euro ausgeben (150 TC400 und 200 Euro für ne Fritzbox)...

PS. WLAN Reichweiter oder Mesh oder oder oder, diese sachen sind unwichtig. Alle meine Geräte sind per LAN verbunden, außer die Smartphones zuhause.

Gruß Danke.

 

[Andreas1969]

Gibt es regelmäßig Updates für die Version bei Wernerelectronics?

Da musst Du den Werner fragen :winken:

Welchen Preisleistungsmäßig günstigen Router (brauche auch Festnetz evtl nen Cisco Adapter +WLAN Router) würdet ihr mir noch empfehlen.

Da kommt eigentlich nur ne Fritzbox in Frage, da Du ja Festnetz, Router und WLAN haben willst.
Ne gebrauchte 7490 von Ebay sollte es tun. :zwinker:

 

[dvt]

Also die Fritzbox ist ja premium... geht da net so ein 40 Euro TP Link Archer oder so?

Wenn ich die 7490 kaufen soll, hat diese den Puma bug nicht ?

 

[Andreas1969]

... geht da net so ein 40 Euro TP Link Archer oder so?

Dann brauchst Du aber noch was für die Telefonie, da könnte es mit der 7490 eventuell günstiger werden, als wenn Du den Archer und zusätzlich noch'n Telefon Gateway kaufst :winken:

Wenn ich die 7490 kaufen soll, hat diese den Puma bug nicht ?

Nee, DSL Fritten haben keinen Puma BUG :traurig:

 

[dvt]

nen TP Link Archer v2 (zwar paar jährchen alt) habe ich zuhause noch...

Welches Festnetz Gateway kannst du mir empfehlen? Möchte evtl. die Rufnummer von Unity benutzen und zusätzlich noch von Sipgate evtl zum Faxen nutzen.

Kann ich beide LAN Ports beim TC4400 nutzen? Also eine Leitung z.B. der direkt zu meinem PC geht und zweiten Port zum Router hin...

 

[Andreas1969]

Welches Festnetz Gateway kannst du mir empfehlen?

Ein cisco spa 112 oder grandstream ht802

Kann ich beide LAN Ports beim TC4400 nutzen? Also eine Leitung z.B. der direkt zu meinem PC geht und zweiten Port zum Router hin...

Nein, nur 1 LAN Port, den PC müsstest Du dann an den Router anschließen. :winken:

 

[tobsen]

Was sagt ihr zu solchen Kabelwerten?
Also für mich ist das irgendwas faul. Ich hatte bisher immer 24 DS und 5 US Kanäle... jetzt hab ich nur noch 1 US-Kanal und der liegt mit seinen 58dbmV auch schon außerhalb der tolerierten Werte oder?

Ich habe bei UM mal ein Ticket aufgemacht :kratz:

 

[Andreas1969]

Was sagt ihr zu solchen Kabelwerten?

Nen fetten Störer, bzw. Einstrahlung im US. :winken:
Na, dann muss sich UM mal auf die Suche der Quelle machen, das kann aber dauern :kafffee:

 

[Andreas1969]

Sei froh, daß Du das TC4400 hast, Deine Nachbarn mit Puma HW, wie ConnectBox, Fritte und Co. dürften schon längst offline sein. :smile:
Das ist halt der Nachteil des shared Medium.
Wenn einer von den 1000 Leuten im Segment massiv stört, sind gleich alle Offline. :heul:

 

[Menano]

Ich habe bei UM mal ein Ticket aufgemacht :kratz:

Nun solltest du noch den einen Upload Kanal voll auslasten und damit zumachen. Dann machen sicherlich auch deine Nachbarn Tickets auf weil kein Upload mehr ankommt.

 

[tobsen]

Sei froh, daß Du das TC4400 hast,

Jap :winken:

Dann machen sicherlich auch deine Nachbarn Tickets auf weil kein Upload mehr ankommt.

Wenn ich so schaue was für WLAN-SSIDs bei mir so in der Umgebung rumschwirren, dann sind die Nachbarn alle auf CB oder Fritte... Die werden wahrscheinlich schon lange offline sein, wie Andreas schon sagte :mussweg: :brüll:

 

[rv112]

Ganz klar Ingress. Da braucht man nix melden, das geht automatisch von der Netzüberwachung.

 

[Andreas1969]

Ganz klar Ingress. Da braucht man nix melden, das geht automatisch von der Netzüberwachung.

Wie schnell wird denn seitens UM darauf reagiert :kratz:

 

[rv112]

Normal ist das sofort bekannt. Techniker waren bei mir dann innerhalb der nächsten Werktage vor Ort.

 

[tobsen]

Techniker waren bei mir dann innerhalb der nächsten Werktage vor Ort.

Dann sollte ja spätestens morgen jemand von denen hier rumschwirren und etwas suchen
Das CMTS ist Luftlinie etwa 50m Entfernt. Ich werde das mal beobachten :mussweg:

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert? UM rückt ja nicht wirklich damit raus, welche Ports bzw Ranges interessant sind.

 

[__QT__]

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert?

So dass es funktioniert. SCNR! :hammer:

Was ist denn Dein Problem? Mach doch mal nen extra Beitrag dazu auf, nenne Deine Hardware, Deine Konfig und Dein Problem. Es wird sich bestimmt jemand finden, der weiterhelfen kann.

 

[THX1138]

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert? UM rückt ja nicht wirklich damit raus, welche Ports bzw Ranges interessant sind.

Ich habe eine alte FB 7390 als Telefonanlage hinter einem Asus RT-AC86U mit der Merlin-Firmware.

Für IPv4 habe ich gar nichts konfiguriert. Die FB hält per Keep-alive alle 120 sec das Mapping für SIP (UDP 5060) offen.

Für IPv6 musste ich eine Inbound-Regel für SIP anlegen, da die FB für IPv6 kein Keep-alive macht:

<i>
</i>ip6tables -A FORWARD -s 2a02:908:a:1000::20/128 -d ::xxxx:feff:fefa:yyyy/::ffff:ffff:ffff:ffff -i eth0 -o br0 -p udp -m udp --sport 5060 --dport 5060 -m state --state NEW -j ACCEPT

Die RTP-Verbindungen werden offensichtlich immer von der FB aus aufgebaut. Da brauche ich weder für IPv4 noch IPv6 Firewall-Regeln.

 

[AsklepiOS]

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert?

Sip-Proxy (siproxd) auf dem Router starten und eintragen in der FB/Client. So muss man sich mit nichts rumärgern.

 

[rv112]

Bei mir werden beim wechsel der IP immer mal andere SIP Ports gebraucht. Ich wechsel da zwischen 5060, 5070 und 5080. Wieso und warum? Keine Ahnung, UM halt. Stört mich auch nicht da ich den IP Wechsel ja bewusst durchführe und dann auch an SIP denke.

 

[Andreas1969]

Bei mir werden beim wechsel der IP immer mal andere SIP Ports gebraucht. Ich wechsel da zwischen 5060, 5070 und 5080. Wieso und warum? Keine Ahnung, UM halt.

Bei der Telekom z.B. ist das sauber dokumentiert.
Solche Angaben gehören in's KC.

Benutzte Ports und Übertragungsprotokolle: 

    UDP (out): Ports 5060, 30000-31000, 40000-41000, 3478, 3479 
    UDP (in): Ports 5070, 5080, 30000-31000, 40000-41000 
    TCP (out): Port 80, 443 

Eventuell ist das bei UM ja identisch

 

[Wechseler]

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert? UM rückt ja nicht wirklich damit raus, welche Ports bzw Ranges interessant sind.

Bei den IPtables rein gar nichts. SIP funktioniert mit OpenWrt-NAT ab Werk problemlos - sowohl mit also auch ohne STUN.

 

[sparkie]

Wie habt ihr eigentlich eure Firewalls/IPtables bezüglich SIP konfiguriert? UM rückt ja nicht wirklich damit raus, welche Ports bzw Ranges interessant sind.

es gibt wie ich jetzt erst gesehen habe einen eigenen Thread fuer das Thema:

Beitrag

 

[Exiver]

Normal ist das sofort bekannt. Techniker waren bei mir dann innerhalb der nächsten Werktage vor Ort.

Das stimmt leider nicht. Im Optimalfall wäre es wohl so - aber das System schlägt erst Alarm, wenn ein gewisser Anteil an Modems dauerhaft offline ist. Flappende Modems z.B. oder ein SNR dauerhaft unter 20 sind noch kein Indiz dafür, dass UM hier ein Ingress-Ticket einstellt oder irgendwelche Linien mit 8 oder sogar 45db dämpft. Selbst bei Störmeldungen werden diese teilweise mit dem Hinweis geschlossen, dass die Uncorrectable Rate ja unter 1% liegt (kein Wunder, wenn das Modem dauerhaft in T3-Timeouts läuft...)

 

[rv112]

Bist Du sicher? Bei meinem Ingress hier es das nämlich von der Technik. Immerhin müssen sie gerade beim Upstream ja auch schnell entstören.

 

[Exiver]

Bist Du sicher? Bei meinem Ingress hier es das nämlich von der Technik. Immerhin müssen sie gerade beim Upstream ja auch schnell entstören.

Ja ziemlich sogar. Es kommt eigentlich immer auf den Bearbeiter des Tickets drauf an. Wir haben beruflich relativ viel mit UMKBW zu tun und haben daher häufiger solche Fälle (und ein Teil meiner Kollegen Entstört UM-Anschlüsse sowie Ingress in unseren Objekten)

Zur SNMP-Geschichte: Ich habe ja bereits die .40er Firmware auf meinem TC und hier lässt sich wohl mit der Community public nichts mehr setzen. Die beiden Werte kann ich entsprechen auslesen:

<i>
</i>xxx@x230:~$ snmpgetnext -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.93
iso.3.6.1.4.1.46366.4292.77.1.300.0 = INTEGER: 0
xxx@x230:~$ snmpgetnext -v2c -c public 192.168.100.1 1.3.6.1.4.1.46366.4292.77.1.307.0
iso.3.6.1.4.1.46366.4292.77.1.309.0 = INTEGER: 1

Jedoch geht das setzen der Werte nicht:

<i>
</i>marcel@x230:~$ 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: iso.3.6.1.4.1.46366.4292.77.1.307.0

Leider wurden bei mir im Node heute auch die Docsis 3.1 Träger aufgeschaltet und mein Modem spielt Online/Offline-Bingo..

Muss ich wohl das CM morgen mal mit in die Firma nehmen und die Flags über das Bootfile setzen :zerstör: