Ein Handy gibt dem Gesetzgeber im Falle des Falles immerhin die Möglichkeit, den Träger jederzeit auf wenige hundert Meter, eventuell genauer zu orten. Dabei hat eine Handy-Überwachung den mittlerweile überwiegenden Teil der Kommunikation abgedeckt: Mobile Telefonate und SMS. Damit ergibt es in Kombination mit der immer exzessiveren Nutzung von Features wie GPS, Musik-Streaming und Internet inklusive der Social Networks ein eigentlich vollständiges Personenprofil.

Und das schönste aus Sicht des Überwachers ist ja, dass alle dies auch noch freiwillig tun.

Daran hängen 13 SIP-Phones (snom 320er), 4 Softphones, 2 Analog-Telefone, 1 EC-Cash-Gerät, 1 analoges Fax und 1 Softfax mit PDF-Verteilung für alle Mitarbeiter und zwei Gruppen-Faxnummern, die in die öffentlichen Ordner des Exchange-Servers gestellt werden.

Vermittelt wird das Ganze zu einem Telekom-Anlagenanschluss, bei uns zur Zeit eine Bündelung über 3 S0-Leitungen. Hier können also gleichzeitig maximal 6 Gespräche von oder nach draußen geführt werden. Ebenso sind Anrufbeantworter für jeden Mitarbeiter, aber auch Gruppenboxen eingerichtet. Die Messages werden zudem per Email zugestellt, die Gruppen-ABs wieder in die öffentlichen Ordner.

Neben einem IVR-Menü (“Drücken Sie bitte die 1 für …”) haben wir zur Zeit 4 verschiedene “Callcenter”-Queues laufen, in die sich die Mitarbeiter als Agenten an- bzw. abmelden können – für Bestellungen, Beratung, Zahlungsfragen und Feedbacks. Die Queues werden rundenbasiert linear abgefragt, und bei freien Mitarbeitern klingt es für etwa 12-13 Sekunden, was dazu führt, dass Anrufer recht schnell durch die gesamte Firma gereicht werden, so dass jeder Anruf recht schnell beantwortet werden sollte. Die erste Runde beachtet dazu eine Wrapuptime von 60 Sekunden (eine Nachbearbeitungszeit pro Kundengespräch, in der man zB Belege fertig schreiben kann), ab der zweiten Runde muss man dann trotzdem ran.

Daneben kann jeder Mitarbeiter seine Rufumleitung pflegen, zB für Mittagspausen, Urlaube, Heimarbeitstage etc. Für den Anrufer ist das alles transparent. Selbst in den Queues könnten die Mitarbeiter also alle zuhause sitzen (naja, so cyberspacig möchte ich unsere Firma eigentlich nicht sehen). Später sollen sich die Mitarbeiter, falls unterwegs, auch mit einer Servicenummer als Rufumleitung anmelden können (à la: “Ich bin ab jetzt in diesem Hotel zu erreichen”).

Durch die sehr transparente Technologie (Asterisk erlaubt die Ausführung von PHP- oder Systembefehlen im Dialplan) können nicht nur die CDR-Daten per Intranet sichtbar gemacht werden, sondern auch ganz telefonfremde Anwendungen über Tastendruck gesteuert werden (ich denke da an Notfall-Shutdowns o.ä.). Einen Screenshot dieser totalen Kontrolle seht ihr hier unten. Big brother is listening to you!

Das ging wirklich wie beim Brezelbacken: Debian-CD rein, Testrechner plattgemacht. Frisches Etch installiert, und nach “fax” recherchiert. Hylafax war mir schon irgendwie als Name untergekommen, also habe ich es mal damit probiert. Volltreffer. Ein kleines apt-cache search mit Begriffen wie fax (oder ähnlich) brachte mich dann auf iaxmodem – eine Art Softmodem, welches sich per IAX2-Protokoll an Asterisk hängt. Und hylafax kann darüber wiederum Faxe senden wie auch empfangen. Klingt doch ganz nett, dachte ich mir.

Die Installation von iaxmodem ist ein echter Klax. Hylafax an iaxmodem zu gewöhnen dauerte bei mir jedodch gegenüber anderen Berichten im Netz ungewöhnlich lange (ganze 20 Minuten), denn das Installationsproggi faxsetup fand das Softmodem nicht. Die Beispielkonfig ließ sich aber später drüberkopieren und anpassen, dann gings. Ein Testanruf brachte den gewohnten Modem/Fax-Verbindungsklang – ein cooles Gefühl. Endlich mal etwas, was (fast) aus dem Hut heraus läuft.

Ein dpkg-reconfigure exim4-config, schon hatte ich die erste Email mit einem Fax-Anhang im Briefkasten des lokalen root-Kontos. Schnell noch die /var/spool/hylafax/etc/FaxDispatch angepasst, dann konnten auch die Faxe pro Faxnummer an die verschiedenen Email-Adressen mit einem PDF-Anhang des Fax versendet werden.

Heute habe ich unsere Telefonanlage noch einmal kräftig durchschütteln müssen. Zusammen mit dem Geschäftsführer des Herstellers fanden wir heraus, dass ein Hardwarefehler im Rack Connectivity Kit die ISDN-Kanäle nicht richtig verteilte. Nebenbei fiel mir bei einem ps ax doch die Zeile hfaxd -i 4559 auf!!! Juhu! Auf dem Telefonserver waren schon alle wichtigen Pakete für den Faxbetrieb installiert, nur die Konfiguration und Verzeichnisberechtigungen klemmten, aber nach einigem Suchen und Finden war der Faxserver auf den Telefonserver migriert. So kann ich mir etwas Netzwerktraffic, aber vor allem einen weiteren Fön im Serverschrank sparen.

Dort wirds nämlich schon furchtbar eng. Neben der Hitzewelle, die einen beim Öffnen erwartet, ist auch kaum noch Platz für Erweiterungen. Es ist an der Zeit, die alte Telefonanlage endlich rauszuschmeißen und die Brater gegen moderne, stromsparendere Hardware auszutauschen. Am Freitag wird es also zunächst für die TK-Anlage soweit sein. Mehr und mehr, so stelle ich fest, kommt dabei Linux mit seinen Stärken in den entscheidenden Positionen zum Einsatz – ganz von allein.

Zugegeben, ich bin schon etwas nervös. Ist mein Dialplan wasserdicht? Spielt die Hardware mit? Wird die Sprachqualität den Erwartungen gerecht werden? Wie oft werde ich haareraufend vorm Serverschrank stehen? Ob dat man jutjeet…

Connected to Asterisk 1.2.14-BRIstuffed-0.3.0-PRE-1y-a currently running on moby
Verbosity is at least 3
1 received TEI check request for TEI = 76
-- Executing Set("SIP/mlieber-081fc378", "CALLERID(num)=034202309020") in ne
-- Executing Dial("SIP/mlieber-081fc378", "Zap/g1/012345678") in new
-- Requested transfer capability: 0x00 - SPEECH
-- Called g1/012345678
-- Channel 0/1, span 1 got hangup, cause 28
-- Channel 0/1, span 1 received AOC-E charging 0 units
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Hangup("SIP/mlieber-081fc378", "") in new stack
== Spawn extension (internal, 012345678, 3) exited non-zero on 'SIP/mlieber
mobydick*CLI>>

Der Gag war, dass Asterisk automatisch 0 bzw. 00 an die Nummer anhing, weil halt Orts-bzw. Internationale Nummern dies ja brauchen. In der zapata.conf musste deswegen predialplan=dynamic auf predialplan=local umgestellt werden. Und schon hats funktioniert. Dieselbe Fehlermeldung bekam ich übrigens bei einer Diva-Server-Karte, wenn ich bei Dial nicht meine eigene MSN voranstellt. D.h. man muss statt ${EXTEN}zB die 109:${EXTEN} wählen.

Schönes schwarzes 3-HE-Rackgerät namens Mobydick mit einem Hauch von Edel. Darin werkeln zwei PCI OctoBRI’s, wir haben dann insgesamt 16 ISDN-Kanäle zur Verfügung.Dazu kamen auch ein paar 320er Snoms (SIP-Telefone).

Die Installation wurde per VPN vom Lieferanten betreut, der Service war echt gut – nämlich so lange,bis der erste Anruf über’s Gerät klappte, was in unserem Fall aber aufgrund der z.Z. nicht vorhandenen Integration in die echte Telefoninfrastruktur eher Spielerei war.

Das System machte einen gut konfigurierten, die Weboberfläche einen aufgeräumten und umfassenden Eindruck. Wahrscheinlich werden wir fast alle unsere Anforderungen direkt umsetzen können. Wäre nur schade, wenn ich meine erlangten Kenntnisse aus der Asterisk-Schulung nicht einsetzen könnte.

In den nächsten Wochen werde ich herumkonfigurieren und testen, da gibts sicherlich ab und zu einen Erfahrungshappen zu lesen.