Regelmässige Unterbrüche & Timeouts

millernet · 2019-08-19T17:30:51+00:00

Sunrise Community - Kunden helfen anderen Kunden rund um die Themen Fernsehen, Internet, Telefon und Mobile. Jetzt registrieren!

millernet

Leider beklage ich seit ca. 2 Wochen regelmässige Timeout-Fehler in Form von Paketverlusten für mehrere Minuten am Stück. Die Connectbox wurde bereits ausgetauscht und die Unterbrüche sind nicht weniger geworden. Die Unterbrechungen treten unregelmässig auf.

Um dem Phänomen auf die Schliche zu kommen, habe ich jetzt mal für ca. 36 h mit PingInfoView im Takt von 1 s die beiden DNS-Server 1.1.1.1 und 8.8.8.8 angepingt. Hierzu habe ich die Connectbox komplett zurückgesetzt und in den Router-Modus versetzt. Der Messrechner war direkt per LAN mit der Box verbunden. Leider kam es in unregelmässigen Abständen zu Timeout-Fehlern (>500 ms Antwortzeit auf Ping) :

18.08.2019 08:44:26 Request Timeout
18.08.2019 08:44:27 Request Timeout
18.08.2019 08:44:30 Request Timeout
18.08.2019 08:44:32 Request Timeout
18.08.2019 08:44:35 Request Timeout
18.08.2019 10:03:28 Request Timeout
18.08.2019 10:08:46 Request Timeout
18.08.2019 10:23:57 Request Timeout
18.08.2019 10:24:19 Request Timeout
18.08.2019 10:24:20 Request Timeout
18.08.2019 10:24:24 Request Timeout
18.08.2019 10:24:25 Request Timeout
18.08.2019 10:24:29 Request Timeout
18.08.2019 10:24:31 Request Timeout
18.08.2019 10:24:32 Request Timeout
18.08.2019 10:24:37 Request Timeout
18.08.2019 10:24:40 Request Timeout
18.08.2019 12:07:52 Request Timeout
18.08.2019 12:07:55 Request Timeout
18.08.2019 13:21:10 Request Timeout
18.08.2019 15:25:25 Request Timeout
18.08.2019 17:56:33 Request Timeout
18.08.2019 18:54:12 Request Timeout
18.08.2019 19:31:51 Request Timeout
18.08.2019 19:31:53 Request Timeout
18.08.2019 19:37:02 Request Timeout
18.08.2019 19:38:11 Request Timeout
18.08.2019 19:38:35 Request Timeout
18.08.2019 19:40:59 Request Timeout
18.08.2019 19:41:20 Request Timeout
18.08.2019 19:41:38 Request Timeout
18.08.2019 19:42:17 Request Timeout
18.08.2019 19:42:23 Request Timeout
18.08.2019 19:42:58 Request Timeout
18.08.2019 19:42:59 Request Timeout
18.08.2019 19:44:21 Request Timeout
18.08.2019 19:44:45 Request Timeout
18.08.2019 19:44:52 Request Timeout
18.08.2019 19:48:50 Request Timeout
18.08.2019 21:17:40 Request Timeout
18.08.2019 21:17:42 Request Timeout
19.08.2019 00:33:08 Request Timeout
19.08.2019 00:33:26 Request Timeout
19.08.2019 00:33:28 Request Timeout
19.08.2019 00:33:46 Request Timeout
19.08.2019 00:33:48 Request Timeout
19.08.2019 00:33:53 Request Timeout
19.08.2019 01:32:34 Request Timeout
19.08.2019 01:32:36 Request Timeout
19.08.2019 01:33:02 Request Timeout
19.08.2019 01:33:04 Request Timeout
19.08.2019 01:33:06 Request Timeout
19.08.2019 01:33:08 Request Timeout
19.08.2019 01:33:10 Request Timeout
19.08.2019 01:33:12 Request Timeout
19.08.2019 01:33:15 Request Timeout
19.08.2019 01:33:17 Request Timeout
19.08.2019 01:33:19 Request Timeout
19.08.2019 01:33:21 Request Timeout
19.08.2019 01:33:23 Request Timeout
19.08.2019 01:33:30 Request Timeout
19.08.2019 01:33:32 Request Timeout
19.08.2019 01:33:33 Request Timeout
19.08.2019 01:33:35 Request Timeout
19.08.2019 01:33:41 Request Timeout
19.08.2019 01:34:14 Request Timeout
19.08.2019 01:34:20 Request Timeout
19.08.2019 01:34:22 Request Timeout
19.08.2019 01:34:23 Request Timeout
19.08.2019 01:34:25 Request Timeout
19.08.2019 01:34:28 Request Timeout
19.08.2019 01:34:29 Request Timeout
19.08.2019 01:34:31 Request Timeout
19.08.2019 01:34:33 Request Timeout
19.08.2019 01:34:36 Request Timeout
19.08.2019 01:34:37 Request Timeout
19.08.2019 01:34:39 Request Timeout
19.08.2019 01:34:42 Request Timeout
19.08.2019 01:34:43 Request Timeout
19.08.2019 01:34:45 Request Timeout
19.08.2019 01:34:47 Request Timeout
19.08.2019 01:34:50 Request Timeout
19.08.2019 01:34:51 Request Timeout
19.08.2019 01:34:53 Request Timeout
19.08.2019 01:34:56 Request Timeout
19.08.2019 01:34:57 Request Timeout
19.08.2019 01:34:59 Request Timeout
19.08.2019 01:35:01 Request Timeout
19.08.2019 01:35:04 Request Timeout
19.08.2019 01:35:05 Request Timeout
19.08.2019 01:35:07 Request Timeout
19.08.2019 01:35:10 Request Timeout
19.08.2019 01:35:11 Request Timeout
19.08.2019 01:35:13 Request Timeout
19.08.2019 01:35:15 Request Timeout
19.08.2019 01:35:18 Request Timeout
19.08.2019 01:35:19 Request Timeout
19.08.2019 01:35:21 Request Timeout
19.08.2019 01:35:24 Request Timeout
19.08.2019 01:35:25 Request Timeout
19.08.2019 01:35:27 Request Timeout
19.08.2019 01:35:29 Request Timeout
19.08.2019 01:35:32 Request Timeout
19.08.2019 01:35:33 Request Timeout
19.08.2019 01:35:35 Request Timeout
19.08.2019 01:35:38 Request Timeout
19.08.2019 01:35:39 Request Timeout
19.08.2019 01:35:41 Request Timeout
19.08.2019 01:35:43 Request Timeout
19.08.2019 01:35:46 Request Timeout
19.08.2019 10:12:26 Request Timeout
19.08.2019 10:13:23 Request Timeout
19.08.2019 10:18:40 Request Timeout
19.08.2019 10:18:42 Request Timeout
19.08.2019 10:18:53 Request Timeout
19.08.2019 10:19:45 Request Timeout
19.08.2019 10:19:56 Request Timeout
19.08.2019 11:38:31 Request Timeout
19.08.2019 11:38:36 Request Timeout
19.08.2019 11:38:40 Request Timeout
19.08.2019 11:48:37 Request Timeout
19.08.2019 11:48:39 Request Timeout
19.08.2019 11:48:41 Request Timeout
19.08.2019 11:50:17 Request Timeout
19.08.2019 11:50:18 Request Timeout
19.08.2019 11:50:24 Request Timeout
19.08.2019 11:50:30 Request Timeout
19.08.2019 11:50:32 Request Timeout
19.08.2019 11:51:43 Request Timeout
19.08.2019 11:51:45 Request Timeout
19.08.2019 11:51:46 Request Timeout
19.08.2019 11:51:48 Request Timeout
19.08.2019 11:51:50 Request Timeout
19.08.2019 11:51:54 Request Timeout
19.08.2019 11:51:55 Request Timeout
19.08.2019 17:13:07 Request Timeout
19.08.2019 17:13:09 Request Timeout

Die Hotline kann mir leider nicht weiterhelfen, da ich nicht zu ihr durchringe. Nach 45 Minuten Wartezeit meldete sich ein Mitarbeiter, welche dann aber zwecks “Rückfragen” mich einfach auf stumm geschalten hat. Nach 15 Minuten rauschen habe ich einfach aufgelegt, da es mir zu bunt wurde. Der Kundendienst von UPC ist leider wieder äusserst mangelhaft geworden.

Ich habe mindestens einmal im Jahr mit der Zuverlässigkeit meines Internetanschlusses zu kämpfen. Die letzten beiden malen waren es Signalstörungen verursacht durch einen fehlerhaften Node. Dieses mal scheint es sonst ein Netzwerproblem zu sein. Seit EBL-Telekom von Quickline zu UPC gewechselt hat, ist auch die Zuverlässigkeit massiv schlechter geworden!

Bei meiner Connect Box erscheinen folgende kritischen Fehler (CM Mac annonymisiert):

| Zeit | Priorität | Beschreibung |
| — | — | — |


19-08-2019 16:24:13	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 12:18:27	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 10:49:30	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 10:46:46	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 10:25:54	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 08:22:08	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 04:05:14	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
19-08-2019 00:34:46	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;
18-08-2019 23:13:59	critical	No Ranging Response received - T3 time-out;CM-MAC=34:2c:c4:xxxxxx;CMTS-MAC=00:17:10:91:b0:85;CM-QOS=1.1;CM-VER=3.0;

Offenbar ist der Fehler nicht kritisch und man muss diesen ja offenbar akzeptieren (https://community.sunrise.ch/t5/Internet-mit-Modem/No-Ranging-Response-received-T3-time-out/td-p/111077) und eine “offizielle” Lösung ist ein Backup-WAN, welches ich habe.

Der Witz an der Geschichte ist, dass ich OPNsense mit 3 WAN-Schnittstellen betreibe und OPNsense auf Grund mangelhafter Pingwerte ständig das Interface gewechselt hat. Aus diesem Grund bin ich den aktuellen Störungen überhaupt auf die Schliche gekommen. Diese ständigen Wechsel waren bis vor 2 Wochen noch nicht vorhanden. DOCSIS scheint ein ähnliches Gebastel wie G.fast zu sein.

Daniele_Sunrise

@Zgraggen , du kannst mir deine Kundennummer und Adresse via privater nachricht senden mit dem Link zu diesem Thread. Gerne prüfe ich anschliessend die Signalwerte.

Liebe Grüsse

Daniele

Kuede-junior

Ich würde mal die Leistungen messen:
http://hsi.ip-plus.net/speedtestJs/index.html?lang=de
https://www.geschwindigkeit.ch/
https://www.speedtest.net/de
http://speedtest.quickline.com/
Dann mal bei der Hotline reklamieren.
Wenn nach ein paar Tagen nichts geht, dann Einschreibe-Brief an die Direktion der UPC und
darin mitteilen, dass sie die vertrglich vereeinbarte Leistung (Speed, Zuverlässigkeit usw.) nicht
erbringen.
a) sofortige Problemlösung
b) Preisminderung
bei längerem Ausfall entsprechende Monatsbeiträge gutschreiben lassen.
MfG
Kuede jun

Zgraggen

Hallo @Daniele_Sunrise

Habe aktuell das selbe Problem seit 2 Tagen. Alle 1-2 Minuten fällt mein Internet kurzzeitig aus.

Was benötigst du für Angaben von mir?

Gruess Nico

Kuede-junior

Hoffe, der neue Anbieter macht es besser.
Viel Erfolg!

millernet

Ich wurde von UPC freundlicherweise führzeitig aus meinem Vertrag entlassen. Damit ist der Fall für mich erledigt.

millernet

Das Problem hat sich wieder leicht entschärft, da der Techniker die Ingressstörungen im Uplink weiter reduzieren konnte und einen defekten Verteiler im Netz entfernt hat. Die Paketverlustwerte sind mittlerweise im Durchschnitt (60 h) unter <0.01%, was mittelmässig aber noch nicht wirklich gut ist. Vorher waren wir hier teilweise bei 1% oder 0.2 %, je nach Tag. Besonders ins Gewicht fallen aber die immer noch hohen Spitzenwerte von >2%. Im Vergleich zu meinen anderen zwei WAN-Anbindungen (Sunrise VDSL2 und Salt 4G), welche keinerlei signifikante gemessene Paketverluste aufweisen, finde ich dies immer noch schlecht. Die Werte resp. Quality-Graphs über die letzten 60 h finden sich im Anhang.

Aus meiner Sicht ist es nur eine Frage der Zeit, bis die Werte wieder ansteigen, da das Netz von EBL Telecom einfach marrode und überaltert ist.

Ahmet_sunrise

Hallo

Danke für deine Nachricht.

Gerne prüfen wir dein Anliegen. Sende uns doch bitte diesbezüglich eine PN.

Liebe Grüsse,

Ahmet

millernet

Heute kam wieder ein Techniker bei mir vorbei und hat wieder meine Installation untersucht und alles für gut befunden. Es sind definitiv Ingressstörungen auf dem Rückkanal/Upstream vorhanden, welche von sehr zahlreichen veralteten Haus- aber auch Netzinstallationen kommen. EBL Telecom investiert auf dem Land kein Geld, da es nicht rentiert und nach bald 25 Jahren müsse man halt einen solchen Verstärker (im Netz, nicht Hausverstärker) nun mal ersetzen. Saphir Group sei aktuell sehr viel mit solchen Störungen in EBL Gebieten beschäftigt. Seien es defekte Kabel, veraltete Hausverstärker etc. sogar Temperatur (Winter Sommer) spielt eine Rolle, da sich Stecker und Kabel ja thermisch ausdehnen. Meine jahrelangen Erfahrungen mit dem “Qaulitätsnetz” von EBL kommen also endlich zu einer Conclusio, da ich vielfach Störungen Sommer-Winter oder Winter-Sommer hatte. Sobald es wärmer oder wieder kälter wurde, kam es gehäuft zu Störungen und teilweise sogar zu Totalausfällen.

Der Techniker hat mir gesagt, dass das Netz von EBL nicht dem UPC Standard entspreche und viel zu viele Zwischenverstärker zwischen Node und Hausverstärker vorhanden seien. Heute kommt nach dem Node eigentlich nur noch der Hausverstärker. Hierfür müsse man aber Geld investieren. Ob und wann EBL dies tun wird, konnte er mir nicht sagen. Die komplette Coax Infrastruktur von Wauwil müsste überholt werden.

WOW liebe @Sunrise_Team ! Ich erwarte ein ausserordentliches Kündigungsrecht, sollten die Störungen bis Ende Oktober nicht besser werden! Ich würde eurem “Partner” mal ordentlich auf die Finger klopfen.

GrandDixence

Die Zellgrösse ist ein vom HFC-Netzwerkbetreiber gut gehütetes Firmengeheimnis.

https://www.golem.de/news/auslastung-wenn-es-abend-wird-im-kabelnetz-1709-130142.html

https://de.wikipedia.org/wiki/Hybrid_Fiber_Coax

Anhand der Zellgrösse würde der (zahlende) Endkunde schnell merken, ob der HFC-Netzwerkbetreiber die hohen Investionskosten in die stetige Zellgrösseverkleinerung eingespart hat oder nicht.

millernet

Leider hat auch ein Wechsel auf die Giga Connectbox mit DOCSIS 3.1 keinerlei Besserung bei den Paketverlusten gebracht. In nicht mal 20h schon 3 Störungen mit hohen Paketverlusten. Im Netz sind immer noch massive Störungen vorhanden. Natürlich wurde das Ticket geschlossen. Ich mache dieses Affentheater mit UPC und der unfähigen EBL einfach nicht mehr mit. HFC ist ein Stern-Baum-Gebastel mit einer Harantie für Unzuverlässigkeit und Störungen.

Hier Fakten: 0 % Paketverluste währen 60 h mit 4G (Salt) und VDSL2 (Sunrise). Bei UPC in nicht mal 20h ganze 0.5%! Alle drei WAN’s hängen an einer OPNsense Firewall.

millernet

@Kuede-junior schrieb:

Bei einer Hochleistungs-Zelle sollte dies kein Problem sein mit 500 Anschlüssen. Es ist aber davon auszugehen, dass es sich sicher noch um eine sehr alte Zellte handelt.
Hoffe, dass UPC ebenso zügig wie die Swisscom das Netz auf Fiberglas umstellt.

Die Frage ist halt, ob die Zellgrösse effektiv 500 Nutzungseinheiten beträgt oder ob hier mehrere Subsegmente bestehen, z.B 5 × 100 Subsegmente, welche jeweils über die volle Leistung der Zelle verfügen.

Kuede-junior

Bei einer Hochleistungs-Zelle sollte dies kein Problem sein mit 500 Anschlüssen. Es ist aber davon auszugehen, dass es sich sicher noch um eine sehr alte Zellte handelt.
Hoffe, dass UPC ebenso zügig wie die Swisscom das Netz auf Fiberglas umstellt.

millernet

Der Techniker von EBL war heute in der Liegenschaft und hat keinerlei Fehler feststellen können. Er hat mich angerufen und ich konnte weitere Infos entlocken: Offenbar kämpfen sie in meiner Zelle mit Ingressstörungen von veralteten Hausinstallationen, welche bis nächste Woche saniert werden sollen. Die Störung zu finden ist schwierig, da es in Wauwil (2000 Einwohner) genau 3 Zellen gibt. Somit teilen sich ca. 500 Nutzungseinheiten eine Zelle! Es ist also die Suche nach der Nadel im Heuhaufen in einem offenbar maroden Netzwerk, wo deep Fiber und FTTB ein Fremdwort ist. Ich warte noch bis nächste Woche und werde dann Kündigen. HFC ist ein riesiges Lügenkonstrukt. 500 Kunden Teilen sich die Resourcen einer ganzen Zelle und Störungen können sich relativ leicht in der gesamten Zelle ausbreiten.

millernet

Bei mir hat wohl ein E-Mail an den CEO von EBL “Wunder” bewirkt: Endlich wurde ich von EBL anständig über den Fortschritt der Arbeiten informiert und nicht mit floskeln abserviert. Kommenden Mittwoch müssen 2 Nodes in Wauwil neu eingepegelt werden und danach sollte wieder alles funktionieren.

Kuede-junior

Also CHF 80.– für einen sozusagen nicht funktionierenden Anschluss sind doch mickrig.
Rein rechtlich gesehen, erfüllt UPC m.E. den Vertrag nicht vollumfänglich und wird somit ersatzpflichtig. Ich habe vor vielen Jahren ähnliches über Monate erlebt. Aus Kulanzgründen und vermutlich um einen Rechtstreit zu vermeiden, hat mir die damalige Cablecom für die betroffenen Monate eine volle Gutschrift zukommen lassen. Fand ich sehr grosszügig. Bin auch seit über 40 Jahre Cable / UPC Kunde.
Nicht nachlassen, dran bleiben und weiterhin anständig reklamieren. Eingeschriebene Briefe an die UPC-Direktion in Zürich können Wunder wirken.

millernet

Zwischenstand: Offenbar ist doch nicht die Hausinstallation betroffen, sondern es besteht eine “generelle Störung” im Netzwerk. Wo und warum und bis wann diese behoben ist, kann mir niemand genau Auskunft geben. Der Fall liegt bei einer “höheren” Abteilung (Gott persönlich?)…….Die Paketverluste liegen jetzt bei ca. 0.3 %, was zu hoch ist. Immer noch kommt es regelmässig vor, dass mehrere Minuten am Stück die Paketverluste stark ansteigen und keine vernünftige Verwendung des Internets mehr möglich ist. Als Zücherchen gabs 80.- Fr. Entschädigung in Form einer Gutschrift. Mal schauen was die nächsten Wochen noch geschieht. HFC der Rückgrat der Digitalisierung - wohl eher der Witz des Jahrhunderts und eine störungsanfällige und unzuverlässige Krückentechnologie mit viel Frustpotential!

Kuede-junior

Hello,
Hatte in den letzten Wochen Speed-Probleme. Kontaktierte die Hotline.
Die nette Dame (sprach sogar schweizerdeutsch) hatte herausgefunden, dass die Connect-Box in einem falschen Modus lief. Nach Korrektur auf der Box durch die UPC und Reset hat sich der Speed verbessert. Da anscheinend auch in den alten weissen Coax-Anschlusskabeln Probleme mit Unterbrüchen auftraten, schickte mir die UPC ein neues “schwarzes” Kabel, welches besser sein soll.
Vielleicht liegt es auch am Kabel.
MfG
Küde junipr

millernet

Update: Ich habe heute die Kündigungshotline unter 0800 900 210 angerufen und meine Nöte und sorgen einer bedauernswerten Mitarbeiterin mitgeteilt. Sie hatte keine volle Einsicht in den aktuell noch offenen Supportfall, also versuchte sie verzweifelt einen Techniker telefonisch zu erreichen. Aber auch sie hätte UPC intern sicher 20 Minuten in der Warteschlaufe verbringen müssen. Sie hat aber irgendwo im System gesehen, dass die Störung mit meiner Anschlussdose zu tun haben könnte. Ich habe die Connect-Box jetzt also an einer anderen Kabelnetzanschlussdose angeschlossen und bin wieder am Dauerpingen. Ein Funken Hoffnung besteht. Sie wird mich morgen nochmals zurückrufen.

millernet

Gemäss Rückmeldung von UPC via Twitter sind mehrere Abteilungen offenbar an meinem Fall dran. Persönlich informiert über den aktuellen Stand wurde ich nie. Heute sollte mich jemand vom Support anrufen, was aber auch nicht geschehen ist. Kabelnetze sind wie Kupferdrähtchen einfach keine geeigneten Datenübertragungsmedien für heutige Ansprüche! Nur Glasfaser wird diesem Anspruch gerecht. In einem Kabelnetz braucht es offenbar ein einziges Gerät damit die komplette Zelle gestört werden kann, da alles Baum- und Sternförmig mit einer Hauptzuleitung verästelt ist bis zum jeweiligen Node. Die Störungssuche scheint zudem die Suche der Nadel im Heuhaufen zu sein. Seit wir hier in Wauwil von Quickline auf UPC Zwangsmigriert worden sind, da EBL Telecom einfach mal den Signallieferanten gewechselt hat, haben wir mehrfach jährlich irgendwelche Störungen! Mal ein defekter Node, dann wieder ein gestörter Verstärker und immer wird das ganze Quatier betroffen sein, da von FTTB seitens EBL Telecom wohl noch NIE jemand gehört hat. Wir haben ein Coax-Netzwerk aus dem vorletzten Jahrhundert mit Taps und Kästen überall und vermutlich ein paar zentralen Nodes für eine 2000 Einwohner Gemeinde! In der Nachbargemeinde baut WWZ ihr Kabelnetz zum Glück in Neubauten mehrheitlich auf Basis von FTTB mit einem Node pro Gebäude!

Nächste Seite »