crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
crumb.isLink crumb.isFinalCrumb crumb.getClass crumb.css crumb.separatorCss crumb.getCss crumb.finalCrumb crumb.getText crumb.getIsLink crumb.getWrapperCss crumb.type crumb.url crumb.getUrl crumb.getType crumb.hashCode crumb.equals crumb.toString crumb.wrapperCss crumb.text crumb.getSeparatorCss crumb.class
19.12.2014 14:16
Liebes Telekom-Team,
seit ca. einer Woche erfolgt an meinem Anschluss alle 24 Stunden + 15 Minuten eine Zwangstrennung, obwohl ich einen splitterlosen IP-Anschluss habe. Vorher lief der Anschluss wochenlang ohne Unterbrechung. Leitungsprobleme schließe ich aus und wurden auch nicht gemessen - ein Sync ist zu jedem Zeitpunkt vorhanden. Bei meinen Störmeldungen wurde eher abgewiegelt und ich bin nicht weiter gekommen :smileysad:.
Kann es sein, dass durch eine (Fehl-)Konfiguration am BRAS MUNA33-a1 nun eine Zwangstrennung alle 24 Stunden + 15 Minuten erfolgt? Ist alternativ ggf. die Deutsche Telekom dabei, die Zwangstrennung am IP-Anschluss neu zu regeln? Bisher wurden ja Zeiten von 180 Tagen kommuniziert.
Liebe Grüße
Peter
Gelöst! Gehe zu Lösung.
So... auch bei mir klappt's jetzt wieder ohne Zwangstrennung. Vielen Dank an alle für eure Beiträge und Unterstützung!
09.01.2015 18:22
Bei mir scheint es gelöst: Letzte Trennung vor ca. 28h - davor immer ca. nach 24h 15Min.
09.01.2015 18:45 Zuletzt bearbeitet: 09.01.2015 18:52 durch den Autor
Die Theorie (siehe @Piwi) mit der letztmaligen Trennung habe ich auch. Mal sehen, was morgen gegen 09:00 Uhr morgens passiert. Dann bleibt natürlich noch die "Hoffnung", dass der Telekom-Fix heute erst nach meiner Trennung kam und dementsprechend (mit obiger Theorie) der Spuk erst am Sonntag vorbei ist.
09.01.2015 23:00
10.01.2015 01:40
@froeschi62 schrieb:Auch hier hat heise.de de nicht richtig recherchiert. Ich hänge an einem 11.5.3 Infineon DSLAM und bin von der Zwangstrennung nicht betroffen.
Gruß
Dietmar
Ich auch (11.5.3) und habe diese Trennungen sollte ich mal den Stecker ziehn zum Reconnecten?
10.01.2015 07:45 Zuletzt bearbeitet: 10.01.2015 07:45 durch den Autor
Keine Zwangstrennung mehr heute Morgen (sie hätte um 05:22 Uhr stattgefunden).
Was hat das wieder für Zeit, Nerven und Energie einiger Kunden gekostet, die ignorante Telekom dazu zu bewegen, einen trivialen Fehler zu beseitigen.
Die Telekom kann sich in mehrfacher Hinsicht bei diesen Kunden bedanken (ich bezweifel, dass es bei der Telekom jemanden gibt, der das verstehen kann, insbesondere im Management).
10.01.2015 08:45
10.01.2015 10:17
Heute Nacht bei mir auch keine Trennung mehr, online seit 1 Tag 8 Stunden.
10.01.2015 10:20
Bei mir letzte Anmeldung 08.01. um 12Uhr. bis jetzt keine Neuanmeldeung mehr. Denke wir können mit dem Thema abschließen.
10.01.2015 11:12
Heute, gegen 8 Uhr, erneut Trennung der Internet-Verbindung. Ach ja, ich wohn in Hannover.
10.01.2015 11:30
@spi schrieb:
Was hat das wieder für Zeit, Nerven und Energie einiger Kunden gekostet, die ignorante Telekom dazu zu bewegen, einen trivialen Fehler zu beseitigen.
Woher willst du wissen, dass der Fehler trivial war? Die Auswirkungen waren augenscheinlich nicht dramatisch, über die Ursachen kannst du nur spekulieren. Die können äußerst komplex gewesen sein. Und da sie nicht alle Kunden betrafen und außer einigen Freaks, die täglich ihr Router-Log kontrollieren, auch niemandem aufgefallen sind, da es keine offensichtlichen Störungssymptome gibt, ist es nachvollziehbar, dass es einige Zeit gedauert hat, bis überhaupt erkannt wurde, dass ein systematisches Problem vorliegt.
Ich finde es bedenklich, wenn selbsternannte Experten mit eingebildetem Halbwissen glauben, von außen beurteilen zu können, wie gewisse Probleme besser oder effizienter zu lösen gewesen wären - oder gar der Meinung sind, es selber besser zu können. Das macht auf den neutralen Beobachter jedenfalls einen eher lächerlichen Eindruck.
10.01.2015 11:37
10.01.2015 12:06 Zuletzt bearbeitet: 10.01.2015 12:07 durch den Autor
@RiverSource schrieb:Ich finde es bedenklich, wenn selbsternannte Experten mit eingebildetem Halbwissen glauben, von außen beurteilen zu können, wie gewisse Probleme besser oder effizienter zu lösen gewesen wären - oder gar der Meinung sind, es selber besser zu können. Das macht auf den neutralen Beobachter jedenfalls einen eher lächerlichen Eindruck.
Ich finde es bedenklich, wenn - trotz besserem Wissen - den Kunden durch die Hotline kommuniziert wird, dass das Endgerät getauscht oder auf Werkseinstellungen zurückgesetzt werden muss und im Netz der Telekom keinerlei Fehler vorliegen. Das kostet die Kunden unnötig Zeit und Nerven.
10.01.2015 12:44
@RiverSource:
Ich gebe Dir recht, dass man als Außenstehender nicht wissen kann, wie aufwändig das Problem zu beheben ist, dennoch kann die Telekom (wieder mal) ein paar Dinge aus dem Ablauf lernen.
1. Der Beissreflex gegen AVM-Fritzboxen (der bei den ersten Problemmeldungen wieder zu Tage trat) hat sich (wieder) als falsch erwiesen. Wie schon "damals" mit dem IPv6-Problem bestimmter Broadcom-Linecards.
2. Der Reflex bei jeder Problemmeldung erstmal die Leitung des Kunden durchmessen zu lassen verschwendet intern unnötig Zeit und Geld (beim Kunden auch, die Telekom kriegt man aber leichter zu sinnvollem vorgehen überredet, wenn sie selbst dabei spart). Hier hätten die Callcenter und Supporter zeitnah über eine "allgemeine Störung" informiert werden müssen, dann wären sich versierte Kunden nicht so "verarscht" vorgekommen ("24-Stunden-Trennung ist doch normal") und man hätte sicher X Messungen und Y Technikereinsätze sparen können...
10.01.2015 13:26
@dw4817 schrieb:1. Der Beissreflex gegen AVM-Fritzboxen (der bei den ersten Problemmeldungen wieder zu Tage trat) hat sich (wieder) als falsch erwiesen.
Richtig. Schlimmer noch: Im Gegensatz zu den Kunden mit Telekom-Routern konnten Fritz!Box-Nutzer während der Störung zumindest auf einen akzeptablen Workaround zurückgreifen, nämlich die Zwangstrennung auf einen unkritischen Zeitpunkt verlegen.
Ich möchte nochmals an den Ablauf meiner Störungsmeldung erinnern: Nach der Erwähnung des Begriffes "Fritz!Box" wurde das gestörte Produkt auf "Fremdhersteller Router/Modem/Switch" geändert, ohne dass es dafür auch nur im Entferntesten Indizien gab. Einmal mehr müssen die Kunden vielfach die Arbeit der Service-Hotline übernehmen und betteln, dass die Störung gemäß den AGB beseitigt wird.
Hervorheben möchte ich ausdrücklich die gute Arbeit der Mitarbeiter in der Telekom hilft Community, die für die oben genannten Probleme selbstverständlich nicht die Verantwortung tragen.
10.01.2015 13:38
@RiverSource schrieb:Die Auswirkungen waren augenscheinlich nicht dramatisch, über die Ursachen kannst du nur spekulieren.Und da sie nicht alle Kunden betrafen und außer einigen Freaks, die täglich ihr Router-Log kontrollieren, auch niemandem aufgefallen sind, da es keine offensichtlichen Störungssymptome gibt, ist es nachvollziehbar, dass es einige Zeit gedauert hat, bis überhaupt erkannt wurde, dass ein systematisches Problem vorliegt.
Dass es keine offensichtlichenFehlerauswirkungen gab, ist unrichtig.
Im Forum hier haben mehrere Nutzer von abgebrochenen Telefonaten und/oder anschließender Nichterreichbarkeit berichtet. Auch mein Anschluss war jeweils nach der Zwangstrennung für einige Minuten von extern nicht erreichbar.
Daher muss man sicherlich niemanden als Freak bezeichnen, der einfach eine mangelfreie Leistung haben will, über die ein Vertragsverhältnis besteht.
Natürlich muss man diese Störung nicht mit höchster Priorität bearbeiten und es ist sicherlich auch für jeden verständlich, dass es wegen der Feiertage etwas länger dauert.
Was aber - zumindest in meinen Augen nicht geht - ist die interne Informationslaufzeit innerhalb des Telekom-Supports.
Das Team Telekom hilft hat hier absolut vorbildliche Arbeit geleistet und das Thema eskaliert, sonst wäre es wohl immer noch nicht behoben.
Dass man aber von qualifizierten Mitarbeitern des Technischen Service unqualifizierte Äußerungen auf eine Störungsmeldung beim Rückruf bekommt, das finde ich etwas traurig.
Das liegt sicherlich nicht an den Mitarbeitern sondern hat was mit Kommunikation zu tun. Eine großflächige Störung sollte man auch entsprechend ganz oben in der Knowledge Base anlegen, damit jeder Mitarbeiter im Kundenservice sofort Bescheid weiß.
10.01.2015 13:38
10.01.2015 14:12
Tja lieber RiverSource, ich habe 20 Jahre Berufserfahrung in der Software-Entwicklung und im Projekt-Management in der Telekommunikationsbranche aufzuweisen. Ich kenne das Business. Ist schon toll, wie Du Dich an dem Wörtchen "trivial" hochziehst. Hast Du vielleicht das Skript vermurkst, dass Du Dich persönlich so angegriffen fühlst?
So... auch bei mir klappt's jetzt wieder ohne Zwangstrennung. Vielen Dank an alle für eure Beiträge und Unterstützung!
10.01.2015 17:27 Zuletzt bearbeitet: 10.01.2015 17:29 durch den Autor
@spi schrieb:Tja lieber RiverSource, ich habe 20 Jahre Berufserfahrung in der Software-Entwicklung und im Projekt-Management in der Telekommunikationsbranche aufzuweisen. Ich kenne das Business.
Ganz ehrlich: Das glaube ich dir nicht. Denn gerade dann solltest du wissen, dass derartige Probleme alles andere als trivial sind, vor allem unter Berücksichtigung der Komplexität der Konfigurtionen, in dem es auftritt. Zig verschiedene DSLAMs, Linecards, CPEs mit zig verschiedenen Software Versionen und verschiedenen Produktkonfigurationen (All-IP oder herkömmlich) etc. Es gibt tausende Konfigurationsvarianten. Daraus ein einheitliches Fehlerbild zu identifizieren, ist nur mit dem Blick von außen praktisch ausgeschlossen. Und die Datenbasis für die Identifikation muss sich erst bilden, aus den Fehlermeldungen der Kunden. Alle, die damit Erfahrung haben, wissen, wie lang das dauert.
Da ruft ein Kunde an und erklärt., dass bei ihm ein Telefonat abgebrochen ist. Wenn du pro Tag an der Hotline 50 solche Fälle hast, die praktisch nie auf Infrastrukturprobleme zurückzuführen sind, was würdest du dann als erstes machen? 50 Mal täglich hilft es, die Leitung durchzuzmessen, den Kunden den Router resetten zu lassen oder den Service Techniker rauszuschicken.Über Monate. Und dann kommt der eine, bei dem das nicht hilft. Und du erkennst das auf den ersten Blick und reagierst direkt richtig? Ja nee, is klar.
Dazu dezentrale Fehlermeldungen in zig verschiedenen Callcentern, bei verschiedenen Produkten, mit verschiedenen Auswirkungen und wahrscheinlich auch noch mit unzureichenden Fehlerbeschreibungen der Kunden. Alle dir hier jetzt ne große Klappe haben, hätte ich schwitzen sehen wollen, aus der Symptomatik und der Fehlerhistorie bundesweit innerhalb weniger Tage ein einheitliches Fehlerbild identifizieren zu müssen und am besten auch gleich noch die Ursachenanalyse mitzuliefern. Ich denke, dann hätten wir nächstes Jahr um diese Zeit noch auf eine Lösung gewartet.
10.01.2015 18:49 Zuletzt bearbeitet: 10.01.2015 18:49 durch den Autor
11.01.2015 03:30
Ich kann dazu nur sagen:
Zum Glück habe ich während der ganzen Problematik aus Sicht der Telekom Fremdhardware benutzt.
Mit meiner AVM 7390 oder auch 7360, welche ich beide besitze, konnte ich der telekomseitigen Zwangstrennung mittels Verlegung der einstellbaren Trennung in die tiefsten Nachtstunden der verbuggten Trennung nach 24 Stunden und 15 Minuten entsprechend entgegen Wirken.
Das ändert jedoch nichts an der absolut miserablen Kommunikation der Telekom seitens der betroffenen Kunden gegenüber. Anstatt das man den Fehler in der Softwarekonfiguration seitens der BRAS Server eingesteht, lügt man (mangels Information) den Kunden, die sich zu Recht beschweren, die Hucke voll.
Das ist absolut inaktzeptabel !
Es muß erst der beschriebene Fehler bei Telekom Mitarbeitern auftreten, damit man überhaupt tätig wird. Bei sowas könnte ich kotzen. Zu einem Premium Service, den die Telekom für sich beansprucht, gehört auch das Eingestehen von Fehlern inklusive dessen Abstellung. Aber ganz sicher nicht das mehr oder weniger absichtliche Belügen von betroffenen Kunden.
Denn das Problem der Zwangstrennungen von IP Kunden ist ja ganz sicher nicht urplötzlich vom Himmel gefallen, da es ja in der Vergangenheit keinerlei Probleme in dieser Hinsicht gab. Es scheint also ein Problem von mangelhafter Qualitätskontrolle zu sein. Und genauso sowas darf einem selbsernannten Premiumanbieter, wie die die Telekom sich nennt, auf keinem Falle passieren. umso schwerer liegen die Lügen der Hotline den betroffenen Kunden gegenüber. Darüber sollte die Telekom einmal genau nachdenken !
11.01.2015 13:13
11.01.2015 18:41
Ich habe meine 7490 am 9.1. neu gebotet (=DSL Resync). Seitdem keine Zwangstrennung mehr.
Scheint also geholfen zu haben.
11.01.2015 18:43
11.01.2015 19:52
Meine leider nicht: Am Samstag Zwangstrennung gegen 8 Uhr früh, am heutigen Sonntag kurz nach 18 Uhr.
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Informieren Sie sich über unsere aktuellen Internet-Angebote.