Mein Blog wird immer mehr zu einer endlosen Ansammlung von VDSL Störungsmeldungen. Dieses Mal war es eine größere Störung, so dass die Telekom schon von der Störung selbst wusste als ich anrief. Der Kundenberater konnte mir dann nur noch bestätigen, dass er mit dieser Verfügbarkeit selbst auch nicht zufrieden wäre. Natürlich konnte er nicht ausschließen, dass es in nächster Zeit zu weiteren Störungen kommen kann.
Sind 3 Telekom-seitige Störungen in 35 Tagen normal?
Die Verfügbarkeit ist eindeutig mangelhaft.
Wer endgültig genug von seinem jetzigen Internetanbieter hat oder nach einem günstigeren Angebot such kann sich unter
billig-tarife.de/internettarife
über die Tarife aller Anbieter informieren.
Nun war das VDSL wieder für über 24h nicht verfügbar. Welche Hardware die Telekom wohl einsetzt? Andauernd Probleme…
Update
Offenbar hat die Telekom ein Update eingespielt und musste dafür alle Kundendaten neu laden. Unsere Daten wurden dabei leider falsch geladen und dann tat nichts mehr. Als der Rückruf der Telekom kam wurden wir natürlich zunächst genötigt unsere Kundendaten im Router neu einzutragen. Als ob wir die geändert hätten…
Liebe Telekom: Wenn wir eine Störung melden ist einer der 2 Fälle aufgetreten:
1) Der billig produzierte Router ist kaputt gegangen.
2) Es liegt eine Telekom-Seitige Störung / Fehlkonfiguration vor!
Anmerkung zur internen Verwaltung der Telekom
Offensichtlich werden Kunden-, Anschluss-, Auftrags- und sonstige Daten bei der Telekom in verschiedensten Datenbanken (oder Textdateien?!) gespeichert. Auf jeden Fall ist alles herrlich inkonsistent.
Mitarbeiter Telekom: Nein an ihrem Anschluss ist kein VDSL geschaltet, nur ein Telefon – Moment, wenn ich auf den Knopf da drücke ist da doch was!
Gegeben sei folgender Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| protected override void CalculateSize(CalculationArguments args)
{
float lastMarginRight = 0;
bool first = true;
foreach (RdAbstractNode node in listNodes)
{
node.CalculateSizeBase(args);
if (!first)
{
width += Math.Max(lastMarginRight, node.MarginLeft);
}
width += node.OuterWidth;
[...]
lastMarginRight = node.MarginRight;
}
} |
Wo ist der Fehler?
Genau: first = true. !first = false.
Damit ist if(!first) äquivalent zu if(false)
Eine Compiler-Warnung wäre hier echt nett gewesen.
Der Bug existiert schon seit längerem, war aber nie wirklich aufgefallen, da node.MarginLeft maximal 3px ist. Die fehlenden 3px sind bisher nicht wirklich aufgefallen…
Ich bin nur froh, dass es dieses Mal mein Fehler war und ich nicht stundenlang verschollene Pixel suchen muss.
Die Störung
Gestern um 16 Uhr war es wieder an der Zeit. Der Speedport W722V meldete
12.04.11 08:09:03 PPPoE-Fehler: Zeitüberschreitung. (R020)
12.04.11 08:08:50 Internetverbindung wurde getrennt. (R009)
1. Anruf bei der Telekom
Da bisher 2 Router beziehungsweise deren eingebaute Modems an unserem Anschluss kaputt gegangen sind habe ich sofort bei der Telekom ein Tauschgerät angefordert. Leider konnte von Seiten der Telekom gestern keine Messung unserer Leitung durchgeführt werden, da an unserem Anschluss kein VDSL gelistet war.
Die “Wunderheilung”
Allerdings passiert heute Morgen um 8:55 etwas wunderliches:
12.04.11 08:55:58 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: [...] (R010)
12.04.11 08:55:47 DSL ist verfügbar (DSL-Synchronisierung besteht mit 51376/10048 kbit/s). (R007)
12.04.11 08:55:31 DSL-Synchronisierung beginnt (Training). (R008)
12.04.11 08:53:45 DSL antwortet nicht (Keine DSL-Synchronisierung). (R006)
12.04.11 08:53:42 Internetverbindung wurde getrennt. (R009)
Auf Deutsch: Der Router hatte sich wieder eingewählt. Dies weckte dann mein Interesse, hatte ich doch mit einem Hardware Defekt in unserem Router gerechnet und sich dieser normalerweise nicht durch Abwarten lösen lässt.
2. Anruf bei der Telekom
Ein erneuter Anruf bei der Telekom brachte neue Erkenntnisse: Die Störung war auch bei der Telekom verzeichnet: Im besagten Zeitraum war die Leitung tatsächlich gestört.
Zusätzlich gab es noch eine Ankündigung eines Rückrufs der Technikabteilung – die hoffentlich mehr Einblicke in die Leitung hat. Es war sogar von einem potentiellen Tausch der Baugruppe im Verteiler die Rede. Vielleicht bringt das ja Besserung?
Bisherige Störungs-Geschichte
Alle Artikel zur Telekom
Leider hat sich meine Vorhersage aus dem letzten Störungs-Post nicht bewahrheitet. Sie lautete bisher: Störung zu Weihnachten. Offensichtlich wurde der Termin vorverlegt. Auf jeden Fall bleibt die Geschichte spannend!
Update: Rückruf der Telekom
Anscheinend gab es eine größere Störung seitens der Telekom. Dann kann ich den Tausch-Router – sobald er ankommt – OVP zurückschicken.
Oh, da muss der Thunderbird sich wohl verrechnet haben.
Das Update von WordPress auf 3.0.4 ist bei mir ohne Probleme verlaufen. Es funktionieren weiterhin alle Plugins – auch mein eigenes.
Das nachfolgende Update aller Plugins hat dann auch geklappt. So sollte das immer sein!
Das neue Admin-Interface ist allerdings sehr grau für meinen Geschmack:
Die blauen Tabs sind vom Firefox:
Grau-blau:
Grau.
‘Aktualisieren’ ist zum Glück noch blau.
Unten auch Grau.
Alles in allem ein gelungenes graues Update.
Das Problem
Fast genau ein Jahr ist der letzte 10-tägige VDSL-Ausfall nun her. Am Montag (29.11.10) ging dieses mal nichts mehr. Der Router (Speedport W 722 V) wurde nicht mehr synchron. Woran es genau lag, konnte der Telekomtechniker wieder nur raten. Das obligatorische kalt-Neustarten des Routers brachte natürlich nichts.
Die Problemlösung
Meine 1. Vermutung erwies sich nun korrekt: Der Fehler liegt im Router. Ich habe deshalb gleich am Montag die Zusendung eines neuen Routers gefordert. Am Dienstag wurde der Router dann auch zur Versendung vorgesehen und kam heute Abend (Freitag) an.
Die Übergangslösung
Zwischenzeitlich haben wir uns wieder mit ISDN und einer WLAN-Brücke zu unserem Nachbarn beholfen. Die WLAN-Brücke erwies sich allerdings als recht anfällig, da das dafür verwendete Windows-XP des Öfteren in Zustände größter Verwirrung geriet (IP-Adressenkonflikt bei komplett statisch konfigurierten IP-Adressen). Dies hatte wiederholtes Neustarten und Fluchen zur Folge.
Die Resultate
Mit dem neuen Router funktionierte die Einwahl sofort problemlos.
Aus unserem VDSL-25 (25 MBit down / 5 MBit up) wurde ein VDSL-50 (50 MBit down / 10 MBit up), wobei sich noch herausstellen muss, wie viel der 50 MBit tatsächlich durch den Router passen. Anscheinend geschieht diese Umstellung (die ich nicht beauftragt habe) ohne Mehrkosten. (Das glaube ich erst, wenn ich die übernächste Rechnung in Händen halte!)
Danksagung
Dank geht an unseren freundlichen Nachbarn, dessen WLAN wir diese Woche mitbenützen durften.
Dank geht auch an den bemühten Telekomtechniker, der tatsächlich zurückgerufen hat, und dem die ganzen Probleme recht Leid taten. Natürlich kann er persönlich nichts dafür. Ich habe mich trotzdem wieder ordentlich über die Telekom aufgeregt.
Offene Fragen
- Wann kommt die nächste Störung?
- Welche Bereitstellungs- / Bearbeitungs- und sonstige Gebühren erwarten uns auf der nächsten Telekom Rechnung?
- Resultierte das Problem aus einem Hardwaredefekt im Router oder daraus, dass auf Telekom-Seite die Verbindungsparameter umgestellt wurden?
Weitere Artikel aus der
Fortsetzungsgeschichte “Spaß mit der Telekom”
Die Wahrscheinlichkeit weiterer Episonden ist recht hoch. Die nächste Folge der Reihe ist statisch gesehen nächstes Jahr zur Weihnachtszeit zu erwarten – Man darf also gespannt bleiben!
Bislang habe ich VLC und die Sendeliste der Streams von T-Home, die man mit VLC am PC schauen kann auf unterschiedlichen PCs ausprobiert. Nun gab es allerdings auf einem neuen Windows 7 Laptop ein Problem:
Der Stream wurde zwar nachweislich an den Laptop gesendet, VLC stellte allerdings nichts dar und zeigte auch keine Fehlermeldung an.
Des Rätsels Lösung war die Windows Firewall: VLC hatte zwar Regeln zum Empfangen erstellt, allerdings waren die Regeln nicht aktiv. Nachdem ich die Regeln aktiviert hatte, konnte endlich auch an diesem PC der volle HD-Genuss ausgekostet werden.
Nachdem ich angefangen habe einen Teil meiner Projekte in von VS 2008 nach VS 2010 zu konvertieren musste ich Visual Studio 2010 auch auf allen Entwicklungsrechnern installieren. Die Migration der Projekte und build-skripte verlief erstaunlich problem- und reibungslos.
Probleme gab es nur auf dem letzten Windows XP PC. Visual Studio konnte zwar problemlos geöffnet, das Projekt auch gebaut und gestartet werden. Wenn VS 2010 allerdings geschlossen wurde verabschiedete sich Windows XP jedes Mal ausnahmslos mit einem Bluescreen.
Sofortlösung
Die schnellste Lösung war Visual Studio 2010 nicht zu schließen sondern mit dem Task Manager zu beenden. Da dies allerdings nur eine Notlösung war musste ich weiter probieren…
Das Installieren der von VS 2010 angemahnten “Windows-Automatisierungs-API” brachte leider nichts.
Endgültige Lösung
Da VS 2010 WPF (Windows Presentation Foundation) verwendet und diese Hardwarebeschleunigung verwendet beschloss ich das Problem mit einem Grafikkartrenteiberupdate anzugehen. Nahezu unglaublich aber wahr: Der aktuelle GeForce Treiber (197.45) löste das Problem. VS lässt sich nun wieder ohne Absturz schließen.
Es gilt also:
Windows XP SP3
+ Visual Studio 2010 (c#)
+ Neuer Grafikkarten Treiber = 
(Zumindest in meinem Fall)
Auf compulearnenglisch.de/uebung finden sich ab sofort Auszüge der Übungen aus CompuLearn Englisch.
Die Übungen werden direkt aus dem CompuLearn Englisch Editor hochgeladen und dann als “virtuelle WordPress-Seiten” angezeigt. Soeben habe ich es auch geschafft diese “virtuellen Seiten” in der Xml-Sitemap unterzubringen. Siehe dazu: WordPress: XML-Sitemap: Zusätzliche Seiten hinzufügen
Allgemein | Simon Ottenhaus | 
12. Mai 2011 13:51 | 
Comments (1) 
Subscribe