04-25-2014 01:19 AM - edited 03-16-2019 10:34 PM
Hi all,
I have a problem where my Third Party SIP phones wont go over the SIP trunk configured in my CUCM 9.x cluster. My Cisco phones work fine and goes out the trunk. I have noticed a distinct difference in wireshark with the invite packets from Third Party SIP phones and the Cisco ones.
I have configured the SIP trunk in CUCM with the following route pattern (60.!#)and configured it with associated group and list. Heres the differense between the invite packets from Cisco and Third Party phones.
Cisco Phone: INVITE sip.60xxxx%23@ipadress
Third Party SIP Phone: INVITE sip:60xxxx@domain.se
It seems the Cisco phones gets some extra configured the Third Party ones dont...
Thanks in advance for any help.
//Per
Solved! Go to Solution.
04-29-2014 05:04 AM
04-25-2014 01:51 AM
Do you have DNS configured?
Please attach detailed call manager traces to the post with SIP call processing and SIP stack enabled.
04-25-2014 06:48 AM
Thanks for the answer
Yeah i have DNS configured and i have the trunk pointed to a domain destination SRV record and like i said it works fine when calling from a Cisco phone. I tried changing the domain to an ip address but same result. I also changed the Plycom phone from being registered towards the domain of CUCM to an IP adress of CUCM and then the SIP INVITE messages in wireshark began to look kinda the same expet for the "%23" section but it still dont work.
When i look at the Real Time Data in RTMT the orig and final called from the cisco phone has stripped the 60 and forwared the rest of the number towards the correct domain for the SIP trunk.
When looking at the data from the Polycom phone the orig and final called data still contains the 60 prefix part and the called device name field is empty. The termination Cause Code is that the number requested is Unallocated/Unassigned..
In other words something is missing to get CUCM to strip 60 from the Polycom phones dialed number and send it towards the SIP trunk like it does when the Cisco phones call it.
Unfortunatley i dont have the meens to attach the trace...
Thanks again for any help/advice
With regards, Per.
04-25-2014 09:11 AM
Do you have anything configured under the Service parameter "Cluster Fully qualified domain name"? I would put *.domain.se and try again.
04-25-2014 03:06 PM
Cluster Fully qualified domain name will be available in Enterprise Parameters.
04-29-2014 01:59 AM
Thanks for the advice but yeah i have cluster fully qualified domain name configured..still not working though : /
It seems some connection between CUCM and the Third Party pohones are missing for them to react on the SIP trunk Route rule...the question is what.
04-26-2014 12:26 AM
called data still contains the 60 prefix part and the called device name field is empty. The termination Cause Code is that the number requested is Unallocated/Unassigned.-- As you have already find out the problem and to get why Polycom phones are behaving like this we need to look at CUCM traces. Please attach it so that we can help you on this.
Thanks
Manish
04-29-2014 05:04 AM
Hi,
Please collect the traces so that we can analyze that.
05-02-2014 01:32 AM
I have now found the problem, apparently Third Party phones could not recognize the hash in the route pattern (60.!#) but without the hash it now works fine. Exept that some Third Party phones keep on reregistering to CUCM but that is another problem.
Thanks everyone who replied in this thread!
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