Cisco Unified Application Environment Developer Forums

« Back to Developers

CUAE - calls connect but hear no voice

Combination View Flat View Tree View
Threads [ Previous | Next ]
I tested calls between 10:35 and 11:00.
 
DNIS: 6226 and 6259
Remote #: 915408258017, 912406822829, 917032214722
 
6226 transferred to 915408258017 or 912406822829 (my cell)
6259 transferred to 917032214722
 
The calls connect but hear no voice, not even 1 way.  Checked Speed/Duplex but that looks fine.  The `mms.log¿ which is attached shows the following:
 
Oct 20 10:49:20.328(3) IPCF command is CONNECT
Oct 20 10:49:20.328(4) SESP connection ID 32 bound to client 2 session 12
Oct 20 10:49:20.328(4) POOL svc thread 7744 has session 12 command connect
Oct 20 10:49:20.328(3) S012 registered for RFC2833 events
Oct 20 10:49:20.328(3) POOL svc thread 7744 is idle
Oct 20 10:49:20.328(4) S012 operation 102 connect end
Oct 20 10:49:20.328(4) SERV memory usage pct 77
Oct 20 10:49:20.328(4) APMQ session 12 connect result 0
Oct 20 10:49:20.328(3) IPCF connect posted to IPC client 2
Oct 20 10:49:20.703(3) IPCF command is CONNECT
Oct 20 10:49:20.703(4) POOL svc thread 7748 has session 12 command connect
Oct 20 10:49:20.703(3) POOL svc thread 7748 is idle
Oct 20 10:49:20.703(4) POOL session 12 op 103 started async
Oct 20 10:49:20.718(3) POOL svc thread 7760 has session 12 event 36866-61
Oct 20 10:49:20.718(4) POOL session 12 op 103 event is 'start IP'
Oct 20 10:49:20.718(3) POOL svc thread 7760 is idle
Oct 20 10:49:20.718(4) S012 operation 103 connect end
Oct 20 10:49:20.718(4) APMQ session 12 connect result 0
Oct 20 10:49:20.718(3) IPCF connect posted to IPC client 2
Oct 20 10:49:29.390(3) IPCF command is CONNECT
Oct 20 10:49:29.390(4) SESP connection ID 33 bound to client 2 session 13
Oct 20 10:49:29.390(4) POOL svc thread 7756 has session 13 command connect
Oct 20 10:49:29.390(3) S013 registered for RFC2833 events
Oct 20 10:49:29.390(3) POOL svc thread 7756 is idle
Oct 20 10:49:29.390(4) S013 operation 104 connect end
Oct 20 10:49:29.390(4) APMQ session 13 connect result 0
Oct 20 10:49:29.390(3) IPCF connect posted to IPC client 2
Oct 20 10:49:29.531(3) IPCF command is CONNECT
Oct 20 10:49:29.531(4) POOL svc thread 7744 has session 13 command connect
Oct 20 10:49:29.531(3) POOL svc thread 7744 is idle
Oct 20 10:49:29.531(4) POOL session 13 op 105 started async
Oct 20 10:49:29.562(3) POOL svc thread 7748 has session 13 event 36866-63
Oct 20 10:49:29.562(4) POOL session 13 op 105 event is 'start IP'
Oct 20 10:49:29.562(3) POOL svc thread 7748 is idle
Oct 20 10:49:29.562(4) S013 operation 105 connect end
Oct 20 10:49:29.562(4) APMQ session 13 connect result 0
Oct 20 10:49:29.562(3) IPCF connect posted to IPC client 2
Oct 20 10:49:29.578(3) IPCF command is CONNECT
Oct 20 10:49:29.578(4) POOL svc thread 7760 has session 13 command connect
Oct 20 10:49:29.578(8) CMGR session 13 conference attempt when none installed
Oct 20 10:49:29.578(3) POOL svc thread 7760 is idle
Oct 20 10:49:29.578(4) S013 operation 106 connect end
Oct 20 10:49:29.578(4) APMQ session 13 connect result 8
Oct 20 10:49:29.578(3) IPCF connect posted to IPC client 2
Attachments:

I tested calls in between 10:30am and 11:00am.  Thanks!!

Hi Brian,
 
Couple of questions to help us troubleshoot the issue:
- Which CUAE version are you using?
- Which Call Manager version are you using?
- Have you installed the CUAE on VMWare? We do not recommend this.
- Your logs contain the following error message : MCP No media resource group configured for RadiantaRemoteAgentefault. Please ensure that the media engine shows up as connected under Connections> List Connections on cuaeadmin. Also ensure that the default media group (Connections>Groups> List Groups) includes the media engine you are using with your application.
- Which Call Control protocol are you using in your application?
 
Thanks,
Neha

 
Hi
Brian,
 
We
have looked at the logs provided by you & we need few more
details.
 
    1) Which
version of CUAE are you using?
 
    2) Do
you have enough licenses? Can you please provide the snapshot of 'License
Management' & 'Usage Statistics' page.
 
    3) Was
this setup (or scenario) was working earlier or this is the first time you are
using?
 
    4) If
the setup was working earlier is it possible that you have restarted the
appserver without restarting the media engine?
 
    5) I
guess you are using a two party call. Whats the value of the 'hairpin' parameter
of the 'CreateConference' API call. If the value is 'false' & if you using
two party call then set this value to 'true'.
 
    6) Can
you please restart media engine & see how is the
behavior?
 

Hi Brian,
      Since, no response from your side, I assume the issue is resolved. I will be closing the issue from CUAE side. Let, me know if you again face the issue.
      Thanks.
 
Regards
Debanjan

Hi Debajan and Neha - I am running version 2.5.1.  My licenses are loaded and look correct.  I am experiencing this issue with the Make Call application as well as Radianta.  I tried to configure a SIP Trunk as well but can't get that to work either.  I have gotten some great responses from the development folks.  However, some of them I am not sure how to check as this is my first installation.
 
How do I get to this parameter:     5) I guess you are using a two party call. Whats the value of the 'hairpin' parameter of the 'CreateConnection' API call. If the value is 'false' & if you using two party call then set this value to 'true'

??? Thanks!!

My Version and License attached:
 
 
Attachments:

Also, I am using an h323 gateway to tie from CallManager to CUAE.  I also tried a SIP Trunk but couldn't get that to work either.  Thanks!!

Hi Brian,
 
Are you making peer-to-peer call or both parties are connected through media server? Peer-to-peer call only works with SIP.
Second thing, if both prties are CUCM extension then are they able to hear voice of each other?
 
Regards,
Umesh

Hi Brian,
 
Can you please run the AnswerCall and MakeCall applications. These two applications are at "C:\Program Files\Cisco Systems\Unified Application Environment\Tools\Apps". You can use either H.323 or SIP or SCCP for running these.
 
Let me know the results of these two runs.
 
Regards,
Rakesh.

Hi Brian,
 
The screenshot of your License Management page shows that there are no licensed voice ports, tts ports, etc indicating that you may have omitted to apply the media license. Can you apply the license, restart the app server and media engine, run the sample makecall application and then let us know if you still face any issues with this.
 
Thanks and Regards,
Neha

Hi Neha - Last night I removed the licenses and it defaulted to SDK mode.  Everything worked including the MakeCall and Radianta applications.  I tried to reload the 2 licenses I have and ran into the same issue so this is definitely a license issue.  Is there any good documentation on what licenses are required to unlock all of the features?  I would like to get this information so that we can go back to Cisco and order the correct licenses.  Thanks again for your help with this matter.

Hi Brian,
             The media engine licensing modes in
increasing order of media resources would be SDK Mode<SmallEnv
Mode<Media Mode.
             Applying any license (application server or media engine) will disable the 'SDK mode' auto-license and require licensing for all applications and media operations. As you rightly noted, it is possible to revert to 'SDK mode' by removing all licenses and restarting the media engine.
             For assistance with obtaining a new license, or questions about the one you've already received, please contact the Global Licensing Operations (GLO) team at licensing@cisco.com.
 
Thanks,
Neha