Inbound: SIP INVITE enthält nur Amtskopf

Fehlersuche

Trotz korrekt konfigurierten SIP-Trunk werden eingehende Anrufe abgewiesen. Die SIP-Messages können mittels Debugging angezeigt werden:

UC540#deb ccsip messages
SIP Call messages tracing is enabled

Ein Beispiel eines eingehenden SIP-INVITE, bei welchem die Einwahl (Amtskopf) 0123/456 lautet, die zu erreichende Durchwahl ist die 789:

Received: 
INVITE sip:0123456@10.1.1.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.2.2.2:5060;branch=z9hG4bKc6c5abb50addaf23400d2c5a4
Call-ID: SBC12q5ahhqsqq0l99208218e952qrq81q4@SoftX3000
From: <sip:0987654@10.2.2.2;user=phone>;tag=0eras0qq-CC-23
To: <sip:0123456789@10.1.1.1;user=phone>                                                                                           
CSeq: 1 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Max-Forwards: 55
Supported: 100rel
User-Agent: Huawei SoftX3000 V300R010
P-Called-Party-ID: <sip:0123456789@10.1.1.1>
P-Asserted-Identity: <sip:0987654@10.2.2.2;user=phone>
Contact: <sip:0987654@10.2.2.2:5060;user=phone>
X-ORIGINAL-DDI-URI: sip:0123456789@10.1.1.1
X-ORIGINAL-DDI-USER: 0123456789
Content-Length: 313
Content-Type: application/sdp

Wie man sieht, ist im INVITE Header nur die Nummer des Amtskopfes enthalten. Standardmäßig routet der CCME den Ruf an diese weiter, was natürlich nicht funktioniert. Wie man aus der empfangenen Message weiterhin sieht, ist die komplette zu erreichende Nummer in folgenden Headern enthalten:

• To
• P-Called-Party-ID
• X-ORIGINAL-DDI-URI
• X-ORIGINAL-DDI-USER

Die Antwort des CCME auf die obige SIP-INVITE Message lautet:

Sent: 
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP 10.2.2.2:5060;branch=z9hG4bKc6c5abb50addaf23400d2c5a4
From: <sip:0987654@10.2.2.2;user=phone>;tag=0eras0qq-CC-23
To: <sip:0123456789@10.1.1.1;user=phone>;tag=3FB9D00-1F7B
Date: Sat, 14 May 2011 08:18:51 GMT
Call-ID: SBC12q5ahhqsqq0l99208218e952qrq81q4@SoftX3000
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Auswertung P-Called-Party-ID

Ist wie im obigen Beispiel dargestellt ein P-Called-Party-ID Header vorhanden, kann dieser zum Call-Routing genutzt werden. Dazu muß im zugehörigen Dial Peer  folgender Eintrag hinzugefügt werden:

voice-class sip call-route p-called-party-id

Ein Beispiel:

dial-peer voice 3000 voip
 description SIP-Incoming1
 translation-profile incoming SIP-Incoming1_Called_5
 session protocol sipv2
 session target sip-server
 incoming called-number 012345678[7-9]
 voice-class codec 1  
 voice-class sip dtmf-relay force rtp-nte
 dtmf-relay rtp-nte
 ip qos dscp cs5 media
 ip qos dscp cs4 signaling
 no vad