UC500 Incomming Invite with real DID in Diversion header

[coolbaci1]

Hi, We've got a UC500 device and trying to use a SIP service and we'd like to setup direct dial to extensions however we've found that the provider doesn't send the actually dialed number in the TO or INVITE fields (it contains an account number). The actual dialed number is in the diversion header as per the example below, the real number dialed was has been replaced with ddddddddd.

I'm looking for how we can use this diversion header to assign the call to the correct extension. I've looked at SIP Profiles but they are only outbound in the latest release, also considered TCL script (if possible, examples would be great) but they both seem very excessive.

Just wondering if someone can advise how we can solve this issue. Thanks

Received:
INVITE sip:yyyyyyy@987.654.321.123:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 123.567.890.123:5060;branch=z9hG4bK17dd5a0511167ff7bINV1b3dfa861834
Max-Forwards: 35
Contact: <sip:xxxxxxx@123.567.890.123:5060>
To: <sip:yyyyyyy@987.654.321.123>
From: "xxxxxxx"<sip:xxxxxxx@123.567.890.123>;tag=1b3dfa86-co6196-INS001
Call-ID: xxxxxx-xxx-xxxxxxxxxx-img-ws4-2-111.111.111.111
CSeq: 619601 INVITE
Allow: INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,INFO
Content-Type: application/sdp
User-Agent: ENSR3.0.6
Content-Length: 382
Diversion: <sip:ddddddddd@123.567.890.123>;reason=unconditional

[David Kirk]

Hello,

I am having the same issue. The Telco is sending INVITE with the username, which is an active DID number. My issue is, I can't translate the To: number to the extension.

Customer-UC560#
093539: Sep  2 15:09:38.772: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
INVITE sip:5555551234@192.168.50.30:5060 SIP/2.0
Via: SIP/2.0/UDP 208.12.13.153:5060;branch=z9hG4bKc5doff106gkh1fr63730.1
From: <sip:5555551770@telecom.ca;user=phone>;tag=1204655492-1409670578773-
To: "Trunk DID"<sip:5555552471@telecom.ca>
Call-ID: BW110938773020914-1592012233@10.10.10.60
CSeq: 460652843 INVITE
Contact: <sip:5555551770@208.12.13.153:5060;transport=udp>
Supported: 100rel
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: application/media_control+xml,application/sdp,multipart/mixed
Max-Forwards: 69
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 272

Did you get yours working?

[coolbaci1]

Hi,

I worked around my issue with a TCL script that copied the redirect number into the called number field, only minor catch is that the script runs after the translation rules and thus I needed to have translation rules for the redirected number rather than the called number. I didn't hear back from anyone on other methods so I went down this path.

While I'm sure a TCL script would work for you, have a look at http://forums.whirlpool.net.au/archive/1866005 this sounds like your issue and might help you.