voxtron
Fehler in VoxFax10.dll?
Von FunnyDingo | 14. Juli 2008, 09:16
Da ich gerade versuche, unserem Axxium Fax bei zu bringen, beschäftige ich mich auch mit der VoxFax10.dll. Anscheinend gibt es in dieser DLL einen kleinen Bug. Im Axxium Logging erhalte ich die Meldung
E> Fax detection could not be enabled, no callvoice object
Ich weiß zwar noch nicht was mir das sagen soll, aber davon abgesehen erhalte ich ein paar Zeilen weiter unten folgende Meldung:
T> GetParamFunction <Fax tone detection is successfully enabled>
(und auch der numerale Rückgabewert ist 0, also erfolgreich). Hab das ganze bereits an Voxtron weitergegeben. Mal sehen ob das bestätigt wird.
Keine Kommentare | Keine Trackbacks
Muss man Systemdesigner immer verstehen?
Von FunnyDingo | 3. Juni 2008, 21:54
Also ich denke, wenn etwas standardisiert wurde, sollten sich Systemdesigner (bzw. die Entwickler) auch daran halten. Manche nehmen das aber wohl nicht so ernst und die Leidtragenden sind natrülich dann die Konsumenten.
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.
Keine Kommentare | Keine Trackbacks
Erstes Powershell-Script
Von FunnyDingo | 15. Januar 2008, 22:07
Heute habe ich mein erstes (sinnvolles) Powershell-Script geschrieben. Das kleine Tool liest aus einer XML-Datei eine Liste von Server und Datenbanknamen sowie deren Warning- und CriticalSize, setzt dann ein SQL-Query ab um die Datenbankgröße zu ermitteln und speichert diese Daten dann in einer HTML-Seite. Außerdem wird geprüft, ob die Datenbankgröße den Warning- bzw. CriticalSize-Wert übersteigt und färbt diese in der HTML-Datei orange oder rot ein (Datenbanken bei denen alles OK ist werden natürlich grün dargestellt). Alle Datenbanken die die CriticalSize übersteigen werden zudem noch in eine Mail gepackt, so dass man darüber möglichst zeitnah und auffällig informiert wird.
Was das ganze soll? Das ist wirklich wichtig! Die Datenbanken die wir damit primär überwachen werden, sind die ContactCenter50- und ContactCenter60D-Datenbanken des CallCenters von Voxtron. Da bei jedem Telefonat Meta-Daten aufgezeichnet werden – und das sind nicht gerade wenig – wächst die Datenbank ziemlich schnell. Da es sich hier um eine MSDE handelt, schlägt die 2GB-Grenze zu und es können keine Daten mehr geschrieben werden. Um möglichst viele Statistik-Daten in den produktiven Systemen zur Verfügung zu haben, werden alte Statistiken-Daten recht lange behalten. Also überwacht das Script nun die Datenbanken, so dass man rechtzeitig auf (fast) volle Datenbanken reagieren kann.
Ich habe an der Powershell richtig Spaß gefunden und in einer virtuellen Maschine mal die Powershell 2.0 CTP installiert (Achtung, die WPS 2 benötigt WinRM!).