SIP Outbound Dialer verwendet eine andere Anrufer-ID für jede Kampagne - Konfigurationsbeispiel

Einleitung

In diesem Dokument wird beschrieben, wie Sie bei Verwendung des ausgehenden SIP-Dialers (Session Initiation Protocol) für jede Kampagne eine andere Rufnummer konfigurieren. So können Ihre Kunden je nach verwendeter Kampagne eine andere Anrufernummer anzeigen.

Voraussetzungen

Anforderungen

Ihr Service Provider muss die konfigurierte Rufnummer akzeptieren. Einige Anbieter akzeptieren nur Anrufernummern, die sich im Bereich Ihrer DID-Nummern (Direct Inward Dialing) befinden.

Anmerkung: In diesem Dokument wird davon ausgegangen, dass der SIP-Dialer konfiguriert ist und ordnungsgemäß funktioniert. Weitere Informationen zur Konfiguration des SIP Dialers und anderer beteiligter Komponenten finden Sie in der Installation der Outbound-Option: SIP-Dialer:

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.

Konfigurieren

Navigieren Sie im Konfigurations-Manager zur Kampagne für Outbound-Optionen. Um die Anrufer-ID (CLID) zu konfigurieren, geben Sie die Nummer in das Feld mit den Kampagnenpräfixziffern ein.

Der SIP-Dialer fügt diese Nummer der ausgehenden INVITE-Nachricht im Header "Remote-Party-ID" hinzu. Geben Sie diesen Befehl auf dem Gateway (GW) ein, damit das GW diese Nummer an den Anbieter sendet:

Router(config-sip-ua)#remote-party-id

Wenn in der eingehenden INVITE-Nachricht ein Remote-Party-ID-Header vorhanden ist, werden der Name und die Nummer des Anrufers, die aus dem Remote-Party-ID-Header extrahiert wurden, als Name und Nummer des Anrufers in der ausgehenden Setup-Nachricht gesendet.

Überprüfung

Um diesen Vorgang zu überprüfen, müssen Sie die folgenden Protokolle in GW erfassen:

• debug ccsip-Meldungen
• debug isdn q931

Anmerkung: Weitere Informationen finden Sie unter How to correct and safe collect debugs on an IOS router.

Der Header "Remote-Party-ID" sollte mit dem in der Kampagne konfigurierten Wert angezeigt werden:

Received:
INVITE sip:6611112@10.48.79.33 SIP/2.0
Via: SIP/2.0/UDP 10.48.54.193:58800;branch=z9hG4bK-d8754z-585af41448265640-1---
d8754z-;rport
Max-Forwards: 70
Require: 100rel
Contact: <sip:8201@10.48.54.193:58800>
To: <sip:6611112@10.48.79.33>
From: <sip:8201@10.48.54.193>;tag=bd636c31
Call-ID: 8a2d8e03-1e41060e-003a973b-2026e015
CSeq: 1 INVITE
Session-Expires: 1800
Min-SE: 90
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, UPDATE, NOTIFY, PRACK, REFER, NOTIFY, 
OPTIONS
Content-Type: Multipart/mixed;boundary=uniqueBoundary
Supported: timer, resource-priority, replaces
User-Agent: Cisco-SIPDialer/UCCE8.0
Content-Length: 530
Remote-Party-ID: 
     
     ;party=calling;screen=no;privacy=off

Folgendes wird in der ausgehenden Setup-Nachricht an den Anbieter gesendet:

Sep 16 13:00:55.204: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0083
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Calling Party Number i = 0x2180, '123456789'
                Plan:ISDN, Type:National
        Called Party Number i = 0xA1, '6611112'
                Plan:ISDN, Type:National

Fehlerbehebung

Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.