CUPS 6.0.6 and CUPC 7.0.x DeskPhone Mode not working

Question

Hi Everyone,
we got a Problem when enabling DeskPhone in the CUPC. Serverhealth shows me "invalid credentials". When i take a look at the trace from CTIManager i get the following Errors:
CTI|Available Servers (2)|<CLID::StandAloneCluster>
CTI|authenticationLDAP::Authenticate():exit AUTH_NOT_INITIALIZED|<CLID::StandAloneCluster>
CTI|Error authentication of user for reading configuration |<CLID::StandAloneCluster>
CTI|authenticationLDAP::connect():Exit on Error|<CLID::StandAloneCluster>
CTI|Failure in LdapDeviceList::Initialize()|<CLID::StandAloneCluster>
CTI|authenticationLDAP::authenticateUserWithPassword():Exit on Error|<CLID::StandAloneCluster>
CTI|authenticationDB::login (Done Authenticating using LDAP)|<CLID::StandAloneCluster>
CTI|authenticationDB::login (LDAP FAILED) (-1)|<CLID::StandAloneCluster>
CTI|AuthenticationImpl::setResults:enter|<CLID::StandAloneCluster>
CTI|AuthenticationImpl::setResults retCode= -1|<CLID::StandAloneCluster>
CTI|AuthenticationImpl::setResults logLevel is 3|<CLID::StandAloneCluster>
CTI|CQBEBuilder::BuildQbeMessage(): objectID=3|<CLID::StandAloneCluster>
CTI|CTIHandler::OutputQbeMessage(): TcpHandle=[2:200:7:14] Qbe Prefix={0xb5e408b8,0x7a}
CTI|kCtiProviderOpenFailure - CTI application failed to open provider CTIconnectionId:14 Login User Id:myusername Reason code.:-1932787616
We are using an Openldap for Directory Synch and Authentication. It worked until we upgraded from 6.1.2 to 6.1.4. Any Idea how to troubleshoot?
The LDAP Synchronization works fine with SSL. My OpenLDAP Administrator told me that there is an corrupt SSL-Handshake in his Log at the Timestamp the CTIManager asks for Authentication.
Kind regards,
Vasco

Answer 1

Hi Michael,
thanks for your reply. I saw that you recommended the same solution in conjunction with LDAP Active Directory. Will this solution also work on OpenLDAP?
Actually we are not using the default (unencrypted) TCP-Port 389. Instead we're using the TCP-Port 8635 with SSL-Encryption for both Directory Synchronization and Enduser Authentication.
Is there a known Bug-ID?
Kind regards,
Vasco