Voix et communications unifiées : Widgets pour Cisco Unified Communications

Le Jabber ne se connecte pas à un téléphone de bureau dû au délai d'attente CTI

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit un problème rencontré quand vous tentez le connecter-control un téléphone de bureau avec le Cisco Jabber. Le Cisco Jabber a la capacité de contrôler un téléphone de bureau par l'intermédiaire du couplage de la téléphonie et de l'informatique (CTI). Quand ce processus est utilisé, l'authentification de Protocole LDAP (Lightweight Directory Access Protocol) doit se terminer avec succès. Si l'authentification LDAP ne se termine pas en temps utile, elle pourrait entraîner des questions avec des tentatives de contrôler le téléphone de bureau. Un contournement à cette question est fourni.

Contribué par des collines de Scott, ingénieur TAC Cisco.

Problème

Vous tentez d'utiliser le connecter-control de Jabber un téléphone de bureau. Ceci fonctionné dans le passé mais parfois, se connectent ne fonctionne pas correctement. Quand ceci se produit, un X rouge est affiché et cette erreur pourrait apparaître : 

Connection error. Ensure the server information in the Phone
Services tab on the Options window is correct. Contact your
system administrator for assistance.

Dépannez

Quand vous dépannez ce type de question, il est utile de recueillir les suivis CTI du Callmanager pendant la période de la question.

D'abord, vous devez activer les suivis :

  1. Naviguez vers la page Web de gestionnaire de transmissions > l'utilité > le suivi > la configuration de Cisco Unified.

  2. Les services choisis cm > vont de la liste déroulante de groupe de service.

  3. Cisco choisi CTIManager > vont de la liste déroulante de service.

  4. Assurez-vous que le suivi est activé et que le niveau de suivi de début est placé à détaillé.

Ensuite, vous devez reproduire la question et utiliser l'outil de suivi en temps réel (RTMT) afin de recueillir les suivis :

  1. Ouvrez le RTMT et la procédure de connexion.

  2. Naviguez pour tracer et le central de log > collectent des fichiers.

  3. Vérifiez la case à cocher de Cisco CTIManager et cliquez sur Next.

  4. Choisissez une valeur de délai qui accorde assez de temps pour votre test.

  5. Choisissez un site de téléchargement de sorte que vous puissiez facilement localiser le fichier.

  6. Cliquez sur Finish afin de commencer le téléchargement de suivi.

Voici un exemple des données qui pourraient apparaître dans les suivis :

PC address: 192.168.20.24F

LDAP address: 192.168.10.4

LDAP port used: 389

User: Mickey Mouse

Alias: mmouse

***Initial CTI Open Provider

00434409.002 |14:15:26.964|AppInfo|[CTI-APP][CTIHandler::processIncomingMessage]
 CTI   ProviderOpenRequest    ( seq#=1  provider=UCProvider login=mmouse
 heartbeat=60 timer=10 priority=0 lightWeightProviderOpen=0 AuthType=0
 RequestOldFetch=0)

***Connecting to LDAP with a LDAP bind

00434417.036 |14:15:27.181 |AppInfo |Authenticating with SSL not enabled
 (ldap://192.168.10.4:389)

00434417.044 |14:15:27.187 |AppInfo  |LDAP authentication bind SUCCESS for
 dcadmin@cisco.com


00434417.045 |14:15:27.187 |AppInfo  |Connection # (0): sucessful

00434417.046 |14:15:27.187 |AppInfo  |Details ::

***Search for user

00434417.065 |14:15:27.191 |AppInfo  |Retrieve the specified user entry:
&bnsp;(&(&(objectclass=user)(&(telephoneNumber=*)))(sAMAccountName=mmouse))

00434417.066 |14:15:27.191 |AppInfo|LDAP Search for Userbase: 'dc=cisco, dc=com'

***CTI close Provider after 10 seconds

00434459.001 |14:15:36.959 |AppInfo|CTIManager::CtiManager::ready_SdlCloseInd():
 Connection closed indication
. Shutting down provider. -- Connection Id=18
 TcpHandle=[1:200:13:778]PeerIPAddr=192.168.20.24 PeerPort=50418 Username=mmouse
 CtiHandler=[1:200:22:742]

***** LDAP search completes at 14:21:45 however by this time CTI has already
 closed so this info Is returned to late.

00434417.082 |14:21:45.217 |AppInfo  |LDAP Search complete. Code: 0

00434417.083 |14:21:45.217 |AppInfo  |Get DN of entry.

00434417.084 |14:21:45.217 |AppInfo  |Got DN: CN=Mickey Mouse,OU=Users,
 OU=Information Technology,OU=Kingdom,DC=cisco,DC=com

00434417.095 |14:21:45.240|AppInfo|LDAP authentication bind SUCCESSfor CN=Mickey
 Mouse,OU=Users,OU=Information Technology,OU=Kingdom,DC=cisco,DC=com

00434417.096 |14:21:45.240 |AppInfo  |Connection # (0): sucessful

Solution

Utilisez les informations qui sont décrites dans cette section afin de résoudre ce problème.

Changez le port de LDAP

Vous devez vérifier votre configuration de LDAP dans le Callmanager et commuter votre port de LDAP de 389 à 3268. Le port 3268 est plus efficace avec des recherches de LDAP que le port 389 et renvoie généralement des résultats plus rapidement.

Terminez-vous ces étapes afin de changer le port de LDAP :

  1. Naviguez vers le système > le LDAP > le répertoire LDAP.

  2. Cliquez sur Find afin de visualiser une liste de vos entrées.

  3. Localisez la section pour les informations de serveur LDAP, et changez le port de 389 à 3268.

  4. Cliquez sur Save.

Redémarrez le service de CTI Manager

Attention : Il y a une incidence de service quand vous redémarrez ce service.

Après que vous changiez le port de LDAP, vous devez redémarrer le service de CTI Manager :

  1. Naviguez vers l'utilité > le Tools > Control Center de Cisco Unified - Comportez les services.

  2. Dans la section de services cm, localisez Cisco CTIManager.

  3. Sélectionnez ce service et choisissez l'option de reprise.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 117820