06-27-2011 12:58 PM - edited 03-16-2019 05:39 AM
Hi Pals! I have a problem.
Let me try to explain.
We have a 'machine' SIP server as a Call Center, conecter to our Call Manager with a Trunk SIP, that Call Center recieves Calls from our PRI PBX, and the PBX is conected to our E1 voice link.
When we receive a call from pstn, I goes to our E1 link, then it goes to our PRI Loop, then it goes to our Call manager, Then it goes to the SIP call center, When the SIP call Center, wants to tranfer an incoming call, It holds the first call and try to tranfer to a second one, when the second call answers the tranfers button goes "grey", and the user cant tranfers the first call, BUT that is not all...
After that, when the user tries to get again the first call (from hold state), there is no answer, the call is gone (it seems to be there, but not) and both call are lost, nothing can to do. it's not transferring. both lines disconnecting.
¿Could someone tell me how to allow those call transfer?
Regards.
06-27-2011 01:21 PM
Can you turn up troubleshooting traces on CUCM, reproduce the behavior, and attach the CallManager logs (downloadable through RTMT) to this thread? We need to see what is happening in the SIP dialogs to know how to proceed.
The SDI log can get pretty busy. Any details you have about the call (calling/called number, time, what number the agent dialed when starting the transfer, etc) will help us find it. If you have multiple nodes in the cluster please be sure you include the node that the call arrived on from the gateway and the node(s) in the CallManager Group assigned to the SIP trunk of the call center server.
11-03-2011 09:10 AM
Hi
have you resolved this issue? Because I have exactly the same problem from CUCM to a third party SIP Application over a SIP Trunk.
Best regards
Peter
11-03-2011 09:24 AM
I´ve not, the SIP Serve rprovider just learned to live with this, but I did a research on this issue and I found that It could work by setting the 'offnet' Call clasification parameter in the route pattern configuration of you SIP Trunk. I Think this is an implementation of a kind of Toll Fraud Prevention.
Here is a Link
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/7_1_2/ccmfeat/fsxfer.html#wp1078692
Please, if this information did work to you, reply with what you found.
regards.
11-03-2011 06:53 PM
Might also want to look into MTP just as a suggestion. is MTP checked on the SIP trunk on the CUCM?
11-28-2011 02:41 PM
Did,t worked yet, =( The "button" to tranfer it remains as gray (inactive), in MTP I have the g711 codec and can not be changed, any idea to resolve this?
I have on every route patter the option for "off-net call" with "provide outside dial tone.
regards. =)
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