« Back to Cisco JTAPI Questions

Play audio to call on route point and route when ready?

Combination View Flat View Tree View
Threads [ Previous | Next ]
Play audio to call on route point and route when ready?
Answer
2/19/13 4:00 PM
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.
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/19/13 4:04 PM as a reply to Stewart Ponsford.
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.
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/19/13 4:13 PM as a reply to David Staudt.
Hmm but I can't use the select method as if I call registerRouteCallback I wont get the

CiscoMediaOpenLogicalChannelEv event.
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/19/13 8:22 PM as a reply to Stewart Ponsford.
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...
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/20/13 8:05 AM as a reply to David Staudt.
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.
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/20/13 1:49 PM as a reply to Stewart Ponsford.
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?
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/20/13 2:25 PM as a reply to Stewart Ponsford.
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.
I think pure RP routing is flawed in regards of capacity. AFAIR route point can't have more than 20 something calls on it.  
the doc stats one app (I presume this really means once provider handle) cannot registerRouteCallback and terminate media?
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.
Flag

RE: Play audio to call on route point and route when ready?
Answer
2/20/13 2:36 PM as a reply to Alexander Anikin.
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?
Flag