cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
884
Views
0
Helpful
3
Replies

RTP properties of a call after conference failure

mstromske
Level 1
Level 1

Hello,

  I have an application which uses several CTI ports to transfer calls to one main CTI port which handles conferencing them all together.  In the event of a conference failure, I would like to inform the user that a failure has occured in the form of playing audio to the user.  After the transfer, the main CTI port answers and attempts a transfer.  If there is a failure to conference, say due to lack of conference resources, there is no terminal connection for this call.  Without a terminal connection, I can't retrieve RTP parameters to setup my RTP player.  Do I have to perform another transfer of that same call to some dedicated CTI port or route point in order to establish a terminal connection (and thus have an RTP destination port and address) ?? 

Thanks,

Matt

1 Accepted Solution

Accepted Solutions

Gentlemen,

   Thank you for your replies.   Silly me.  I figured out my problem.  There were no terminal observers set up to listen on the main CTI port (the one receiving the transferred calls.).  I was only seeing call control events.  I was not seeing RTP start/stop events.  Once I set up the terminal observer, I started seeing RTP events, and now I am able to use the main CTI port to send RTP should a conference failure occur.

Thanks,

Matt

View solution in original post

3 Replies 3

Geevarghese Cheria
Cisco Employee
Cisco Employee

Hi Matt,

   I think another transfer is not needed. Request to refer Conference and Join and Configuring CTI port for related information.

Thanks and Regards,

Geevarghese

upchaurasia
Spotlight
Spotlight

Hi Matt,

Are you doing blind transfer? In that case app will loose control of that call either call succeed or failed. First you create consult call and then complete the transfer, this will help you to keep control of call.

Regards,

Umesh

Gentlemen,

   Thank you for your replies.   Silly me.  I figured out my problem.  There were no terminal observers set up to listen on the main CTI port (the one receiving the transferred calls.).  I was only seeing call control events.  I was not seeing RTP start/stop events.  Once I set up the terminal observer, I started seeing RTP events, and now I am able to use the main CTI port to send RTP should a conference failure occur.

Thanks,

Matt

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: