Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[Andreas1969]

Eine wichtige Frage, da ja mit der Verbreitung der TC4400 auch die ersten Geräte auf dem Gebrauchtmarkt auftauchen könnten:

Könnte es da die gleichen Probleme, wie bei Fritzboxen geben.

- Privat gekaufte Geräte können nicht registriert werden, wenn der Verkäufer diese im Unitymedia-Netz verwendet hat, und nicht abgemeldet.
- In irgendwelchen DOCSIS3.1 Testgebieten ausgegebene und unterschlagene TC4400.

Ja, das gilt genau so für das TC4400.
Den Fall hatte ich nämlich schon :winken:

 

[Wechseler]

Ich hatte bis vor der Umstellung KMS->Pyur auch wochenlang "keinen stabilen Sync". Weil das Modem wegen "access denied" (und ohne config) eigenmaechtig den sehrwohl vorhandenen physikalischen Sync wegnahm da es immer wieder in die Discovery lief. Nach der Umstellung KMS->Pyur hatte ich dann ploetzlich ein config File (aka "access granted") und das Modem ging ab da auch nicht mehr in den Loop.

Insofern koennte ein "richtiges" config File genau das sein was man hier braucht. Wie man zu diesem allerdings im PrimaCom Netz kommt weiss ich auch nicht.

Zunächst kann "Access Denied" auch bloß heißen, daß das Modem keinen stabilen Rückweg hinbekommen hat und dieses Problem durch die Umrüstung des CMTS mit Einpegelung gleich mit behoben wurde.

Im Primacom-Netz bekommen alle unbekannten Modems eine 96kbps-Konfigurationsdatei und laufen ins Aktivierungsportal (über einem Nameserver, der für alle Anfragen seine eigene 172er-IP-Adresse zurückliefert, wo auch das Aktivierungsportal läuft). Über IPv6 geht es hingegen gleich direkt ins Internet, aber sehr langsam.

Bei dir hingegen lief die Aktivierung per HTTP-Redirect ab. Das ist technisch also ein anderes System.

 

[sparkie]

Im Primacom-Netz bekommen alle unbekannten Modems eine 96kbps-Konfigurationsdatei und laufen ins Aktivierungsportal (über einem Nameserver, der für alle Anfragen seine eigene 172er-IP-Adresse zurückliefert, wo auch das Aktivierungsportal läuft). Über IPv6 geht es hingegen gleich direkt ins Internet, aber sehr langsam.

Bei dir hingegen lief die Aktivierung per HTTP-Redirect ab. Das ist technisch also ein anderes System.

also wenn ich mit dem derzeit nicht aktivierten Modem im KMS Netz teste, dann bekomme ich per dhclient eine 10er IPv4 Adresse. Der dabei mit DHCP konfigurierte Nameserver liefert für alle Anfragen seine eigene 89.16.128.144 (aktivierungsportal.telecolumbus.net). IPv6 wird derzeit providerseitig nicht unterstuetzt. Insofern ist das mit dem HTTP-Redirect nicht ganz richtig.

 

[Wechseler]

also wenn ich mit dem derzeit nicht aktivierten Modem im KMS Netz teste, dann bekomme ich per dhclient eine 10er IPv4 Adresse. Der dabei mit DHCP konfigurierte Nameserver liefert für alle Anfragen seine eigene 89.16.128.144 (aktivierungsportal.telecolumbus.net). IPv6 wird derzeit providerseitig nicht unterstuetzt. Insofern ist das mit dem HTTP-Redirect nicht ganz richtig.

Alles klar, in https://www.unitymediaforum.de/viewtopic.php?p=408403#p408403 sieht man einen HTTP-Redirect, die IP-Adresse ist eine andere (keine private).

 

[sparkie]

sieht man einen HTTP-Redirect, die IP-Adresse ist eine andere (keine private).

sorry ist ja wirklich nicht wichtig. Aber wo ist da ein Redirekt? Der Nameserver liefert doch bereits auf alle Anfragen die 89.16.128.144 zurueck?

wenn ich einen ping auf unitymediaforum.de mache dann kommt die Antwort von 89.16.128.144 (aktivierungsportal.telecolumbus.net).

<i>
</i>667 root@fire-g[/root] > ping unitymediaforum.de
PING unitymediaforum.de (89.16.128.144) 56(84) bytes of data.
64 bytes from 89.16.128.144 (89.16.128.144): icmp_seq=1 ttl=248 time=15.7 ms
64 bytes from 89.16.128.144 (89.16.128.144): icmp_seq=2 ttl=248 time=16.2 ms

 

[cpuesser]

Ja, das gilt genau so für das TC4400.
Den Fall hatte ich nämlich schon :winken:

Jap, ich bin so einer

 

[Wechseler]

sieht man einen HTTP-Redirect, die IP-Adresse ist eine andere (keine private).

sorry ist ja wirklich nicht wichtig. Aber wo ist da ein Redirekt?

HTTP request sent, awaiting response... 303 See Other
Location: https://aktivierungsportal.telecolumbus.net:1443/static/welcome.html

Da ist er. Den gibt es im PrimaCom-Netz nicht.

 

[sparkie]

ok, thanks :smile: Den Vergleich mit Primacom hatte ich nicht

 

[Samsungstory]

kommt hier noch jemand von den PYUR Forum Leuten nicht auf die Seite vom Forum?

 

[sparkie]

noe. Ich hab heute dort noch was gepostet und dann ist es abgeraucht. Wahrscheinlich ist der Post auch weg :smile:

 

[robert_s]

HTTP request sent, awaiting response... 303 See Other
Location: https://aktivierungsportal.telecolumbus.net:1443/static/welcome.html

Da ist er. Den gibt es im PrimaCom-Netz nicht.

Sicher nicht? Versuch doch mal https://wwwgibsnich.de/dies/ist/ein/tiefer/link.html aufzurufen...

 

[Wechseler]

Sicher nicht? Versuch doch mal https://wwwgibsnich.de/dies/ist/ein/tiefer/link.html aufzurufen...

Der Primacom-Server antwortet auf jeden Request unmittelbar mit der Login-Seite, da kannst du dann auf www.gibsnich.example/irgendwo deine Zugangsdaten eingeben.

Versucht man HTTPS, gibt es einen Zertifikatsfehler.

 

[Wechseler]

Sicher nicht? Versuch doch mal https://wwwgibsnich.de/dies/ist/ein/tiefer/link.html aufzurufen...

Der Primacom-Server antwortet auf jeden Request unmittelbar mit der Aktivierungs-Login-Seite, versucht man HTTPS, gibt es einen Zertifikatsfehler (den man vermeiden kann, wenn man statt dessen einfach "primacom.net" ansteuert).

 

[sparkie]

Der Primacom-Server antwortet auf jeden Request unmittelbar mit der Aktivierungs-Login-Seite,

das ist bei KMS aber auch nicht anders

versucht man HTTPS, gibt es einen Zertifikatsfehler (den man vermeiden kann, wenn man statt dessen einfach "primacom.net" ansteuert).

verhaelt sich bei KMS genauso

 

[sparkie]

Die kurze verbindung steht nur ca. 5 Sek. und dann beginnt das Training von vorne. Keine Chance für das Kundenportal...

ist bei dir wirklich sichergestellt, dass die HF Verbindung einwandfrei ist? Anscheinend ist das Teil gerade bei der Provisionierung besonders pingelig.

Wenn ich mein Testmodem ueber lange und schlechte Leitungen so anschliesse, dass zuviele 'Corrected Codewords' kommen (von Uncorrectable ganz zu schweigen), dann habe ich Effekte wie von dir beschrieben.

Hast du schon mal geschaut ob in der kurzen Zeit in der bei dir die Channels gelockt sind die 'Corrected Codewords' wirklich auf 0 stehen?

 

[tobsen]

ist bei dir wirklich sichergestellt, dass die HF Verbindung einwandfrei ist?

Ich tippe auch auf einen Fehler auf dem Rückkanal.. Da scheint irgendwas nicht ganz zu passen. Die Fritte mag da etwas flexibler zu sein als das TC.
Hast du die Möglichkeit die mal direkt nach dem Verstärker im Haus aufzustecken? Eventuell hat deine Hausverkabelung einen Weg. :kratz:

 

[st3ff3n]

Bitte entschuldigt falls Off-Topic.

Ich habe seit ein paar Wochen ebenfalls ein TC4400 und bin sehr zufrieden. Um auch die Telefonie wieder nutzen zu können, habe ich mir ein SPA112 gekauft, an dessen Inbetriebnahme ich gerade nahezu verzweifle. Die kleine Schachtel schickt ums Verrecken keine DHCP Request raus. Um mein komplexes Setup auszuschließen, habe ich sie einfach an mein Laptop angeschlossen und mittels tcpdump geschaut, was sich tut, doch da kommt kein einziges Paket an. Also habe ich versucht über das Telefon die Schachtel über das IVR Menu einzurichten, doch sobald ich den Connection Type (101) auf 1 (Static IP) setze und anschließend die Static WAN IP Address (111) setzen will sagt mir die Stimme "Invalid Option". Gleiches tut sie bei Network Mask (121) und Gateway IP Address (131). Wenn ich sie nach dem aktuellen Connection Type (100) Frage, bekomme ich keine Antwort, die aktuelle WAN Addresse (110) ist 0.0.0.0 ebenso die Netmask (120).

Hat jemand von den SPA112 Besitzern Erfahrungen damit? Installierte Firmware ist die 1.3.5(004p).

 

[Andreas1969]

Hast Du schon hier geschaut :kratz:
https://www.unitymediaforum.de/viewtopic.php?f=53&t=36875&p=402058&hilit=Cisco+spa#p404008

 

[st3ff3n]

Hast Du schon hier geschaut :kratz:
https://www.unitymediaforum.de/viewtopic.php?f=53&t=36875&p=402058&hilit=Cisco+spa#p404008

Falls Du mich meinst: soweit bin ich noch garnicht, denn ohne IP komme ich auf kein Weninterface.

 

[tobsen]

Was nutzt du denn als Router? Das TC ist ja ein reines Modem..
Kann mir eigentlich nicht vorstellen, dass das SPA nix rausschickt. Bau dir doch mal eine Testumgebung mit einem Router, deinem Laptop und dem SPA. Also keine Verbindung in Internet. Am Router aktivierst du den DHCP-Server und schaust mal was passiert.
Du kannst auch einfach mal die default-IP testen: 192.168.15.1 ob dort etwas kommt.

Edit meint:

I have the exact same issue with the SPA112 as many have described here with not getting a DHCP address. I my environment I have an isolated vlan for voice, because my DHCP server (windows 2008 server) lives on a vlan other then the voice devices I use a DHCP helper IP to proxy the requests to my DHCP server. I could pull an IP without issues when on the same vlan as the DHCP, but once I was on the voice vlan I got nothing.

I ended up discovering that the SPA112 dose not increment the "elapsed since" (time since the device booted) secs field in the bootp packet. This results in the "elapsed since" timer to always remain 0. After examining my DHCP helper I noticed that it required a value greater then 3 seconds before forwarding the bootp information to the DHCP server. After changing my forward delay value to zero, for my IP helper the device was then able to get an IP address.

I imagine that people experiencing issues with getting IP addresses through DHCP might have DHCP server that require a value greater then zero just as my IP helper did.

Dose anyone have any ideas on Cisco to release an update to resolve these issues?

Zu finden hier: https://supportforums.cisco.com/t5/atas-gateways-and-accessories/spa112-not-picking-up-dhcp-and-cant-set-via-ivr/td-p/2015210
Evtl hilft das.

 

[st3ff3n]

Was nutzt du denn als Router? Das TC ist ja ein reines Modem..

Ein Supermicro X7SPA-HF mit OpenSUSE LEAP 15.0, dahinter ein Cisco SG300-28.

Kann mir eigentlich nicht vorstellen, dass das SPA nix rausschickt. Bau dir doch mal eine Testumgebung mit einem Router, deinem Laptop und dem SPA. Also keine Verbindung in Internet. Am Router aktivierst du den DHCP-Server und schaust mal was passiert.

Mein Router hat einen DHCP Server, doch tcpdump sagt mir, dass da nichts reinkommt. Also habe ich, wie bereits erwähnt, das SPA direkt ans Laptop angeschlossen und es verschickt einfach nichts, tcpdump bleibt leer.

Du kannst auch einfach mal die default-IP testen: 192.168.15.1 ob dort etwas kommt.

Habe ich probiert, bringt nichts. Die kann man erreichen, wenn man ein SPA122 hat und das Laptop an den Ethernet benannten Port anschliesst.

Edit meint:

I have the exact same issue with the SPA112 as many have described here with not getting a DHCP address. I my environment I have an isolated vlan for voice, because my DHCP server (windows 2008 server) lives on a vlan other then the voice devices I use a DHCP helper IP to proxy the requests to my DHCP server. I could pull an IP without issues when on the same vlan as the DHCP, but once I was on the voice vlan I got nothing.

I ended up discovering that the SPA112 dose not increment the "elapsed since" (time since the device booted) secs field in the bootp packet. This results in the "elapsed since" timer to always remain 0. After examining my DHCP helper I noticed that it required a value greater then 3 seconds before forwarding the bootp information to the DHCP server. After changing my forward delay value to zero, for my IP helper the device was then able to get an IP address.

I imagine that people experiencing issues with getting IP addresses through DHCP might have DHCP server that require a value greater then zero just as my IP helper did.

Dose anyone have any ideas on Cisco to release an update to resolve these issues?

Zu finden hier: https://supportforums.cisco.com/t5/atas-gateways-and-accessories/spa112-not-picking-up-dhcp-and-cant-set-via-ivr/td-p/2015210
Evtl hilft das.

Das habe ich auch gefunden, dazu müsste ich aber erst einmal überhaupt Request Pakete auf der Leitung sehen, was bei mir egal wie nicht der Fall ist. Bin aber scheinbar nicht alleine: https://supportforums.cisco.com/t5/small-business-support-documents/spa112-set-static-ip-internet-port-111-invalid-option/tac-p/3137342/highlight/true#M4751.

 

[Wechseler]

Ich würde als nächstes versuchen, einen statischen Eintrag in die ARP-Tabelle mit der MAC-Adresse des SPA machen und dann versuchen, diesen darüber anzusprechen.

 

[rv112]

Ich habe ihm wie allen Geräten im LAN eine static IP mittels DHCP verpasst.

 

[st3ff3n]

Ich würde als nächstes versuchen, einen statischen Eintrag in die ARP-Tabelle mit der MAC-Adresse des SPA machen und dann versuchen, diesen darüber anzusprechen.

Hab ich schon versucht, hat leider nichts gebracht:
gateway:~ # ip a l dev vlan24
21: vlan24@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:25:90:30:d8:40 brd ff:ff:ff:ff:ff:ff
inet 10.10.24.227/24 brd 10.10.24.255 scope global vlan24
valid_lft forever preferred_lft forever
inet6 fe80::225:90ff:fe30:d840/64 scope link
valid_lft forever preferred_lft forever

gateway:~ # ip neigh replace to 10.10.24.88 dev vlan24 lladdr 70:1f:53:0a:50:65

gateway:~ # ip neigh | grep vlan24
10.10.24.88 dev vlan24 lladdr 70:1f:53:0a:50:65 PERMANENT

gateway:~ # ping 10.10.24.88
PING 10.10.24.88 (10.10.24.88) 56(84) bytes of data.
^C
--- 10.10.24.88 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6125ms

gateway:~ # tcpdump -i vlan24
12:16:06.905397 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 1, length 64
12:16:07.910432 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 2, length 64
12:16:08.934433 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 3, length 64
12:16:09.958425 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 4, length 64
12:16:10.982431 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 5, length 64
12:16:12.006436 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 6, length 64
12:16:13.030436 IP gw-voip.hauihau.home > spa112.hauihau.home: ICMP echo request, id 24389, seq 7, length 64

 

[st3ff3n]

Ich habe ihm wie allen Geräten im LAN eine static IP mittels DHCP verpasst.

Sofern DHCP Requests ankommen würden, wäre das bei mir ebenfalls der Fall:
gateway:~ # cat /etc/dhcpd.conf
[snip]
subnet 10.10.24.0 netmask 255.255.255.0 {
authoritative;
range 10.10.24.1 10.10.24.16;
option routers 10.10.24.227;
option domain-name-servers 10.10.96.227;
option domain-name "hauihau.home";
}

group {
[snip]
# Cisco SPA112
host spa112 {
hardware ethernet 70:1f:53:0a:50:65;
option host-name "spa112";
fixed-address 10.10.24.88;
}
[snip]
}