Seit heute bin ich Mitarbeiter bei IBM (um genau zu sein: IBM Deutschland Business Services GmbH).

Ich bin gespannt wie es mir bei meinem neuen Arbeitgeber ergehen wird, aber ich sehe das recht optimistisch. Leider weiß ich noch nicht, wie IBM es sieht, wenn ich in meinem Blog über fachliche Themen schreibe, denn IMO können die Aufgaben dort sehr interessant werden und ich würde auch gerne darüber schreiben. Sobald ich etwas mehr dazu weiß, werde ich es euch natürlich wissen lassen.

Nebenstelle A –Umleitung–> Nebenstelle B (die virtuell sein soll) –Umleitung–> Sammelanschluss

Bei dieser Konstellation werden Anrufe von extern zwar auf den Sammalanschluss umgeleitet, von intern bekommt man jedoch nur die Fehlermeldung “zur Zeit nicht verfügbar” im Display und ein Besetztzeichen im Hörer. Die Nebenstelle B war nicht als virtuell deklariert.

Nur wenn die Option “virtueller Teilnehmer” in den Flags des Teilnehmers gesetzt ist, wird dieser auch wirklich als virtuell erkannt und die Rufumleitung (von intern) funktioniert.

Dies ist aber überwiegend bedingt durch mangelnde Zeit. In den letzten Wochen gab es @Work ziemlich viel zu tun oder war (bzw. bin) mit dem Aufbau einer etwas zickigen Serverumgebung beschäftigt und wenn ich dann mal etwas Zeit habe, muss ich mich noch mit einer zäh verlaufenden Umstruktrierung bei zu Hause rum schlagen (am Freitagabend bzw. Samstagabend war dann Umstellung auf Google Mail (aus rechtlichen Gründen verwende ich absichtlich diesen Namen) angesagt – ich empfange nun nur noch über Google Mail via IMAP).

In den nächsten Tagen kehrt aber wieder etwas ruhe ein. Da ich mir in der Firma mit einem Kollegen das Arbeitsfeld Voxtron teile, dieser aber drei Wochen um Urlaub war, bliebt natürlich alles an mir hängen. Hinzu kamen noch einige Themen über die ich hier in der Öffentlichkeit nicht schreiben kann und will aber viel Zeit gekostet haben.

Am Mittwoch ist dann ein Workshop für unsere Superuser. Am ersten Veranstaltungstag darf ich dann einen ein stündigen Vortrag zum Thema Voxtron halten und Abends geht es dann schön Essen im BLISS. Ich hoffe nur, dass wir eine Möglichkeit bekommen werden, das Halbfinal-Spiel zu sehen.

Hier geht es gerade um Siemens und ISDN. Axxium, die IVR-Software von Voxtron, bietet die Option, die Variable Angerufene Nummer mit den Wert LastRedirectingNumber, FirstRedirectingNumber oder CalledNumber füllen zu lassen (geht über die VMC). Wie ich mir habe erklären lassen, sollten im CAPI-Datenstrom alle Rufnummern, die in einer Umleitungskette einbezogen sind, aufgelistet werden.

Zum Test habe ich in einer HiPath 3000 einen Sammelanschluss mit der Nummer 517 angelegt, in diesen die 8 ISDN-Leitungen zum Server aufgenommen und die Nebenstelle 417 auf diesen Sammelanschluss umgeleitet. Axxium ist auf LastRedirectingNumber konfiguriert. Voller Erwartung habe ich den ersten Testanruf gemacht und finde im Log als Angerufene Nummer 417.

Nun ja, da kann es ja sein, dass das Umleiten des Rufes vom Sammelanschluss auf die in diesen aufgenommenen Nebenstellen nicht als Umleitung gewertet wird. Also einen virtuellen Teilnehmen mit der Rufnummer 518 angelegt, die 417 auf die 518 umgeleietet und diesen auf den Sammelanschluss 517. Nun darf man doch echt erwarten, dass die 518 als Angerufene Nummer gesetzt wird. Aber ist wieder die 417.

Also das soll mir morgen doch mal ein Siemens Techniker erklären.

Am Montag wurde in einer unserer Niederlassungen die CallCenter-Software von Voxtron auf die Version 6 aktualisiert. So etwas kann man natürlich nur außerhalb der Öffnungszeiten erledigen. Da am Mittwoch noch ein Update gemacht werden musste, habe ich die Vorbereitungen direkt für beide Niederlassungen vorgenommen.

Am Dienstag war dann Kontrolle im Live-Betrieb angesagt. Abends habe ich mich dann um meinen Rechner gekümmert. Ich werde nun zu Hause wieder am Rechner und nicht am Laptop arbeiten – man merkt den Performance Unterschied doch erheblich. Außerdem musste ich mich noch um einen Server mit Microsoft Virtual Server kümmern und dort drei virtuelle Server hochziehen (Domain Controller, Micosoft SQL Server und Navision Server).

Am Mittwoch gings dann erstmal in unser Logistik-Zentrum nach Gladbeck um dort eine TAPI-Software (XPhone) einzurichten. Leider tauchte der Siemens-Techniker nicht auf, was den kleinen Ausflug ziemlich überflüssig machte. Wurde dann alles auf Freitag verschoben. Abends war dann wieder ein Update der Software von Voxtron angesagt. Da die Mitarbeiter dieser Niederlassung ihre Nebenstellen nach Feierabend alle auf die Zentrale umleiten, gab es einige Probleme mit der Konfiguration vom Axxium. Bleibt ja nicht aus, dass man irritiert ist, wenn man auf eine Nebenstelle vermittelt, diese aber nicht klingelt.

Donnerstag? Richtig! Wieder Kontrolle im Live-Betrieb. Außerdem soll es ein paar Änderungen im CallFlow geben und für den Workshop musste ich ein paar Dinge vorbereiten. Zu Hause ging es dann mit den virtuellen Maschinen weiter.

Heute gings gleich wieder zur Sache. Ankunft im Büro: 6:15. Erstmal die üblichen Aufgaben erledigen und dann alles für die Umschaltung unserer zwei PMXer von British Telecom zu Arcor vorbereiten und zusammen mit den Technikern umschalten. Aber irgendwas war doch noch? Ach ja, die Installation von XPhone im Logistik-Zentrum. Also ab nach Gladbeck, Software installieren (mit jeder Menge Screenshots für die Doku) und wieder zurück ins Büro. Danach ab nach Hause und erstmal was essen.

Nachher geht es dann mit den virtuellen Maschinen weiter. Viel fehlt nicht mehr: nur noch den DC einrichten, Server in die Domäne aufnehmen und den SQL-Server installieren.

Dann ist endlich Wochenende

Zuerst haben wir die Montagewinkel für die Switche vergessen. Zum Glück konnten wir mit etwas Improvisation und Montagewinkel der alten Cisco-Switche doch noch was reißen. Am Mittwoch klingelte dann um 7:33 mein Handy: nichts geht! Also ab unter die Dusche, auschecken (leider ohne Kostenübernahmeerklärung, also 520,-€ via Kreditkarte bezahlen) und ohne Frühstück in die Niederlassung. Überblick verschaffen! Die meisten Clients laufen nicht richtig und die die laufen, können nicht drucken. Erstes Problem schnell gefunden: der neue DC (auf dem der DHCP-Server läuft) ist eine virtuelle Maschine – diese war im Saved State. Also starten und ipconfig /release auf den Clients ausführen. Aber warum können die nicht drucken? Nach ca. 3 Stunden haben wir den Fehler gefunden: das SP2, das ich am Vorabend auf dem Printserver installiert habe, scheint den Druckertreiber angegriffen zu haben. Erst nach Neuinstallation aller Drucker mit aktuellem Druckertreiber lief wieder alles. Also, ab ins Auto nach Frankfurt.

Am Mittwoch wollten wir dort eigentlich direkt loslegen, aber da die Winkel fehlten, haben wir die Arbeiten um einen Tag nach hinten verschoben und auf die Express-Sendung gewartet. Am Mittwochabend wollten wir dann noch kurz was essen gehen. Also mit dem Auto nach Frankfurt rein und nach einem Imbiss Namens “Snack Point” gesucht. Dort soll es die schärfste Curry-Wurst in ganz Deutschland geben. Das Navi kennt den Imbiss sogar – genial. Leider hatte der Laden zu. Der scheint einen so guten Umsatz zu machen, dass er schon um 17h dicht machen kann. Also weiter in die City, Auto im Parkhaus abstellen und suchen. Das erste was wir gefunden haben, war die Sex-Meile von Frankfurt: Strip-Lokal, Sex-Kino, etc. Da bekommen wir aber nichts zu Essen. Irgendwo haben wir dann noch nen Türken gefunden.

Am Donnerstag ging es dann los. Eigentlich lief es ganz gut. Nur der Printserver hat auch hier wieder nach der Installation des SP2 Probleme gemacht. 5 Brother-Multifunktionsdrucker wurden als Offline erkannt, obwohl sie liefen. Aber auch das haben wir gelöst: für jeden dieser Drucker musste der Druckerport einzeln gelöscht, wieder neu angelegt und der Print Spooler Service durchgestartet werden. Komisch, aber nur das hat geholfen.

Zusammenfassend lief es aber ganz aber trotzdem bin ich froh, dass ich ab übernächster Woche zwei Wochen Urlaub habe.

Und so ganz nebenbei kann ich Nürnberg noch einen der alten u4us-Server abholen, denn den konnte ich kaufen.

• KW 7: Au in der Hallertau
• KW 9: Delmenhorst & Laatzen
• KW 11: Nürnberg & Frankfurt

KW 7 haben wir schon (ja, ich bin spät dran mit dem Fahrplan) und es geht gleich direkt los. Da ich nicht weiß, wie es mit der Verfügbarkeit von Internet aussieht, kann es sein, dass Beantwortung von Emails und Kommentaren ein wenig dauern kann.

Leider trat danach ein kleines Problem auf: die Maschine reagierte nur noch sehr träge. Ein Prozess der zum SIM gehört, die mxdomainmgr.exe, lief mit rund 70% CPU-Last und über 800MB Memory-Usage. Was ist da los? Eine Recherche im Internet zeigte, dass es sich hier wohl um ein generelles Problem handelt. Nicht nur ich darf mich mit diesem Phänomen rum schlagen. Im schlimmsten Fall muss der SIM wohl auf eine physikalische Maschine umziehen (derzeit ist das System virtualisiert).

Viel interessanter ist der Umzug der Clients und Server. Heute haben wir die Clients mit Aufkleber versehen, die den Namen des Users sowie die zukünftige Raumnummer anschlagen. Wenn alles nach Plan verläuft, wird am Donnerstag die Spedition die Rechner einpacken und in Essen wieder, natürlich direkt im Ziel-Büro, ausladen. Auch der RZ-Umzug ist ziemlich gut geplant, nur möchte ich aus verschiedenen Gründen hier noch nichts zu sagen. Bleibt nur zu hoffen, dass auch alles so verläuft, wie in der Theorie ausgedacht.

Am Freitag geht es dann nach ab Essen und besonders freue ich mich auf die geplante “Abschlussparty” im BLISS; einem Restaurant im Giradethaus – sehr empfehlsenwert.

Begonnen wurde mit den Grundlagen der Voice over IP-Technik – sehr tiefgehen. Von den Details des H.323-Protokols mit seinen Unterprotokollen (H.225, H.245, H.240, etc) bis hin zu SIP (dabei sei erwähnt, dass gegenüber dem Dozenten mal behauptet wurde, SIP stünde für Siemens Internet Protokol). Auch tiefergehende Informationen zu den Audio-Codecs G.729 und G.711 wurden erläutert.

Der zweite Teil konzentrierte sich dann mehr auf die Security. Sehr interessant war hier, welche Informationen ein Hacker über Google bekommen kann. Google? Ja! Der Dozent hielt ein paar Screenshots bereit, in denen er Google-Suchergebnisse darstellte (leider fehlte der Suchstring). Die Ergebnisse waren Konfigurationsseiten von VoIP-Endgeräten die Informationen wie IP, Subnet-Mask, DNS, Gateway, oder auch den TFTP-Server bereitstellten. Für Hacker ein gefundenes Fressen und alles nur aufgrund falsche System- und Netzwerkkonfigurationen. Was mir auch neu war: SPIT. SPIT ist steht für Spam over Internet Telephony und bezeichnet unerwünschte Anrufe via VoIP (wie nennt man die denn im klassischen PSTN?).

Im dritten letzten Teil ging es dann um 802.1x Autentifizierung. Das ganze wurde dann mit einer Live Demo begleitet (basieren auf einem Enterasys-Switch, einem Cisco RADIUS, Windows Server 2003 und einem Siemens optiPoint sowie einem Windows XP als Clients).

Alles in allem war die Veranstalltung sehr informativ aber von den Informationen (bzw. dem Detailgrad) sehr komplex. Ich erwarte nun noch die Folien die in den nächsten Tagen (zusammen mit den Folien der vorherigen Events an denen ich nicht teilgenommen habe) via CD verschickt werden sollen.

• Voice over IP Grundlagen
• Signalisierungs- und Transportprotokolle (H.323, SIP, RTP, Audio-Codecs)
• Anforderung an Voice Ready Netzwerke
• Warum ist Security so wichtig?
• Schutzziele beim Einsatz von VoIP
• Technes Fteaures im Detail
• Anmeldung mit 802.1x in einem Netzwerk

Bin ja mal gespannt, wie es im Detail ablaufen wird. Sollte etwas besonderes dabei gewesen sein, werde ich mich natürlich dazu melden.

Nun die böse Überraschung: auf allen Server fällt nach und nach der VersionControl-Agent aus. Wieso das? Will man nun die SMH aufrufen wird dieser Versuch mit einem A timeout occured while loading data for the HP System Management Homepage wich may result in missing or incomplete information verweigert. Nun was da los? Nach vielen Tests hat sich dann rausgestellt, dass die SMH nicht mehr auf den SNMP-Agent zugreifen kann. Aber die Settings passen. Policy deaktiviert (auf Replizierung gewartet) und die gleichen Einstellung händisch im SNMP-Agent vorgenommen. Was soll ich sagen? Es geht! Alle Settings in der Policy erneut eingetragen, gespeichert, Policy wieder aktievter (wieder auf die Repizierung gewartet) und? Geht nicht!

Also langsam komme ich mir verarscht vor!

Ich werde aber trotzdem versuchen, mal das ein oder andere von mir hören zu lassen.

Wichtig dabei ist zu wissen, wie der System Object Identifier aussieht. Schön ist natürlich, dass es in dem Dialog zum hinzufügen einen Button Retrieve from systen… gibt. Nur noch den Hostname oder die IP des Zielsystems eintragen. So kann man den SIM ganz einfach mit neuen System Types versorgen.