Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Problèmes Cisco CallManager avec la fonction Call Forward All

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


Contenu


Introduction

L'objectif de ce document est de remédier aux problèmes que les utilisateurs peuvent rencontrer lorsque la fonction Call Forward All (CFwdAll) est configurée ou retirée de Cisco CallManager.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Questions call forward all

Ces sections discutent six scénarios liés aux questions de CFwdAll de Cisco CallManager.

Scénario 1 - CSS/Partition

Le téléphone IP qui demande l'exécution de CFwdAll doit sélectionner un numéro composé par destination (DN) qui est contenu dans un espace de recherche appelant (le CSS) ou une partition que ce téléphone a des droits d'appeler. Par exemple, si on ne permet pas au le téléphone IP pour placer des appels au réseau téléphonique public commuté (PSTN), puis toutes tentatives de placer le téléphone pour expédier des appels à un échouer de nombre d'extérieur.

Il est possible de placer la ligne à un CSS différent que celui le téléphone l'utilise afin de plus loin limiter ou permettre des destinations de transfert d'appel. Référez-vous à configurer l'extension externe CFA sur le téléphone IP en faire la superposition envoyant pour un exemple de cette configuration.

Référez-vous aux partitions et à appeler le pour en savoir plus des espaces de recherche.

Scénario 2 - Base de données inaccessible, réplication/réseau

Le message d'inaccessibilité de base de données est affiché sur le téléphone IP (7960 ou 7940) quand le CallManager d'abonné a des problèmes de connexion ou de réplication du SQL (SQL) avec le CallManager d'éditeur. Ce message est déclenché par une demande de fonction ou de caractéristique qui exige de l'abonné d'accéder à la base de données SQL sur l'éditeur. Vérifiez les erreurs de réplication et la connexion réseau de base. Référez-vous à rétablir un pour en savoir plus cassé d'abonnement de la batterie SQL de Cisco CallManager.

Remarque: Si vous recevez le message d'erreur de base données d'erreur et un signal d'occupation quand il y a une tentative d'expédier des appels, redémarrez le service du répartiteur d'appel de téléphonie (TCD) afin de résoudre le problème. Référez-vous à lancer la section de service de distribution des appels téléphoniques de Cisco de la configuration de Cisco CallManager Attendant Console pour plus d'informations sur la façon redémarrer le service TCD.

Scénario 3 - Tableaux de routage d'appels SQL non mis à jour

Il est possible pour avoir un téléphone coincé dans une situation d'expédition, c.-à-d., l'utilisateur final ne peut pas effacer le CFwdAll du téléphone IP lui-même. Voyez le scénario 1 section de ce document et référez-vous à l'ID de bogue Cisco CSCdx87673 (clients enregistrés seulement) : La transmission de la table garde les entrées fantômes résiduelles des dn supprimés, pour en savoir plus.

Scénario 4 - Boucles

Un téléphone IP ne doit pas être placé à CFwdAll à une destination cette des résultats dans une situation de boucle. Par exemple, téléphonez les forwards pour téléphoner B, téléphoner B en avant au C de téléphone, et téléphoner le C en avant de nouveau au Cisco CallManager du téléphone A. a les sauts maximum de Forwards au paramètre de service de DN (avec une valeur par défaut de 12) afin de détecter des états de boucle et relâcher l'appel. Afin de changer cette valeur par défaut, allez à la page d'administration de Cisco CallManager, choisissez le Service > Service Parameters, le faites descendre l'écran aux paramètres de Clusterwide et sélectionnez la caractéristique > les sauts en avant > maximum de Forwards au DN. Référez-vous également à l'ID de bogue Cisco CSCds43736 (clients enregistrés seulement) : Caractéristique Req : Des boucles de Trans. d'appel devraient être manipulées avec élégance par Cisco CallManager.

Scénario 5 - Groupes de recherche

Une ligne est configurée à CFwdAll et placée au sein d'un groupe de recherche. Si un appel est livré au numéro pilote pour ce groupe de recherche et cette ligne est sélectionnée, elle ne fait pas suivre à l'appel le numéro de destination. Dans ce cas, il sonne simplement la ligne.

Si l'appel est directement placé à la ligne, alors l'appel est correctement expédié au numéro de destination configuré.

Référez-vous à l'ID de bogue Cisco CSCec54565 (clients enregistrés seulement) : Le CFA ne fonctionne pas si la ligne est au groupe de recherche.

Scénario 6 - Ne peut pas annuler CFwdAll

Un utilisateur ne peut pas désactiver call forward all du téléphone IP. L'utilisateur jugé pour le faire de la page d'administration de Cisco CallManager mais ne pouvait pas encore retirer le call forward all.

Afin de résoudre ce problème, redémarrez le service et le passage DBLHelper.exe de moniteur de couche de Cisco Database afin de réinitialiser la base de données. DBLHelper.exe se trouve dans le répertoire de C:\Program Files\cisco\bin du serveur de Publisher. Référez-vous à UsingDBLHelper pour plus d'informations sur DBLHelper.

Scénario 7 - L'appel en avant ne fonctionne pas après la mise à jour de CUCM 5.x à 6.x

L'option de transfert d'appel ne travaille pas au téléphone IP l'un des et ce message est entendu :

Call cannot be completed as dialed.

Ceci se produit quand Cisco Unified Communications Manager est amélioré des versions 5.x à 6.x. Le paramètre de service est placé à la valeur par défaut dans la stratégie de lancement CFA CSS. Choisissez le paramètre de service et placez la stratégie de lancement CFA CSS comme indiqué dans ces étapes afin de résoudre ce problème :

  1. Dans la page de gestion de Cisco Unified Communications Manager, choisissez les paramètres de service > l'adresse IP CUCM 6.x > le service cm.

  2. Placez la stratégie de lancement CFA CSS comme avec le périphérique/ligne de lancement CSS.

Problèmes identifiés

Référez-vous à ces id de bogue Cisco pour des problèmes connus :

  • CSCdw94888 (clients enregistrés seulement) — Retard entre le lancement/désactivant CFwdAll et expédition réel.

  • CSCeb26362 (clients enregistrés seulement) — La fonctionnalité de CFwdAll de téléphone IP est inutilisable/-de-sync.

  • CSCdx73743 (clients enregistrés seulement) — Incapable de désactiver CFwdAll une fois qu'il a été activé.

  • CSCea50393 (clients enregistrés seulement) — Incapable d'exécuter CFwdAll si la ligne partagée sur le même périphérique est offhook.

  • CSCdr03425 (clients enregistrés seulement) — AVVID : Permettez les apparences de ligne supplémentaire à expédier du téléphone.

  • CSCds43736 (clients enregistrés seulement) — Caractéristique Req : Des boucles de Trans. d'appel devraient être manipulées avec élégance par Cisco CallManager.

  • CSCec54565 (clients enregistrés seulement) — Le CFA ne fonctionne pas si la ligne est au groupe de recherche.

  • CSCsj09236 (clients enregistrés seulement) — Incapable d'effacer le CFA du téléphone IP.

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.


Informations connexes


Document ID: 43581