Voix et communications unifiées : Cisco Unity

Cisco Unity : Arrêt de la messagerie vocale après 30 secondes

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


Contenu


Introduction

Ce document identifie des étapes de dépannage de Cisco Unity pour les abonnés qui éprouvent des retards ouvrant une session, récupérant, expédiant, et supprimant des messages au-dessus de l'interface utilisateur de téléphone (TUI). Ces retards peuvent être intermittents ou cohérents, et peuvent s'appliquer à un ou plusieurs utilisateurs. Les retards dans la conversation d'abonné peuvent persister pendant quelques secondes ou pendant une importante quantité d'heure, et peuvent affecter la fonctionnalité du système Cisco Unity.

Ce document suppose que le Cisco Unity a un serveur de partenaire (également connu sous le nom de mailstore ou serveur domestique) situé sur un serveur différent que l'installation d'Unity. Ce document contient les informations des versions 5.5, 2000 et 2003 de Microsoft Exchange.

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.

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 de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Description du problème

Une partie ou toute l'expérience d'abonnés de Cisco Unity retarde en se connectant dans leur boîte aux lettres, ou tout en récupérant, expédiant, ou supprimant des messages au-dessus de TUI. Ce problème peut se produire dans n'importe quelle version de Cisco Unity où le mailstore se trouve indépendamment du serveur d'Unity (commun dans des versions 3.0(x) ou ultérieures d'Unity).

Pour plus d'informations sur des « considérations de réseau » en déployant le Cisco Unity, voir le ce chapitre du guide de conception de Cisco Unity. Les étapes incluses vérifient des configurations communes entre le Cisco Unity et le serveur de partenaire de Microsoft Exchange.

S'il y a n'importe quel retard répondant à un appel dans le Cisco Unity (par exemple, aucune demande n'est entendue du tout ou seulement la sonnerie est entendue), vérifiez ces documents pour la vérification de l'intégration de téléphonie d'Unity :

Déterminez la source de retard dans la conversation d'abonné

Utilisation MbxSuite.exe d'isoler l'origine du retard

MbxSuite.exe est un utilitaire équipé de module d'installation de Cisco Unity pour déterminer si des retards sont liés au logiciel ou aux performances du réseau.

C'est un utilitaire écrit pour faire les mêmes demandes que le Cisco Unity fait à l'interface du programmeur d'application de Messagerie de Microsoft (MAPI). Après que vous écriviez quelques informations, MbxSuite.exe tente une procédure de connexion à une boîte aux lettres.

Si vous ne trouvez pas cet utilitaire avec votre version en cours du logiciel de Cisco Unity (versions avant Cisco Unity 4.0(2)), continuez les étapes au-dessous de considérer des paramètres réseau et la surveillance d'échange. Si les problèmes persistent, entrez en contact avec le support technique de Cisco pour déterminer si MbxSuite.exe isole cette question pour la version de Cisco Unity installée.

Si vous éprouvez des retards tout en utilisant MbxSuite.exe, il est probable les configurations de configuration réseau ou la représentation d'échange exige davantage de vérification.

Ping d'utilisation à la connectivité du réseau de test et au débit

Le ping peut parfois être utilisé pour indiquer des problèmes avec le débit de réseau (taux de transfert de données). La latence est le temps où elle prend pour qu'un paquet atteigne sa destination. Examinez la latence tout en envoyant un grand paquet par le ping. Si cela prend un longtemps d'envoyer un important paquet, vous pouvez avoir des problèmes de débit.

Pour utiliser le ping à la connectivité du réseau de test entre le Cisco Unity et le Microsoft Exchange, pour des problèmes avec la latence (durée d'aller-retour) et les paquets perdus, exécutez ces étapes :

  1. D'une invite de commande sur le serveur de Cisco Unity, cinglez le Microsoft Exchange Server en écrivant le <exchange> de ping - l 1048 - n 999, où l est la taille de mémoire tampon d'envoi, et n est le nombre de requêtes d'écho d'envoyer.

    Examinez les requêtes pings et les confirmez que le temps de réponse reste autour de moins de dix millisecondes (ms). Si le temps flotte, ou si des paquets sont perdus, vous pouvez supposer que le problème est ou avec la bande passante ou que Microsoft Exchange répond aux requêtes pings lentement.

    Remarque: Si le problème de retard est intermittent, exécutez cette procédure plusieurs fois de voir si vos résultats varient. Essayez cette procédure de nouveau pendant des temps utiles maximaux.

  2. Si vous ne notiez pas un retard ou une perte de paquets, essayez envoyer un plus grand paquet. D'une invite de commande sur le serveur de Cisco Unity, cinglez le Microsoft Exchange Server en écrivant le <exchange> de ping ? l 65500, où l est la taille de mémoire tampon d'envoi.

    Si le Round-Trip Time moyen est donné comme grand nombre (par exemple, plus de 30 ms), ceci peut être une indication de problème avec le débit de réseau. Ce test, cependant, peut avoir comme conséquence le ping chronométrant parce que le routeur peut limiter la longueur de paquet de ping. Si c'est le cas, le test ne vous indique pas quelque chose au sujet du débit. Soyez prudent si vous allez par un routeur parce que les la plupart limitent la longueur de paquet de ping vers 1400 aux octets.

  3. Si les temps de réponse ping flottent, une comparaison devrait être faite entre le serveur de Cisco Unity et Microsoft Exchange, et un serveur d'Unity et un serveur exchange différent (ou tout autre serveur sur le réseau) qui est dans le même sous-réseau que le serveur exchange. Du serveur de Cisco Unity, cinglez l'autre serveur en écrivant le <exchange> de ping - l 1048 - n 999.

    Si vous observez la latence ou la perte de paquets, le problème est le plus susceptible dans le réseau. S'il n'y a aucun retard ou perte de paquets, le problème est le plus susceptible avec le Microsoft Exchange Server.

Copie du fichier d'utilisation au débit de réseau de test

Vous pouvez également tester le débit en copiant un grand fichier du serveur de Cisco Unity sur un autre PC par le réseau, et en notant le nombre de Mbits/s que vous recevez. Si des données ne sont pas transférées au débit prévu, vérifiez les configurations de la carte d'interface de réseau serveur (NIC) sur Cisco Unity Server, des abonnés d'Unity de Microsoft Exchange Server sont autoguidés à, et les ports de commutateur où chaque serveur se connecte au réseau. Si des non-concordances de duplexage d'interface réseau sont trouvées, corrigez ces derniers comme décrits ci-dessous.

Pour visualiser le nombre de Kbps étant transféré, ouvrez l'état de la connexion au réseau local de l'interface réseau pour visualiser les paquets envoyés et reçus. Les compteurs de moniteur de performances de Windows peuvent également fournir une vue plus à long terme de débit et d'utilisation de bande passante de réseau.

Causes liées au matériel connues des retards dans la conversation d'abonné

Le positionnement NIC à l'automatique détectent la vitesse linéaire et le duplex, ayant pour résultat le bas débit

Les NIC qui sont placés à l'automatique détectent la vitesse linéaire et le duplex sur le serveur de Cisco Unity (aussi bien que l'Unity de n'importe quel serveur exchange ou de commutateur se connecte à) peuvent entraîner des retards quand la carte négocie moins que des 100 Mbits/s bidirectionnels simultanés. Placez le NIC au bidirectionnel simultané de 100 Mbits/s, comme affiché ici, même si l'état de connexion au réseau local indique des 100 Mbits/s. Vous ne pouvez pas compter sur l'état de connexion au réseau local, affiché dans cet exemple, pour indiquer le débit réel.

/image/gif/paws/22432/vmdisco30sec-1.gif

Pour vérifier vos configurations de RÉSEAU LOCAL, du menu de démarrage de Windows choisissez le panneau de configuration > le réseau et l'appel les connexions > la connexion au réseau local > le Properties > configurent > ont avancé > vitesse de liaison et duplex.

/image/gif/paws/22432/vmdisco30sec-2.gif

Remarque: Les NIC ou les Commutateurs réglés Negotiate automatique peuvent entraîner le duplexage et les erreurs de cadrage sur le commutateur.

Routeurs et Commutateurs de réseau

Sur le commutateur ethernet, vérifiez les ports occupés par le Cisco Unity, le Microsoft Exchange, et le Cisco CallManager pour toutes les erreurs. Les erreurs de commutateur peuvent indiquer une question avec un NIC.

Déterminez s'il y a un périphérique de routeur entre le Cisco Unity et le Microsoft Exchange. Si un périphérique de routeur existe, confirmez qu'il n'y a aucune erreur sur les ports pour le routeur et vérifiez la programmation sur le routeur. Déterminez si la jonction est activée sur les ports et ce que sont les paramètres bidirectionnels. Ces configurations devraient apparier les configurations NIC du serveur. S'il n'y a aucune erreur sur le périphérique et la programmation est précise, déterminez la priorité du trafic de paquet allant par le routeur. Le pour en savoir plus, se rapportent au port de commutateur de dépannage et relient des problèmes.

Si un périphérique de routeur connecte le Cisco Unity et le Microsoft Exchange, et le trafic vocal est le trafic prioritaire d'échange de supérieur à, deux options peuvent résoudre le problème de délai :

  • Déplacez le Cisco Unity au même sous-réseau que Microsoft Exchange. Ceci prend le routeur hors de l'image et permet l'échange (protocole RPC (le RPC)) trafiquez pour circuler directement entre les serveurs sans retard causé par hiérarchisation de routeur.

  • Changez la configuration du routeur tels que les paquets du serveur de Cisco Unity à Microsoft Exchange ont l'égal ou la haute priorité que le trafic vocal. Comme avec n'importe quelle modification de qualité de service, l'utilisation de moniteur pour déterminer les en affectent à la Qualité vocale.

Causes liées au logiciel connues de retard dans des versions 4.0(3) et antérieures de Cisco Unity

Ces causes connues de retard peuvent avoir comme conséquence des problèmes d'écoute pour un abonné appelle le Cisco Unity. Supplémentaire, quelques causes peuvent être composées par la synchronisation des demandes réseau et des temps de réponse de serveur de réseau ou de partenaire.

Les retards dus ont sérialisé des demandes MAPI de permuter ? introduisez des erreurs pour tests l'ID CSCea68581

Symptôme

Un abonné signale un retard après avoir écrit leur mot de passe ou pendant la récupération de message, la livraison, l'expédition ou répondre.

Description du problème

MAPI reçoit des demandes d'Unity d'une manière sérialisée. Si une demande simple MAPI est retardée pour une raison quelconque, des demandes ultérieures sont également retardées jusqu'à ce que la première demande soit terminée. Les raisons pour le délai initial de n'importe quelle demande par MAPI à un Microsoft Exchange Server incluent :

  • Connexion réseau et latence entre le Cisco Unity et Microsoft Exchange Server ou entre deux serveurs exchanges ou plus.

  • Activité d'indexation de message de Microsoft Exchange.

    Par exemple, quand le compte de services d'échange nombre de messages dans la boîte de réception d'un abonné et les classent par catégorie en tant que types particuliers pour présenter à un ou plusieurs applications cliente (par exemple, nouveau contre les messages lus, la priorité urgente contre les messages de priorité ou la messagerie vocale normaux, l'email, la télécopie, les comptes de réception). Le pour en savoir plus, voient les retards de création d'index de boîte aux lettres ? la description CSCdy36517 dans ce document.

  • Dégradation de représentation de Microsoft Exchange due à la configuration du disque d'échange ou à l'utilisation élevée inexacte (le pour en savoir plus, se rapportent à l'article de base de connaissances de Microsoft - 188676leavingcisco.com et livres blancs de supervision des performances d'échange de MS).

Contournement

Corrigez l'un des au-dessus des conditions qui peuvent être responsables du temps de réponse accru de demande MAPI.

Solution

Améliorez au Cisco Unity 4.0(4) ou aux versions ultérieures. Avec cette version, des demandes simultanées sont faites pour autant de serveurs de Microsoft Exchange comme existent dans l'environnement. Par exemple, au lieu de cinq demandes MAPI séquentiellement alignées pour cinq serveurs exchanges différents, une demande simple est envoyée à chacun des cinq serveurs exchanges en même temps.

Retards de création d'index de boîte aux lettres ? ID CSCdy36517 de bogue

Symptôme

Un abonné signale un retard après avoir écrit leur mot de passe.

Description du problème

Quand le serveur de partenaire de Cisco Unity est un mailstore de Microsoft Exchange (versions 5.5, 2000 ou 2003), le procédé de création d'index pour la boîte de réception d'un abonné peut entraîner un retard après que l'abonné entre leur mot de passe.

Un index des messages lus ou non lus aussi bien que du type de message (tel que la Voix, l'email, la télécopie, les réceptions) est créé quand l'utilisateur se termine leur première connexion. Nombre de messages dans la boîte de réception des affects d'abonné à quelle rapidité Microsoft Exchange est capable de renvoyer les nombres de messages au Cisco Unity. Par exemple, quelques mille messages dans la boîte de réception peuvent avoir comme conséquence un seconde retard 10-15, tandis que les dizaines de milliers de messages peuvent retarder la demande de l'abonné quelques minutes.

Si cet index expire (plus vraisemblablement dans Microsoft Exchange 5.5) ou est remplacé (très probablement avec échange 2000 ou 2003 dus à de plusieurs clients d'échange), la récréation de l'index fait éprouver des utilisateurs un retard semblable.

Contournement

Diminuez nombre de messages dans la boîte de réception des abonnés affectés.

Solution

Améliorez au Cisco Unity 4.0(4) ou aux versions ultérieures.

Retarde quand un abonné répond à un message ? introduisez des erreurs pour tests l'ID CSCeb87047

Symptôme

Un abonné signale un retard en répondant à un message.

Description du problème

Quand le serveur de partenaire de Cisco Unity est un mailstore de Microsoft Exchange (versions 5.5, 2000 ou 2003) et des réponses d'un abonné à un message vocal, il y a le potentiel pour un certain retard entre les demandes de conversation car le message d'origine est copié. Ceci résulte en retard avant que la lecture du nom ou de l'extension du destinataire du message, ou après le message de réponse enregistré.

Contournement

Aucun.

Solution

Améliorez au Cisco Unity 4.0(4) ou aux versions ultérieures.

Retarde quand un abonné en avant un message ? introduisez des erreurs pour tests l'ID CSCdw60112

Symptôme

Un abonné signale un retard en expédiant un message.

Description du problème

Quand le serveur de partenaire de Cisco Unity est un mailstore de Microsoft Exchange (versions 5.5, 2000 ou 2003) et un abonné en avant un message vocal, il y a le potentiel pour un certain retard entre les demandes de conversation car le message d'origine est copié. Ceci a comme conséquence un retard avant que la lecture du nom ou de l'extension du destinataire du message.

Contournement

Aucun.

Solution

Améliorez au Cisco Unity 3.0(5), 3.1(3), 4.0(1) ou versions ultérieures.

Retarde quand un abonné supprime un message ? introduisez des erreurs pour tests l'ID CSCeb55381

Symptôme

Un abonné signale un retard en supprimant un message.

Description du problème

Quand le serveur de partenaire de Cisco Unity est un mailstore de Microsoft Exchange (versions 5.5, 2000 ou 2003) et un abonné supprime un message vocal, il y a le potentiel pour un certain retard entre les demandes de conversation car le message d'origine est supprimé.

Le défaut se produit quand chacun des deux conditions sont présentes :

  1. Le Classe de service (Cos) plaçant « les messages supprimés sont copiés sur les éléments supprimés que le répertoire » est activé pour l'abonné qui est supprime le message.

    Remarque: L'établissement de COS est disponible sur l'administrateur de Cisco Unity | Classe de service | Page de messages.

  2. L'abonné supprime un message très grand au-dessus de TUI.

Contournement

Désactivez le COS plaçant « les messages supprimés sont copiés sur le répertoire d'éléments supprimés ».

Solution

Il n'y a aucune solution logicielle en cours à cette question en date de la dernière version (Cisco Unity 4.0(4)).

Optimisez la représentation d'échange

Si la version 5.5 de Microsoft Exchange est utilisée, exécutez l'optimiseur de Microsoft Exchange comme indiqué dans le KO 266051 de MS. Le pour en savoir plus, se rapportent à XADM : La « compréhension l'optimiseur de représentation de Microsoft Exchange Server »leavingcisco.com .

Remarque: Si vous exécutez l'optimiseur de Microsoft Exchange et il n'améliore pas des temps de réponse dans la conversation d'abonné, ou si l'échange 2000 est utilisé, référez-vous à 3 fondements de représentation de serveur exchangeleavingcisco.com .

Échange 5.5 indexant

Les boîtes aux lettres avec un grand nombre de messages peuvent éprouver des logins delays intermittents si Microsoft Exchange réindexe la boîte aux lettres. Le pour en savoir plus, se rapportent à ces articles :

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: 22432