Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[why_]

Ja komisch....
Es gab auch nen Thread im OpenWRT Forum. Lässt sich aber auch nicht mehr finden.


Hier der Patch, ist für die Trunk Version

--- a/networking/udhcp/dhcpc.c
+++ b/networking/udhcp/dhcpc.c
@@ -709,11 +709,6 @@ static int raw_bcast_from_client_data_if
static int bcast_or_ucast(struct dhcp_packet *packet, uint32_t ciaddr, uint32_t server)
{
- if (server)
- return udhcp_send_kernel_packet(packet,
- ciaddr, CLIENT_PORT,
- server, SERVER_PORT,
- client_data.interface); return raw_bcast_from_client_data_ifindex(packet, ciaddr);
}
@@ -824,7 +819,7 @@ static NOINLINE int send_renew(uint32_t if (server) { struct in_addr temp_addr; temp_addr.s_addr = server;
- bb_info_msg("sending renew to server %s", inet_ntoa(temp_addr));
+ bb_simple_info_msg("broadcasting renew"); } else { bb_simple_info_msg("broadcasting renew"); }

Hi
hast du den Patch vielleicht noch irgendwo mit richtiger Formatierung rumliegen?
Ich bekomme das einfach nicht mehr zum bauen

patch: **** malformed patch at line 14: @@ -824,7 +819,7 @@ static NOINLINE int send_renew(uint32_t

Vielen Dank

 

[shm0]

Hi
hast du den Patch vielleicht noch irgendwo mit richtiger Formatierung rumliegen?
Ich bekomme das einfach nicht mehr zum bauen

Vielen Dank

From b3ab0f4415e861ae507a4d40d8e4ee80740469fb Mon Sep 17 00:00:00 2001
From: anon <[email protected]>
Date: Sun, 19 Jun 2022 04:08:10 +0200
Subject: [PATCH] package: busbox: always use broadcast for renew
--- .../patches/999-always-use-broadcast-for-renew.patch | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 package/utils/busybox/patches/999-always-use-broadcast-for-renew.patch
diff --git a/package/utils/busybox/patches/999-always-use-broadcast-for-renew.patch b/package/utils/busybox/patches/999-always-use-broadcast-for-renew.patch
new file mode 100644
index 0000000000..bc0d303cc8
--- /dev/null
+++ b/package/utils/busybox/patches/999-always-use-broadcast-for-renew.patch
@@ -0,0 +1,11 @@
+--- a/networking/udhcp/dhcpc.c
++++ b/networking/udhcp/dhcpc.c
+@@ -1521,7 +1521,7 @@ int udhcpc_main(int argc UNUSED_PARAM, c
+ * Anyway, it does recover by eventually failing through
+ * into INIT_SELECTING state.
+ */
+- if (send_renew(server_id, requested_ip) >= 0) {
++ if (send_renew(0 , requested_ip) >= 0) {
+ timeout = discover_timeout;
+ packet_num++;
+ continue;
--
2.34.1

Und wer OpenWRT nutzt, muss vllt die Firewall Regel für DHCPv6 anpassen.
Hatte da mal im Forum geschrieben, dass diese fehlerhaft sei.
Die Regel hat eine Limitierung auf Link Local Adressen, ist aber nicht immer korrekt.
Das Firewall Package wurde glaub ich irgendwann Ende letzten Jahres dann angepasst
und die Änderung wird nicht automatisch übernommen.

firewall: config: remove restictions on DHCPv6 allow rule
Remove restrictions on source and destination addresses, which aren't
specified on RFC8415, and for some reason in openwrt are configured
to allow both link-local and ULA addresses.
As cleared out in issue #5066 there are some ISPs that use Gloabal
Unicast addresses, so fix this rule to allow them.

 

[shm0]

Es gibt wohl schon seit längeren (~ 1 Jahr) eine 70.13.41 Version?
Und 70.12.45, die es wohl auch gibt, scheint broken zu sein?

 

[c.scholl]

Hallo zusammen,
kann mir jemand weiterhelfen mit meinem TC4400

Version 70.12.44-200921
Gateway Unifi Dream Machine Special Edition UniFi OS UDM SE 3.1.15

Ich habe oft Probleme mit Verbindungsabbrüche und als Gateway habe ich Unifi Dream Machine Special Edition

SNMP Log ist leider leer werden keine Daten angezeigt.

Leider kenne ich mich damit nicht wirklich aus. Kann jemand weiterhelfen ?

 

[floh667]

Wenn das log des Modems nix anzeigt, ist der Speicher voll. Modem mal neu starten dann

 

[rxmd]

Ich habe ein kleines Skript geschrieben, das die Signalparameter des TC4400 von der Statusseite ausliest und an einen MQTT-Broker versendet. Ich verwende das zusammen mit Home Assistant, dort taucht das TC4400 dann als Gerät mit einigen dutzend Entitäten für die einzelnen Signalparameter auf. Vielleicht ist es ja für jemanden interessant. Ich kann hier (noch) keine Links posten - ihr findet es auf Github unter phrxmd/Technicolor_modem_scrape oder schickt mir eine PN.

 

[Soldierofoc]

Super bzw. genial, dass du dich daran gesetzt hast! Betreibe den ioBroker, kann es somit nicht direkt testen.

 

[MartinP_Do]

Super bzw. genial, dass du dich daran gesetzt hast! Betreibe den ioBroker, kann es somit nicht direkt testen.

Gerade für den ioBroker gibt es doch ein MQTT Broker/Client Plugin ...

 

[snod]

Ich habe ein kleines Skript geschrieben, das die Signalparameter des TC4400 von der Statusseite ausliest und an einen MQTT-Broker versendet. Ich verwende das zusammen mit Home Assistant, dort taucht das TC4400 dann als Gerät mit einigen dutzend Entitäten für die einzelnen Signalparameter auf. Vielleicht ist es ja für jemanden interessant. Ich kann hier (noch) keine Links posten - ihr findet es auf Github unter phrxmd/Technicolor_modem_scrape oder schickt mir eine PN.

Danke. Funktioniert!

 

[MartinP_Do]

Inzwischen lohnt es sich auch, die Werte der Fritzbox mit FW 7.57 wieder auszuwerten ...

 

[Meich]

Soooo,

mein TC4400 war bei Werner zwecks Update, hinweg hat 5 Tage gedauert
Der Rückweg inkl Update war dafür Rekordverdächtig nur 2 Werktage - Werner-Premiumsupport.

ich habe vergangene Nacht um 2:00h bei VF (Unity) angerufen und um die Aktivierung des TC4400 gebeten.
Der Herr am Telefon war sehr freundlich, wusste aber nicht, dass es TC4400 Privatgeräte gibt und konnte mein Modem auch nicht per Seriennummer finden, wobei das System auch immer nach einer Fritzbox scannen wollte.

Einige Zeit war das Modem auch nach der Verbindung ans Kabel erreichbar und hat die Konfig-Datei geladen, nebst einem DS/US Kanal gelocked - DHCP war in Warteschleife...

Der Antrag wurde an die Technik weitergegeben, mit dem Vermerk, dass es bis zu 24 Stunden dauert.

Leider ist das TC4400 nicht mehr über LAN erreichbar, kann also keine Infos mehr auslesen.
Weder per 192.168.100.1, noch per 192.168.1.1 oder 192.168.10.1 komme ich drauf.
Per statischer IP-Config wirds leider auch nichts.

Gibt's irgendwelche Tipps die ich hier ggf überlesen habe?

10 Stunden später ist das Modem offenbar noch nicht provisioniert - DS/US sind noch blinkend.


Grüße

 

[Tom_123]

Hi,

probiere es nochmals über das entsprechende Freischaltformular: https://vod.af/freischaltung-eigener-kabel-router-ft

Meiner Meinung nach, passieren bei der telefonischen Übermittlung der CM-MAC zu viele Verständigungsfehler.

Wobei zur Zeit ein eher schlechter Zeitpunkt ist: Vodafone führt Wartungsarbeiten an ihren Systemen durch und es Wochenende, wo es nur eine minimal Besetzung an Leuten mit tiefergehenden Systemberechtigungen gibt.

 

[why_]

ich habe vergangene Nacht um 2:00h bei VF (Unity) angerufen und um die Aktivierung des TC4400 gebeten.
Der Herr am Telefon war sehr freundlich, wusste aber nicht, dass es TC4400 Privatgeräte gibt und konnte mein Modem auch nicht per Seriennummer finden, wobei das System auch immer nach einer Fritzbox scannen wollte.

Fehler
Erzähl denen das es eine Fritzbox ist, alles andere Verwirrt die nur und dann passiert Blödsinn wie dir.

Der Antrag wurde an die Technik weitergegeben, mit dem Vermerk, dass es bis zu 24 Stunden dauert.

Da wird dann genau gar nichts passieren, für Endgeräte frei Schaltung ist die Buchhaltung verantwortlich (frag mich bitte nicht warum). Also anrufen und Rechnung sagen, bringt dich an die Richtige stelle per Hotline.

Leider ist das TC4400 nicht mehr über LAN erreichbar, kann also keine Infos mehr auslesen.
Weder per 192.168.100.1, noch per 192.168.1.1 oder 192.168.10.1 komme ich drauf.
Per statischer IP-Config wirds leider auch nichts.

Das Modem ist über die 192.168.0.1 erreichbar, 192.168.100.1 wird per config file von seiten Vodafone unerreichbar gemacht wegen cable haunt.

Gibt's irgendwelche Tipps die ich hier ggf überlesen habe?

10 Stunden später ist das Modem offenbar noch nicht provisioniert - DS/US sind noch blinkend.

Üblicherweise dauert die Freischaltung 15 Minuten, falls es länger dauert hast du entweder einen sehr langsamen Hotliner erwischt oder wahrscheinlicher ist irgendwas schief gelaufen und du kannst wieder bei der Hotline anrufen und nochmal versuchen das Modem freischalten zu lassen.

Ah und nur anrufen während die Buchhaltung auch besetzt ist, die arbeiten nicht 24/7 dementsprechend kommst du um 2 Uhr morgens nicht zum ziel und am Wochenende auch nicht.
Daher Montag morgen 8 Uhr da anrufen, dich zur Buchhaltung per Stichwort Rechnung durchstellen lassen und dann solltest du ein paar Minuten später dein Modem Nutzen können, bitte das Neustarten des Modems falls das Endgerät daran sich zwischen durch geändert hat nicht vergessen.

 

[Meich]

@why_ Wow, vielen Dank für die ganzen Tipps und Aufklärung.

Macht absolut Sinn das mit der Buchhaltung, habe eine Abrechnung/Vertragszusammenfassung nach Übermittlung der Modem-MAC/SN per oben erwähnten Dokument erhalten.

@Tom_123 auch Danke für den Hinweis mit den Wartungsarbeiten...

 

[Meich]

Nabend miteinander

Bin zurück daheim, Upstream/Downstream blinken noch immer. Wir zu erwarten (meine Naivität) am WE ein Modem freischalten lassen zu wollen...

Allerdings bin ich wieder auf das Modem gekommen und sehe, dass sich einiges getan hat...

Ist es aufgrund der Arbeit eines Technikers im Hintergrund?

IPv4 Adresse liegt vor, ne IPv6 jedoch noch nicht.

Warte bis morgen, Mal sehen was passieren wird

Wer kann etwas mit den Infos aus dem Screenshot anfangen?

 

[Tom_123]

Hi,

nope, ist noch nicht freigeschaltet. Der Status "Connectivity Status" und "Boot State" müssen auf "Operational" wechseln.

 

[Meich]

Moin,
habe auch nicht angenommen, dass ich jetzt "online" bin aber es nicht geht. Lesen kann ich ja

Der Service über WhatsApp ist grottenschlecht....

 

[Soldierofoc]

Die von dir angesprochene IP ist die Management IP für Vodafone. Hat nichts mit deiner WAN IP zu tun bzw. ist wie erwähnt das Ding auch nicht provisioniert

 

[Meich]

Nachdem ich per WhatsApp Support von der Sachbearbeiterin geghostet wurde, habe ich es nochmal per Telefon und den obigen Tipp die Buchhaltung anzurufen probiert.

Eine sehr nette Frau "von und zu" hat sich meinem Fall angenommen.
Sie meinte meine "Bestellung/Auftrag" sei im System hängen geblieben und Sie würde umgehend ein "Multi-Ticket" erstellen.
Ich hing daraufhin ca 9min in der Schleife. Dann wurde wieder hinzugeholt. Man hat sich bei mir entschuldigt und gesagt, es solle schnellstmöglich funktionieren.

Ich ahne schon böses... bin im ex. Unitymedia Gebiet, das Modem wurde aus Bayern versendet... Daran hatte ich gar nicht gedacht... könnte es ggf ein "VF branded" Modem sein? Ein Kommentar war: "Man könne keine VF Modems in NRW freischalten."

 

[Tom_123]

Hi,

könnte es ggf ein "VF branded" Modem sein?

das Technicolor TC4400-EU Kabelmodem gab es bei Vodafone Deutschland nie als Providergerät ist somit immer ein Kundengerät. Das Gerät lässt sich auch im Vodafone West Gebiet freischalten, wen dieses nicht im Vodafone Deutschland Gebiet ordnungsgemäß abgemeldet wurde, da die Freischaltungen der Kundengeräte unabhängig der beiden Gebiete verwaltet werden.

Ein Kommentar war: "Man könne keine VF Modems in NRW freischalten."

Das gilt nur für Providerleihgeräte von Vodafone, welche nicht zurückgeschickt wurden. Diese werden zwischen Vodafone Deutschland (ex Kabel Deutschland) und Vodafone West (ex-Unitymedia) abgeglichen und gegenseitig gesperrt.

 

[c.scholl]

Hallo zusammen,

ich bin wieder mal auf euer Dankbare Hilfe angewiesen. Kann mir jemand sagen was da los ist ? Ich muss das Modem alle paar Tage neusten weil es sich aufhängt. Aber leider kann ich mit den Logs nicht viel anfangen.

Vielen Dank!

FIRMWARE: 70.12.44-200921
ANBIETER: Vodafone BW

 

[Meich]

Erfolg!
Der 5.te Versuch und Kontakt mit dem Service hat es endlich gebracht.
Irgendwelche Störungen, Gleichgültigkeit und auch Berufsblindheit haben die Servicemenschen die Fehler bei der Freischaltung nicht erkennen lassen - über den FB Chat hat es aber geklappt und man hat den gesamten Ablauf beobachtet - nicht nur "ein Ticket" eröffnet und sich dann nicht mehr gekümmert...

Jetzt fehlt mir leider einiges an Geschwindigkeit - die Fritzbox lag vorher bei über 1Gigabit, nun habe ich nur 650-700mbit/s.

Zeitgleich sehe ich, dass der Kanal 26 (OFDM) eine seeeeehr große Auffälligkeit... denke das ist auch der Grund.... sieht aus wie bei dem Kollegen einen Beitrag über mir @c.scholl

Woran könnte es liegen?

Reboots des Modems und Werkseinstellungen haben nix geändert.

Einen "defekt" am Anschluß schließe ich wegen der Fritzbox-Erfahrung aus.

Beste Grüße

 

[why_]

Wie ist denn dein Aufbau jetzt vs davor? Hast du einfach nur die Fritzbox gegen das TC4400 getauscht?

 

[Meich]

Wie ist denn dein Aufbau jetzt vs davor? Hast du einfach nur die Fritzbox gegen das TC4400 getauscht?

Genau. Ich hatte Probleme mit der FB6690, der OPNsense und dem Netzwerk des BTAC im Gesamtverbund. Dreifaches NAT und so... Daher FB raus, TC4400 dran.

WWW -> TC4400 -> OPNsense -> Switch -> Peripheriegeräte wie Fritz!Repeater per LAN-Brücke (Smarthome, Laptops über Wifi, Smartphone), Remote-PCs über LAN angebunden.

Vor 2 Tagen mit der FB6690 alles tutti, jetzt ist was faul - aber funktioniert grundsätzlich.

FW ist die .44

 

[cruz-r]

Die hohe Anzahl an Fehlern im OFDM ist nicht schön, sollte aber nicht ursächlich sein (das hatte ich auch mal eine Weile, hat der Geschwindigkeit gefühlt keinen Abbruch getan).

Wie misst Du die Geschwindigkeit? Nutzt Du dafür IPv4 oder IPv6? Beim Nat'ten muss der Router auch genug Power haben, um die komplette Bandbreite auszuschöpfen (die 6690 ist da gut aufgestellt).

Außerdem wirst Du durch den Gigabit-Netzwerkport des TC4400 eh ein wenig ausgebremst, d.h. 1 GBit/s kommt da alleine technisch schon nicht durch.