Hello all,
today I encountered a strange issue which I haven't seen before. Inbound calls coming from the PSTN (SIP trunk via a CUBE) lose the calling party number.
The setup
Provider - CUBE - CUCM (11.5su2 or 5, have to check)
The CUBE traces show that the calling party number is present (in from and PAI fields). The CUCM traces shows the same when the call goes to the phone (7841). Let's say we call a DDI. The translation patterns adds a 0 as prefix and translates the caled party to the internal extension. The phone displays this (calling party 0612345678, internal extension 5004):
0612345678
0
It should display:
0612345678
00612345678
The customer is using MiaRec and the software only registers 0 as the calling party.
The SDL trace says this:
36192116.002 |12:25:51.713 |AppInfo |SIPStationCdfc: CcSetupReq - unicodeConnectedUnicodeDisplayName='' asciiConnectedDisplayName='0612345678'
36192116.003 |12:25:51.713 |AppInfo |SIPStationCdfc: CcSetupReq - unicodeCallingPartyName='' asciiCallingPartyName='0612345678' callingParty='0' cgIP=192.168.252.253 unicodeCalledPartyName='John Doe' asciiCalledPartyName='John Doe' calledParty='5004'
I'm a bit baffled because the setup is pretty straight forward. The trunk is not doing any digit manipulation that happens only on the translation pattern. This the invite going to the phone:
INVITE sip:5d735fd0-89dd-9424-0bc1-064ee5a518a9@192.168.2.105:51622;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.0.23:5060;branch=z9hG4bK10c1e1285c8ac3
From: "0612345678" <sip:0@192.168.0.23>;tag=2239913~fcbb960e-a802-4954-8961-0674a88e8ef8-31645632
To: <sip:5004@cmp1>
Date: Wed, 05 Jun 2019 10:25:51 GMT
Call-ID: 49742700-cf7198af-83c42-1700a8c0@192.168.0.23
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM11.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Call-Info: <urn:x-cisco-remotecc:callinfo>; security= Unknown; orientation= from; gci= 1-2202897; isVoip; call-instance= 1
Send-Info: conference, x-cisco-conference
Alert-Info: <file://Bellcore-dr2/>
Session-ID: 21228926047f961b28a2870ab2239912;remote=00000000000000000000000000000000
Remote-Party-ID: "0612345678" <sip:0@192.168.0.23;x-cisco-callback-number=0>;party=calling;screen=yes;privacy=off
Contact: <sip:0@192.168.0.23:5060;transport=tcp>
Max-Forwards: 27
Content-Length: 0
As far as I can see all seems right. Going to dig further tomorrow and open a TAC case.
I've change the External phone maks settings to all possible combinations on the translation pattern. Also the calling line ID setting has been changed several times.
I was wondering if anyone encountered this strange behavior.
With kind regards,
Marcel Tempelman.
