Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[Ool3eiV3aetooChu]

Irgendwie ist der Wurm drin. Ich habe immer wieder ein paar Aussetzer auf meiner Leitung, mehrere Sekunden lang 100% packet loss. Die Pegel sehen ok aus, aber das Modem moniert:

<i>
</i> 31 Sun Jul 30 10:54:46 2019 Critical (3) "Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=10:62:d0:xx:xx... 30 Sun Jul 30 09:22:41 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 29 Sun Jul 30 09:22:41 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 28 Sun Jul 30 09:22:41 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 27 Sun Jul 30 09:22:26 2019 Warning (5) "Dynamic Range Window violation" 26 Sun Jul 30 09:22:26 2019 Warning (5) "RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=10:62:d0... 25 Sun Jul 30 09:22:26 2019 Warning (5) "Dynamic Range Window violation" 24 Sun Jul 30 09:22:26 2019 Warning (5) "RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=10:62:d0... 23 Sun Jul 30 09:22:26 2019 Warning (5) "Dynamic Range Window violation" 22 Sun Jul 30 09:22:26 2019 Warning (5) "RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=10:62:d0... 21 Sun Jul 30 09:22:26 2019 Warning (5) "Dynamic Range Window violation" 20 Sun Jul 30 09:22:26 2019 Warning (5) "RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=10:62:d0... 19 Sun Jul 30 09:22:26 2019 Warning (5) "Dynamic Range Window violation" 18 Sun Jul 30 09:22:26 2019 Warning (5) "RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=10:62:d0... 17 Sun Jul 30 09:22:12 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 16 Sun Jul 30 09:06:42 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 15 Sun Jul 30 09:06:25 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 16; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 14 Sun Jul 30 08:57:45 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 13 Sun Jul 30 08:57:45 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 12 Sun Jul 30 08:57:44 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 11 Sun Jul 30 08:57:00 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 10 Sun Jul 29 23:47:12 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 9 Sun Jul 29 23:47:06 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 8 Sun Jul 29 23:46:44 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 7 Sun Jul 29 23:45:18 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 6 Sun Jul 29 23:45:09 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 5 Sun Jul 29 23:36:12 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 4 Sun Jul 29 23:36:10 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 3 Sun Jul 29 23:31:43 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 2 Sun Jul 29 23:31:39 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 1 Sun Jul 29 23:31:36 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 0 Sun Jul 29 23:19:06 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM...

Die Zeiten decken sich mit den Ausfällen (heute: 08:58, 09:22, 10:54).

 

[Andreas1969]

Irgendwie ist der Wurm drin. Ich habe immer wieder ein paar Aussetzer auf meiner Leitung, mehrere Sekunden lang 100% packet loss.

Du bist ein Docsis 3.1 Opfer geworden :winken:

 

[rv112]

Poste mal die Leitungswerte. T3 sind nie gut.

 

[Ool3eiV3aetooChu]

Na super…
Mal gucken.
Die Störung um 09:06 sieht "nachvollziehbar" aus: event 16 (fec auf einem der ofdm profile verloren) gefolgt von 24 (recovery). Warum kein downgrade der Profile? Egal. Juhu.
Das Geraffel um 08:57 und 09:22 sieht nach "habe alles verloren" aus. Modem ist sich aber zu fein, ein event rauszuschicken, oder tut es das nicht, weil eh kein Channel da war, über den man es hätte mitteilen können? FEC-recovery auf NCP (22), PLC (23) und OFDM (24) folgt ein paar Sekunden später. Auch Juhu.
Aber was hat das gestern zwischen 23:19 und 23:47 auf sich? Ein Schwung recoveries – doch wovon? Ich frage mich, warum das Modem sich hier ausschweigt. Es ist auch nichts passiert in dieser knappen halben Stunde. Die Leitungswerte waren durchgängig ok, es gab keinen Packetloss, nichtmal die Latenz ist hochgegangen.

Poste mal die Leitungswerte. T3 sind nie gut.

 

[Andreas1969]

Sehe ich das richtig, dass UM jetzt auch 32 Docsis 3.0 Kanäle im Einsatz hat :kratz:
Channel ID 23 wurde anscheinend ausgelassen / nicht verbunden

 

[rv112]

Der OFDM ist jedenfalls sauber. Die Restlichen hingegen sehen nicht so toll aus. Vielleicht wurde auch einfach was am Netz gemacht. Besteht das Problem noch immer?

 

[Andreas1969]

Die Restlichen hingegen sehen nicht so toll aus.

SNR und Pegel ist doch auf allen Kanälen gut

 

[rv112]

Wird wohl schon von der Straße unsauber reinkommen. Oder es wurde an der CMTS gearbeitet. Wenn es Abends war kommt das hin.

 

[Ool3eiV3aetooChu]

Problem trat gerade noch zweimal auf.

<i>
</i> 31 ??? Jul 30 13:13:23 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 30 ??? Jul 30 13:13:03 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 29 ??? Jul 30 13:12:57 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 4; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA... 28 ??? Jul 30 13:12:56 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 27 ??? Jul 30 13:12:56 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 16; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 26 ??? Jul 30 13:12:54 2019 Warning (5) "MDD message timeout;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VER=3.1;" 25 ??? Jul 30 13:12:45 2019 Warning (5) "RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the... 24 ??? Jul 30 13:12:29 2019 Critical (3) "SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:... 23 ??? Jul 30 13:12:27 2019 Warning (5) "MDD message timeout;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VER=3.1;" 22 ??? Jul 30 13:12:26 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 21 ??? Jul 30 13:12:26 2019 Warning (5) "MDD message timeout;CM-MAC=10:62:d0:xx:xx:xx;CMTS-MAC=00:01:5c:7a:18:55;CM-QOS=1.1;CM-VER=3.1;" 20 ??? Jul 30 13:12:26 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d... 19 ??? Jul 30 12:58:27 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 24; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 18 ??? Jul 30 12:58:27 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 23; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 17 ??? Jul 30 12:58:27 2019 Notice (6) "CM-STATUS message sent. Event Type Code: 22; Chan ID: 33 ; DSID: N/A; MAC Addr: N/A; OFDM/OFDM... 16 ??? Jul 30 12:57:51 2019 Critical (3) "SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=10:62:d...

Die Pegelwerte sind unverändert "ok" und haben sich seit der OFDM-Aufschaltung letzten Dienstag 09:29 eher verbessert als verschlechtert. Ist erst so übel, seit das Modem gestern Mittag so durchgewirbelt wurde.

Der OFDM ist jedenfalls sauber. Die Restlichen hingegen sehen nicht so toll aus. Vielleicht wurde auch einfach was am Netz gemacht. Besteht das Problem noch immer?

Wie – nicht so toll? Das sind doch nahezu Bestwerte: Immer schön mittig der Grenzen bzw. SNR schön hoch.

Edit. jetzt ist mir gerade ein upstream-channel abgesackt auf 40dBmV. Yay, mein Monitoring funktioniert :\

 

[rv112]

Die Uncorrectables sind das Problem. Hier werden Pakete verworfen. Du hast vermutlich einige Verstärker vor Deinem Anschluss. Den US SNR sieht man ja leider nicht, könnte aber auch das Problem sein.

 

[Andreas1969]

Edit. jetzt ist mir gerade ein upstream-channel abgesackt auf 40dBmV

Das kommt schon mal vor, wenn die Modulation lustig zwischen QAM64 und QAM16 hin und her springt :zwinker:

 

[Andreas1969]

Die Uncorrectables sind das Problem. Hier werden Pakete verworfen.

Das ist aber in vielen Segmenten die Normalität :winken:
In meinem Segment ist das noch viel schlimmer :naughty:

 

[rv112]

Ja hier hilft nur Remote-PHY oder ein neuer Node näher am Anschluss.

 

[Ool3eiV3aetooChu]

Dieses Wohngebiet wurde Ende letzten Jahres erst mit einem zusätzlichen Verstärker versorgt, weil's wohl zu weit ab vom Schuß liegt. Wat nu, Störung aufmachen?

 

[rv112]

Ja, aber als NE3! Am besten via Twitter. Ein Techniker bei Dir Zuhause kann zwar die NE4 messen, aber vermutlich nichts machen.

 

[Ool3eiV3aetooChu]

Danke. Vielleicht sollte ich mir wirklich langsam mal twitter zulegen…
Mal etwas anderes. Ich hatte mir bei der neuen Werner-Charge noch ein Zweitmodem besorgt und wollte das jetzt gerade mal parallel anschließen. Ich nehme an, es hat sich eine no-service.bin geangelt und per DHCP bekomme ich eine rfc1918-IP. Soweit, so schick. Etwas störend ist, daß das zugewiesene Defaultgateway nicht in dem Netz liegt, das mir zugewiesen wurde:

<i>
</i>Your-IP 10.145.236.74/18
Server-IP 81.210.129.76
Gateway-IP 10.207.28.1
file "no-service.bin"[|bootp]

was aber nicht weiter wild ist, wenn ich eine Interfaceroute zum Gateway lege. Selbiges kann ich auch erreichen:

<i>
</i>$ ping -c 1 10.207.28.1
PING 10.207.28.1 (10.207.28.1) 56(84) bytes of data.
64 bytes from 10.207.28.1: icmp_seq=1 ttl=255 time=6.65 ms

Nun komme ich aber nicht sonderlich weit:

<i>
</i>$ ip route get 81.210.129.76
81.210.129.76 via 10.207.28.1 dev eth1 src 10.145.236.74 uid 0 cache
$ ping -w 1 -c 1 81.210.129.76
PING 81.210.129.76 (81.210.129.76) 56(84) bytes of data.
64 bytes from 81.210.129.76: icmp_seq=1 ttl=58 time=12.0 ms
[…]
$ ip route get 9.9.9.9
9.9.9.9 via 10.207.28.1 dev eth1 src 10.145.236.74 uid 0 cache
$ ping -w 1 -c 1 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
--- 9.9.9.9 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

und, was eigentlich gravierender, weil Zweck der Übung ist: ich komme nicht auf das Modem. Die 192.168.100.1 reagiert nicht, weder ping, noch Port 80, weder wenn ich die zugewiesene Client-IP verwende, noch, wenn ich eine IP-Adresse aus 192.168.100.0/24 nehme.


[offtopic]
Und was ist diese Server-IP überhaupt für eine Möhre? Ich erreiche die nur über das no-service-Modem, nicht über den provisionierten Anschluss.
$ curl -I http://81.210.129.76
HTTP/1.1 403 Forbidden
Content-Type: text/html
Content-Length: 345
Date: Tue, 30 Jul 2019 12:22:52 GMT
Server: lighttpd/1.4.47
[/offtopic]

 

[rv112]

Die neue Firmware bietet keinen Internetzugang mehr ohne Provisionierung mit dem gebuchten Tarif. Das scheinen wohl sämtliche Modem zu machen, das Arris macht das ebenfalls. Aufs Modem komme ich aber zu jeder Zeit.

 

[Ool3eiV3aetooChu]

Hm, warum hat das etwas mit der Firmware zu tun, wenn ich doch Unitymediaserver wie den DNS und diesen ominösen Server erreichen kann?
Bei näherer Betrachtung hat sich besagter ominöser Server als tftp-Server für die Modem-Konfigurationsdateien herausgestellt. Deswegen wurde er via dhcp auch als next-server übergeben:

<i>
</i>$ strings cust-own_120000_12000_ds_sip_wifi-on.bin
PaG1j39MaYExAsl5
8rN3vDpq0m8M7yiA
[20190627]
$ strings no-service.bin
admin
atlanta
W2402
private	Smx573Bcf
tComLabs - Euro-DOCSIS1
Cable Modems1(0&
Euro-DOCSIS Cable Modem Root CA0
030808000000Z
130807235959Z0^1
900000011
Euro-DOCSIS1&0$
Code Verification Certificate0
8T$4
vtt_QW
dcxN
jW_Q
b5LB
dh}D
@H(}
5g21wm7sdl
65w1jk73ik
e6jm3asw13
public
N*+>
UU9thn

Das kann ich mir der alten Firmware nicht. Wenn ich das richtig sehe, nehme ich jetzt mit der neuen Firmware also den Platz des Modems ein und kann mir via bootp/tftp die Konfigurationsdateien ziehen und die Infrastruktur nutzen, die sonst den Modems/Routern/UM-eigenen Geräten vorbehalten bleibt. Was auch erklären würde, warum ich das Modem selbst nicht erreichen kann.

 

[robert_s]

Sehe ich das richtig, dass UM jetzt auch 32 Docsis 3.0 Kanäle im Einsatz hat :kratz:
Channel ID 23 wurde anscheinend ausgelassen / nicht verbunden

Zwischen den Frequenzen der Channel IDs 22 und 24 ist allerdings auch kein Platz. Also sind es immer noch nur 31 EuroDOCSIS 3.0 Kanäle, nur die Nummerierung lässt jetzt die 23 aus...

 

[Ool3eiV3aetooChu]

Zwischen den Frequenzen der Channel IDs 22 und 24 ist allerdings auch kein Platz. Also sind es immer noch nur 31 EuroDOCSIS 3.0 Kanäle, nur die Nummerierung lässt jetzt die 23 aus...

Nach einem Neustart (stromlos) des Modems fehlt immernoch die 23. Verschwörung?

 

[rv112]

Hm, warum hat das etwas mit der Firmware zu tun, wenn ich doch Unitymediaserver wie den DNS und diesen ominösen Server erreichen kann?
Bei näherer Betrachtung hat sich besagter ominöser Server als tftp-Server für die Modem-Konfigurationsdateien herausgestellt. Deswegen wurde er via dhcp auch als next-server übergeben:

<i>
</i>$ strings cust-own_120000_12000_ds_sip_wifi-on.bin
PaG1j39MaYExAsl5
8rN3vDpq0m8M7yiA
[20190627]
$ strings no-service.bin
admin
atlanta
W2402
private	Smx573Bcf
tComLabs - Euro-DOCSIS1
Cable Modems1(0&
Euro-DOCSIS Cable Modem Root CA0
030808000000Z
130807235959Z0^1
900000011
Euro-DOCSIS1&0$
Code Verification Certificate0
8T$4
vtt_QW
dcxN
jW_Q
b5LB
dh}D
@H(}
5g21wm7sdl
65w1jk73ik
e6jm3asw13
public
N*+>
UU9thn

Das kann ich mir der alten Firmware nicht. Wenn ich das richtig sehe, nehme ich jetzt mit der neuen Firmware also den Platz des Modems ein und kann mir via bootp/tftp die Konfigurationsdateien ziehen und die Infrastruktur nutzen, die sonst den Modems/Routern/UM-eigenen Geräten vorbehalten bleibt. Was auch erklären würde, warum ich das Modem selbst nicht erreichen kann.

Interessanter Ansatz, so weit habe ich mir das noch gar nicht angeschaut. Kannst Du die Configdatei ziehen? Mir ist das gleiche Verhalten nur auch beim TM3402B mit neuer Firmware aufgefallen, daher dachte ich dass man das wohl nun so macht.

 

[Ool3eiV3aetooChu]

Jup, diese hier habe ich mal spaßeshalber gezogen:
1048 cust-own_120000_12000_ds_sip_wifi-on.bin
1048 cust-own_400000_40000_ds_sip_wifi-on.bin
4690 generic_100000_10000_ds_som_wifi-on_2id-off.bin
4545 generic_200000_20000_ds_som_wifi-off_2id-off.bin
4691 generic_200000_20000_ds_som_wifi-on_2id-off.bin
6343 no-service.bin

 

[rv112]

Dann müsstest Du vermutlich auch auf die andere Kundenmodem kommen via SNMP und diese auslesen können. Welches Tool hast Du für TFTP genommen?

 

[Ool3eiV3aetooChu]

Das ganz normale "tftp":

<i>
</i>$ rpm -q tftp
tftp-5.2-27.fc30.x86_64

Ich hab's mit meinem produktiven Modem getestet:

<i>
</i>$ ping -c 1 10.145.255.127
PING 10.145.255.127 (10.145.255.127) 56(84) bytes of data.
64 bytes from 10.145.255.127: icmp_seq=1 ttl=63 time=13.9 ms
--- 10.145.255.127 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 13.944/13.944/13.944/0.000 ms
$ snmpwalk -v2c -c public 10.145.255.127
Timeout: No Response from 10.145.255.127

Ich vermute, die community ist an eine bestimmte Source-IP-Adresse gebunden. Leider bekomme ich die config files auch nicht sauber dekodiert, weder "oscar" noch "docsis" können da tiefer reinschauen.

Oder das CMTS läßt mich damit nicht durch. Es spricht einiges dafür, denn wenn ich meine (produktive) öffentliche IPv4-Adresse über die unprovisionierte Leitung anpinge, gehen die icmp-Pakete bis zu meinem Router durch, der die (nachdem ich die IP-Adresse, die ich über das unprovisionierte Modem bekommen habe freisgeschaltet habe) beantwortet. Nur danach kommen sie nicht wieder über die unprovisionierte Leitung zurück. Also wird der CMTS wohl die Verbindungen zum Provisionierungsnetz blocken :mussweg:

 

[Amensama]

Hallo liebes Forum,

dies ist mein erster Beitrag und ich freue mich nun auch Mitglied im TC4400-Club zu sein.

Aber ich fange leider direkt mit einem Problem an... Bei mir läuft gefühlt "nichts".

Zuerst ein paar Infos (Mercy on my Soul, bin kein Fachmann):

Aktuell 450/20 2Play Fly Tarif. Bisher mit FB6590 Cable.
Leider viele Bugs und Abbrüche gehabt, geschweige die WLAN-Leistung über mehrere Etagen.

Darum wollte ich klassisch auf eine Modem-Router-Lösung wechseln.

Dadurch bin ich auf das TC4400-EU gestoßen, was ich seit heute besitze. Schwupp bei UM angerufen, SN und MAC durchgegeben. Man sagte mir zu, dass na ca. 1h alles freigeschaltet sein sollte.

Dazu wollte ich gerne den Netgear ORBI RBK53 verwenden.

So, Fritzbox wurde heute mittag getrennt, bekam keine Verbindung mehr.

Also TC4400 angesteckt, eingeschaltet, alle Lichter (ausser Link) leuchten.

Jetzt den Router und die Sattelites aufgestellt. Im Einrichtungsassistent wird extra darauf verwiesen, dass das Modem neugestartet werden muss nach dem Einstecken des Routers.

Alle Einrichtungsschritte der Netgearapp eingehalten - leider bekomme ich keine Internetverbindung zustande.

Hat irgendwer eine Idee, wie ich die Kuh vom Eis bekomme? Man ist so abgestumpft durch die Fritzbox Modem-Router-AllinOne, dass ich echt mit meinem Latein am Ende bin.

Viele Grüße