Man darf schon erwarten, dass sie das machen. Das wäre mehr als bedenklich, wenn Bewohner von Mehrparteienhäusern benachteiligt werden. Abgesehen davon bewirbt Magenta den DOCSIS-Standard auch in ihrem Blog. Dann kann man sich schon erwarten, dass das Unternehmen auch voll dahinter steht und sich an die Spezifikation des Standards hält.

Ich habe mich heute noch etwas eingehender mit den T3 time-outs befasst. So ein Timeout passiert, wenn das Modem auf gesandte Ranging Request Nachricht keine Ranging Response Antwort vom Cable Modem Termination System (CMTS) erhält. Das CMTS ist eine Großerteiler-Schnittstelle, die je nach Auslegung mehrere 10.000 Haushaltsanschlüsse mit Kabelinternet versorgt und die Schnittstelle zwischen Glasfaser und Kabel bildet. Wenn nun keine Antwort vom CMTS kommt, resetet das Modem und startet die Registrierung am CMTS neu. Der Auslöser ist Rauschen im Upstream, und Rauschen lässt sich meist auf Unstetigkeiten in Kabeln oder unsauber ausgeführte Anschlüsse zurückführen. Das schließt auch die Verkabelung auf CMTS-Seite ein und das Problem kann natürlich auch andere Haushaltsanschlüsse betreffen, die im CMTS auf derselben Line Card (grob gesagt ist das einfach eine Unterteilung des CMTS) liegen. In meinem Fall lässt sich praktisch ausschließen, dass viele andere betroffen sind. Der Service-Mann, welchen ich gestern am Telefon hatte, hat mir auch gesagt, dass er die Nachbarn durchgesehen hat und keine Unstimmigkeiten feststellen konnte. Solche großflächigen Noise Outages werden außerdem schnell erkannt und wegen ihrer besonderen Dringlichkeit rasch behoben. Damit liegt das Problem in meinem Fall mit hoher Wahrscheinlichkeit in der Wohnung. Das Modem jedenfalls kann den Leistungspegel nicht über das so verursachte Grundrauschen heben, somit erhält das CMTS keine verständliche Message und kann folglich nicht mit der richtigen Antwort reagieren. Ein niedrigeres Power Level (wie in meinem Fall bei 38-39dBmV) ist hierbei natürlich nicht optimal. Rauschen ist zufällig (oder in der Regel zumindest annähernd), kann positive und negative Interferenzen erzeugen und folglich passieren solche Time-outs unregelmäßig, wie ich bereits in einem früheren Beitrag beschrieben habe. Die gängigen Lösungsansätze wären also: - über mehrere Messpunkte das Problem eingrenzen - Auf lose und kaputte Kabel (Knicke sind natürlich ein großes Problem) hin überprüfen - bessere Kabel besorgen - zusätzliche Störquellen (wie z.B. unnötige Splitter) entfernen - Verstärker besorgen, der das Signal am Modemausgang erhöht - eigenes Modem hinstellen, das mehr Power hat Die Kabel hat der Techniker bereits neu verlegt und seiner Aussage nach sollte die Schirmung top sein. Auch hat er alte Buchsen ausgetauscht. Der Push-On Adapter ist auch weg. Am Modem ist nichts lose. Der Techniker findet hoffentlich noch etwas - dazu habe ich nun auch einen Screenshot von den Upstream Bonded Channels gemacht, mit dem er dann sieht auf welchen Channels die Time-outs verursacht werden falls er wieder nichts feststellen kann. Wenn das alles nichts hilft, überlege ich mir entweder einen eigenen Router hinter das Modem zu schließen oder einen Verstärker zwischen Modemausgang und Buchse zu setzen. Kostet mich natürlich alles Geld.

@cheetor Hast du immer noch keine Probleme, seit du deinen eigenen Router betreibst? Welches Gerät verwendest du? @truscal Wie auch einige Statusmeldungen meines Routers bereits annehmen lassen, ist es in meinem Fall vor allem ein Upstream-Problem, was mir eben auch noch ein Service-Mitarbeiter, der sich meinen Traffic über der letzten Woche angesehen hat, bestätigen konnte. Vielleicht sendet der Smart TV recht viel zurück und das ist das Problem? @jochberger Mit der Fiberbox sollte der Konfiguration nach 9 Geräte schaffen. Da meine Probleme auch bei weniger Geräten auftreten, ist es in jedem Fall kein Problem, das darauf zurückgeführt werden kann. Außerdem gibt es auch ein klar definiertes Protokoll für zu viele Geräte: Wenn die maximale Anzahl erreicht ist, werden neu hinzukommende Geräte einfach abgewiesen. Mein Handy bekommt dann beispielsweise eine Rückmeldung "Access Point temporarily full". Steht bei dir nur die Einheit dB dabei? Die Signalstärke über die Leitung wird normal in dBmV oder dbμV angegeben. Außerdem braucht es für eine Einordnung des Wertes die Modulation. Meine Kanäle im Downstream (mit 256qam Modulation) sind im Bereich 3 bis 8 dBmV, was nach DOCSIS 3.0-Standard im grünen Bereich liegt. Wenn ich bei dir dieselbe Modulation und dBmV annehme, ist -5dBmV am Rande des tolerablen Bereich (welcher zwischen -6 und 18dBmV liegt). Das Signal könnte gerne etwas stärker sein. Mein Upstream (mit 64qam) bewegt sich gerade mit 38-39dBmV noch so im tolerablen Bereich, könnte aber für meine Probleme ursächlich sein. Hier noch ein weiteres Status-Update von meiner Seite: Nachdem ich letzte Woche wiederholt beim technischen Support die Ernsthaftigkeit des Problems vorgebracht habe, und der daraufhin jemanden beauftragt hat sich meinen Fall eingehender anzusehen (warum auch immer das bisher unterblieben ist), hat mich dieser Mann heute angerufen. Er hat sich meinen Traffic der letzten Woche angesehen, und - wie oben schon erwähnt - erkannt, dass meine Upstream-Frequenzen probelmatisch aussehen. Da er verständlicherweise von seinem Schreibtisch aus nicht weiter eingrenzen kann, habe ich mich noch einmal breitschlagen lassen einen Techniker kommen zu lassen. Der Mann am Telefon hat mir versichert, dass die Kanalwerte UNÜBERSEHBAR außerhalb des tolerierbaren Bereichs bewegen und der Techniker das sehen MUSS, was ihn dazu veranlassen sollte alles durchzumessen und die Fehlerquelle einzugrenzen. Mein Optimismus, dass der Techniker diesmal etwas findet, ist selbstverständlich eher überschaubar. Aber so deutlich, wie mir der Service-Mann mitgeteilt hat, was das Problem ist, müsste der Techniker schon Tomaten auf den Augen haben. Wenn er den Fehler wieder nicht beseitigen kann, muss ich mir überlegen, ob ich den Anbieter wechsle, oder es doch mit einem eigenen Router nochmal probiere. Letzteres will ich eigentlich vermeiden, denn dann schiebt Magenta auch noch ihre Arbeit auf mich ab.

Vielen Dank! Ich habe das entsprechende Menü gefunden.

@Michael Liendl: Ich stehe in regelmäßigem Kontakt mit dem Support. Ich habe zwischenzeitlich einen Push-On Adapter verwendet, das hat am Problem aber nichts geändert. Seitdem ist der Adapter wieder weg, und auch der Techniker hat gesagt, dass der Adapter nur eine weitere unnötige Variable in der Gleichung ist. Ergo weniger ist aktuell mehr. @cheetor: Ich bin in Graz und habe kein NAS dranhängen. Ein Rechner hängt per Kabel dran, der Rest (zwei Fire TV Sticks, Laptops, Handys) hängen über WLAN dran.

Entschuldigung an alle, die vielleicht gehofft haben, dass ich mich zurückmelde. Ich habe versucht die Verbindungsausfälle eine Weile zu ignorieren, was allerdings nicht lange möglich war. Was ist in der Zwischenzeit passiert? Nachdem dieselben Probleme nach Ostern wieder vermehrt aufgetreten sind, habe ich mir ein weiteres Mal die Technik-Hotline gegönnt und nach der Standard-Diagnose eine Fiber Box vom Magenta-Shop geholt. Das war am 12. Juni. Die Freude über das neue Stück hat nicht lange gewährt (same place, same problems) und ich hab mich am 19. Juni wieder einmal mit dem Techniker getroffen. Der ist mit seinem Latein endgültig am Ende, weil beim durchmessen der Kanäle keine Probleme erkennbar sind. Er hat mir - ich zitiere sinngemäß - gesagt, dass er hier nichts mehr tun kann und ich ihn natürlich wieder herbestellen kann, um vielleicht mal irgendeinen Magenta-internen Trigger auszulösen. Wir sind übereingekommen, dass es das beste ist, wenn ich weiter die Hotline warmhalte. Am 6. Juli hatte ich schließlich wieder das Vergnügen mich spät abends verbinden zu lassen und mein Leid zu klagen. Bei einem Gespräch tags darauf wurde mir dann erklärt, dass ein Rauschen am Hauptserver liegt und die Techniker schon dabei sind das Problem zu lösen. Natürlich habe ich, um weiter zu eskalieren parallel einen Techniker-Termin für den 14. Juli vereinbart. Just am Tag des Termins ruft mich der Techniker an: Sie haben die Probleme am Hauptserver behoben, ich sage den Termin ab. 13 Tage lang läuft alles wunderbar. Dann fällt wieder alles ins alte Schema zurück, zunächst in einem Abstand von 2-3 Tagen (und dabei teils mehrmals an einem Tag). Anfang September dann 5 Tage in Folge, dann zweieinhalb Wochen nichts, dann aber Ende September wieder verstärkt. Seit der ersten Oktoberwoche nun häufen sich die Ausfälle wieder und kommen gerne ein halbes Dutzend mal pro Tag vor. Hier nun noch zur Beschreibung, wie die Verbindungsprobleme für gewöhnlich ablaufen: Grundsätzlich treten die Probleme an jedem Tag der Woche auf, und zu jeder Uhrzeit. Ich registriere den Verbindungsfehler in der Regel durch einen fehlgeschlagenen Verbindungsaufbau zu einer Website. Oft wird in den Einstellungen der Fiber Box zunächst noch der Status Online angezeigt (kann auch am Statusupdate-Zyklus der Box liegen), wechselt dann aber auf "Partial Service (US only)" und dann in den Status "US ranging". Auch die Statusanzeige "DS scanning" und "Obtaining ToD" kann ich regelmäßig sehen. Abschließend sehe ich in der Regel den Status "Requesting CM IP address". Nach Erhalt der IP wird modemseitig das WLAN-Signal gedroppt und wieder neu aufgebaut. Die Fiber Box selbst wird aber nicht rebootet. Alles in allem dauert dieser Vorgang etwa 2-3 Minuten.

Hallo! Von meiner Fiber Box wird ein WLAN Signal UPC Wi-Free ausgestrahlt. Ich würde es gerne deaktivieren, allerdings scheint es in den Routereinstellungen nicht auf. Kann mir jemand helfen es zu deaktivieren?

Das kann ich empirisch fast ausschließen, da ich bereits zwei Gerätewechsel hinter mir habe, das Problem aber bestehen bleibt. Das Problem liegt wahrscheinlich eher darin, dass immer noch irgendeine Leitungsinterferenz vorliegt oder wieder einmal der Updater von Magenta misst gebaut hat (ich möchte noch einmal erwähnen, dass bis zur Übernahme des vorangehenden Anbieters UPC durch die Telekom kein Problem bestanden hat). Dummerweise wird das Problem nun doch ernsthaft, weil ich zumindest über zwei, drei Stunden eine konstante Leitung benötige - was ein erwartbarer Leistungsanspruch selbst bei einem zahlenden Privatkunden sein dürfte.

Mal so, mal so. Manchmal startet sich das Gerät neu, aber nicht immer.

Seit einigen Monaten kommt es immer wieder zu Routerausfällen. Adressen außerhalb und innerhalb des Netzwerks und noch nicht einmal der Router selbst sind erreichbar. Dann bricht meistens die WLAN-Verbindung zusammen und wird nach einigen Minuten neu aufgebaut. Die Ausfälle haben im Mai 2019 begonnen -- vor der Übernahme von UPC durch Magenta hat es keine entsprechenden Probleme gegeben -- und die Häufigkeit hat bis September stark zugenommen (Ausfälle mehrmals täglich). Am 1.10.2019 war ein Techniker vor Ort. Die Folge war ein Leitungstausch in der Wohnung, da das Problem in der Wohnung verortet wurde. Dann lief etwa einen Monat lang alles ohne Probleme. Ab Ende Oktober haben dann wieder die Routerausfälle begonnen. Ein zwischenzeitlicher Wechsel des Routers hat nichts gebracht. Der Techniker ist am 26.11. ein weiteres Mal gekommen und hat diesmal ein manuelles Update durchgeführt. In der Folge hat es keine Ausfälle mehr gegeben. Nun allerdings, seit Februar diesen Jahres, kommt es wieder zu Ausfällen. Ich hätte nun gerne gewusst, was sich noch machen lässt. *Geräteinfo Connect Box* Konform zur Standardspezifikation:DOCSIS 3.0 Hardware Version:5.01 Software Version:CH7465LG-NCIP-6.12.18.25-2p6-NOSH Kabel MAC Adresse:34:2C:C4:96:1C:4F Kabelmodem Seriennummer:DEAP90730875 *Netzwerk Log zur Zeit eines Ausfalls* 10-03-2020 13:13:02noticeREGISTRATION COMPLETE - Waiting for Operational status;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:13:01criticalNo Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:12:59noticeTLV-11 - unrecognized OID;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:12:52warningMIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:12:46noticeIllegal - Dropped FORWARD packet: SRC=192.168.0.178 MAC=FC:65:DE:68:39:32;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:12:27criticalNo Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:58noticeIllegal - Dropped FORWARD packet: SRC=192.168.0.178 MAC=FC:65:DE:68:39:32;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:55criticalReceived Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:53noticeIllegal - Dropped FORWARD packet: SRC=192.168.0.178 MAC=FC:65:DE:68:39:32;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:52criticalReceived Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:44noticeIllegal - Dropped FORWARD packet: SRC=192.168.0.130 MAC=B0:FC:0D:4C:FF:E7;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:38criticalReceived Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:31noticeIllegal - Dropped FORWARD packet: SRC=192.168.0.178 MAC=FC:65:DE:68:39:32;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:11:25criticalReceived Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0; 10-03-2020 13:10:55criticalNo Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:96:1c:4f;CMTS-MAC=00:01:5c:b5:dc:9e;CM-QOS=1.1;CM-VER=3.0;