RE: One way audio with RTP packets going from the media engine to the CUCM

RE: Monitored Device Issue

2010-05-21T07:14:33Z

Hi Chandan Yes I understand that, but I just want you to try it once so that we can isolate the issue. The 3s is just a dummy value and something even less than a second may actually do. So, just try the sleep thing once. I tried to reproduce the isssue in my env, and it seemed to happen when the phone was not running. Anyways, can you please share the Appserver and JtapiService logs. Thanks Piyush

RE: Monitored Device Issue

2010-05-20T23:21:24Z

Hi Chandan Can you try a couple of things. 1. Ensure that the phones for which you are getting a null status are a) Up and running b) Have the same application user registered with them on CUCM as in the CUAE monitored device pool. The result indicated by JtapiNonTriggeringSubscibe depicts whether the register request was sent successfully and not whether the registration was successul. 2. If the above doesn't solve the issue then, Put a small sleep of a couple pf seconds after JtapiNonTrigerringSubscribe before doing a JtapiGetDeviceStatus. i.e. JtapiNontrigerringSubsribe --> Sleep(3000) --> JtapiGetDeviceStatus. Basically CUAE needs to receive a couple of events from CUCM before it can start monitoring the device. 3. If the above doesn't work either, please share the AppServer and Jtapi logs;both set to Verbose. Thanks Piyush

RE: Platform Exception on JtapiStartMonitoring

2009-08-24T08:32:11Z

Great to hear that Abdul. Thanks for the info. Regards Piyush

RE: Platform Exception on JtapiStartMonitoring

2009-08-21T12:50:36Z

Hi Abdul Have you enabled the 'Built In Bridge' on the phone you want to monitor ? You have to change it's state from 'Default' to On. Sadly, the logs turned out inconclusive. Can you please try the application with the Built In Bridge set to on.Meanwhile I will try to reproduce the problem locally. Thanks Piyush

RE: Platform Exception on JtapiStartMonitoring

2009-08-21T10:34:12Z

Hi Abdul Thanks for sharing the logs. Looks like there was some exception at the underlying JTAPI level while trying to start monitoring the call. I need one more log file from you. Can you please share this log file : "C:\Program Files\Cisco Systems\Unified Application Environment\Framework\1.0\wrapper.log". In that file we will have to look for an exception trace. That should help us nail down the exact problem. Are both your phone and CTI port in the monitored device pool ? Will it possible for you to try this application by using a Route Point instead of a CTI port ? If you are making a call from your CTI port and then using the same to monitor, I don't think that will be possible in which case you would have to use a route point. Thanks Piyush

RE: Platform Exception on JtapiStartMonitoring

2009-08-20T09:35:48Z

Hi Abdul Can you share the JTAPI service logs(in verbose mode) as well please. Which CUCM version are you using? You will probably have an exception 'com.cisco.jtapi.PlatformExceptionImpl' in those logs. Will need to have a look at those logs. This exception generally occurs when your JTAPI Provider can't connect to the CUCM JTAPI service Just check the following as well : a. Your phone has an application user(in CUCM) b. The username and password in your code are correct and same as those of the 'Application User' Please share the JTAPI service logs as well. Thanks Piyush

RE: Problem running CUAE Java Application on Linux

2009-05-26T18:16:43Z

Tracy, just a thought .. can you check whether your application has execute permissions as well . The app may not run if it does not have execute permissions for the user you login/use your app as. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-16T11:44:58Z

Hi Daniel I consulted a few experts and it looks like there is an issue with HMP. Basically some Media- related evernts are not being received by the media-engine. This is what we recommend now : 1. Confirm if you meet the hardware and software requirements for HMP by comparing http://www.dialogic.com/manuals/hmp30win/release_guide.pdf and your machine settings. 2. Try uninstalling HMP and then re-installing it. : a) Uninstall the Media server, app server and platform services. b) Uninstall Dialogic HMP c) Download HMP 3.0Win installer ( Service Update 225) and install HMP. d) Start HMP and ensure it starts properly by Start -> Program Files -> Dialogic HMP Confiugration Manager -> System -> Start System Ensure that you can see the DM3 board and the Sytem Status shows 'Running'. e) Install platform services, app-server and media-server. f) Run your simple MakeCall application 3. Could you figure out a way I can access your machine ? Thanks again for your patience. --Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-13T22:51:31Z

Hi Daniel Can you also configure the app server logs to versbose , stop and then start the newly installed media-server. Want to ensure that the media-server and appserver are connected to each other. Do let us know the results after re-installing the media-server. -Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-13T18:16:38Z

Hi Daniel I understand your frustration and we are trying our best to help you out. We are talking to some CUAE experts and asking them for suggestions. Regarding your comment : " 1.2) when MTP Required is checked on the CUCM SIP trunk, RTP packets are being received on the target IP Phones, but no audio is heard." Are the logs you have provided with MTP on ? Which IP phone are you using ? By any chance are you using CIPC ( Cisco IP Communicator) ? It sounds a little funny, but did you try to change your phone? Not sure why the media is not getting played when the RTP packets are coming ? Are they "empty" RTP packets ? Can you try re-installing your media-server once as well ? Will get back to you after discussing with some other CUAE experts. Thanks for your patience. -Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-11T20:25:29Z

Forgot to add step 3.5 3.5 In CUAE SIP provider configure the SIPTrunkIP : Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-11T20:22:27Z

Daniel Your application works fine on my setup. A primary difference between my setup and yours is the use of dual ip for SIP trunk. Can you please do the following steps and try again : 1. Add a dual IP to your CUAE. Let's call this IP2 2. In CUCM use IP2 to connect to CUAE via the SIP trunk. 3. Apply this setting to your sip trunk. 4. Run the application. Hoping this will resolve the problem . Regards Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-11T15:50:19Z

Daniel Did you try checking the status of your HMP ? Can you restart HMP once as well and then try. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-11T15:48:39Z

Hi Daniel The snapshots look ok. A couple of questions : 1. Is the media file that you are trying to play large ? Can you try playing a small media file instead. 2. Are you doing some kind of 'getDigit' operation before the media plays ? If yes, then try changing the DTMF option to KPML instead of Rfc 2833. 3. Not sure how relevant this is, but can you try to set the 'Calling Search Space' options (shown in CUCM -SIP Trunk 2of2.bmp) to Unrestricted instead of 'None' . Am just trying to match the settings in your env and mine. Will it be possible for you to share your application ? Can you set up a meeting place meeting please so that I can have a look along with Rakesh. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-08T17:54:37Z

Hi Daniel Not sure what is wrong. Was hoping a different media server would solve the issue. Are you sure you have enabled the new media-server correctly and removed the old one ? Are the application characteristics configured correctly ? Did you restart the app server after changing the media-connection ? Is there a way I can access your machine and check the configuration ? Also the Diagnostics.flags value is fffff ( 5 fs not 4) . --Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-07T11:37:01Z

Daniel You can try out the following steps : 1. Delete the co-located media server from cuaeadmin and add a remote media-engine. Then try the MakeCall test and see if it works fine. 2. If it does, then it's a media server installation issue. In that case, uninstall the media-server. Then check if Dialogic HMP is running properly. To do this go to : Start -> Program -> Dialogic HMP -> Configuration Manager -DCM. That should show HMP and the DM3 board running. 3. If HMP is running, then just re-install the media-server. 4. If HMP is not running, then re-install HMP . Please try the steps above and let us know the result os each step. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-07T10:44:25Z

Daniel Please change 'Diagnostics.flags = "ffff"' to Diagnostics.flags = fffff . Still not sure what the problem is. Did you upgrade from a lower version ? Can you try to restart your machine and try once? Wondering if some service has not started properly. Shameer,Rakesh any thoughts on this ? Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-06T18:09:58Z

Hi Daniel The logs don't seem to indicate anything abnormal. Simple MakeCall works perfectly in my environment. There seems to be some inconsitency between the detailed logs you sent today and those you sent earlier. The earlier did not have the 'May 06 10:58:14.003(6) SERV SMGR has not responded in 10 seconds May 06 10:58:24.003(6) SERV SMGR has not responded in 20 seconds ' type errors.. Has there been some change ? Can you just run the MakeCall application once and provide the media-server logs ? Sorry for the trouble but I am confused and wondering why it is not working in your environment. Can you share 'C:\Program Files\Cisco Systems\Unified Application Environment\MediaServer\mmsconfig.properties' as well. Wondering if it is some media-server configuration issue. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-06T15:41:41Z

Daniel There seems to be some problem when the media server got started because of which the play event is not getting captured. "May 06 10:58:14.003(6) SERV SMGR has not responded in 10 seconds May 06 10:58:24.003(6) SERV SMGR has not responded in 20 seconds May 06 10:58:34.003(6) SERV SMGR has not responded in 30 seconds May 06 10:58:44.003(6) SERV SMGR has not responded in 40 seconds May 06 10:58:54.003(6) SERV SMGR has not responded in 50 seconds May 06 10:59:04.003(6) SERV SMGR has not responded in 60 seconds" These msgs should not come. Also which version of CUAE are you using ? Can you please do the following: 1. Delete the old media-server logs. 2. Restart the media-server and share the media-server logs. Basically I want to check if there was some error in starting the media-server. Thanks Piyush

RE: One way audio with RTP packets going from the media engine to the CUCM

2009-05-06T10:33:52Z

Hi Daniel Since the error seems to be happening in the media-server we will need detailed media-server logs. Can you please do the following and share the media-server logs: 1. Open the file :C:\Program Files\Cisco Systems\Unified Application Environment\MediaServer\mmsconfig.properties and change "Diagnostics.flags" value from 0 to "fffff" 2. Save the file and restart the media-server 3. Run the MakeCall application and then share the media-server logs. Thanks Piyush