Play audio to call on route point and route when ready? http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&threadId=12124022 2013-05-25T14:27:53Z 2013-05-25T14:27:53Z Stewart Ponsford http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12161149 2013-02-20T14:36:05Z 2013-02-20T14:36:05Z

I knew that as soon as I posted a question regarding my latest problem I would find the solution. I was adding terminal observer and call observer on the terminal, without the other app (jtapi test tool) I needed to add an call observer on the routeaddress also.   MY only concern now is that I would only be able to hold 20 calls per route point? Do you know where I can find the capacity?

Stewart Ponsford 2013-02-20T14:36:05Z Alexander Anikin http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12162647 2013-02-20T14:25:31Z 2013-02-20T14:23:46Z

[quote=Stewart Ponsford]I thought rather than simply using CTI route points as a device to receive new calls and route to media terminals to provide in queue messaging I could use the route point to do the in queue messaging then perrform a redirect.[/quote]I think pure RP routing is flawed in regards of capacity. AFAIR route point can't have more than 20 something calls on it.   [quote]the doc stats one app (I presume this really means once provider handle) cannot registerRouteCallback and terminate media?[/quote]No, you don't need RouteCallBack. You have to issue CallControlConnection.accept() request "manually" from your java code. There is also CiscoAddress.setAutoAcceptStatus() interface in CUCM 8.x, not sure about 7. As for media doc states the following: Terminating media comprises a three-step process. Step 1 The application registers its media capabilities with this terminal by using the CiscoRouteTerminal.register method. Step 2 An application adds an observer that implements CiscoTerminalObserver interface by using the Terminal.addObserver method. Step 3 The application must add addCallObserver on CiscoRouteTerminal or on CiscoRouteAddress to receive CiscoCall object from the provider by using CiscoRTPHandle. Probably you should register with DYNAMIC_MEDIA_REGISTRATION option and follow the procedure - respond to CiscoMediaOpenLogicalChannelEv, set up ip address&port and provide media. AFAIK static media termination doesn't work for route points.

Alexander Anikin 2013-02-20T14:23:46Z Stewart Ponsford http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12160258 2013-02-20T13:49:33Z 2013-02-20T13:49:33Z

Ok not quite where I hoped I would be.   I thought rather than simply using CTI route points as a device to receive new calls and route to media terminals to provide in queue messaging I could use the route point to do the in queue messaging then perrform a redirect.   I found that I could do the in queue audio ok, but it turned out this was only working when I had the JTAPI test tool running and it had registered the routepoint (registerCallback), for some reason the call was accepted, I got the ConnCreated/Alerting - answered the call and set up RTP.   Stopping the test tool seemed to mean the call wasnt accepted - no events at all - so maybe you have to have a provider session that uses registerRouteCallback - although it has to be a seperate session as the doc stats one app (I presume this really means once provider handle) cannot registerRouteCallback and terminate media?   I am testing this on CUCM 7.1.   So it is looking like my app needs to open two provider sessions?

Stewart Ponsford 2013-02-20T13:49:33Z Stewart Ponsford http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12151343 2013-02-20T08:05:09Z 2013-02-20T08:05:09Z

Thanks David,   I hadn't appreciated that I could use redirect on an RP. This soundslike great news as my current architecture involves some complex call flows and this will simplify that a lot.

Stewart Ponsford 2013-02-20T08:05:09Z David Staudt http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12131990 2013-02-19T20:22:49Z 2013-02-19T20:22:49Z

As you point out, looks like the registerRouteCallback/SelectRoute mechanism is marked as 'Deprecated', and is not compatible with the 'new' RP media termination capabilities.  In that case the application could use Redirect to send calls on (building out its own logic for destination selection/retry, i.e. replicating the logic/service that the SelectRoute method provides.)  Using Redirect instead of SelectRoute would also preclude using some of the special overrides of SelectRoute, such as modifying the calling party number, FAC/CMC, etc.  If those capabilities are needed, it would be possible to use one CTI RP for queing, and then Redirect calls to a second CTI RP where SelectRoute is applied to the call to send it on further with any needed modification...

David Staudt 2013-02-19T20:22:49Z Stewart Ponsford http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12124250 2013-02-19T16:13:30Z 2013-02-19T16:13:30Z

Hmm but I can't use the select method as if I call registerRouteCallback I wont get the CiscoMediaOpenLogicalChannelEv event.

Stewart Ponsford 2013-02-19T16:13:30Z David Staudt http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12123047 2013-02-19T16:04:59Z 2013-02-19T16:04:59Z

Media termination for CTI route points was added about halfway through the history of UCM, and indeed should support your use-case.  Note that CTI RPs still do not support the full range of CTI operations that a CTI port does, so the feature doesn't completely obsolete CTI ports; however for simple call flows, like hold/play/redirect, a single CTI RP should suffice.

David Staudt 2013-02-19T16:04:59Z Stewart Ponsford http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=12124021 2013-02-19T16:00:36Z 2013-02-19T16:00:36Z

Hi,   I have an app that provides in queue messaging for our Call centre product, currently this is achieved by routing calls arriving on route points to allocated media terminals to play in-queue audio.   I was looking at the cisco route terminal feature and was wondering if I need cti ports/media terminals at all?   Can a route point accept a call and start playing audio and when the call centre application is ready to route the call to a user, perform the route operation?   It looks like no, as I dont think I can registerRouteCallback as well as perform dynamic RTP streams.

Stewart Ponsford 2013-02-19T16:00:36Z