<div dir="ltr">Hensley,<br><br>You may want to make sure you're using the GC port 3268 in your CUCM LDAP integration as per the SRND and then restart CTIManager.<br><br>If that doesn't take care of it, then it's to the traces as Wes suggested.<br>
<br><div class="gmail_quote">On Thu, Aug 28, 2008 at 4:43 PM, Wes Sisk <span dir="ltr"><<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Hensley,<br>
<br>
In that case the next step of investigation is the CTI SDI/SDL traces. TSP sends ProviderOpen over CTIQBE (TCP:2748) to CTIManager process. CTIManager process should process that ProviderOpen request and authenticate the user. Use RTMT to get the CTIManager SDI and SDL traces and see what those show after the client attempts ProviderOpen.<div>
<div></div><div class="Wj3C7c"><br>
<br>
Regards,<br>
Wes<br>
<br>
Webmaster - <a href="http://hensleys.de" target="_blank">hensleys.de</a> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Wes,<br>
<br>
thx for yor answer .. forgot to mention that i already searched cisco, google and vo-ip lists / boards and did everything mentioned there and like you said in your answer.<br>
<br>
CUCM is AD (2003) integratet and users can login to ccmuser with their AD credentials.<br>
<br>
Also users are in group "CCMEnduser Administration" and "allow CTI". Phones have "allow control from CTI" enabled, lines have "allow control from CTI" enabled. Still the line won't show up when i try to use "dialer" or something like that.<br>
<br>
To cut out firewall problems i placed one test pc in our voice vlan and tried ... still same error. :( I changed the user / pwd in TSP config to some that does not exist to check if i get a new error but still the same messages appear in logs.<br>
<br>
regards _Hensley_<br>
<br>
Wes Sisk schrieb:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
"Directory login failed - timeout"<br>
<br>
<br>
Looks like directory authentication is failing. Is this using AD/LDAP authentication? Make sure the user can login. I believe all user passwords were reset during the upgrade.<br>
<br>
Also recall that CM6.x changes some user behavior for CTI. Users must be added to specific groups too enable features such as:<br>
allow CTI control of devices<br>
allow access to ccmuser<br>
<br>
setup those. make sure the user can authentication to http://<cm_server>/ccmuser and then see what happens with TSP.<br>
<br>
Regards,<br>
Wes<br>
<br>
Webmaster - <a href="http://hensleys.de" target="_blank">hensleys.de</a> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi @all ...<br>
<br>
we just migrated from CCM 3.3(4) to CUCM 6.0.1.1000-37 and are now facing 1 issue.<br>
<br>
Systems: CUCM 6.0.1.1000-37 (appliance) / IPCC Express 5.0 (enhanced)<br>
Phones: mostly 7960 (100), some 7911 and 7912<br>
<br>
CiscoTSP 6.0(0.7) does not work. The old version 3.3 with CCM 3.3 worked fine. CTIManager on CUCM is working fine and IPCC runs without problems ... agents can control their phones.<br>
<br>
Detailed logs bring up these messages:<br>
---snip---<br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| ProviderOpenCompletedEvent::Trace<br>
ProviderInfo = 6.0.1.1000-37<br>
Description = Directory login failed - timeout<br>
bMonitorCallParkDNs = 0<br>
dwProviderId = 16780775<br>
dwDSCPForCTI2Apps = 0|<LVL::Special><MASK::0200><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| ProviderOpenCompletedEvent::qbeTrace<br>
dwReason =0x8CCC0075<br>
dwSequnceNumber =1<br>
ProviderInfo ={0x0000004C, 14, 6.0.1.1000-37 }<br>
dwClientHeartbeat =0<br>
dwServerHeartbeat =0<br>
Description ={0x0000005A, 33, Directory login failed - timeout }<br>
bMonitorCallParkDNs =0<br>
dwProviderId =16780775<br>
dwDSCPForCTI2Apps =0x00000000|<LVL::Special><MASK::0200><br>
---snip---<br>
<br>
---snip---<br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| CQBEHelperBase::ProviderOpen() *ERROR* Provider open failed. result=-1932787595|<LVL::Error><MASK::0001><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| TSPI_lineNegotiateTSPIVersion()<br>
TSPI_lineNegotiateTSPIVersion returns = 0x00000000<br>
TSPI return version = 0x00020001|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| TSPI_providerEnumDevices()<br>
dwPermanentProviderID = 0x0000000A<br>
hProvider = 0x00FD51D8<br>
lpfnLineCreateProc = 0x73367C05<br>
lpfnPhoneCreateProc = 0x7336FEC1|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| TSPI_providerEnumDevices()<br>
TSPI_providerEnumDevices returns = 0x00000000<br>
dwNumLines = 0<br>
dwNumPhones = 0|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| TSPI_providerInit()<br>
dwTSPIVersion = 0x00020001<br>
dwPermanentProviderID = 0x0000000A<br>
lpfnCompletionProc = 0x73375DFE|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:34.745 CiscoTSP001.tsp| TSPI_providerInit()<br>
TSPI_providerInit returns = 0x00000000<br>
dwLineDeviceIDBase = 0x00000008<br>
dwPhoneDeviceIDBase = 0x00000000<br>
dwNumLines = 0<br>
dwNumPhones = 0<br>
lpdwTSPIOptions = 0x00FD51E4|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:41.335 CiscoTSP001.tsp| TSPI_providerShutdown() After GlobalTSP->TSPI_providerShutdown()|<LVL::Special><MASK::0400><br>
08/27/2008 17:31:41.335 CiscoTSP001.tsp| ProviderCloseRequest::Trace :dwSequenceNumber = 0x00000002|<LVL::Special><MASK::0200><br>
08/27/2008 17:31:41.335 CiscoTSP001.tsp| ProviderCloseRequest::Trace<br>
dummyHeader.dwLen =28<br>
dummyHeader.dwType =0<br>
dwMagicCookie =0xFFFFDDDD<br>
dwProtocolVersion =0x00090000<br>
dwPDUNumber =9<br>
dwHeaderSize =32<br>
dwFixedSize =4<br>
dwVariableSize =0|<LVL::Special><MASK::0200><br>
08/27/2008 17:31:41.335 CiscoTSP001.tsp| SendMessage() *ERROR* send() failed with error 10038.|<LVL::Error><MASK::0001><br>
08/27/2008 17:31:41.335 CiscoTSP001.tsp| CCtiInterface::ctiDisconnect() *ERROR* Could not send ProviderCloseRequest. error=|<LVL::Error><MASK::0001><br>
---snip---<br>
<br>
Can someone point me in the right direction?<br>
<br>
Thanks in advance!<br>
<br>
regards _Hensley_<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
<br>
</blockquote></blockquote>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div></div></blockquote></div><br></div>