Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[Nurum]

Die MAC des TC4400 mit 10:62:d0:xx:xx:xx verweist auch auf "Technicolor CH USA Inc." die in Indianapolis sitzen. Dort gilt die EDT Zeitzone.

 

[sch4kal]

Wundert sich eigentlich einer darüber ?
In Frankreich ist momentan Ferienzeit, klar gibt es dann einen Ressourcen-Engpass.

Wobei die Firmwares wohl nicht in Frankreich, sondern an der US-Ostküste zusammengebaut werden:

Linux version 3.14.28-Prod_6.1.2mp2 (jenkins@brcm-bld1) (gcc version 4.8.5 (Broadcom stbgcc-4.8-1.5) ) #3 SMP Tue Mar 27 14:02:21 EDT 2018

Aber nur der Broadcom Teil, was auch wieder logisch ist, da Broadcom eine US Firma ist...

 

[sch4kal]

Die MAC des TC4400 mit 10:62:d0:xx:xx:xx verweist auch auf "Technicolor CH USA Inc." die in Indianapolis sitzen. Dort gilt die EDT Zeitzone.

Meine 2 haben verschiedene MAC Adressen, einmal die von dir genannte und einmal 603D26....

 

[cpuesser]

Wenn man sowas will müsste man a) große Antennen verbauen und die b) die WLAN-Sendeleistung deutlich anheben

Und wenn man es genau betrachtet ist nicht die Leistung die an die Antennen geht reguliert, sondern die abgestrahlte.
Wenn ich also schon am Limit sende und meine 5dB Antenne gegen einer 9dB Antenne tausche sende ich mit mehr Leistung als ich darf ;-)

 

[y0r]

Also ich hätte noch 2 Airlink 80 von SSB in der Garage. Wenn die jemand möchte, kann er sie gerne für umme abholen. :zwinker:

 

[MichaelBre]

Leute es geht hier um das TC4400...
Nicht um einen Bridge Mode einer Fritze oder die Connect Box.

 

[Nurum]

Die MAC des TC4400 mit 10:62:d0:xx:xx:xx verweist auch auf "Technicolor CH USA Inc." die in Indianapolis sitzen. Dort gilt die EDT Zeitzone.

Meine 2 haben verschiedene MAC Adressen, einmal die von dir genannte und einmal 603D26....

Die 60:3D:26 ist auch Technicolor USA Inc zugeordnet. Trotzdem,dass dort wahrscheinlich an der Firmware gearbeitet wird, nützt uns ja eigentlich nichts.
Selbst wenn man dort klingeln würde, gäbe es wahrscheinlich keine Auskunft über das TC4400^^

 

[tobsen]

Ich habe bspw. meine Access-Points gemäß ETSI-/BNetzA-Empfehlung auf den Kanälen 1,5,9 und 13 verteilt, um die 80 MHz im 2.4-GHz-Band effizient auszunutzen. Die dummen PYUR-Gurken und Fritzen setzen sich dann auf die Kanäle 6 und 11 und produzieren fleißig Interferenz.

Sorry aber genau solche Konfigurationen machen es eben auf dem 2,4GHz Band allen Teilnehmern nur noch schwerer.
Auf dem 2,4er Band sind im WLAN nur die Kanäle 1,6,11 ohne Interferenzen mit einer Kanalbreite von 20MHz nutzbar, da es so keinerlei Überschneidungen zu anderen Kanälen gibt. Durch die Erhöhung der Kanalbreite ist zwar aus theoretischer Sicht mehr Datendurchsatz möglich. Aus praktischer Sicht ist es aber so, dass dadurch nur die möglichen Überlappungen stark zunehmen und durch die damit verbundenen Interferenzen sinkt die tatsächliche Datenrate und man hat am Ende nix gewonnen. Außer das natürlich alle in deiner Umgebung von der 80MHz Breite auch etwas haben und deren Datenrate auch sinkt.
Und dieser ganze WiFi-Spot Dreck ist halt auch wieder pro Kunde eine SSID mehr in der Umgebung, die wertvolle Air-Time kostet, die Kanäle belegt und am Ende eh von niemandem genutzt wird.

Sorry für das Off-Topic. :mussweg:

 

[sch4kal]

Ich hätte mal gerne die Nutzerzahlen solcher Wifi-Spots gewusst, ob sich das überhaupt für UM/VF lohnt.
Ist aber jetzt auch etwas OT.

Bin immer noch für das TC4400 in Kombination mit Freifunk, die deutlich bessere Alternative als Provider-Hotspots.

 

[nts]

Ich habe bspw. meine Access-Points gemäß ETSI-/BNetzA-Empfehlung auf den Kanälen 1,5,9 und 13 verteilt, um die 80 MHz im 2.4-GHz-Band effizient auszunutzen. Die dummen PYUR-Gurken und Fritzen setzen sich dann auf die Kanäle 6 und 11 und produzieren fleißig Interferenz.

Sorry aber genau solche Konfigurationen machen es eben auf dem 2,4GHz Band allen Teilnehmern nur noch schwerer.
Auf dem 2,4er Band sind im WLAN nur die Kanäle 1,6,11 ohne Interferenzen mit einer Kanalbreite von 20MHz nutzbar, da es so keinerlei Überschneidungen zu anderen Kanälen gibt. Durch die Erhöhung der Kanalbreite ist zwar aus theoretischer Sicht mehr Datendurchsatz möglich. Aus praktischer Sicht ist es aber so, dass dadurch nur die möglichen Überlappungen stark zunehmen und durch die damit verbundenen Interferenzen sinkt die tatsächliche Datenrate und man hat am Ende nix gewonnen. Außer das natürlich alle in deiner Umgebung von der 80MHz Breite auch etwas haben und deren Datenrate auch sinkt.

1,5,9,13 wäre schon optimal, solange man keinen Wert auf 802.11b legt und auch keine Nachbarn hat, die meinen sie wären Amerikaner :zunge:

 

[Nurum]

Ich habe lange versucht 1,5,9,13 zu nutzen, bin aber wegen meinem WLAN Umfeld auf 1,6,11 gewechselt. So sind die Verbindungen messbar stabiler. Und es gibt keine Probleme mit Geräten die nicht auf Kanal 13 zurechtkommen.
Hoffe im kommenden 802.11ax Standard sind nur noch 1,6,11 möglich. Wenn auf überlappenden Kanälen gesendet wird, laufen die ganzen Methoden Airtime effizienter zu nutzen ins Leere. Aber das ist ist ein ganz anderer Kampf gegen Windmühlen, der eigentlich nicht in Thema gehört.

 

[MichaelBre]

Macht euch doch bitte einen eigenen Thread für sowas auf...
Das Thema ist schon unübersichtlich genug!

- WLAN Kanal Einstellungen
- Connect Box
- FritzBoxen

Kann hier nichtmal ein Mod den Müll aufräumen?

 

[Wechseler]

Auf dem 2,4er Band sind im WLAN nur die Kanäle 1,6,11 ohne Interferenzen mit einer Kanalbreite von 20MHz nutzbar, da es so keinerlei Überschneidungen zu anderen Kanälen gibt.

Das stimmt für die EU nicht. Es werden so 20 MHz des verfügbaren Spektrums ungenutzt verschwendet (zweimal 5 MHz und einmal 10 MHz).

Durch die Erhöhung der Kanalbreite ist zwar aus theoretischer Sicht mehr Datendurchsatz möglich.

Es geht nicht um die Erhöhung von Kanalbreite, sondern um effiziente Nutzung des 80 MHz Gesamtspektrums (4x 20 MHz). Das ginge nämlich problemlos, wenn die Provider-Gurken sich dabei nicht so dumm anstellen würden.

 

[JPDribbler]

Die MAC des TC4400 mit 10:62:d0:xx:xx:xx verweist auch auf "Technicolor CH USA Inc." die in Indianapolis sitzen. Dort gilt die EDT Zeitzone.

Hier steht die genaue Adresse in Indianapolis:

https://www.cable-wiki.xyz/images/5/51/TC4400_Safety_instructions_and_regulatory_notices-4.jpg "Responsible Party" (Links unten)

Aber:
https://www.ibj.com/articles/65885-technicolor-closing-local-operations-eliminating-125-jobs

 

[Nurum]

Guter Fund.
Zitat aus dem verlinkten Artikel:

The company is simplifying and optimizing its operations as it continues to build its Connected Home business in the wake of the Cisco Connected Devices Business Unit acquisition. The Lawrenceville facility near Atlanta is now—and will continue to be—the largest center of excellence in developing technology solutions for network service providers in the North American region.

Atlanta bzw. Lawrenceville liegen auch in der EDT-Zeitzone. Mit dem Verweis auf die Übernahme der Modemsparte von Cisco ist wohl davon auszugehen, dass dort an der Firmware gearbeitet wird.

 

[robert_s]

The company is simplifying and optimizing its operations as it continues to build its Connected Home business in the wake of the Cisco Connected Devices Business Unit acquisition. The Lawrenceville facility near Atlanta is now—and will continue to be—the largest center of excellence in developing technology solutions for network service providers in the North American region.

Atlanta bzw. Lawrenceville liegen auch in der EDT-Zeitzone. Mit dem Verweis auf die Übernahme der Modemsparte von Cisco ist wohl davon auszugehen, dass dort an der Firmware gearbeitet wird.

Aber eben an der Firmware für Provider in Nordamerika... Wo wird an der Firmware für den Europäischen Markt gearbeitet?

 

[Nurum]

Im Datenblatt des TC4400 steht, dass es möglich ist per Software zwischen DOCSIS und EuroDOCSIS umzuschalten. Also wird in Australien und Nord Amerika die selbe Hardware genutzt. Deshalb habe ich angenommen, dass die Software für beide Regionen am selben Ort entwickelt wird.
Das sind aber alles nur meine Vermutungen. Es kann natürlich alles ganz anders sein, wie ich es mir zurecht reime.

Da das Umschalten zwischen DOCSIS und EuroDOCSIS ja nicht für Endkunden möglich ist, muss dies an die Firmware gebunden sein. So könnte man auch argumentieren, dass die EuroDOCSIS Firmware woanders entwickelt wird.

Aber letzten Endes ist diese Information für uns ja nicht wirklich relevant. Technicolor kommuniziert ja nicht mal die relevanten Informationen^^

 

[sch4kal]

Im Datenblatt des TC4400 steht, dass es möglich ist per Software zwischen DOCSIS und EuroDOCSIS umzuschalten. Also wird in Australien und Nord Amerika die selbe Hardware genutzt. Deshalb habe ich angenommen, dass die Software für beide Regionen am selben Ort entwickelt wird.
Das sind aber alles nur meine Vermutungen. Es kann natürlich alles ganz anders sein, wie ich es mir zurecht reime.

Da das Umschalten zwischen DOCSIS und EuroDOCSIS ja nicht für Endkunden möglich ist, muss dies an die Firmware gebunden sein. So könnte man auch argumentieren, dass die EuroDOCSIS Firmware woanders entwickelt wird.

Aber letzten Endes ist diese Information für uns ja nicht wirklich relevant. Technicolor kommuniziert ja nicht mal die relevanten Informationen^^

Wenn du über einen Distributor anfragst kommunizieren die sehr wohl mit dir. Die Hardware ist identisch, man kann aber wahrscheinlich nicht zwischen euroDOCSIS und DOCSIS hin und her wechseln, außer das Modem hat beide Zertifikate.

 

[rv112]

Aus meiner Quelle eines kanadischen ISP haben die US Geräte eine andere Firmware als die EU Geräte. Was dort genau anders ist, weiß ich nicht. Könnte ich aber noch mal nachhaken.

 

[sch4kal]

Uh, meine ICMP Spikes scheinen verschwunden zu sein am Casa

 

[robert_s]

Uh, meine ICMP Spikes scheinen verschwunden zu sein am Casa

Vielleicht gab es da ein Software-Update? Kannst Du im TC4400 nachvollziehen, ob es vielleicht mal irgendwann nachts einen Verbindungsverlust gab?

 

[Andreas1969]

Also, hier an meinem Casa gab es definitiv kein SW Update. Das TC4400 hatte die letzten Tage keinen Verbindungsverlust und der Anschluß läuft noch genau so beschissen, wie vorher. Es hat sich nichts verändert :traurig:

Aktuell gemessen:

Ping: 27 ms
DL: 430 Mbit's
UL: 33 Mbit's

 

[Menano]

Also bei mir hat sich tatsächlich auch bisschen was gebessert seit dem gestrigen Ausfall. Könnte aber auch daran liegen dass die Modemwerte sich verbessert haben nach dem Ausfall.

 

[sch4kal]

Vielleicht gab es da ein Software-Update? Kannst Du im TC4400 nachvollziehen, ob es vielleicht mal irgendwann nachts einen Verbindungsverlust gab?

<i>
</i> 31 Sun Jul 19 21:17:32 2018 Notice (6) "CM-STATUS message sent. Event Type Code: 8; Chan ID: 2 3 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 30 Sun Jul 19 21:17:24 2018 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX:XX;CMTS-MAC=00:17:10:XX:XX:XX... 29 Sun Jul 19 21:17:19 2018 Critical (3) "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX... 28 Sun Jul 19 21:17:19 2018 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX:XX;CMTS-MAC=00:17:10:XX:XX:XX... 27 Sun Jul 19 21:17:18 2018 Critical (3) "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=10:62:d0::XX:XX... 26 Sun Jul 19 21:17:16 2018 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX:XX;CMTS-MAC=00:17:10:XX:XX:XX... 25 Sun Jul 19 21:17:13 2018 Notice (6) "CM-STATUS message sent. Event Type Code: 7; Chan ID: 3 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA ... 24 Sun Jul 19 21:17:12 2018 Critical (3) "No Ranging Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX:XX;CMTS-MAC=00:17:10:XX:XX:XX... 23 Sun Jul 19 21:17:11 2018 Critical (3) "16 consecutive T3 timeouts while trying to range on upstream channel 0;CM-MAC=10:62:d0:XX:XX:XX... 22 Sun Jul 19 21:17:11 2018 Critical (3) "Unicast Maintenance Ranging attempted - No response - Retries exhausted;CM-MAC=10:62:d0:XX:XX:... 21 Sun Jul 19 21:17:11 2018 Critical (3) "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=10:62:d0:XX:XX...

Also wenn, dann gab es das ohne Unterbrechung :kratz:
Ist erst seit Samstag Nachmittag so:

 

[rv112]

Also so sah es bei mir aus als der Anschluss nach Ingress entstört war.