19:39 Ich bin drin

es tut :)

15:30 sie glauben es tut nun

Hey, schon wieder ein Rückruf. Das ADSL sei eben geschaltet worden. Es sollte nun Annex A sein, denn sonst hätte mein Rechner sich melden sollen.

Naja, da bin ich aber gespannt.....

10:00 Rückruf

Sie haben ein "Systemproblem", aber die Portierung wurde eben nochmal gestartet. Es soll diese Woche noch laufen.

9:00 sie haben keine Ports mehr

Hatte eben einen sehr ruhigen Berner am "Rohr"... war wahrscheinlich besser so. Er hat mir jetzt gesagt, was ihr Problem sei: sie haben keine DSL-Ports mehr in der Anlage für analog...

AgGRGRGRGhhhhhhh

Wieso schaltet ihr mir das ab, wenn ihrs nicht wieder einschalten könnt??? Vor allem bin ich ja noch auf nem DSLAM (aber halt einem mit Annex B).

Aber er hat versprochen, mich auf mobil zurückzurufen.

20:30 Denn sie rufen nicht zurück

(Konservenposting, es ist Donnerstag 8:30) Ich bin sauer, das abendliche Anruf bei der Swisscom war wenig ergiebig: Die Verbindung über Mobile war bei der Wartemusi schon verdächtig schlecht, der Telekomiker meinte "das sei weitergeleitet an die DSL&Natel-Abteilung" und er sei "nicht zuständig", auf meinen Protest (mir rollen sich bei "nicht zuständig" die Zehennägel hoch) wollte er bei den mal nachfragen, aber während der Wartemusi ist dann die Verbindung abgerissen und er hat auch nie wieder zurückgerufen.

Ich bin schon recht sauer, werd die gleich mal anrufen. Ich denke ich werd, wenn die ganze Sache fertig ist, mal nen netten Brief an den Swisscom VR schicken, sowas schlägt immer ganz gut ein...

8:45 ADSL tot

Hab eben wieder bei der Bluewin-Hotline angerufen: es sei seit Montag "In Progress", aber irgendwie "hängengeblieben". Sie wollen das jetzt per "Express" freischalten, aber es sei nicht normal, dass sowas passiert, nur "ein bischen dumm"...

Naja, jeder kann mal Fehler machen, aber Swisscom macht nur Fehler. Bin gespannt, auf welchem Annex es endet, würde mich nicht wundern, wenn das Modem, das sie mir am Samstag geschickt haben niemals funktioniert hätte.

19:45 komisch

(Zuhause via UMTS) Hab ich gestern zu früh auf Annex A gewechselt? Mein uraltes Annex B bekommt einen Link zu einem DSLAM:

Downstream Noise Margin
relative capacity occupation: 82% 
noise margin downstream: 8.5 db
output power upstream: 4.0 dbm
attenuation downstream: 17.5 db
carrier load: number of bits per symbol(tone)

Aber PPPoE ist weiterhin tot. Ich bin mir nicht mehr sicher, ob das alte Modem gestern noch ging, aber den Zustand kenn ich ja schon; da muss der Port erst wieder aktiviert werden. Bin mal gespannt, wie der Stand morgen Abend ist.

14:30 ADSL weiterhin down

Bin gespannt, wie das weitergeht, aber total bin ich jetzt bei etwa 5 Tagen ADSL-Ausfall. Für VoIP ist das irgendwie unpraktisch. Vermutlich hat nachher das Modem einen Link, aber kommt beim PPPoE nicht weiter, dann dauerts wieder einen halben Tag fürs Diensprofil...

Rumgespielt mit "Google Safe Browsing API"

Nachdem ich hier einen interessanten Artikel zur Malware-Verteilung gelesen hab, hab ich eben etwas gespielt mit der Google-API, um zu testen, ob in unserem Firmen-Proxy noch Spuren zu finden sind. Innerhalb von 317885 URLs war kein einziger Treffer in den aktuellen
Hashes. Entweder ist das ein gutes Zeichen, oder die Perl-API funktioniert nicht. Leider gibts keine Referenz-URL die matchen sollte, um zu sehen, ob kein Fehler im Script ist.

20:10 ADSL down, ISDN down und in der Bluewin Hotline

(Zuhause über UMTS) Komme nach hause und mein Annex A Modem bekommt auch keinen Link. Der arme Swisscom 1st-Level-Supporter weiss nicht weiter, sieht aber die alten Tickets (wollte schon eskalieren, aber ich hab ihm bestätigen können, dass es heute morgen noch ging) und hangelt sich von einem 2nd-Level zum nächsten durch...

Der Port ist tot (kein Freizeichen), hat aber Strom, aber das typische ADSL-Pfeifen an einem alten Analog-Telefon ist nicht zu hören. Selbst ohne Splitter keine Verbesserung.

Aber er hat coole Sachen mit mir probieren wollen: Modem-Setup und sowas. Aber hat irgendwie nicht gepeilt, dass ich schon mit dem Browser auf der Diagnose-Seite vom Modem war... sollte eine DOS-Box aufmachen mit ipconfig... Dass ich Linux hab, war in seinem Handbuch nicht vorgesehen. Naja und das mit dem Annex-Wechsel war ihm irgendwie auch nicht geläufig.

Ich hab mit ihm um ein Bier wetten wollen, dass an meiner Leitung kein aktiver DSLAM-Port hängt, aber er ist nicht drauf eingegangen.

Inzwischen ist der Call fertig (30 Minuten): Laut Experte kann der Wechsel von ISDN auf Analog bis zu 48h dauern. Das hätte er mir auch früher erzählen können. Gut, dass ich mir vorhin noch schnell ne UMTS-Karte ausgeliehen hab.

8:30 ADSL down...

Eben kommt die eMail vom Nagios, dass mein ADSL down ist... hat die Swisscom so schnell auf analog umgestellt? Hätte gedacht, es kommt erst noch eine Benachrichtigung.

und das ganze mit Perl :)

Perl, das ultimative Werkzeug lässt sich auch wunderbar im Radius einbetten: Das ganze ist noch sehr rudimentär, aber ich kann nun die VLAN-Zuweisung und das Port-Accounting (inkl. zugewiesener DHCP-Adresse) via Perl machen. Wenn das ganze zusammengedrahtet ist, lässt sich auf einen Blick (Webseite) sehen, welche IP-Adresse an welchem physischen Switchport aktiv ist (ohne per SNMP "spazieren" gehen zu müssen) und so Spielchen wie: "Dieser Rechner darf nur an folgenden Switches betrieben werden" ist kein Problem.

Klar basiert das ganze auf der MAC-Adresse als Authentifikator, aber wir haben definiert, dass das gut genug ist. :)

Die Switches sind schon ganz cool

Es klappt eigentlich schon alles, was ich haben wollte:

• Zuweisung von VLANs via FreeRadius auf Basis der Mac-Adresse
  
• Verhinderung von ARP-Poisioning
• Verhinderung von "illegalen" Switches

Das ganze braucht noch etwas Feinschliff und die Config im Radius ist noch sehr simpel, aber das gefällt mir schon sehr gut. Jetzt muss das nur noch funktionieren, mit durchgeschleiften Telefonen, aber die sind noch nicht da. Nett könnte auch sein, dass die Switches Traps irgendwie als XML-Request via HTTP schicken können.

Die Wege der Swisscom sind unergründlich

Hatte gestern eine Paket-Benachrichtigung im Briefkasten - Absender die Swisscom. Was kann das nur sein... etwa Entschuldigungs-Schoki? Nein es ist ein anal(og)es Bluewin Starterkit...

Ich hatte auf dem Vertrag fürs neue Kombi-Abo angekreuzt, dass ich schon über Hardware für ADSL verfüge (ein einfaches D-Link 320T für Annex A liegt schon bereit), aber hier hat anscheinend jemand mitgedacht, dass der arme Kunde ja nicht wissen kann, dass sich sein Annex wechselt und das Ding geschickt.

In der Kiste (ich lass sie schön originalverpackt) ist son Netopia USB, also nix, womit man sich unter Linux rumärgern will. Mein Rechner , auf dem Asterisk läuft, nutzt das Modem rein als Modem über einen dedizierten NIC (Security-Gründe) und macht direkt das PPPoE. So hab ich die öffentliche IP immer auf nem gescheiten System und kann kontrollieren, wann meine 20h Zwangstrennung passiert.

8:03 Auftragsbestätigung per SMS

Hey, es geht viel versprechend los: Eben kam per SMS eine pauschale Swisscom-Mobile Auftragsbestätigung - Post ist also angekommen.

Cisco port-based-Radius Security

Hab gestern Nacht mit nem Cisco 3650 "rumgespielt". Ziel ist es PoC-mässig MAC- und 802.1X- basiert LAN-Ports gegenüber einem FreeRadius zu authentifizieren. Erstmal die Devices direkt, dann chained hinter Cisco VoIP-PoE-Telefonen mit zwei Ports.

Das ganze soll aus Sicht Security/Netzwerk-Policy einigermassen DAU-User davon abhalten irgendwelche verwurmte Privat-Rechner in kritische VLANs reinzulassen und "illegale" Switches zu verhindern.

MAC-bypass funktioniert jetzt, aber mein IOS-KnowHow ist extrem eingerostet. Und der Warmduscher-Versuch schnell die Config übern Browser reinzuhacken, kann man bei den Kisten eh vergessen - viel mehr als den Ports Namen zuweisen kann man nicht.

Prozesskosten?

Weiss ja nicht, wie Swisscom intern rechnet, aber ihre Unfähigkeit hat ihnen geschätzt 100 CHF Prozesskosten (49 CHF Gutschrift und eine Stunde total Callcenter-Bindung) eingebracht. Die ganze Portierung hat mich bis jetzt 60 CHF gekostet, von den sicherlich den grössten Teil Netstream einsackt? Weitere Kosten für mich (neben Zeit) sollten für mich nur das neue ADSL-Modem sein und die Opportinitäts-Kosten durch die Verlängerung des Mobile-Abos ohne neues Telefon, aber ich kümmer mich da eigentlich eh nicht wirklich drum.

Unterlagen fürs neue Abo gehen morgen in die Post.

Fazit Phase 1

So, Phase 1 ist abgeschlossen, meine migrierte Festnetz-Nummer ist im Dialplan eingerichtet und provisorisch verdrahtet (noch nicht im Routing drin, aber die NetVoip-Preise sind nicht gerade überzeugend, aber ich hab nie vorgehabt die 15 CHF Prepaid-Guthaben in absehbarer Zeit zu verbrauchen). Die alte Prepaid-Nummer bei Netstream haben sie abgeklemmt (nicht, dass ich die für irgendwas brauchen würde, hab genug SIP-Nummern).

Fazit: Swisscom hat den Prozess Rufnummern-Portierung nicht im Griff, die Festnetzler schon, aber Bluewin hat sich extrem blamiert. Nicht nur ist der Support ahnungslos, sondern zeigt auch kein Verständnis für die Unzufriedenheit oder ist selber in der Lage sich um etwas zu kümmern, was über den laufenden Call hinaus geht. Jeder Call war "stateless" und die Informationen aus den vorangegangenen Calls musste ich jedes mal aufs neue erzählen. Was mich gewundert hat, dass recht schnell auf den 2nd-Level-Support zurückgegriffen wurde, es hat keiner irgendwelche "haben Sie Windows neu gestartet?"-Lösungen mit mir versucht (ausser beim ersten Call, dass ich den NT neu konfigurieren müsste). Für einen DAU ist der Prozess kaum handhabbar, möchte mal wissen, wie der sehen soll, ob es am Link zum DSLAM, am CHAP oder am PPPoE liegt. Richtige Helden vom 2nd-Level hab ich aber nie direkt am Telefon gehabt, das war immer vermittelt, ich hab insgesamt mehr Zeit beim Warten verbracht als im Gespräch. Interessant ist die Spachverteilung: 2 Dütsche, zwei Welsche und einer, bei dem Deutsch Fremdsprache war, der verbliebene Rest Deutschschweizer.

Wer also selber vorhat, seine Hauptnummer zu migrieren, der brauch viel Nerven und ne UMTS-Karte oder das gehackte WLAN seines Nachbarn.

So, ich werd gleich mal den Vertrag für den neuen Vertrag ausfüllen, eigentlich dürfte jetzt nicht mehr so viel schief gehen können, aber die Wege der Swisscom sind unergründlich.

Phase 2 ist dann "nur" noch der vermutliche Wechsel auf Analog und die Abschaltung der neuen Festnetz-Nummer sowie der beiden sekundären MSNs.

22:00 ich bin drin

trarah.... ich bekomm wieder eine IP-Adresse, musste an meiner Config nix machen.

So, erstmal was Essen und dazu ein kühles Blondes.

Fazit gibts später.

19:30 Es geht "fast" (Konserven-Posting, da noch offline und kein UMTS-Karte)

19:30 Es geht "fast" (Konserven-Posting, da noch offline)

PPPoE bekommt nun den gewohnten access concentrator, aber CHAP schlägt
fehlt - weder mein normaler User noch bwreg kommt rein. Also wiedermal
ans Telefon...

Nach 20 Minuten (mehr Musi als Mensch) mit mehreren Ansprechpartnern
auf der Bluewin-Hotline haben sie gemerkt, dass auf der neuen
Festnetznummer das "Dienstprofil" fehlt.

Sie haben das nun angepasst und es sollte in den nächsten Stunden gehen,
spätestens morgen früh... naja schaun wir mal.

So, ich will heute noch in die Sauna... denke das hab ich mir
verdient.

13:35 ADSL weiterhin tot

Aber laut Bluewin-Hotline soll es ab 17:00 Uhr wieder laufen... das wären dann über 3 Tage Ausfall wegen einer blöden Portierung.

Montag Morgen 9:00 und ADSL ist aus

Das Nagios zeigt meinen Host weiterhin als down, bin gespannt, wann/ob das heute was wird. Wenn ich nicht irgendwas spezielles machen muss, sollte der Rechner wieder automatisch online gehen.

verwundert, wie gut SIP via UMTS funktioniert

Ich bin verwundert, wie gut sich SIP (in diesem Fall VoIP-Buster) via UMTS nutzen lässt. Ich hatte eigentlich erwartet, dass im UMTS-Netz für SIP und RTP etwas "kreatives" Bandbreitenmanagement gemacht wird, um die Telefonkosten-Hinterzieher zu ärgern, aber selbst mit meinem Linux-Softphone geht das akzeptabel.

19:45 Ich habs ja gewusst

(zuhause:) Ich wusstes ja von Anfang an, als ich den Blog angefangen hab: es wird eine Odyssee und Freitag 14:00 Uhr ist kein guter Termin, um mit Telekomikern was zu machen.

Status: mein ADSL ist tot, der Link kommt wunderbar, aber der PPPoE liefert keine Antworten auf die PADO-Requests. Ich sitz jetzt hier mit der UMTS-Karte in meinem Notebook und freu mich, dass ich jetzt Festnetz-Telefonie mit einem Logitech-Headset machen kann.

Ich hab eben ne halbe Stunde mit einem knuddeligen Welschen an der Bluewin Support-Line verbracht (diesmal kein Swisspop) und sie haben mein ADSL abgestellt, weil ich ja ne neue Nummer haben wollte. Und das Anstellen machen sie erst am Montag (denn es ist ja Wochenende)... auf meine Frage, ob das nicht eine sehr enttäuschende Leistung sei, dass ich ein Wochenende keine ADSL hab, nur weil ich neu MSN bekommen hab, konnte er mich nicht verstehen (Welscher oder Telekomiker?). Aber auf meine Frage, wie das mit einer Gutschrift für die zwei Tage aussieht, die sie ja verbockt haben, hat er erst seinen Supervisor fragen müssen, aber ich bekomm nun einen Monat gutgeschrieben (hoffe das können die wenigstens).

Tolllllll.... Danke Swisscom.... habt ihr echt gut gemacht.... eure Prozesse habt ihr perfekt im Griff, ich wusstes ja.... Bääh

Aber gibt ne ganz neue Erfahrung, ein Wochenende ohne (naja nicht ganz, UMTS machts möglich) Internet.

Bin nur gespannt, wie der Wechsel auf Analog wird, vermutlich fällt dann mein Mobil-Telefon aus, weil sich dabei das Abo wechselt oder irgrendeine andere blöde Begründung.

PS: hoffentlich ist mir jetzt niemand aus der französischsprachigen Schweiz böse, aber sie kommen einfach manchmal sehr herzig rüber.

16:30 ADSL tot, Bluewin kann ohne Vor-Ort-Infos nix machen

(im Geschäft): nach 30 Minuten Bluewin-Wartemusi und diversen weiterverbinden sind sie ratlos. Die erste war knuddelig (ich sollte meinen ISDN-NT mal neu starten und ggf. umprogrammieren). Ich werd nachher mal die Bluewin-Registrierung ohne CD machen und wenn das nicht hilft, die nochmal anrufen mit meinen Vor-Ort-Infos. Angeblich sind sie 24h7 ansprechbar...

15:34 Portierung hat funktioniert ADSL tot

(im Geschäft): Ich seh testweise im ekiga, dass meine alte Nummer portiert ist und klingelt... aber mein ADSL ist weiterhin tot.

15:10 alles noch tot

die versprochene Stunde dauert wohl länger... ADSL weiterhin tot, alte ISDN-Hauptnummer bringt "Diese Rufnummer ist ungültig", VoIP-Provider zeigt neue Nummer noch nicht an, aber die anderen MSNs klingeln wenigstens noch.

ADSL ist aus....

(im Geschäft): 14:o5 das ADSL ist eben ausgefallen... Für eine VoIP-Portierung eigentlich überflüssig...

Unglaublich: Schreiben mit Ersatznummer gekommen

Hut ab, ich bin verblüfft: Eben war im Briefkasten ein Schreiben der Swisscom, dass die Nummer portiert wird inkl. meiner neuen "Ersatznummer". Aber ganz trau ich der Sache noch nicht; ich seh ja Freitag vom Geschäft aus, ob mein ADSL noch tut, sonst leih ich mir übers Wochenende ne UMTS Karte aus. Wechsel soll Freitag 14:00 Uhr sein, wenn danach was ausfällt haben alle Wochenende.

Ingress Shaping zum 2.

Nach diversen Websuchen, hab ich mich doch durchgerungen auf IMQ zu setzen, auch wenn es heisst, mal wieder selber Kernel und iptables zu patchen.
Hab ein sehr nettes Beispiel gefunden mit connlimit in Verbindung mit ipsets, bei dem P2P-Hosts für eine gewisse Zeit in einem Sauger-"Topf" bleiben - sehr elegant, nur leider ist connlimit bei Debian nicht im aktuellen iptables (selbst nicht im experimental) drin. Also noch mehr rumgepatche.

Ingress Traffic Shaping

Hab gestern versucht, ein gescheites Traffic-Shaping für Ingress-Traffic aufzusetzen. Ziel war, dass ein Download, der mehr als 1MB gesaugt hat, einer anderen Traffic-Klasse zugewiesen wird. Sollte eigentlich ganz einfach sein, es tut aber nicht. Das Problem ist, dass der auf IFB0 geforwardete Traffic dort ankommt, noch bevor netfilter irgendwelche marks setzen kann.


Hab dabei einen fiesen Bug in meinem Accesspoint gefunden: Wenn der auf dem wireless device VLAN-getaggten und ungetaggten Traffic bekommt, werden alle ungetaggten mit dem letzten empfangenen Tag aufs wired gebridget... Aber nicht so wild, hab mich eh gewundert, dass VLAN via WLAN überhaupt gegangen ist.