Month: Juli 2010

In der Nacht zu Freitag nahm das Unglück seinen Lauf:

Jul 9 03:36:55 igor pppd[9544]: LCP terminated by peer
Jul 9 03:36:55 igor pppd[9544]: Connect time 1440.1 minutes.
Jul 9 03:36:55 igor pppd[9544]: Sent 199154432 bytes, received 276609759 bytes.
Jul 9 03:36:55 igor logger: /etc/ppp/ip-down.d/wusel ppp0 eth1.7 0 0 xx.xx.xx.xx
Jul 9 03:36:58 igor pppd[9544]: Connection terminated.
Jul 9 03:36:58 igor pppd[9544]: Modem hangup
[...]
Jul 9 03:37:28 igor pppd[9544]: PPP session is 9545
Jul 9 03:37:28 igor pppd[9544]: Connected to 88:88:88:88:88:88 via interface eth1.7
Jul 9 03:37:28 igor pppd[9544]: Using interface ppp0
Jul 9 03:37:28 igor pppd[9544]: Connect: ppp0 <--> eth1.7
Jul 9 03:37:28 igor pppd[9544]: PAP authentication succeeded
Jul 9 03:37:28 igor pppd[9544]: peer from calling number 88:88:88:88:88:88 authorized
Jul 9 03:37:28 igor pppd[9544]: local IP address xx.xx.xx.xx
Jul 9 03:37:28 igor pppd[9544]: remote IP address xx.xx.xx.xx
[...]
Jul 9 04:40:01 igor pppd[9544]: No response to 4 echo-requests
Jul 9 04:40:01 igor pppd[9544]: Serial link appears to be disconnected.
Jul 9 04:40:01 igor pppd[9544]: Connect time 62.6 minutes.
Jul 9 04:40:01 igor pppd[9544]: Sent 16796906 bytes, received 39498711 bytes.
Jul 9 04:40:08 igor pppd[9544]: Connection terminated.
Jul 9 04:40:08 igor pppd[9544]: Modem hangup
Jul 9 04:41:13 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:42:18 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:44:28 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:45:33 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:46:38 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:47:43 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:49:53 igor pppd[9544]: Timeout waiting for PADO packets
Jul 9 04:50:58 igor pppd[9544]: Timeout waiting for PADO packets

Der Provider verkonfiguriert’s, den Kunden nervt’s …

Als ich am Freitag abend, heimgekehrt und mit DSL-Abstinenz infiziert, der schon in Berlin festgestellten Offline-Situation auf den Grund gehen wollte, begrüßte mich ein tcpdump mit PADI-Fragen und PADO-Antworten und das System schrie »Timeout waiting for PADO packets« :(

Telefonisch Problem gemeldet, Rückruf von »Speedport-Techniker« für 08:00 am Freitag abgesprochen; das war so der späteste Zeitpunkt für mich, zum Event »Telekom Entertain – Backstage« im Telekom-HQ in Bonn noch knapp rechtzeitig aufzubrechen. Bis 08:20 kein Anruf, also rein in den TDI-Tiefflieger und mit 20 Minuten Verspätung dann in Bonn angekommen — zum Event folgt die Tage noch ein separater Artikel.

Auf der Rückfahrt gegen 16:20 dann wieder bei der 0800-3302000 angerufen, Statusnachfrage. Sie wolle es in die Technik geben, ob es denn mit dem »Speedport-Ticket« von Freitag zusammenhänge. Wahrscheinlich schon, meinte ich, nur das Problem läge nicht an einem Speedport, sondern, wie ich morgens noch überprüfte, einzig bei der PPPoE-Verbindung: VLAN 8 (das VLAN mit dem Link in die Multicast-Wolke) bekam brav immer wieder eine neue (jeweils aber dieselbe) IP, nur auf VLAN 7 gab’s auf PADI nur PADO, welche weder pppoe-discover noch der richtige pppd nicht als solche akzeptierte. Rückruf-Zusage für heute: Pusteblume. Einafch groß‐ar‐tig; das ist Service, der die knapp 80,– im Monat vergessen läßt, klar zahlt man gerne ohne Gegenleistung und auch der Hinweuis auf das 24-h-Serviceversprechen ließ die heiß angebundene Dame nicht aus der Ruhe sich bringen.

Als ich dann gegen 20 Uhr, kurz nach Anpfiff des Spieles – guckbar halt ‘nur’ auf meinem Wohnzimmer-VDR – zum letzten Mal bei der Telekom anrufen wollte, um hernach die fristlose Kündigung zu formulieren, meldete ich nicht mehr »Internet« oder »DSL« als gestört, sondern T-Entertain. Und, während des laufenden WM-Spiels um den Dritten Platz, kam auf einmal Leben in den Konzern; ich wurde zum Warten aufgefordert, »ah, nein. Bitte warten Sie noch kur *klick* *Musik*«, wieder um Geduld gebeten — um dann einen Mann dran zu haben. Jener maß dann und guckte und bestätigte mir, was ich ihm schon sagte: (V)DSL rennt wie Hölle. Bei einem »Test« stolperte er über »rote Anzeigen«, wollte sich rückversichern, ich bestätigte ihm, daß ohne IP Telefon darüber blöd wäre, und er entschwand mit den vorbereitenden Worten, es werte sich gleich hier ein anderer Kollege melden.

Jener schlußendlich zauberte etwas, rief nach eher weniger als 5 Minuten zurück und bat mich, PPPoE nochmal zu probieren. UND WIE ES AUF EINMAL WIEDER FLUPPTE! Was es gewesen sei, fragte ich — man möchte seine Analyse von außen ja auch verfeinern, Fehlerbilder kennen- und die (Telekom-) Techniker durch die Callcenter zielführend beschleunigen lernen. »Ein Konfigurationsfehler« sei es gewesen, nach dem Richten der Konfiguration lief alles wieder.

Schon doof; hätte ich a) nicht das Vorzeigeprodukt Entertain als Vehikel benutzt und b) nicht im konkreten Nachfragemoment auf die Frage nach dem Router (»wird dann ein Speedport W700 oder W701V sein, was?« »Hmmja, ‘n 701V habe ich.« (Was nicht gelogen ist; der hängt als Fritz!Box 7170-Kastrat im Kämmerchen und ist die Fax-Empfangs- und fbcapi-für-Asterisk-Kiste)) kreativ mich undeutlich ausgedrückt (Routen tut ein Debian Lenny Ubuntu Jaunty auf P3-FSC-Hardware (D1215-Mainboard)), wer weiß, wan wieder Pakete geflossen wären? So waren es »nur« 40 Stunden Komplettausfall, die nichts mit meiner Hardware zu tun hatten. Suboptimal, der Prozeß :(