08-30-2016 12:25 AM - edited 03-17-2019 07:58 AM
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
08-30-2016 01:51 AM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide