cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
639
Views
5
Helpful
2
Replies

CUPS 6.02 CUCM 6.1 CUPC 1.2 issue.

josh
Level 1
Level 1

I am trying to integrate a CUPS 6.02 server with a CUCM 6.1 server. I have the integration done but I dont think CTI registration is working right. Using CUPC 1.2 I login to the app and watch the server health screen. The only part that fails is the Desk Phone (CTI) portion. Sometimes the error that I've seen given is Desk Phone - Not Connected - Stopped OR Desk Phone - Not Connected - Invalid Credentials. I've followed all the guides I could find on cisco.com as well as any troubleshooting guides and still cant fix this one section.

Here is some output of the log of where it is failing:

2008-02-11 13:23:52,253 [0xa24] WARN LCCallControl - (CCMSG_QBE_PROVIDEROPENFAILED) ProviderOpen failed: Directory login failed - timeout

2008-02-11 13:23:52,253 [0xa24] DEBUG LCConnection - CALLMANAGER_CTI stopConnection(STOPPED)

2008-02-11 13:23:52,253 [0xa24] DEBUG LCConnection - CALLMANAGER_CTI setReason(): [NONE] --> [STOPPED]

2008-02-11 13:23:52,253 [0xa24] DEBUG LCConnection - CALLMANAGER_CTI setState(): [CONNECTING_PRIMARY] --> [DISCONNECTING]

2008-02-11 13:23:52,254 [0xa24] DEBUG LCCallControl - Sent PROVIDER_CLOSE_REQUEST seq 2

2008-02-11 13:23:52,254 [0xa24] WARN LCCallControl - (CCMSG_QBE_CCMDISCONNECTED) Provider: CTI connection has shut down unexpectedly

2008-02-11 13:23:52,254 [0xa24] DEBUG LCCallControl - Sent event 1002

2008-02-11 13:23:52,254 [0xa24] DEBUG LCSessionManager - SessionManagerImpl::Update_CallControlStateChanged()

2008-02-11 13:23:52,254 [0xa24] DEBUG LCSessionManager - Got Provider event 1002

2008-02-11 13:23:52,254 [0xa24] DEBUG LCWIN32UI - Got Provider event 1002

2008-02-11 13:23:52,254 [0xa24] DEBUG LCConnection - CALLMANAGER_CTI reportResult(DISCONNECTED): reason=STOPPED, functionality=NONE

2008-02-11 13:23:52,255 [0xa24] DEBUG LCOSEvents - OSEventsManagerImpl: '172.16.3.1' connecting via adapter 0

2008-02-11 13:23:52,255 [0xa24] DEBUG LCConnection - $$$***** Server 172.16.3.1, State DISCONNECTING, Type CALLMANAGER_CTI, ServerAdapter 0

2008-02-11 13:23:52,255 [0xa24] DEBUG LCConnection - CALLMANAGER_CTI setState(): [DISCONNECTING] --> [IDLE]

2008-02-11 13:23:57,121 [0x78c] ERROR LCMiddleware - (MWMSG_SERVICELIST_WAITTIMEDOUT) ServiceConditions::Wait(1) - TIMED OUT after 15000 ms

2008-02-11 13:23:57,121 [0x78c] WARN LCSessionManager - (MWMSG_SMI_LINENOTREGISTERED) SessionManagerImpl::TimeoutProc() - LINE HAS NOT REGISTERED AFTER 15 SECONDS

2008-02-11 13:23:57,121 [0x4dc] DEBUG LCMiddleware - EngineConditions: POST_START is true

2008-02-11 13:23:57,121 [0x154] INFO LCWIN32UI - (WINUI_INFO_GENERAL_INFO) ******** SESSION MANAGER STARTED **************

Also here is the log after a single login attempt.

2 Replies 2

josh
Level 1
Level 1

The fix for this it turns out is in callmanager and the ad integration. Was a quick fix. Called TAC and explained the situation. Advised me to change the port on the server that has the global cataloge from 389 to 3268. So in the LDAP->LDAP Authentication that's where you would change the port number.

Hi,

we are struggling with exactly the same error since december. neither reboots nor ES updates helped.

the TAC also advised us to change the LDAP port. which in fact didn't help. however, after restarting the CTI manager because of another issue, the CUPC seems to work fine now, no more "not connected" error!

because we did restart pub and sub serveral times before, i think the LDAP GC port change depends on the CTI manager restart. could you confirm this or did you only have to change the port?

thanks, oliver