ā09-28-2016 04:28 AM - edited ā03-19-2019 11:38 AM
Hi All,
CUCM Version 11.X
IM/P Version 11.X
Jabber version 11.6
Jabber for windows not able to move to Deskphone mode ,Gives me error "Unable to connect CJ:109:3" ,
Logs attached
Configuration:
-> UC service
CTI service 1 :FQDN(primary) and port 2748
CTI service 2 :FQDN(secondary) and port 2748
CTI service 3 :FQDN(Ter) and port 2748
->Service Profile
CTI:
Primary `: CTI service 2
Secondary: CTI service 3
Tertiery : CTI service 1
-> Cisco IP phone 7942
Owner ID "User ID"
Checked : "Allow Control of Device from CTI".
-> The end user id
Controll Device:
Cisco 7942(added)
Primary Extension :
Cisco IP phone extension number
group permissions included;
standard CCM end user.
Standard CTI enabled.
ā09-28-2016 06:13 AM
I suspect your issue will be one of two things.
Your LDAP port is 389 if you are using LDAP authentication (Change it to 3268)
or
You have not got the right user rights
you need to add "Standard CTI Allow Control of Phones supporting Connected Xfer and conf"
try these and I think you will have success
ā09-28-2016 06:36 AM
Hi carlnewton,
I have changed the LDAP port number to 3268In LDAP authentication and LDAP Directory
Added the group permission "Standard CTI Allow Control of Phones supporting Connected Xfer and conf"
Still the same issue
ā09-28-2016 06:49 AM
if it is using extension mobility you need to give the end user CTI Control of the user device profile
if it is not extension mobility you need to give the end user control of the SEP device.
After this it should work. I Can't think of any other reason it wouldn't, if allow control from CTI is ticked on device, UDP And end user, phone/UDP is associated and end user has correct access rights and LDAP is port 3268.
Try restarting both the jabber client, PC, and logging out and in again to the phone if you have extension mobility. Also ensure no firewalls blocking the traffic between your data VLAN (Jabber) and voice VLAN (IP Phone)
ā09-28-2016 06:50 AM
also ensure CCMCIP profile is configured in IMP Server, and that everything can resolve the FQDN of the CTI Profile.
Can you post a screenshot of "show connection status" Of jabber?
ā09-28-2016 09:32 AM
ā10-02-2016 09:10 PM
Any suggestions/Solutions
ā10-03-2016 01:02 AM
Hi,
I believe I have mentioned everything that is required for deskphone control with a good configuration in other areas.
Looking through the logs quickly, connectivity seems unstable. Can you confirm your network architecture? Any firewalls between phone / PC / CUCM? Have you turned off windows firewall or any windows security software for testing purposes? Is everything in the same domain and can resolve everything else by name?
2016-09-28 12:07:18,783 ERROR [0x00001a34] [ice\TelephonyAdapterServerHealth.cpp(82)] [jcf.tel.adapter] [CSFUnified::TelephonyAdapter::getConnectionIpProtocol] - No connected ConnectionInfo of type: [eCTI]. Could not determine connection IP Protocol
2016-09-28 12:07:18,783 DEBUG [0x00001a34] [\impl\TelephonyServerHealthImpl.cpp(279)] [jcf.tel.health] [CSFUnified::TelephonyServerHealthImpl::updateHealth] - updating health with serverType [CucmDeskphone] serverHealthStatus [Unhealthy] serverConnectionStatus [Disconnected] serverAddress [ (CTI)] serviceEventCode [UnknownConnectionError] transportProtocol [CTI] ipProtocol [Unknown]
2016-09-28 12:07:18,783 DEBUG [0x00001a34] [\impl\TelephonyServerHealthImpl.cpp(279)] [jcf.tel.health] [CSFUnified::TelephonyServerHealthImpl::updateHealth] - updating health with serverType [CucmDeskphone] serverHealthStatus [Healthy] serverConnectionStatus [Connected] serverAddress [ (CTI)] serviceEventCode [Unknown] transportProtocol [CTI] ipProtocol [Unknown]
2016-09-28 12:07:18,783 DEBUG [0x00001a34] [\impl\TelephonyServerHealthImpl.cpp(279)] [jcf.tel.health] [CSFUnified::TelephonyServerHealthImpl::updateHealth] - updating health with serverType [CucmDeskphone] serverHealthStatus [None] serverConnectionStatus [Disconnected] serverAddress [ (CTI)] serviceEventCode [Unknown] transportProtocol [CTI] ipProtocol [Unknown]
Ive also noticed you seem to have medianet 11 installed:
2016-09-28 12:07:14,611 INFO [0x00001738] [control\CallControlManagerImpl.cpp(3825)] [csf.ecc.api] [csf::ecc::CallControlManagerImpl::setMedianetClientVersion] - setMedianetClientVersion="11.6.3.44957"
But jabber 9?
Can you confirm the versions of everything tha tyou have?
Would it be possible to try another machine or VM? could you also confirm the hostnames of your call managers?
It seems some things are connecting to atcm-dc-2.atheeb.com and some to athcucpub01.atheeb.com. I know its only a lab system but ATCM-dc-2 seems to be a domain controller from the name? I may be wrong.
ā06-15-2017 11:53 AM
I'm experiencing the same issue, has anyone been able to solve this?
local users in CUCM have no problem controlling phones, but LDAP users are having issues. We have restarted the IM & P cluster along with the CTI manager service in CUCM.
The AD user used for LDAP authentication did have a password change but LDAP auth via Jabber / UCCX are working fine along with directory synch.
Thanks.
ā06-15-2017 12:31 PM
Changing the LDAP authentication port to 3268 solved my issue. Would have never guessed that.
Thanks.
ā05-04-2017 12:23 AM
Did you find a resolution? I am having the exact same issues.
ā05-04-2017 05:32 PM
if you can share the PRT i can look at that.
Also is it a LDAP user or local user ? For LDAP please follow the port settings mentioned on the thread.
Try with local user first if you are able to do that. Also what version of CUCM, IM&P you are running ?
Regards,
Alok
ā08-02-2018 02:42 PM
Hi Everyone,
I have the same problem after I enabled the SSL LDAP integration with CUCM, before it was working fine. Does someone know what could cause this ?
thanks
ā10-08-2018 09:58 AM
hi,
you must verify this whether ip address or hostname is located in the ssl cert ...
Check this check box to use SSL encryption for security purposes.
If you check the Use SSL check box, enter the IP address or the hostname that exists in the corporate directory SSL certificate in the Host Name or IP Address for Server field in the LDAP Authentication Configuration window. If the certificate contains an IP address, enter the IP address. If the certificate contains the hostname, enter the hostname. If you do not enter the IP address or hostname exactly as it exists in the certificate, problems may occur for some applications; for example, applications that use CTIManager.
hth
alex
ā11-22-2022 06:30 PM
We faced similar issue, When the user in LDAP the telephony service in hard phone not connected.
I tried to connected LDAP user in Local , then Telephony service is working
The LDAP authentication server info added incorrectly.
This issue Mostly LDAP authentication and Port Number
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide