Hi Gang,
This is part of an earlier thread, but I think it deserves a new posting... Scenario is as follows:
1. CTI Route Point makes a call
2. Call is answered
3. RTP Params are set on the connection
4. Call is redirected to a CTI Port address
 
It seems the redirection "works" in as much as there is no exception thrown. The call is disconnected and a new connection is established (the call observer placed on the redirect destination says as much). The problem is as follows:
* Immediately after the call is established, it is promptly disconnected
* For the redirect, I indicate that I want it to change the called party to the address of the redirect destination (Cisco's redirect(...) overload). This does not seem to be the case from the values seen in the CallCtlConnEstablishedEv object.
 
Any ideas about redirecting a call that has been answered? JTAPI 1.2 indicates that transfer can only happen if the connection is in the offering state, while Cisco's enhancement indicates that it can be done even when the connection has been established.
 
Any help willbe greatly appreciated.
 

The CTI port is registered by the application before it is used to make the first outbound call. I call CiscoMediaTerminal.register on the CTI port after it has been created on by the JTAPI provider (I do dynamic association of devices by calling createTerminal() instead of getTerminal()).
So the first outbound call works fine. It's just when I try to redirect a second call (make from a CTI Route Point) to another DN on the CTI port that I get the disconnection. Since CTI port can only have one active call at a time, I don't have to set RTP each time a call comes to it, do I?
As for the CTI Route Point, when I make the outbound call from it, I set RTP Params as soon as I get the CiscoMediaOpenLogicalChannelEv gets thrown.

Hi Abhishek,
So, the problem is that for the redirect from the CTI route Point to the CTI port, the CiscoMediaOpenLogicalChannelEv never gets thrown. The CTI port is initially registered (I guess that's what you call static registration?), while the CTI route point is dynamically registered via the CiscoMediaOpenLogicalChannelEv event.
So, same problem.
One question: In setting up RTP params on the CTI route point, I don't set the MediaCapabilities. Would that be a problem and if so, how do you set it in the context of the CiscoMediaOpenLogicalChannelEv event?

Hi all,

I'm trying to realize multiple redirections on the same CTI Route Point with CUCM 8.6, and it works fine catching CiscoMediaOpenLogicalChannelEv and then setting RTPParams on CTI RP.
The problem is when I try to use the same CTI RP with multiple calls ringing (CTI is calling many phones at the same time); I catch CiscoMediaOpenLogicalChannelEv when first phone answers the call, but I'm not able to understand which number answered the call, because from termEv CiscoMediaOpenLogicalChannelEv I can get only number of CTI RP calling, not the number called from it.
Is there a way to understand second number involved in the call from that terminal event or from another event binded to CiscoMediaOpenLogicalChannelEv?

Gnav

It works. thank you.

regards