Unitymedia Keine Verbindung mehr mit TC4400 !

[maban2015]

Hallo !

Folgendes ist vorgefallen :

Letzte Woche wurden für den Raum Düsseldorf Wartungsarbeiten von UM
angekündigt. Seit genau diesem Zeitpunkt kann das Modem keine Internetverbindung
mehr herstellen ! :kratz:

Heute kam ein Techniker vorbei :

Es wurde festgestellt, dass das TC4400 - wenn es überhaupt dazu kommt -
nur für wenige Minuten den Zugang zum Internet zulässt.
Alle LEDs am Gerät arbeiten normal, auch auf der Weboberfläche kann man nichts
besonderes feststellen ...
Nur bei der Kanalübersicht wird bei ID 32, etwas mit Service angezeigt, die Frequenz liegt bei ca. 770 Mhz, statt der üblichen 8 Mhz, sind es dort um 0,5 Mhz ... Bandbreite
( ja, ich hätte einen Screenshot machen sollen... :gsicht: )


Zum Glück hatte ich vorgesorgt :

Meine Fritz 6590 konnte umgehend in Betrieb genommen werden !
Nach ca. 15 Min. war das Config-File installiert !
Auch eine nagelneue ConnectBox trat direkt ihren Dienst an ...
... zum Test einmal angeklemmt :zwinker:

Hat hier jemand im Raum Düsseldorf selbiges Problem ?
Könnte es evtl. mit einem Firmware Update behoben werden ?

Die Fritz läuft aktuell durch ... so soll es auch bleiben ...


:winken: maban2015

 

[Andreas1969]

Bei Dir wurde Docsis 3.1 aufgeschaltet. :winken:
Wenn der Techniker fähig gewesen wäre, hätte er gesehen, daß der Pegel für den OFDM Kanal für'n Allerwertesten ist. Daher macht das Modem jetzt Mucken.

 

[Düsseldorfer]

Bei Dir wurde Docsis 3.1 aufgeschaltet. :winken:
Wenn der Techniker fähig gewesen wäre, hätte er gesehen, daß der Pegel für den OFDM Kanal für'n Allerwertesten ist. Daher macht das Modem jetzt Mucken.

Das hat mit Fähigkeit doch überhaupt nichts zu tun. Der technische Support bezieht sich immer nur auf UM und nicht auf Fremdgeräte :wand:

 

[Andreas1969]

Das hat mit Fähigkeit doch überhaupt nichts zu tun. Der technische Support bezieht sich immer nur auf UM und nicht auf Fremdgeräte

Hast wohl heute was falsches gefrühstückt :kotz:

 

[rv112]

Na der OFDM Kanal ist doch UM. Also war der Techniker leider nicht fähig überhaupt das Problem zu erkennen.

 

[maban2015]

Danke für Eure Rückmeldungen ...

Ein Grund für den schlechten Pegel könnte ja sicher ein verbauter LTE Splitter sein - oder ?
Diese blocken doch alles ab 800 Mhz - somit nah an der Grenze ...

:winken: maban2015

 

[robbe]

Bei Dir wurde Docsis 3.1 aufgeschaltet. :winken:
Wenn der Techniker fähig gewesen wäre, hätte er gesehen, daß der Pegel für den OFDM Kanal für'n Allerwertesten ist. Daher macht das Modem jetzt Mucken.

Schonmal auf die Idee gekommen, das 99% der Techniker noch garnicht auf Docsis 3.1 geschult wurden, geschweigedenn ein passendes Messgerät haben?

 

[Düsseldorfer]

Na der OFDM Kanal ist doch UM. Also war der Techniker leider nicht fähig überhaupt das Problem zu erkennen.

Aber doch nicht, wenn jemand einen Docsis 3.0 Anschluss besitzt. Dann muss an dem Anschluss aktuell auch nur ein Docsis 3.0 Modem laufen können. Dieses Modem wüsste doch erst mal gar nichts von dem, was oberhalb von 770Mhz überhaupt läuft. Somit sind die OFDM-Teilblöcke und der PLC-Pegel hier erst einmal für den TK unrelevant. Wenn das kundeneigene Modem aber der Meinung ist, es könnte nun auf 3.1 laufen und wartet auf die notwendigen Informationen, wessen Problem ist das dann? Sicherlich nicht das von dem Techniker, der für eine Docsis 3.0 Störung dort hin geschickt wird. Was anderes wäre es natürlich, wenn der Kunde auch einen Docsis 3.1 Tarif gebucht hätte. Logischer Weise müsste man dann die entsprechenden Kanäle und Frequenzen prüfen

 

[Düsseldorfer]

[/quote]

Schonmal auf die Idee gekommen, das 99% der Techniker noch garnicht auf Docsis 3.1 geschult wurden, geschweigedenn ein passendes Messgerät haben?
[/quote]

Und der Kunde auch kein Docsis 3.1 Kunde ist

 

[addicted]

Unter der Annahme, dass es tatsächlich an DS3.1 liegt:

Der Anbieter ändert sein Netz dahingehend, dass er einen aktiven Träger schaltet, diesen auch für die Kunden verfügbar macht, aber dann nicht in der Lage ist, eine Störung darauf zu erkennen oder zu beheben.
Währenddessen entspricht das Endgerät des Kunden allen veröffentlichten Schnittstellenbeschreibungen.

Weshalb genau ist der Kunde jetzt an irgendwas schuld?

 

[Wechseler]

Aber doch nicht, wenn jemand einen Docsis 3.0 Anschluss besitzt. Dann muss an dem Anschluss aktuell auch nur ein Docsis 3.0 Modem laufen können. Dieses Modem wüsste doch erst mal gar nichts von dem, was oberhalb von 770Mhz überhaupt läuft. Somit sind die OFDM-Teilblöcke und der PLC-Pegel hier erst einmal für den TK unrelevant. Wenn das kundeneigene Modem aber der Meinung ist, es könnte nun auf 3.1 laufen und wartet auf die notwendigen Informationen, wessen Problem ist das dann? Sicherlich nicht das von dem Techniker, der für eine Docsis 3.0 Störung dort hin geschickt wird. Was anderes wäre es natürlich, wenn der Kunde auch einen Docsis 3.1 Tarif gebucht hätte. Logischer Weise müsste man dann die entsprechenden Kanäle und Frequenzen prüfen

Das kunden-eigene Modem hält sich an die KNB vom gelieferte Konfigurationsdatei.

Wenn diese DOCSIS 3.1 einfordert, wird DOCSIS-3.1-Betrieb gemacht. Und wenn letzterer nicht funktioniert, ist das die Schuld des Kunden?

Wie wäre es, wenn man diese "EuroDOCSIS-3.0-Anschlüsse" auch mal entsprechend (QAM256 only) konfiguriert? Ist ja kein Hexenwerk. Wenn ich bei der Telekom ADSL2+ gebucht habe, bekomme ich auch kein VDSL2-Annex.Q-Profil, selbst wenn mein Modem dem MSAN erklärt, das zu können. Dementsprechend braucht sich niemand mit Störungen oberhalb von 2,2 MHz herumzuschlagen.

Ist das der viel beklagte Fachkräftemangel? :zwinker:

 

[Andreas1969]

Schonmal auf die Idee gekommen, das 99% der Techniker noch garnicht auf Docsis 3.1 geschult wurden, geschweigedenn ein passendes Messgerät haben?

1. Macht das einen guten Techniker aus, wenn der über den Tellerrand schaut und den Fehler trotzdem erkennt :smile:
2. Ist es Wahnsinn / blauäugig von UM einfach so mal eben Docsis 3.1 aufzuschalten, ohne das Personal im Vorfeld zu schulen und entsprechendes Equipment zur Verfügung zu stellen :wand:

Und der Kunde soll / muss es wieder ausbügeln, indem er sich entsprechende Sperrfilter für den OFDM Kanal besorgt und in seinem Netz verbaut, echt unglaublich :streber:

 

[Andreas1969]

Na der OFDM Kanal ist doch UM. Also war der Techniker leider nicht fähig überhaupt das Problem zu erkennen.

Das sehe ich allerdings genau so :kiss:

 

[Andreas1969]

Aber doch nicht, wenn jemand einen Docsis 3.0 Anschluss besitzt.

Besitzen tut der Kunde sicherlich keinen Docsis 3.0 Anschluss, es sei denn, er hätte ein eigenes CMTS und würde damit Docsis auf die Räume im Haus verteilen.

Der Anschluss wird lediglich vom Anbieter zur Verfügung gestellt, um die Dienste zu nutzen :winken:
Und wenn der Anbieter halt meint, Docsis 3.1 einzuspeisen, hat er auch dafür Sorge zu tragen, dass das Signal beim Kunden fehlerfrei ankommt oder eben, wenn man es Netzseitig nicht gebacken bekommt, dafür Sorge zu tragen, dass das 3.1 Signal per Docsis Config des Kundengerätes nicht genutzt wird.

 

[Andreas1969]

Mal was anderes, da das Problem ja wohl in Zukunft häufiger auftauchen wird, welcher Sperrfilter wäre eigentlich dafür geeignet, um das Docsis 3.1 Signal sauber auszukoppeln :kratz:
Gibt es schon einen entsprechenden Filter, der speziell für die Auskopplung des OFDM Kanals konzipiert ist

 

[Andreas1969]

Gibt es schon einen entsprechenden Filter, der speziell für die Auskopplung des OFDM Kanals konzipiert ist

Da im VF Netz im Prinzip das selbe Problem besteht, bräuchte es jetzt 2 verschiedene Filter:

Unitymedia
Hier wird 1 Docsis 3.1 OFDM Kanal am Ende des Spektrums auf 786 MHz übertragen
Auf Docsis 3,0 werden 31 Kanäle zwischen 474 MHz - 770 MHz übertragen
Hier würde es genügen, einen Sperrfilter zu verbauen, der alles oberhalb 770 MHz sperrt.

Vodafone
Hier wird der Docsis 3.1 OFDM Kanal mitten im Spektrum auf 288 MHz übertragen
Unterhalb werden 4 Docsis 3.0 Kanäle zwischen 138 MHz - 162 MHz übertragen
Oberhalb werden 28 Docsis 3.0 Kanäle zwischen 602 MHz - 834 MHz übertragen
Hier ist ein Sperrfilter erforderlich, der nur die 288 MHz sperrt und alles unterhalb und oberhalb durchlässt.

Das wäre der aktuelle Stand, der wird aber hinfällig, sobald man einen zweiten OFDM Kanal aufschaltet.

 

[MartinP_Do]

Gibt es schon einen entsprechenden Filter, der speziell für die Auskopplung des OFDM Kanals konzipiert ist

Da im VF Netz im Prinzip das selbe Problem besteht, bräuchte es jetzt 2 verschiedene Filter:

Unitymedia
Hier wird 1 Docsis 3.1 OFDM Kanal am Ende des Spektrums auf 786 MHz übertragen
Auf Docsis 3,0 werden 31 Kanäle zwischen 474 MHz - 770 MHz übertragen
Hier würde es genügen, einen Sperrfilter zu verbauen, der alles oberhalb 770 MHz sperrt.

Vodafone
Hier wird der Docsis 3.1 OFDM Kanal mitten im Spektrum auf 288 MHz übertragen
Unterhalb werden 4 Docsis 3.0 Kanäle zwischen 138 MHz - 162 MHz übertragen
Oberhalb werden 28 Docsis 3.0 Kanäle zwischen 602 MHz - 834 MHz übertragen
Hier ist ein Sperrfilter erforderlich, der nur die 288 MHz sperrt und alles unterhalb und oberhalb durchlässt.

Das wäre der aktuelle Stand, der wird aber hinfällig, sobald man einen zweiten OFDM Kanal aufschaltet.

Gedanken darüber muss man sich ja nur machen, wenn der DOCSIS 3.1 Downstream vom Endgerät nicht genutzt werden soll.
Wenn das Endgerät den 3.1 Downstream verträgt, und der 3.1 Downstream sogar genutzt wird, wäre es ja unnötig, ihn zu sperren...


Zu Tiefpassfilter, wie man sie für Unitymedia brauchte.

Die hier bauen "nach Maß"
http://www.rittmann-hf-technik.de/0000009baa0f58801.html


Von Technisat gibt es etwas ziemlich gut passendes

https://www.amazon.de/TechniSat-0000-6043-Technisat-LTE-Sperrfilter/dp/B01K5JH332

Der sperrt alles oberhalb 694 MHz - was für mein Kabelsegment passen würde.

 

[Andreas1969]

Wenn das Endgerät den 3.1 Downstream verträgt, und der 3.1 Downstream sogar genutzt wird, wäre es ja unnötig, ihn zu sperren...

Das ist natürlich klar, wenn der OFDM Kanal vom Pegel her sauber reinkommt, bedarf es natürlich keiner weiteren Maßnahme. :smile:

 

[Andreas1969]

Von Technisat gibt es etwas ziemlich gut passendes

https://www.amazon.de/TechniSat-0000-60 ... B01K5JH332

Der sperrt alles oberhalb 694 MHz - was für mein Kabelsegment passen würde.

Wenn das Segment mit 31 Docsis 3.0 Kanälen voll ausgebaut ist, kappst Du Dir damit die oberen 3.0 Kanäle :winken:

 

[rv112]

Genau. Mein letzter D3.0 Kanal liegt auf 770MHz.

 

[robert_s]

Mal was anderes, da das Problem ja wohl in Zukunft häufiger auftauchen wird, welcher Sperrfilter wäre eigentlich dafür geeignet, um das Docsis 3.1 Signal sauber auszukoppeln :kratz:
Gibt es schon einen entsprechenden Filter, der speziell für die Auskopplung des OFDM Kanals konzipiert ist

Das dürfte nur Probleme verursachen. Zumindest bei DOCSIS 3.0 legt ja nicht das Modem fest, welche Kanäle es nutzt, sondern das CMTS teilt die zu - und geht davon aus, dass das Kabelmodem alle empfangen kann. Es ist lediglich vorgesehen, dass das Kabelmodem danach zurückmelden kann, wenn es einen Kanal gar nicht empfangen kann - dann wird der aus der Bonding Group gestrichen und es gibt einen "Partial Service".

Ich habe noch keine Registration Response an ein DOCSIS 3.1 Modem gesehen, aber es würde mich wundern, wenn das da anders liefe.

Also eigentlich sollte es die hier geschilderten Probleme gar nicht geben - entweder, weil der KNB das CMTS so konfiguriert hat, dass es den OFDM-Block "unerwarteten" Kabelmodems noch gar nicht zuteilt, oder weil das Kabelmodem Empfangsprobleme mit dem OFDM-Block an das CMTS meldet, welches daraufhin diesen aus der Bonding Group entfernt.

Aber wer weiß, vielleicht ist das ja alles noch so verbuggt (CMTS und/oder Kabelmodem), dass das in der Praxis eben nicht so funktioniert, wie es sollte... Wobei ich bei VFKD noch nichts von solchen Problemen gelesen habe. Also vielleicht ist das ja auch nur ein UM-Problem.

 

[Andreas1969]

Also eigentlich sollte es die hier geschilderten Probleme gar nicht geben - entweder, weil der KNB das CMTS so konfiguriert hat, dass es den OFDM-Block "unerwarteten" Kabelmodems noch gar nicht zuteilt, oder weil das Kabelmodem Empfangsprobleme mit dem OFDM-Block an das CMTS meldet, welches daraufhin diesen aus der Bonding Group entfernt.

Bisher war es so, dass die Probleme immer mit einem zu geringen Pegel auf dem OFDM Kanal einhergehen.
Ist der Pegel zu gering, laufen auf dem OFDM Kanal sehr viele unkorrigierbare Fehler auf, oder der Kanal bricht weg und das Modem tilt dann.
Ist der Pegel auf dem OFDM Kanal aber ausreichend und es laufen auch keine oder nur weinige unkorrigierbaren Fehler auf,
läuft das Modem sauber.

 

[robert_s]

Ist der Pegel zu gering, laufen auf dem OFDM Kanal sehr viele unkorrigierbare Fehler auf, oder der Kanal bricht weg und das Modem tilt dann.

Ein standard- bzw. schnittstellenkonformes Modem hat an dieser Stelle eine ordentliche Nachricht an das CMTS abzusetzen, dass der Kanal nicht empfangbar ist. Wenn das Modem stattdessen "tilt", dann ist die Schnttstellenkonformität wohl nicht gegeben.

 

[sch4kal]

Ist der Pegel zu gering, laufen auf dem OFDM Kanal sehr viele unkorrigierbare Fehler auf, oder der Kanal bricht weg und das Modem tilt dann.

Ein standard- bzw. schnittstellenkonformes Modem hat an dieser Stelle eine ordentliche Nachricht an das CMTS abzusetzen, dass der Kanal nicht empfangbar ist. Wenn das Modem stattdessen "tilt", dann ist die Schnttstellenkonformität wohl nicht gegeben.

Glaube ich nicht das es tilt, im Gegensatz zu eDOCSIS 3.0 hat Technicolor zumindest für DOCSIS 3.1 die Konformität erklärt.

 

[robert_s]

Ein standard- bzw. schnittstellenkonformes Modem hat an dieser Stelle eine ordentliche Nachricht an das CMTS abzusetzen, dass der Kanal nicht empfangbar ist. Wenn das Modem stattdessen "tilt", dann ist die Schnttstellenkonformität wohl nicht gegeben.

Glaube ich nicht das es tilt, im Gegensatz zu eDOCSIS 3.0 hat Technicolor zumindest für DOCSIS 3.1 die Konformität erklärt.

Erklärt bedeutet nicht zwangsläufig real gegeben, wie man sieht. Aber wenn TC dafür nun offiziell einsteht, den Fehler melden und eine fehlerbereinigte Firmware einfordern.