Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[addicted]

Wenn sich das Gerät ändert, das am Modem hängt, muss man idR das Modem neu starten.

 

[Torsten1973]

Nicht nur in der Regel, sondern ohne Neustart vergisst das Modem die bisherige Hardware einfach nicht und nur diese kann dann genutzt werden.

 

[sparkie]

man muss nur dafuer sorgen, dass die am Modem angeschlossenen Geraete immer die gleiche MAC Adresse haben. Dann muss man das Modem nicht neu starten.

 

[der-tim]

Normal muss da nix eingetragen werden ob Fritte oder nicht. Nur SN und CM MAC. Versuch es doch mal über den Chat.

An den Chat komme ich mit meinem USB Tethering über TMobile gar nicht auf unitymedia.de :zerstör: :brüll:

 

[Torsten1973]

Das ist aber seltsam. Normal sollte das funktionieren über www.unitymedia.de/kontakt - auch über T-Mobile.

 

[der-tim]

Also, der Mobiltarif hat prinzipiell auch genug Volumen übrig, finds auch komisch aber Telefon geht auch.
Aber naja, jetzt auch egal. Ich bin eben noch mal in der Leitung gewesen bei UM, es bleibt dabei - die Aussage war dass wegen Ostern gerade die Abteilung "Routerfreiheit" zwar dran arbeitet, aber womöglich nicht mehr vor Dienstag hinkriegt. Man hat mir (ungefragt, aber bei der Tatsache auch ok) die ConnectBox freigeschaltet und ich kann jetzt angeblich fröhlich zwischen beiden Boxen tauschen, mir wurde gesagt Samstag sollt ich es ruhig noch mal probieren, sollte aber vorher noch mal anrufen.
Ich sag mal das war es für dieses Wochenende. Ankündigen werde ich das dann nächstes Mal auch über den Chat, mal sehen wie die arbeiten.

 

[MichaelBre]

Aktuelle Konfig:
FritzBox 7580
IPv6 Unterstützung aktiv
Native IPv4 verwenden
DHCPv6 Rapid Commit verwenden
DualStack wird verwendet

Test 1:
Native IPv6 verwenden
IPv4 über DS-Lite herstellen
AFTR automatisch über DHCPv6

1.1 Ohne Neustart:

29.03.18 - 23:13:45 - Internetverbindung wurde erfolgreich hergestellt. IPv4 wird über DS-Lite genutzt. AFTR-Gateway: (de-hee10a-cr03.aftr.umkbw.net), IPv4-MTU: (1500).
29.03.18 - 23:13:45 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:13:45 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:13:31 - Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
29.03.18 - 23:13:31 - Internetverbindung wurde getrennt.

Alles gut und DS-Lite ist aktiv.

1.2 Nach Neustart:

29.03.18 - 23:17:36 - IPv6-Präfix wurde erfolgreich aktualisiert. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:17:31 - Internetverbindung wurde getrennt.
29.03.18 - 23:17:31 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:17:31 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:17:30 - Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 176.199.xx.yyy, DNS-Server: 80.69.96.12 und 81.210.129.4, Gateway: 176.199.18.1
29.03.18 - 23:17:23 - Internetverbindung wurde getrennt.

Es wird kurz eine Verbindung per IPv4 hergestellt, nach der Verbindung per IPv6 aber verworfen.
Es wird keine Verbindung zum AFTR hergestellt.


Test 2:
Native IPv6 verwenden
IPv4 über DS-Lite herstellen
AFTR per FQDN (aus 1.1)

2.1 Ohne Neustart:

29.03.18 - 23:22:37 - Internetverbindung wurde erfolgreich hergestellt. IPv4 wird über DS-Lite genutzt. AFTR-Gateway: (de-hee10a-cr03.aftr.umkbw.net), IPv4-MTU: (1500).
29.03.18 - 23:22:37 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:22:37 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:22:25 - Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
29.03.18 - 23:17:31 - Internetverbindung wurde getrennt.

Alles gut und DS-Lite ist aktiv.

2.2 Nach Neustart:

29.03.18 - 23:29:09 - Internetverbindung wurde erfolgreich hergestellt. IPv4 wird über DS-Lite genutzt. AFTR-Gateway: (de-hee10a-cr03.aftr.umkbw.net), IPv4-MTU: (1500).
29.03.18 - 23:29:09 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:29:09 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:28:59 - E-Mail-Zustellung gescheitert: TCP-Fehler.
29.03.18 - 23:28:14 - Internetverbindung IPv6 konnte nicht hergestellt werden: Keine Antwort vom DHCPv6-Server (SOL)
29.03.18 - 23:27:16 - Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
29.03.18 - 23:27:16 - Internetverbindung wurde getrennt.

Kurzer Schreck: Keine Antwort vom DHCPv6-Server.
Danach wird aber eine DS-Lite Verbindung hergestellt.


Test 3:
Native IPv6 verwenden
IPv4 über DS-Lite herstellen NICHT aktiv

3.1 Ohne Neustart:

29.03.18 - 23:33:00 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:33:00 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:32:56 - Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 176.198.yyy.xx, DNS-Server: 80.69.96.12 und 81.210.129.4, Gateway: 176.198.132.1
29.03.18 - 23:32:46 - Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
29.03.18 - 23:32:45 - Internetverbindung wurde getrennt.

DualStack!

3.2 Nach Neustart:

29.03.18 - 23:36:56 - IPv6-Präfix wurde erfolgreich aktualisiert. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:36:51 - IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: xxxx:yyy:xxxx:yyyy::/59
29.03.18 - 23:36:51 - Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: xxxx:yyy:xxxx:y:xxx:yyyy:xxxx:yyy
29.03.18 - 23:36:50 - Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 176.198.yyy.xx, DNS-Server: 80.69.96.12 und 81.210.129.4, Gateway: 176.198.132.1
29.03.18 - 23:36:44 - Internetverbindung wurde getrennt.
29.03.18 - 23:36:02 - Internetverbindung IPv6 konnte nicht hergestellt werden: Keine Antwort vom DHCPv6-Server (SOL)
29.03.18 - 23:35:50 - Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 192.168.100.10, DNS-Server: 0.0.0.0 und 0.0.0.0, Gateway: 192.168.100.1
29.03.18 - 23:35:10 - Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
29.03.18 - 23:35:10 - Internetverbindung wurde getrennt.

Ebenfalls DualStack!

Jetzt muss ich nur noch prüfen welche System Description mein TC4400 hat.

 

[addicted]

Nicht nur in der Regel, sondern ohne Neustart vergisst das Modem die bisherige Hardware einfach nicht und nur diese kann dann genutzt werden.

Es gibt Geräte, die das anders handhaben – z.B. einen Link Down auf dem LAN-Port erkennen und dann die CPE-MAC-Table flushen.

 

[rv112]

Das Problem ist doch aber dass der UM DHCP nur eine Adresse an das Modem weitergibt anhand der MAC des angeschlossenen Routers. Wenn sich diese ändert muss ein neuer DHCP lease gezogen werden.

Michael, läuft es nun bei Dir mit DS sauber? Irgendwie trau ich der Fritzbox nicht.

 

[MichaelBre]

Ich habe seit der Umstellung keine Probleme.
Grundsätzlich hatte ich die vorher mit dem anderen Modem auch nicht.
Einzige Änderung zum TC4400:
- kein Puma 6
- DualStack

Lassen wir das mal ein paar Tage laufen.

 

[why_]

Test 1:
Native IPv6 verwenden
IPv4 über DS-Lite herstellen
AFTR automatisch über DHCPv6

Könntest du noch die Geschwindigkeit per IPv4 DS-Lite Tunnel testen z.B. von speed.myloc.de und die tatsächliche MTU, kann man z.B. mit ping -4 www.google.com -f -l 1432 (Zahl entsprechend nach oben oder unten korrigieren)

 

[Andreas1969]

die tatsächliche MTU, kann man z.B. mit ping -4 www.google.com -f -l 1432 (Zahl entsprechend nach oben oder unten korrigieren)

Bei DSLITE hat die IPV4 MTU einen Wert von 1460 !

29.03.18 - 23:13:45 - Internetverbindung wurde erfolgreich hergestellt. IPv4 wird über DS-Lite genutzt. AFTR-Gateway: (de-hee10a-cr03.aftr.umkbw.net), IPv4-MTU: (1500).

Diese Anzeige ist falsch, es ist ein Bug der Fritten, den AVM bis heute nicht abgestellt hat.
Das zieht sich über alle Versionen (DSL und Kabel) und wurde bis zur 6.92 noch nicht abgestellt, obwohl AVM dieser Bug schon seit über einen Jahr bekannt ist.
Das ist auch der Grund, warum eine VPN Verbindung (LAN-LAN) von einer DSLITE Box zu einer IPV4 Box nicht möglich ist, da für den Tunnelaufbau der falsche MTU Wert von 1500 genommen wird !!!
Die Pakete werden dann fragmentiert, was den Tunnel sofort zerschießt.

@Michael, teste einmal mit ping -4 www.google.com -f -l 1460 ,da müssten die Pakete noch unfragmentiert laufen
Dann mit ping -4 www.google.com -f -l 1461 , da werden die Pakete dann fragmentiert.


Edit: Der Bug dürfte ganz im Interesse der ISP"s sein, dann platzen denen die AFTR's nicht so schnell
Ein Schelm, wer böses denkt dabei :streber:

 

[why_]

die tatsächliche MTU, kann man z.B. mit ping -4 www.google.com -f -l 1432 (Zahl entsprechend nach oben oder unten korrigieren)

Bei DSLITE hat die IPV4 MTU einen Wert von 1460 !

Bei mir liegt die bei exakt 1432 wenn die Fritzbox den Tunnel herstellt und bei 1260 wenn es ein Router dahinter macht.

 

[Andreas1969]

Bei mir liegt die bei exakt 1432 wenn die Fritzbox den Tunnel herstellt und bei 1260 wenn es ein Router dahinter macht.

Dann ist bei Dir aber was faul
IPV6 Protokoll = 40 Byte 1500-40=1460 Byte

 

[pokemon20021]

Test 1:
Native IPv6 verwenden
IPv4 über DS-Lite herstellen
AFTR automatisch über DHCPv6

1.1 Ohne Neustart:
...
Alles gut und DS-Lite ist aktiv.

1.2 Nach Neustart:
...
Es wird kurz eine Verbindung per IPv4 hergestellt, nach der Verbindung per IPv6 aber verworfen.
Es wird keine Verbindung zum AFTR hergestellt.

Was ist anders zw. "ohne Neustart" und "nach Neustart" ?
IMHO sieht es nach Timing (Reihenfolge) oder bei Neustart erhält die FB7580 eine Information nicht und kann daher den AFTR-Tunnel nicht aufbauen.

Könntest Du mit tcpdump nachsehen, was da unterschiedlich ist; ggf. tracing posten.

Was hat das Cabel-Modem TC4400 damit zu tun ? warum soll ein Bug bei TC4400 vorliegen ?
eigentlich soll ein Modem nur die Ethernet-Frames in QAM-Signale und umgekehrt umsetzen.

 

[Easy4Breezy]

Nach gerade mal 12 Stunden...
Die Werte sind schei*e oder?
Was sagt ihr?

 

[rv112]

Nicht gerade gut. Aber das ist ja auch eine Fritzbox.

 

[Samsungstory]

:winken: Bei mir so:

 

[Easy4Breezy]

Nicht gerade gut. Aber das ist ja auch eine Fritzbox.

Ist nur für Testzwecke solange mein TC4400 noch nicht da ist
Sonst hab ich pfSense mit dem Standardmodem von VF, aber das ist nicht besser denke ich..

@Samsungsstory:
Uff, das sieht ja schlimm aus.. nach wie viel Stunden Uptime?

 

[Samsungstory]

Nach ca 8h. Nee alles gut. Ich hatte gestern das Kabel ja für den Bug Test einfach abgezogen, daher die Fehler. Normal kommen pro Tag ca. 100 unkorrigierbare Fehler pro Channel dazu.

 

[rv112]

Normal darf es gar keine unkorrigierbaren Fehler geben.

 

[Andreas1969]

Normal darf es gar keine unkorrigierbaren Fehler geben.

Jo :super:

 

[Nurum]

Ich verfolge das Thema mit dem TC4400 schon länger. Lob an alle beteiligten.
Ich gehöre zu denjenigen, die noch warten bis ihr "Early Adopter" die nötigen Erfahrungen gemacht haben. Die Informationslage dazu ist etwas unübersichtlich auf mehre Threads und Foren verteilt.
Ich habe versucht eine Liste zu erstellen mit allen bisher laufenden TC4400 und allen nötigen Informationen dazu. Die Liste ist noch sehr dünn und unvollständig. Wenn ihr also noch Infos zum Nachtragen habt oder Vierbesserungswünsche - Einfach mir schreiben, oder noch besser selber eintragen. (Wenn ihr nicht aufgeführt werden wollt, könnt ihr euch natürlich auch aus der Liste löschen)

https://docs.google.com/spreadsheets/d/1bHzGc67P4Qm-WiM9J-bFFhZr6i_lR6u7v9CjQAp1Aiw/edit?usp=sharing

 

[MichaelBre]

Könntest du noch die Geschwindigkeit per IPv4 DS-Lite Tunnel testen z.B. von speed.myloc.de und die tatsächliche MTU, kann man z.B. mit ping -4 www.google.com -f -l 1432 (Zahl entsprechend nach oben oder unten korrigieren)

Ich habe jetzt die beiden Teste durchgeführt.
Dazu habe ich die FritzBox wie in Test 2 beschrieben konfiguriert und das TC4400 neugestartet.
Alle Tests wurden auf einem Windows 10 Laptop mit Verbindung per WLAN durchgeführt.

Ping an Google:

Messung mit wieistmeineip:

 

[MichaelBre]

Woher habt Ihr eigentlich die Info an was für einem CMTS ihr hängt?
Ich finde dazu im 10er WebIF des TC4400 keine Info.