RE: JTapiGetAddressesOnTerminal and Metreos.Types.AxlSoap701.Lines

RE: [Cuae-developers] Complete system crash

2009-05-01T21:50:14Z

Christopher, Couple of questions to help us understand the problem. 1. Did this happen after an upgrade? 2. Does the passwords that you entered match the old passwords. From the logs, it looks like an install issues. Make sure the passwords you entered are correct. 2009:04:07::08:44:57(85): Error: cisco.uc.cuae.mgmt.Management$DataObjectNotFoundException: errorCode=1504; errorString=DataObjectNotFound; detail=Unable to determine state of management service setup.; data=null; ; ; expectedSize=1; actualSize=null; Thanks, Rajesh

RE: StateInfo in RIS SelectCMDevice call with 200+ devices

2009-05-01T21:41:53Z

Gena, I think this is probably not the correct forum to handle you specific question. You might have better luck asking it in the AXL forum. Thanks, Rajesh

RE: Can not create Monitored CTI Devicepool by using CUAEADMIN

2009-05-01T21:29:11Z

Ruwei, Can you post the management server and app server logs. What version of the CUCM are you using? Thanks, Rajesh

RE: JTAPI trigger not working

2009-05-01T21:21:06Z

Prem, If the application is not in running state, you would not get the triggerig events. You might want to check the logic in your main program if it is exiting the function due to wrong location of the wait method. Thanks, Rajesh

RE: MCS OS Upgrade

2009-05-01T21:17:51Z

Del, Not at this time. 2003.1.3a/b is the last verified OS for 2.4.3. Thanks, Rajesh

RE: Management Service unstable

2009-05-01T21:14:37Z

Chris, If you are having problems with updateDevicePools, can you go one level up and try an updateConnections API. Setup the structs the way you want with the devicepools, and devices in it. Thanks, Rajesh

RE: Management Service unstable

2009-04-30T19:33:08Z

Chris, The maxPktSize was going to be my next bet as I didnt see it in your connection string, glad that you figured it out. You can set it to 0 which would indicate unlimited pkt size if you are going to expect large packets, but keep in mind the network needs. From the management server logs, it is appearing that the appserver is busy refreshing its configuration. I would suggest another option if you want to add lot of devices in bulk. Rather than calling addDevice 100 times, set up the structs in the parent and then add the parent or update the parent. Thanks, Rajesh

RE: Problem Adding Devices to Monitored Device Pool

2009-04-30T19:23:09Z

Tracy, Yes, appserver is the log that we are interested in. Please also provide us the management service log. In the current log file that you have attached, all seems to go well. Thanks, Rajesh

RE: License Leak

2009-04-30T19:15:53Z

Darren, Actions do not influence the release of licensing. They are controlled by the applications (by the use of endscript) Is the Hangup portion of the script getting hit? You can use as many Endfunctions you need, but atleast there should be one EndScript for the script. Thanks, Rajesh

RE: JTAPI trigger not working

2009-04-30T19:10:28Z

Prem, From you mail, it looks like that your configuration is correct on the CUCM/CUAE end for the devices since you are seeing the events in the logs. Since you application is not getting the events, the configuration on the application side is not correct. 1. Are you using Etch or CUAD application? If it is Etch, did you register the app and is it running? 2. Can you check the triggers to see if the app is registered for the trigger that you need. Thanks, Rajesh

RE: Management Service unstable

2009-04-29T20:57:27Z

Chris, Here is the info for the etch log settings [url=http://cwiki.apache.org/ETCH/howto-logger-filter.html]http://cwiki.apache.org/ETCH/howto-logger-filter.html[/url] Can you check the logger setting is set to verbose as well in addition to the management server. Thanks, Rajesh

RE: EM login Notification

2009-04-29T20:49:13Z

In addition to what David mentioned, if you are using 2.5.1 SR2, your application will get Address events (AddressInService) as well. This will give you the lineDNs on the devices. The following new triggering events were added to the JTAPI 3rd-party API to provide address change notifications: ¿[img]http://developer.cisco.com/i/templates/blank.gif[/img]JTapiAddressAddedToTerminal ¿[img]http://developer.cisco.com/i/templates/blank.gif[/img]JTapiAddressRemovedFromTerminal ¿[img]http://developer.cisco.com/i/templates/blank.gif[/img]JTapiAddressInService ¿[img]http://developer.cisco.com/i/templates/blank.gif[/img]JTapiAddressOutService Please refer to the 2.5.1 SR2 release notes for more information. Thanks, Rajesh

RE: JTAPI CallId from extension number

2009-04-29T20:40:10Z

Darren, We currently do not have an API exposed to the application to get the current callId if you have the extension. If you had monitored the device, you can get the callIds from the incoming messages. Thanks, Rajesh [quote]How can I find the CallId for an existing ongoing call if I only have the extension number? Thanks.[/quote]

RE: License Leak

2009-04-29T20:33:49Z

Darren, As Craig mentioned, if the endscripts are no being called, it can leak the licenses. To further help you with this, please try the following. 1. Turn on the application environment logs, appserver logs to verbose level and rerun your test once. 2. Go to the licenses page and verify that the licenses are released. If it is not, you might want to follow the appserver logs to see if the end script is called. Do you have multiple scripts? Thanks, Rajesh

RE: Problem Adding Devices to Monitored Device Pool

2009-04-29T20:14:42Z

Tracy, The devices do not have to be on the network and/or in Call Manager before they can be added to the Monitored Device Pool in CUAE. Do you start seeing this behavior right after you add the first device or after many adds? Once the device is added the management service asks the App server to refresh its in memory device mappings. The DB read has been an intensive task and has been one of the limiting factors in terms of CUAE scalability. We had the plans of enhancing this in our roadmap. (no dates available at this time) Since we do not have a bulk add, the appserver could have to refresh its configuration everytime for each device add which could be one reason for the CPU to spike. A thread dump would help to pin point the cause. Thanks, Rajesh

RE: MySql Upgrade on CUAE

2009-04-29T18:29:06Z

Tim, Officially what we support is what we package with the core addendum. You can try ver 5.0 on your own. If there is a particular need, you can open a enhancement request with the engg team. Nabhonil, The true test would be to use the dbtool and related tools that use the DB extensively. Thanks, Rajesh

RE: Management Service unstable

2009-04-29T18:25:28Z

Chris, If it is going down after few seconds, my first suspect will be the keepAlive settings. Can you sent us your connection string. In addition, can you turn on the etch debug and send us the log. Also, please resend us a management service log with verbose level turned on. cuaeadmin uses the same APIs and management service to send the requests, and if it is staying up, it would be proactive to send us the code snippet that you are using so that we spot check it. Thanks, Rajesh

RE: AS5400 : isup-oli not being passed from SIP (Voip) to IS

2009-04-28T20:16:12Z

Mourad, Looks like you have posted this on the wrong forum. Unfortunately, i do not know which is the correct forum for your posting of this question. If you have a developer support contract, please contact them. Thanks, Rajesh

RE: CallId

2009-04-28T20:13:14Z

Darren, Yes, there are 3 types of callids that you might see. 1. App server call Id - this is created by the CUAE to manage all messages for the particular call from the application. Ex. 1000043 This is what gets returned in the result data when you use an action like MakeCall. You also get this in your incoming call event. 2, 3: These are call ids of the stacks below. Ex. 10146/1 is the GCID (global call id) that is used by the CUAE to talk to the JTAPI objects. We do expose this as some developers need this to correlate certain things. In short, for the most applications, they have to worry mainly about 1. In your case, you can store the callId from you incoming call or from the result Data of your make call in a variable and you can use it for you later actions (such as Hangup) Thanks, Rajesh

RE: JTapiGetAddressesOnTerminal and Metreos.Types.AxlSoap701.Lines

2009-04-28T19:55:13Z

Darren, The JTapiGetAddressesOnTerminal action was added in 2.5.1 SR2. Looks like the CDN wiki API reference at [url=http://developer.cisco.com/web/cuae/wikidocs?src=/wiki/display/CUAE/API+Reference]http://developer.cisco.com/web/cuae/wikidocs?src=/wiki/display/CUAE/API+Reference[/url] has not yet been updated with the SR2 APIs. As a work around to the missing documentation, the description on the fields can be seen under the Properties tab in the CUAD by selecting the action. The LineDNs is String[] of all the lineDNs associated on the terminal. It is not related to the AxlSoap lines. Thanks, Rajesh [quote]In CUAD there is a JTAPI action called JTapiGetAddressesOnTerminal which doesn't seem to be documented in the API docs. However, it looks like this might give me what I need in order to identify the extension number on a given device? In use, I have assigned the result to a variable (lineDNs) with a type of Metreos.Types.AxlSoap701.Lines, but I can't seem to get any data out of it. Using LogWrite and lineDNs.Data, I just get an error which I assumes means I'm not getting anything back from the call? 2009:04:21::16:11:03(21): Error: script1-1 Could not evaluate C# parameter 'Message' in action '633758334642124193': Object reference not set to an instance of an object. Any thoughts greatly appreciated. Thanks, D.[/quote]