Voix et communications unifiées : Cisco Unity

Cisco Unity : Retards de conversation de l'abonné

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


Contenu


Introduction

Ce document identifie des étapes pour dépanner les retards que les abonnés de Cisco Unity éprouvent quand ils ouvrent une session, récupèrent, expédient, et suppriment des messages au-dessus de l'interface utilisateur de téléphone (TUI). Les retards peuvent être intermittents ou cohérents pour un ou plusieurs utilisateurs. Les retards dans la conversation d'abonné peuvent persister pendant quelques secondes ou pour une durée significative. Ces retards affectent 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) 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.

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 sur la procédure de connexion à la boîte aux lettres. Les abonnés peuvent également éprouver des retards quand ces utilisateurs récupèrent, expédient, ou suppriment des messages au-dessus de TUI.

Ce problème peut se produire dans n'importe quelle version de Cisco Unity dans laquelle le mailstore et le serveur d'Unity sont dans des emplacements distincts. Cette situation est courante dans des versions 3.0(x) ou ultérieures de Cisco Unity.

Pour plus d'informations sur des considérations de réseau quand vous déployez le Cisco Unity, référez-vous au chapitre 2 : Considérations de réseau et d'infrastructure du guide de conception de Cisco Unity.

Vous pouvez trouver un retard quand le Cisco Unity répond à un appel. Vous n'entendez aucune demande du tout ou seulement une sonnerie. Si ceci se produit, référez-vous à ces documents pour vérifier l'Intégration de téléphonie Cisco Unity :

Comment déterminer la source de retard dans la conversation d'abonné

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

MbxSuite est un utilitaire qui accompagne l'installation de Cisco Unity. L'utilitaire détermine si un retard associe au logiciel ou aux performances du réseau.

Cet utilitaire fait les mêmes demandes que le Cisco Unity fait à Microsoft à l'interface de programmation d'applications de messagerie (MAPI). Après que vous écriviez quelques informations, MbxSuite.exe tente une procédure de connexion à une boîte aux lettres.

Vous ne pouvez pas trouver cet utilitaire avec votre version en cours de logiciel de Cisco Unity (versions plus tôt que Cisco Unity 4.0[2]). Si vous n'avez pas l'utilitaire, terminez-vous les étapes dans ce document pour isoler l'origine du retard. Si les problèmes persistent, entrez en contact avec le support technique de Cisco pour déterminer si MbxSuite isole cette question pour votre version de Cisco Unity.

Vous pouvez éprouver des retards quand vous employez cet utilitaire pour surveiller des demandes d'échange d'un abonné sélectionné. Si vous avez des retards, vous devez probablement vérifier plus loin les configurations de configuration réseau ou permuter la représentation.

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

Parfois, vous pouvez employer le ping pour indiquer des problèmes avec le débit de réseau (taux de transfert de données). Regardez la latence quand vous envoyez un grand paquet par le ping. La latence est le temps nécessaire pour qu'un paquet atteigne une destination. Si un important paquet prend un longtemps d'envoyer, 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 l'échange pour des problèmes avec la latence (Round-Trip Time [DURÉE DE TRANSMISSION]) et les paquets perdus, exécutez ces étapes :

  1. D'une invite de commande sur le serveur de Cisco Unity, exchange_server_name de ping de question - l 1048 - n 999 pour cingler le serveur exchange.

    Remarque: Dans cette commande, l est la taille de mémoire tampon d'envoi, et n est le nombre de requêtes d'écho d'envoyer. Par exemple, l'échange de commande ping - l 1048 - n 999 envoie 999 requêtes pings au serveur avec le nom « échange ». Chaque requête ping a une taille de mémoire tampon de 1048.

  2. Observez les requêtes pings et les confirmez que le temps de réponse reste moins de 10 ms ou ainsi.

    Si le temps flotte, ou si des paquets sont perdus, supposez que le problème est ou avec la bande passante ou que l'échange répond aux requêtes pings lentement.

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

  3. Si vous ne notez pas un retard ou une perte de paquets, envoyez un plus grand paquet.

    1. D'une invite de commande sur le serveur de Cisco Unity, exchange_server_name de ping de question ? l 65500 pour cingler le serveur exchange.

      Remarque: Dans cette commande, l est la taille de mémoire tampon d'envoi.

    2. Vérifiez la DURÉE DE TRANSMISSION.

      Une DURÉE DE TRANSMISSION moyenne qui est un grand nombre (par exemple, plus considérablement que 30 ms) indique des problèmes avec le débit de réseau.

      attention Attention : Le ping peut chronométrer pendant ce test si le routeur limite la longueur de paquet de ping. Avec cette restriction de packet-size, le test ne vous indique pas quelque chose au sujet du débit. Soyez prudent si vous passez par un routeur parce que la plupart des Routeurs limitent la longueur de paquet de ping à approximativement 1400 octets.

  4. Si les temps de réponse ping flottent, comparez le serveur de Cisco Unity et le permutez avec un serveur de Cisco 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.

    1. Du serveur de Cisco Unity, échange de ping de question - l 1048 - n 999 pour cingler l'autre serveur.

    2. Vérifiez la latence ou la perte de paquets.

      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 serveur exchange.

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

Procédez comme suit :

  1. Copiez un grand fichier du serveur de Cisco Unity sur un autre PC par le réseau.

  2. Notez le nombre de Mbits/s que vous recevez.

    Si le transfert des données ne se produit pas au débit prévu, vérifiez les configurations du network interface card (NIC) en fonction :

    • le serveur de Cisco Unity

    • le serveur exchange (ou serveurs) auquel des abonnés sont autoguidés

    • les ports de commutateur où chaque serveur se connecte au réseau

    Si vous trouvez des conflits du mode bidirectionnel d'interface réseau, corrigez ces derniers comme décrit dans le positionnement NIC à l'automatique détectez la vitesse linéaire et le duplex, qui a comme conséquence la section de bas débit de ce document.

    Vous pouvez visualiser le nombre de Kbps qui a transféré. Ouvrez l'état de connexion au réseau local d'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, qui a comme conséquence le bas débit

Un NIC que vous placez à l'automatique détectent la vitesse linéaire et le duplex sur le serveur de Cisco Unity ou sur n'importe quel serveur exchange ou commutateur auxquels l'Unity se connecte peut entraîner des retards. Les retards se produisent si la carte négocie moins que des 100 Mbits/s, bidirectionnel simultané.

Placez le NIC aux 100 Mbits/s, bidirectionnel simultané, 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/24288/unity-messages-tui_1.gif

Pour vérifier vos configurations de RÉSEAU LOCAL, choisissez du menu de démarrage de Windows : 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/24288/unity-messages-tui_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 que le Cisco Unity, l'échange, et le Cisco CallManager occupent 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 l'échange. Si un périphérique de routeur existe, confirmez qu'il n'y a aucune erreur sur les ports pour le routeur. En outre, vérifiez la programmation sur le routeur. Déterminez si vous avez la jonction activée sur les ports, et déterminez ce que sont les paramètres bidirectionnels. Ces configurations devraient apparier les configurations NIC de 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 qui passe par le routeur. Le pour en savoir plus, se rapportent au port de commutateur de dépannage de document et relient des problèmes.

Vous pouvez constater qu'un périphérique de routeur connecte le Cisco Unity et l'échange et que vous avez le supérieur à prioritaire par trafic vocal le trafic d'échange. Dans ce cas, une de ces deux options peut résoudre le problème de délai :

  • Déplacez le Cisco Unity au même sous-réseau que l'échange. Ceci élimine le routeur et permet au trafic d'échange (appel de procédure à distance [RPC]) pour circuler directement entre les serveurs sans retard que la hiérarchisation de routeur entraîne.

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

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

Chacun des problèmes connus décrits dans cette section est une cause potentielle du retard qu'un abonné entend quand l'abonné appelle le Cisco Unity. En outre, la période des demandes réseau et le réseau/les temps de réponse serveur de partenaire peuvent composer certaines de ces causes.

Les retards dus ont sérialisé des demandes MAPI de permuter — CSCea68581

Référez-vous à l'ID de bogue Cisco CSCea68581 (clients enregistrés seulement) pour des détails sur cette cause de retard.

Symptôme

Un abonné signale un retard après que l'abonné entre le mot de passe ou pendant la récupération de message, la livraison, en avant ou la réponse.

Description du problème

MAPI reçoit des demandes de Cisco Unity d'une manière sérialisée. Si une demande simple MAPI éprouve un retard pour une raison quelconque, les demandes ultérieures retardent également jusqu'à ce que cette demande soit complète. Les raisons pour le délai initial de n'importe quelle demande par l'intermédiaire de MAPI à un serveur exchange incluent :

Contournement

Corrigez n'importe quelle condition initiale pour l'augmentation du temps de réponse de demande MAPI.

Solution

Améliorez au Cisco Unity 4.0(4). Cette version fait des demandes simultanées d'autant de serveurs exchanges comme exister dans l'environnement. Par exemple, le Cisco Unity 4.0(4) n'aligne pas séquentiellement cinq demandes MAPI de cinq serveurs exchanges différents ; au lieu de cela, cette version envoie une demande simple à chacun des cinq serveurs exchanges en même temps.

Retards de création d'index de boîte aux lettres — CSCdy36517

Référez-vous à l'ID de bogue Cisco CSCdy36517 (clients enregistrés seulement) pour des détails sur cette cause de retard.

Symptôme

Un abonné entre le mot de passe et signale un retard.

Description du problème

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

Quand l'utilisateur se termine la première connexion, l'échange crée un index de messages lus/non lus aussi bien que des types de message (Voix, courrier électronique, télécopie, ou réceptions). Nombre de messages dans la boîte de réception des affects d'abonné à quelle rapidité l'échange peut renvoyer les nombres de messages au Cisco Unity. Par exemple, quelques mille messages dans la boîte de réception peuvent encourir seulement un seconde retard 10 ? 15. Cependant, les dizaines de milliers de messages peuvent retarder la demande d'abonné de quelques minutes.

Cet index peut expirer ou peut éprouver un écraser. L'expiration se produit le plus souvent dans l'échange 5.5. L'écraser se produit le plus souvent avec l'échange 2000 ou 2003 en raison des plusieurs clients des services d'échange. Une récréation de l'index entraîne un retard semblable.

Contournement

Diminuez nombre de messages dans la boîte de réception de l'abonné ou des abonnés qui éprouvent le retard.

Solution

Améliorez au Cisco Unity 4.0(4).

Optimisez la représentation d'échange

Si vous utilisez la version 5.5 d'échange, exécutez l'optimiseur de représentation d'échange. Référez-vous à l'article de base de connaissances de Microsoft - 266051leavingcisco.com pour des instructions.

Remarque: Si vous exécutez l'optimiseur de représentation d'échange mais l'optimiseur n'aide pas, ou si vous utilisez l'échange 2000, référez-vous aux fondements du document 3 de la 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 les besoins d'échange de réindexer la boîte aux lettres. Le pour en savoir plus, se rapportent à ces articles :

Les contournements pour le retard pendant la suppression de message ou expédient

Le message en avant ou la suppression copie un fichier de la boîte de réception d'échange sur le répertoire d'ébauches d'échange ou le répertoire d'éléments supprimés. Si l'abonné tente ces actions au-dessus de TUI, les retards apparents peuvent se produire pendant la copie de message pour permuter.

Les contournements que cette section fournit peuvent réduire la suppression de message et le message retardent en avant.

Retards spécifiques à la suppression de message

Confirmez que vous avez désactivé les messages supprimés êtes copié sur l'option de dossier Éléments supprimés dans le Classe de service (Cos) d'utilisateur. Si vous décochez cette case, les messages suppriment immédiatement. Autrement, ils copient sur les éléments supprimés le répertoire, qui peut entraîner des retards apparents.

Pour désactiver le mouvement des messages au répertoire d'éléments supprimés, exécutez ces étapes :

  1. De la fenêtre de gestion de système Cisco Unity, classe de service de clic sous se diriger d'abonnés.

  2. Messages de clic.

  3. Décochez les messages supprimés sont copiés dans la case de dossier Éléments supprimés.

  4. Exécutez les étapes 2 et 3 pour le chaque cos que les abonnés sont dedans.

Retards spécifiques au message en avant

Améliorez au Cisco Unity 3.1(3). Le Cisco Unity 3.1(3) retarde la copie des connexions jusqu'après l'envoi du message (au lieu de avant l'envoi). Ceci évite la latence de copie en cas d'une annulation de message avant l'envoi du message. D'un point de vue d'utilisateur, le retard semble après la presse 2 soumettre la demande (au lieu de après que l'utilisateur appuie sur 5 pour expédier et avant que l'utilisateur entend les demandes de adressage). Cette modification aide l'écoulement de conversation mieux. Cependant, il ne retire pas le retard ; il le déplace juste à une autre zone de la conversation.

Les retards dans le message expédient et suppression

Vous pouvez permettre G.729 au compactage de réduire le retard. Si vous ramenez l'échantillonnage à 8 kilohertz (KHZ), vous augmentez la vitesse de approximativement 30 pour cent. Un mouvement à G.729a résout vraisemblablement le problème (dû au compactage), mais ceci peut avoir comme conséquence une baisse de Qualité vocale.

Retards spécifiques pour ouvrir une session

Les boîtes aux lettres avec un grand nombre de messages peuvent entraîner des logins delays si les besoins d'échange de réindexer la boîte aux lettres. (La taille des messages n'est pas nécessairement un facteur.) L'échange peut devoir réindexer une boîte aux lettres la première fois des logins d'un utilisateur à la boîte aux lettres après maintenance de serveur exchange. Les utilisateurs avec un grand nombre de messages dans la boîte aux lettres peuvent souhaiter archiver des messages plus anciens dans un fichier personnel des répertoires de Microsoft Outlook (.pst).

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