Voix et communications unifiées : Cisco Unity

Dépannage des verrouillages de port dans Cisco Unity

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document fournit une procédure pour identifier le problème spécifique dans un système ce des terres dans un de ces états :

  • Les ports se bloquent

  • Le système ralentit

  • Blocages système

Le document fournit des étapes pour recueillir des informations et pour les dépanner. Les informations que ce document décrit sont exigées pour l'examen d'ingénierie. Le manque de fournir ces informations augmente la durée à la résolution.

Remarque: Les informations dans ce document sont basées sur le Cisco Unity pour l'échange.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :

  • Cisco Unity pour l'échange 2.4(6)

  • Cisco Unity 3.x

  • Cisco Unity 4.x

  • Cisco Unity 5.x

  • Cisco Unity 7.x

  • Cisco Unity 8.x

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

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

Identifiez le problème

Les étapes dans cette aide de section vous identifiez le problème. Par exemple, un système dans lequel les ports se bloquent est souvent décrit comme blocage système.

Remarque: L'appel n'atteint pas le Cisco Unity si l'appelant entend un occupé rapide. Le Cisco Unity ne peut pas générer un signal d'occupation rapide.

  1. Vérifiez les erreurs de journal d'événements.

    Ceci peut immédiatement aider à identifier le problème.

  2. Déterminez si le système répond à des appels.

    Afin de faire ceci, composez chaque port individuellement et le notez lesquels réponse éventuelle.

  3. Vérifiez la fenêtre d'état de port dans le moniteur d'état.

    Un port est très probablement bloqué s'il est dans un état de non-inactif et a été dans cet état pendant une heure ou plus long.

    Remarque: Référez-vous à la section de moniteur d'état mise à jour de pour en savoir plus de Cisco Unity.

  4. Essayez de remettre à l'état initial chaque port et de voir si les ports commencent à répondre.

    Remettez à l'état initial le fournisseur de services de l'interface de programmation de téléphonie d'Unity-CallManager de Cisco (TAPI) (TSP). Afin de faire ceci, les options choisies de début > de configurations > de panneau de configuration > de téléphone et de modem > ont avancé > Unity-CallManager de Cisco TSP > configurent.

    Une autre option est de lancer le moniteur d'état de port. Afin de lancer, cliquez avec le bouton droit l'icône de Cisco Unity sur la barre d'état système.

  5. Déterminez s'il y avait des problèmes apparents avec le comportement du système avant que le problème se soit posé.

    Par exemple, le système a-t-il éprouvé un défilement ralenti avant qu'il ait totalement arrêté ? Si des tels problèmes se posaient, décrivez exactement ce qui s'est produit.

  6. Déterminez si vous pouvez accéder à l'administrateur système (SA).

  7. Déterminez le statut de tous les processus d'avcs*.

    Afin de faire ceci, aller à Microsoft Windows le gestionnaire de tâches, et cliquer sur les processus tableau fournissent une capture d'écran. Quelle est l'utilisation du processeur ?

  8. Si vous pouvez laisser le système vers le bas pendant des autres quelques minutes, le saut à la préparation de recueillir des données pour la prochaine panne sectionnent et se terminent l'étape 1 et l'étape 4.

  9. Déterminez si vous pouvez arrêter et redémarrer le Cisco Unity avec l'icône de barre d'état d'état d'Unity.

  10. Vérifiez pour voir si une reprise complète du système résout le problème.

Calage de port d'expériences de système

Si l'un de ces éléments sont vrais, le calage de port affecte très probablement le système :

  • SA peut être accédée à.

  • La réponse de quelques ports, et quelques ports ne font pas.

  • Les ports commencent à répondre après que vous remettiez à l'état initial des ports dans le moniteur d'état ou remettiez à l'état initial le TSP, comme dans l'étape 4 Identify le problème.

Remarque: Un système qui éprouve le calage des ports peut sembler éprouver un blocage système quand tous les ports se bloquent.

Le système éprouve un blocage système

Si l'un de ces éléments sont vrais, le problème est un blocage système :

  • Le système est insensible.

  • Si vous redémarrez le service de Cisco Unity, il ne résout pas le problème.

  • Un ou tout les Cisco Unity n'entretient plus le passage.

  • Vous ne pouvez pas accéder à SA ou le moniteur d'état.

  • L'utilisation du processeur est à ou près de 100 pour cent.

Fournissez les détails de base

Il est important que vous fournissiez au support technique de Cisco ces détails de base :

  • Version et informations de construction pour le Cisco Unity

  • Type et version de système téléphonique

  • Type d'installation de Cisco Unity — Messagerie vocale ou messagerie unifiée

  • Le nombre d'utilisateurs de messagerie

  • Si vous avez la messagerie unifiée, le nombre d'utilisateurs de messagerie a autoguidé sur chaque serveur exchange distant

  • La plate-forme sur laquelle vous avez installé le Cisco Unity, avec des cartes voix, si c'est approprié

  • Le Cisco Unity vous comporte ont activé, comme texte-voix (TTS) et l'Audio Messaging Interchange Specification (AMIS)

  • Fréquence des pannes

  • Version de TSP

Préparez pour recueillir des données pour la prochaine panne

Pour le calage de port

Procédez comme suit :

  1. La première fois le calage de port se produit, recueille les suivis et les journaux d'application de l'unité d'interface de message standard (MIU) pour l'enquête initiale.

  2. Vérifiez pour être sûr que votre système exécute actuellement la dernière version du TSP d'Unity-CallManager de Cisco.

    1. Exécutez un rechercher le fichier nommé avskinny.tsp.

    2. Cliquez avec le bouton droit avskinny.tsp, et choisissez l'onglet de version.

    3. Si vous constatez que ce n'est pas la dernière version du TSP d'Unity-CallManager de Cisco, exécutez une mise à jour.

      Les clients avec des contrats devraient obtenir le logiciel mis à jour par leurs canaux normaux de mise à jour. Pour la plupart des clients, des mises à jour sont obtenues du centre de logiciel sur Cisco.com.

  3. Référez-vous au document approprié afin de pour être préparé pour recueillir des données pour une autre panne :

  4. Tandis que dans l'état défaillant, TechTools > StatusMonitor.exe choisis (pas la version HTML) et capturent l'écran qui affiche l'état du port verrouillé.

    Ceci identifie la partie de la conversation de système qui était en activité quand l'appel a manqué.

  5. Pour n'importe quel dépannage d'appel sortant tel qu'AMIS, le MWI, la notification de message, ou l'enregistrement de téléphonie et la lecture (DÉROUTEMENT), utilisent un des derniers ports parce que les ports élevé-numérotés sont le plus susceptibles étant utilisés pour des tâches sortantes. Le Cisco Unity recherche les ports disponibles pour des tâches sortantes commençant par le dernier port.

Pour un blocage système

Référez-vous aux arrêts du système de système Cisco Unity de dépannage si le problème est un blocage système.

Problèmes connus de blocage système

Les problèmes connus que cette section répertorie existent en logiciel de Cisco Unity. Vous pouvez visualiser les id de bogue Cisco avec le Bug Toolkit (clients enregistrés seulement).

Contrôle de vitesse — CSCdw88890

Cette question existe dans le Cisco Unity 3.1(x). Le contournement pour cette question est dans le Cisco Unity 3.1(3) et le 3.1(2)c.

Description du problème

Si vous utilisez des contrôles de vitesse de lecture pendant la récupération de message, elle a comme conséquence de divers symptômes. Les symptômes que vous éprouvez dépendent de la configuration de système. Le Cisco Unity pourrait relâcher l'appel immédiatement, désactiver le port après que l'appel finisse, ou l'échouer pour répondre à tous les appels à n'importe quel Unity mettent en communication.

Contournement

Référez-vous aux notes de terrain : Les contrôles de vitesse de lecture de Cisco Unity peuvent relâcher des appelants ou bloquer tous les ports d'Unity.

Erreurs et port MIU verrouillés après panne d'AvWav sur le port de Cisco CallManager — CSCdw11833

Cette question existe dans le Cisco Unity 3.1(x). Une mise à jour au Cisco Unity 3.1(5) ou 3.1(6) résout le problème.

Description du problème

Le port est occupé, selon le moniteur d'état. L'appel pourrait être long, et le port ne reçoit pas d'autres appels.

Symptôme

Le journal d'événements prouve à presque 20 erreurs MIU alors que l'appel a commencé. La première erreur apparaît en tant que :

Event Type: Error
Event Source: AvMiu_MC
Event Category: Error
Event ID: 530
Description: Component Miu: Thread 0x000009B8 had a Failure on Port 1 in AvWav
DESCRIPTION: e:\views\cs_ue3.1.0.56\un_Miu\UnityAvWav\WAV.C(4688) :
Exception caught in Method WavWriteFormatRecordAGC.

Contournement

Redémarrez le système pour libérer le port.

Vous ne pouvez pas remettre à l'état initial le port avec le moniteur d'état. Si vous tentez de l'arrêter de l'icône de barre d'état d'état de Cisco Unity, l'Unity s'arrête.

Solution

Améliorez au Cisco Unity 3.1(3).

Sécurité de thread — CSCae08069

Cette question existe dans toutes les versions de Cisco Unity. Le contournement pour cette question est dans le Cisco Unity 2.4.6.135 et plus tard.

Description du problème

Vous obtenez le pas de réponse d'air mort ou de sonnerie (ARN) quand vous appelez le Cisco Unity. Ceci semble se produire sur l'installation de systèmes sollicités pour utiliser décoder G.729. En outre, vous pourriez le voir sur G.711 un système. Le journal d'événements contient des erreurs MIU. En outre, les ports démontent et rebranchent du Cisco CallManager. Erreurs identiques d'AvWav de listes de journal d'événements les nombreuses de deux ports immédiatement.

Si vous regardez plus plus loin, vous trouvez deux ports faites l'appel en même temps à la fonction de l'interface de programmation de Microsoft Win32 (API), qui est acmStreamConvert(), à l'intérieur de la fonction d'AvWav, AcmStreamConvert(). Chacun des deux jettent une exception. De ce point, les appelants entendent l'air mort ou l'ARN.

Contournement

Terminez-vous ces étapes dans la version 2.4.6.135 de Cisco Unity et plus tard :

  1. Naviguez vers le registre.

  2. Ajoutez la clé HKLM/Software/Active Voice/UnityAvWav/1.0/ForceGlobalAcmThreadSafety=1.

  3. Redémarrez le serveur de Cisco Unity.

    Remarque: Référez-vous aux ports de Cisco Unity se bloquent après l'activation des codecs G729a pour que les instructions pas à pas activent ces paramètres de registre.

Le Cisco CallManager quitte des ports de messagerie vocale dans un état de transfert, des ports sont Busied — CSCdw94340, CSCdw70477, CSCdw36431, CSCdw19730, CSCdw47532, CSCdw55180

Cette question existe dans le Cisco CallManager 3.1(2). Il est résolu dans le Cisco CallManager 3.1(3)a — Construction de l'offre spéciale 3.

Description du problème

Les tentatives de Cisco Unity d'exécuter un transfert, et le Cisco CallManager renvoie cette erreur :

Transferring - ERROR splitting_primary_call:
	 time out on waiting response.

Le transfert ne se termine pas. Le Cisco Unity ne reçoit pas le stimulus nécessaire pour remettre le port raccroché, qui quitte le port dans un état occupé.

Symptôme

L'appelant reçoit l'ARN ou l'occupé en appelant le Cisco Unity.

Contournement

Mise à jour au Cisco CallManager 3.1(3)a — Construction de l'offre spéciale 3.

L'enable du CAG pour l'enregistrement du MSG-type G729 peut bloquer des ports de Cisco Unity — CSCdw92062

Cette question existe dans le Cisco Unity 3.1. Cette question est résolue dans le Cisco Unity 3.1(3).

Description du problème

Le système Cisco Unity pourrait verrouiller un port après que l'appelant laisse un message. Le Cisco Unity pourrait également relâcher l'appel après que l'appelant laisse un message.

Symptôme

Ceci se produit dans le Cisco Unity 3.1(x) quand vous avez la commande automatique de gain (CAG) activée sur l'Unity et a G.729 placé comme format d'enregistrement de message.

Les erreurs de visualisateur d'événements peuvent inclure ces erreurs :

12:00:33:559,AvMiu_MC,690,-1,-1,MiuGeneral,0,1, 
File: e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAV.C(4651) 
Method: WavWriteFormatRecordAGC Failure: 
call to AcmConvertGetSizeDst failed,0x00000BD0

12:00:33:560,AvMiu_MC,690,-1,-1,MiuGeneral,0,1, File: 
e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAV.C(6223) 
Method: WavNotify Failure: 
call to WavWriteFormatRecordAGC failed,0x00000BD0

12:01:03:560,AvMiu_MC,690,-1,-1,MiuGeneral,0,1, 
File: e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAVIN.C(725) 
Method: WavInClose Failure: 
call to WaitForSingleObject (hEventDeviceClosed) failed,0x00000D68

12:01:03:561,AvMiu_MC,690,-1,-1,MiuGeneral,0,1, 
File: e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAV.C(5437) 
Method: WavStopRecord Failure: call to WavInClose failed,0x00000D68

12:01:03:560,AvMiu_MC,690,-1,-1,MiuGeneral,0,1, 
File: e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAV.C(2254) 
Method: WavStop Failure: call to WavStopRecord failed,0x00000D68

12:01:03:561,AvMiu_MC,690,-1,-1,MiuGeneral,0,1,
e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAVIN.C(1064) : 
Exception caught in Method WavInStop | 
Data hWavIn 021E4CC4,0x00000BD0

12:01:03:560,AvMiu_MC,683,-1,-1,MiuGeneral,0,1,CAvMiuWave::Record(),
AvWav WavStop failed with 0xFFFFFFFF,0x00000D68

12:01:03:561,AvMiu_MC,686,-1,-1,MiuGeneral,0,1,CAvMiuWave::Record(), 
FileName: C:\DOCUME~1\ADMINI~1.RAC\LOCALS~1\Temp\WAV1.tmp 
HWAV: 0x021E493C WavState: WAV_STOPPING,0x00000D68

12:01:03:560,AvMiu_MC,688,-1,-1,MiuGeneral,0,1,CAvMiuWave::Record(),
1,[11:54:25:938 - 0x00000D78] 
Drop() - S_OK,0x00000D68

------------------------------------------------------------------

Source: AvMiu_MC
Category: Error
EventId: 530
Description:
Component Miu: Thread 0x00000BD0 had a Failure on Port 1 in AvWav
DESCRIPTION:
File: e:\views\cs_UE3.1.2.17\un_Miu\UnityAvWav\WAV.C(4651)
Method: WavWriteFormatRecordAGC
Failure: call to AcmConvertGetSizeDst failed.

Contournement

Remettez à l'état initial le port du moniteur d'état de Cisco Unity, comme cette section affiche.

Remarque: Le moniteur d'état se trouve dans le répertoire de C:\Commserver\TechTools.

  1. Ouvrez le moniteur d'état.

  2. Localisez le port qui est port verrouillé et de clic de remise.

    Remarque: Si plus d'un port est verrouillé, arrêtez et redémarrez les services de Cisco Unity.

  3. Désactivez le CAG sur le système Cisco Unity du registre.

    Localisez la clé d'AGCUseCompression sous ce répertoire, et placez-la à 0 :

    \\HKLM\Software\ActiveVoice\MIU\1.0\Initialization
  4. Redémarrez le système pour la désactivation pour le prendre effet.

    L'action désactive le CAG pour G.711 et G.729 des messages.

AvWav : La panne dans ExAcmFormatGetText peut entraîner le verrouillage de port — CSCdx15569

Cette question existe dans toutes les versions de Cisco Unity.

Résolution

Vous devez créer une demande de service avec le support technique de Cisco.

Description du problème

Les ports de Cisco Unity se bloquent un et cessent de prendre des appels.

Symptôme

S'il y a une section de l'en-tête de format de fichier d'échange de ressource (RIFF) du fichier .wav qui est corrompu, la fonction d'AvWav ExAcmFormatGetText échoue. Ceci devient par la suite une section essentielle qui n'est pas publiée dans AvWav. Les appels ultérieurs au port défectueux pourraient répondre pour faire taire ou ne pourraient pas être répondus du tout.

Une chaîne des erreurs d'AvWav apparaissent en cas log. La première erreur apparaît en tant que ceci :

Component Miu: Thread 0x000009F0 had a Failure on Port 5 in AvWav

File: D:\commsvr\Sources\UnityAvWav\ACM.C(581)
Method: ExAcmFormatGetText
Failure: call to acmFormatDetails failed with error(200)

La condition de compétitivité dans MIU mène aux appels non désaffectés — CSCdw54752

Cette question existe dans le Cisco Unity 2.4(x).

Remarque: Cette question n'existe pas dans le Cisco Unity 3.x.

Résolution

La mise à jour au Cisco Unity 3.x, ou créent une demande de service avec le support technique de Cisco.

Symptôme

Les affichages de journal d'événements chronométrés attendant la baisse se sont terminés des erreurs d'événement, qui est habituellement suivie par un port perdu. Ceci peut se produire sur n'importe quelle intégration. Cependant, si vous avez une intégration IP, le journal d'événements peut afficher les messages non désaffectés précédents d'appel dans les suivis maigres.

Remarque: Si l'un ou l'autre de ces messages apparaît en cas log, il ne signifie pas nécessairement que votre système a ce problème. Beaucoup de problèmes peuvent mener à l'un ou l'autre de ces symptômes.

Le Cisco Unity ne répond pas en raison de RPC Hang-CSCdw22615

Cette question existe dans le Cisco Unity 2.4(x) et 3.0(3).

Remarque: Cette bogue se produit si vous avez les clients de Windows 9x qui exécutent n'importe quelle application qui utilise l'enregistrement de téléphonie et la lecture (déroutement). Ceux-ci incluent ViewMail et réception automatique (aa).

Résolution

Vous devez créer une demande de service avec le support technique de Cisco.

Symptôme

Le Cisco Unity arrête la réponse des appels, mais il semble fonctionner. Le Cisco Unity répond réellement à un faire appel à chaque port, mais c'est air mort. Après qu'il ait fait ceci pour chaque port, il ne répond à plus d'appels. SA, le moniteur d'état, les StatusMonitor.exe, et beaucoup d'autres outils de Cisco Unity ne s'ouvrent pas.

C'est une bogue avec l'implémentation de l'appel de procédure à distance (RPC) dans Windows 9x.

L'ASCII mal formée alertant le nom peut terminer svchost.exe

Cette question se produit sur la version 8.3(1) TSP. Cette question dépend de la version TSP utilisée, pas de la version de Cisco Unity. Cette question est documentée par l'ID de bogue Cisco CSCth05576 (clients enregistrés seulement).

Résolution

Désactivez les diagnostics de SkinnyTSP dans l'outil de diagnostic d'Unity. ASCII entrante correcte alertant le format de nom pour inclure seulement les caractères ASCII valides.

Symptôme

Le Cisco Unity arrête des réponses aux appels de toutes les intégrations de Cisco Unified CallManager seulement quand vous faites activer les diagnostics de SkinnyTSP dans l'outil de diagnostic d'Unity. Le journal d'application affiche ce message d'erreur :

Event Type:	Error
Event Source:	Application Error
Event Category:	(100)
Event ID:	1000
Date:		5/28/2010
Time:		5:34:44 AM
User:		N/A
Computer:	UNITY80
Description:
Faulting application svchost.exe, version 5.2.3790.3959, faulting module ntdll.dll, 
version 5.2.3790.4455, fault address 0x0001a3e1.

Informations connexes


Document ID: 22374