How many applications per CTI Route Points or CTI ports, with CUCM 8.6 ?

RE: Handle is unknown to the system and callpark events

2013-06-18T15:52:59Z

Thanks for your answer. I think I have two problems: 1) with Call Park Event: I enabled CiscoProvFeatureID.MONITOR_CALLPARK_DN filter on the provider so I usually received the CiscoProvCallParkEv events when calls were parked. Since our customer has added a third node to he CUCM cluster, I can't receive these events anymore. I try to enable clusterwide callpark numbers/range flag, but nothing has changed. In the link you post, I read [i][font=Arial, Helvetica, sans-serif][b]CTI monitoring of parked call Directory Numbers (DNs) is unavailable. This function will be restored in Unified CM Release 9.0.[/b] [/font][/i]What does it mean ? 2) with CTI ports, I'm monitoring dinamically CTI Ports, but since our customer has added a third node to he CUCM cluster, I receive Handle is unknown to the system exception, handling CiscoMediaOpenLogicalChannelEv event. WHat CUCM config I have to investigate ?

Handle is unknown to the system and callpark events

2013-06-14T08:16:29Z

Hi to all, we have lots of problem, since our customer added a third node to the cluster of his call manager. CUCM version is 8.6, we monitor and control CTI Ports and IpPhones via CTI, now that we have 3 nodes in cluster arise many times the following exception: [b]com.cisco.jtapi.PlatformExceptionImpl: Handle is unknown to the system[/b] Moreover, the CiscoProvCallParkEv events do not come anymore from the provider, when calls are parked on a CallPark number registered on Node 2 (only in this case). CUCM is not configured by us, my customer tell me that configuration has made as Best practises, Any ideas ? In the jtapi log I found this line: CEST %JTAPI-JTAPIIMPL-7-UNKP1-ApplicationUser) GCID=(1,61699)->INVALIDCallManager.deliverEvents: deliver 5 events with METACODE 132 has somethinf to do with the previuos error ? Thanks. Stefania.

RE: SIP BYE cause with CTI Port on a SIP trunk

2013-05-02T07:49:41Z

No Ideas ? What details do you need ?

RE: SIP BYE cause with CTI Port on a SIP trunk

2013-04-29T09:23:39Z

I don't think it's a codec problem, because call betwteen the two party works well either if they are on IP Phone or on a CTI Port. Asterisk and CUCm supports the same and the only codec we need (G711). The following is the code we use to get che cause either on CTI port or on IPPhone. protected void onInCallCtlTermConnDroppedEv(final CallCtlTermConnDroppedEv cctcdEv) throws Exception { CiscoCallEv ccEv = (CiscoCallEv)cctcdEv; ReasonCode reason = ccEv.getCiscoCause() ... } The above code, return the code sent from the asterisk in the case tha call in in progress on an IPPhone. For a CTI port it returns always CAUSE_NORMALCALLCLEARING even if asterisk sent other codes.

SIP BYE cause with CTI Port on a SIP trunk

2013-04-24T15:06:53Z

Hi to all, we have a problema with our application based on CUCM 8.6 integrated with an Asterisk via a SIP Trunk. We need to know the reason why an active or held call, coming from the asterisk system, disconnets. So we implemented a customized mechanism to get the reason code via the Cisco Cause fiield. This is based on Q.850 cause codes, passed from the asterisk in the SIP BYE message. This mechanism works well on a IP Phone, but if the call was held on a CTI port, we can't receive the reason code (read from CiscoCause field). The following is a SIP message sample exchanged between the two system: BYE [url=sip:6503@10.120.4.10:5060]sip:6503@10.120.4.10:5060[/url] SIP/2.0 Via: SIP/2.0/UDP [local_ip]:[local_port];branch=[branch] From: "user" <[url=sip:6558@10.120.4.10]sip:6558@10.120.4.10[/url]>;tag=[call_number] To: <[url=sip:6503@10.120.4.10]sip:6503@10.120.4.10[/url]>[peer_tag_param] Call-ID: [call_id] CSeq: [cseq] BYE Contact: <[url=sip:6558@10.3.1.140]sip:6558@10.3.1.140[/url]> Max-Forwards: 70 Subject: Performance Test Reason: [b]Q.850[/b];cause=[b]6[/b] Content-Length: 0 Why there is difference between IP Phones and CTI Ports ?

RE: CiscoTerminal.getDeviceState() does not return current terminal status

2012-11-12T09:46:37Z

JTapi version matches with UCM version. The problem with CTI Ports still remains. We have found a workaround to resolve this (we find some calls on the DN), so we don't use getDeviceState no more.

RE: Error transferring calls from CTI Port to IPPhone via SIP Trunk

2012-11-06T08:27:36Z

My customer said, he has corrected network problems, but this bug still remains. Any help is appreciated.

RE: Error transferring calls from CTI Port to IPPhone via SIP Trunk

2012-10-26T08:50:06Z

We are going to test connection between two phones. Our customer has a very complex infrastructure: there are 2 firewalls between CUCM and Asterisk, so I'm not sure there isn't network problems. I've asked to the customer to verify his infrastructure. By the way, I post you a trace where we have tracked a [b]SIP/2.0 500 Internal Server Error. [/b]It seems that sometimes CUCM answers with this error. Thanks for your help. Any ideas is appreciated.

RE: Error transferring calls from CTI Port to IPPhone via SIP Trunk

2012-10-24T15:15:02Z

We caught a Timeout Exception via JTapi. while it seems that CUCM sends an Internal Server Error to the Asterisk. On the phone we see only the call from the CTI Port. I've Attached SIP trace log captured with rtmt tool. Thank.

Error transferring calls from CTI Port to IPPhone via SIP Trunk

2012-10-24T14:25:48Z

Hi to all, I have a problem transferring calls frrom CTI ports. Scenario is the following: - Asterisk connected to CUCM (8.6) via a SIP Trunk. - Incoming calls from Asterisk are answered and then held on CTI Ports on CUCM. - Then we make a second call to an IPPhone from the CTI Port where the incoming call is Held. - When the operator answers the call from the CTI Port, we merge the two calls via a transfer method, so the original incoming call is transferred to the IPPhone, and after this operation comunication is between Asterisk'phone and IPPhone on CUCM. Sometimes, the last operation (transfer) fails so the two calls aren't merged. What may it be ? - We

RE: CiscoTerminal.getDeviceState() does not return current terminal status

2012-10-24T08:51:52Z

Thanks for your response. My client has upgraded the CUCM with 8.6.2.21900-5 version. The bug seems to be resolved, but there is still an error: With IPPhones it works well, but with CTI Ports it works only after a reset of the device, that is: when we restart our server and after we have registered the CTI Ports, the getDeviceState() still does not returnj the current terminal status. We have to reset all CTI Ports (manually) to get the right device Status. This is a problem, because we have 3 nodes in cluster for our server that controls CTI ports one at a time and we can't reset CTI Ports after only one node have to be restarted. Any idea ? We are thinkling to open a case with CDN, but my client is waiting for an answer as soon as possible, Thanks.

RE: SuperProvider with IPPhone, not in registered state

2012-10-23T12:50:00Z

Device I try to test, is already registered. However I try to register tge above provider feature, but still it doesnt'work. My snippet code is the following: String providerString = providerName + ";login=" + login + ";passwd=" + passwd; //;appinfo=CiscoSoftphone provider = (CiscoProvider) peer.getProvider ( providerString ); provider.addObserver ( this ); Thread.sleep(1000); provider.registerFeature(CiscoProvFeatureID.TERMINAL_REGISTER_UNREGISTER_EVENT_NOTIFY); Thread.sleep(1000); CiscoProviderCapabilities cap = (CiscoProviderCapabilities) provider.getCapabilities(); if (cap.canObserveAnyTerminal()) { term = provider.createTerminal("SEP1C17D3C35DC8"); term.addObserver(this); if (term.isRegistered()) { println("Device registered: " + term.getName());

CiscoTerminal.getDeviceState() does not return current terminal status

2012-10-22T09:03:27Z

Hi to all. I develeoped an application that monitor and control phones and CTI Portti implement a Telephone Console. My test plant is based on CUCM [/b]8.5.1.10000-26, on a single server. In production, my client has a CUCM 8.6.2.20000 in cluster. In test environment it works fine. In production environment I found a bug that invalidates all my work: [u]CiscoTerminal.getDeviceState() does not return current terminal status,[/u] it always says Idle State despite there are calls in progress. I found the following bug: [url=http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtu92322]http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtu92322[/url] It seems my problem. Anyone else has had the same problem ? I have to update the CUCM ? My client is not happy to install a new version, but if it is the only solution I'll do it.

RE: SuperProvider with IPPhone, not in registered state

2012-10-22T08:52:15Z
[quote=Abhishek Malhotra]What CUCM / JTAPI Version are you using? [/quote] 8.5.1.10000-26. Any idea ?

RE: incoming call, change displayed number

2012-10-09T13:57:33Z
The method SendData is deprecated only in its version java.lang.String [b]sendData[/b](java.lang.String terminalData) You have to use the following overloaded version that is not deprecated: byte[] [b]sendData[/b](byte[] terminalData). What is the content of the iscoIPPhoneExecute object ? With SendData method you can Push for examples a CiscoIPPhoneStatusFile object to show something on the device or Push directly a CiscoIPPhoneText page.

SuperProvider with IPPhone, not in registered state

2012-10-03T08:51:27Z
Hi to all, I'm trying to test the SuperProvider feature to check the iphone's status and retrieve the IP Adress. I created on CUCm an applicationUser with Standard CTI Allow Control of all Devices. Then in my test application I created the Terminal (7970) with the following statements: term = provider.createTerminal("SEP001E4A0C7F93"); term.addObserver(this); I rightly received the CiscoTermCreatedEv and the CiscoTermInServiceEv events, but the Terminal never goes on Registered State, so I can't retrieve its IP Address. IpPhone is rightly registered on the CUCM. What can I do ? Thanks.

RE: Re: Can we set calling party display name using JTAPI for a call?

2012-08-20T13:28:31Z
[color=#525252]Hello, I',m interested too in similar requirements, i.e. be able to change Calling and called Name, in order to see on the phone the description.[/color] [color=#525252]My customer doesn't understand why this feature is not available on CUCm, while it is available on almost all simple cell phones. [/color] [color=#525252][/color]What can I say to him ? Thanks, Stefania.

RE: How many applications per CTI Route Points or CTI ports, with CUCM 8.6

2012-06-07T08:42:02Z
It works!! Now I'm going to implement the business logic to control the CTI Port one node at a time. Thanks a lot.

RE: How many applications per CTI Route Points or CTI ports, with CUCM 8.6

2012-06-06T08:49:52Z
I tried to register the same CTI Ports from the same application (same capabilities) that resides on 2 different server. I got the following exception: com.cisco.jtapi.CiscoRegistrationExceptionImpl I don't understand how can I control the same CTI Port from 2 different server, who is the server that answers, accepts or place onHold a call on the CTI Port ? The first registering application ? Both ?

How many applications per CTI Route Points or CTI ports, with CUCM 8.6 ?

2012-06-05T15:04:53Z
Hi to all, I read in the Unified_CM_8.6.x_CTI_Improvements doc: [color=#ff0000][b]CTI now supports 5 CTI applications per device without requiring additional resources[/b][/color] Does it mean I can register CTI Route Points or CTI Ports from 5 different applications ? Also if the applications resides in different nodes or server with differenet IP Address ? Thanks a lot.