cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
562
Views
0
Helpful
1
Replies

CUCM Lync SIP trunk caller-id issue

Risat
Level 3
Level 3

I have a new SIP trunk between CUCM-Lync, i have configured SNR in the CUCM so that when call comes to any Cisco ext# it rings on the Cisco phone and on the Lync phone as well. The issue is am not getting caller-id for the calls coming from the Lync phones. As per them they are sending the caller-id but not showing on the Cisco phone, only the number is shown. I have attached the RTMT call manager logs for the below call

Date and time of call - 29-AUG-2016, 13:00

Calling number - 735 (Lync phone, same phone number is configured for the user in CUCM as well)

Called number - 766

CUCM IP - 172.22.1.12

Lync IP - 172.22.35.170

1 Reply 1

Atul Gaba
Cisco Employee
Cisco Employee

The SIP invite has the name :-

66592018.002 |13:00:17.921 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 172.22.35.170 on port 61699 index 27192 with 952 bytes:
[584308,NET]
INVITE sip:766@172.22.1.12;user=phone SIP/2.0
FROM: "Ibraheem Al Hosani (FANR)"<sip:+97126516735@fanr.gov.ae;user=phone>;epid=A4A7DF8B1E;tag=54fa3b859a
TO: <sip:766@172.22.1.12;user=phone>
CSEQ: 215 INVITE
CALL-ID: 84c0e290-cd29-447e-a1f6-ab1ff377e32d
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 172.22.35.170:61699;branch=z9hG4bK823f9ad
CONTACT: <sip:AEADVSM101-FANR.FANR.Local:5068;transport=Tcp;maddr=172.22.35.170;ms-opaque=d64118650f712a3b>
CONTENT-LENGTH: 342
SUPPORTED: 100rel
USER-AGENT: RTCC/6.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE

but it's not being sent to the Cisco phone:-

17035366.001 |13:00:17.986 |AppInfo  |StationD:    (0154502) (1,100,13,537069) CallInfo callingPartyName='' callingParty=735 cgpnVoiceMailbox=             alternateCallingParty= 735             calledPartyName='Hani Al-Dubeh (ICT)' calledParty=766 cdpnVoiceMailbox=             originalCalledPartyName='Hani Al-Dubeh (ICT)' originalCalledParty=766 originalCdpnVoiceMailbox= originalCdpnRedirectReason=0             lastRedirectingPartyName='Hani Al-Dubeh (ICT)' lastRedirectingParty=766 lastRedirectingVoiceMailbox= lastRedirectingReason=0             callType=1(InBound) lineInstance=1 callReference=26354989. version: 85600010

Try turning on 'remote party-id' and 'asserted identity' on the sip trunk and see if that helps.

Could be this defect as well:-

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCue04997/?reffering_site=dumpcr

-Atul