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 ...