05-03-2016 07:53 AM - edited 03-17-2019 06:48 AM
Hi,
We have a CUCM10.5 cluster with a sip trunk to a small CCME10.5 deployment running on a 2951 router.
We use a route pattern match on the CUCM side to send calls over the SIP trunk to the CCME as required.
There is also a dial peer on the CCME side to do the same in the other direction.
When we dial CCME numbers from the CUCM handsets, the call in progress only shows the extension number being dialled, not the name of the extension.
Previously, we were using h323 to connect the two systems (the CCME was added as a gateway to the CUCM) and the name showed up fine but this no longer appears to be the case with the sip trunk.
Is there a setting on the sip trunk which needs changed to allow the "feeding back" of the name to the caller?
05-20-2016 07:55 AM
Hello Keith,
I'm having the same experience. Have you found any solution?
05-22-2016 03:55 PM
Verify your trunk configuration on the the CUCM end and see if Remote Party ID and Asserted-Identity are ticked.
also run a trace for the call and see if the remote Party ID's are sent by CME in the SIP messages.
cheers
05-23-2016 01:04 AM
Hi Dennis,
Thanks for the suggestion. It turned out to be that we had "no remote-party-id" on our sip-ua config on the CME side. Once we enabled remote-party-id, the called party name showed up fine.
We also have a sip trunk from the CME for PSTN calls. Will enabling remote-party-id have any kind of adverse affect on those calls?
Keith
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