SIP Trunk für Callcenter und Dialer.

Ein SIP-Trunk kann je nach Modell über feste IP-Adressen, eine Registrierung oder vorgelagerte SBC-Komponenten angebunden werden. Diese Varianten sind nicht austauschbar. Erreichbarkeit, Richtung der SIP-Dialoge, Authentifizierung und erlaubte Gegenstellen werden vor der Konfiguration festgelegt.

Bei mehreren Dialer- oder Asterisk-Servern wird zusätzlich geklärt, ob ein gemeinsamer SBC, getrennte Endpunkte oder ein internes Routing eingesetzt werden. Zugangsdaten werden nicht in öffentlichen Beispielen veröffentlicht und nicht ungeschützt über allgemeine Formulare ausgetauscht.

Asterisk-Installationen können unterschiedliche SIP-Stacks und Konfigurationsmodelle verwenden. Bei PJSIP erfüllen Endpoint, AOR, Auth, Identify und Transport unterschiedliche Aufgaben. Ein Carrier-Beispiel für eine andere Version sollte deshalb nicht ungeprüft übernommen werden.

FreePBX erzeugt Teile der Asterisk-Konfiguration aus seiner Oberfläche. Direktes Überschreiben generierter Dateien ist kein verlässlicher Standardweg. Trunk, Outbound Route, Dial Pattern und eventuelle Präfixe müssen zusammenpassen und nach Änderungen im tatsächlichen SIP INVITE kontrolliert werden.

SIP signalisiert den Ruf; RTP transportiert in vielen Umgebungen die Sprache. Deshalb kann ein Anruf klingeln oder als verbunden erscheinen, obwohl Audio nur in eine Richtung fließt. NAT, Firewall, SDP-Adressen und Portfreigaben werden getrennt von der SIP-Authentifizierung geprüft.

Die zulässigen Codecs und das DTMF-Verfahren werden mit den Anschlussparametern abgeglichen. Weiterleitung, Warteschlange, Early Media und längere Gespräche können eigene Testfälle benötigen. Besondere Transport- oder Verschlüsselungsverfahren werden nur zugesagt, wenn sie für den konkreten Anschluss bestätigt sind.

Ein SIP-Trunk für automatisierte Anwahl wird nicht allein durch die Zahl der Agenten beschrieben. Kampagnen können gleichzeitig viele Ziele anrufen, während andere Verbindungen klingeln oder bereits im Gespräch sind. Anwahlrate und Parallelität müssen deshalb getrennt betrachtet werden.

Vereinbarte CPS- und Kanalwerte werden mit den Einstellungen des Dialers abgeglichen. Die Plattform bleibt dafür verantwortlich, die freigegebene Last einzuhalten. Bei einer Migration empfiehlt sich ein Pilot mit begrenztem Zielmix und kontrollierter Erhöhung.

Zielrufnummern sollten im vereinbarten Format übergeben werden. Doppelte Präfixe, unerwartete Pluszeichenbehandlung oder abweichende Ländercodes führen häufig zu schwer einzuordnenden Fehlern. Ein erfolgreicher Test mit einer Nummer ersetzt keine Prüfung des gesamten Zielprofils.

Die Absenderrufnummer wird anhand der Berechtigung und der Anschlussparameter behandelt. From, P-Asserted-Identity und ein Authentifizierungsbenutzer sind verschiedene Angaben. Rückruf und Inbound-Zustellung werden separat geplant, wenn sie zum Projekt gehören.

Der Test umfasst Rufaufbau, SIP-Antworten, Audio in beide Richtungen, DTMF und sauberes Beenden. Zusätzlich werden je nach Einsatz Besetzt, keine Antwort, Weiterleitung, Early Media und Rückruf geprüft. Ergebnisse werden mit Zeitstempel und Call-ID nachvollziehbar dokumentiert.

Nach erfolgreichem Pilot werden der produktive Übergang, Rückfallweg und Ansprechpartner abgestimmt. So wird der SIP-Trunk nicht nur technisch eingerichtet, sondern als Teil des vollständigen Telefonieprozesses abgenommen.