Configurez l'assurance principale de Collaboration (PCA) - des diagnostics de conférence

Introduction

Ce document décrit comment configurer et installer votre déploiement pour des diagnostics de conférence dans l'assurance principale de Collaboration (PCA) surveillez proactivement les statistiques de Voix/conférence vidéo.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Procédure de connexion d'admin de gestionnaire d'appel
• Procédure de connexion PCA
• Votre serveur de moniteur de TelePresence (TMS)
• Qualifications de noyau/Expressway, si c'est approprié

  

Composants utilisés

Les informations dans ce document sont basées sur des versions 11.x PCA - 12.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.

Informations générales

Cisco amorcent la Collaboration 11.x prend en charge ces types de visibilité :

• Pleine visibilité - La détection d'appel avec l'utilisation du feedback de HTTP JTAPI/et des informations de suivi en temps réel telles que des statistiques de conférence, et les informations de conférence est prise en charge.

• Visibilité limitée - La détection d'appel automatique avec l'utilisation du feedback de HTTP JTAPI/a lieu, mais les informations de suivi en temps réel telles que des statistiques de conférence, et les informations de conférence ne sont pas prises en charge. Des points finaux avec la visibilité limitée sont indiqués avec une icône moitié-obscurcie dans la topologie de conférence.

Cisco amorcent la Collaboration 12.x prend en charge ces types de visibilité :

• Pleine visibilité - La détection d'appel avec l'utilisation du feedback de HTTP JTAPI/et des informations de suivi en temps réel telles que des statistiques de conférence, et les informations de conférence est prise en charge.
• Aucune visibilité - La détection d'appel avec l'utilisation du feedback de HTTP JTAPI/et les informations de suivi en temps réel ne sont pas prises en charge. Ces points finaux sont affichés à la page de surveillance de conférence avec une icône entièrement obscurcie.

Limite de positionnement de points finaux à la visibilité limitée ou pleine par OVULES

• Les petites archives ouvertes de virtualisation (OVULES) prennent en charge jusqu'à 500 points finaux
• Les OVULES moyens prend en charge jusqu'à 1000 points finaux
• Les grands OVULES prend en charge jusqu'à 1800 points finaux
• Les OVULES très grands prend en charge jusqu'à 2000 points finaux

Une liste de périphériques pris en charge par PCA en vue de des conférences et nos sessions prises en charge est suivant les indications de l'image de table ici.

  

Configurez

Conférence du scénario 1. avec les points finaux visuels enregistrés au gestionnaire d'appel

Étape 1. D'abord vous devez s'assurer que les gestionnaires d'appel sont dans un état géré.

Naviguez pour inventorier > gestion des stocks > gèrent des qualifications > créent un profil pour la batterie de gestionnaire d'appel.

Note: Souvenez-vous chaque profil de créance utilise les mêmes qualifications pour chaque IP répertorié dans le profil. Ainsi, si vous répertoriez le gestionnaire d'appel Publisher et l'abonné dans le même profil de créance, il emploie ces mêmes qualifications pour découvrir les deux IP address. Si vous avez un conducteur dans votre installation, découvrez le conducteur d'abord puis le Cisco Call manager suivant les indications de l'image.

Étape 2. Assurez que vous avez installé le Protocole HTTP (Hypertext Transfer Protocol), le protocole de gestion de nom élémentaire (SNMP) et les qualifications de la téléphonie API (JTAPI) de Javas 

En outre, vous devez activer le service du couplage de la téléphonie et de l'informatique de Cisco (CTI) dans l'utilité de gestionnaire d'appel.

Installation de Cisco Unified Communications Manager

HTTP d'enable

Vous ne devez pas créer un nouvel utilisateur si vous voulez permettre à Cisco la Collaboration principale pour employer des qualifications d'admin pour ouvrir une session. Alternativement, si vous voulez permettre au Cisco Prime Collaboration Manager pour employer les qualifications droites pour se connecter dans Cisco Unified Communications Manager, vous devez créer un nouveau groupe d'utilisateurs de HTTP et un utilisateur correspondant que la Collaboration principale de Cisco peut utiliser pour communiquer.

Afin de créer un utilisateur suivez ces étapes :

Étape 1. Connectez-vous dans l'interface web de gestion de Cisco Unified CM avec votre compte administrateur.

Étape 2. Créez un groupe d'utilisateurs avec des privilèges suffisants. Naviguez vers l'utilisateur Management>User Settings> que le contrôle d'accès Groupand créent un nouveau groupe d'utilisateurs avec un nom approprié, PC_HTTP_Users dans ce cas. Maintenant, selectSave.

Étape 3. Naviguez vers le groupe et le selectFind de contrôle d'accès de Management>User Settings> d'utilisateur. Trouvez le groupe que vous avez défini et cliquez sur en fonction l'icône du côté droit.

Étape 4. Le rôle de SelectAssign à Groupand sélectionnent ces rôles :

• AXL standard API Access
• Utilisateurs d'admin de la norme CCM
• Gestion standard d'UTILITÉ

Étape 5. Sauvegarde de clic.

Étape 6. Du menu principal, naviguez le toUser Management>Application Users>Create un nouvel utilisateur.

Spécifiez un mot de passe approprié sur l'utilisateur Configurationpage de theApplication. Vous pouvez sélectionner seulement certain type de périphériques de la zone de texte disponible de périphériques, ou permettez à Cisco la Collaboration principale pour surveiller tous les périphériques

Étape 7. Dans le thePermission Informationsection, le selectAdd à l'utilisateur Groupand sélectionnent le groupe qui a été créé dans l'étape 1. (par exemple, PC_HTTP_Users).

Étape 8. ClickSave. La page est régénérée et les bons privilèges sont affichés.

SNMP d'enable

Le SNMP n'est pas activé dans Cisco Unified Communications Manager par défaut.

Afin d'activer le SNMP :

Étape 1. Connectez-vous dans Serviceabilityview unifié par theCisco dans le GUI de Web de Cisco Unified Communications Manager.

Étape 2. Naviguez vers des outils > l'activation de service.

Étape 3. Serveur choisi de Publisher. 

Étape 4. Naviguez vers la représentation > les services de contrôle et sélectionnez la case pour le service SNMP de Cisco Call manager.

Étape 5. Sélectionnez la sauvegarde au bas de l'écran.

Afin de créer une chaîne de caractères de la communauté SNMP :

Étape 1. Connectez-vous dans Serviceabilityview unifié par theCisco le GUI de Web de Cisco Unified Communications Manager.

Étape 2. Du menu principal dans la vue d'utilité de Cisco Unified, naviguez le toSNMP > le v1/v2c > la chaîne de la Communauté.

Étape 3. Sélectionnez un serveur et un clickFind.
Si la chaîne de la communauté est déjà définie, le nom de chaîne de la Communauté est affiché dans les résultats de la recherche.

Étape 4. Le newto de ClickAdd ajoutent une nouvelle chaîne si aucun résultat n'est affiché.

Étape 5. Spécifiez les informations requises SNMP et sauvegardez la configuration.

Note: Seulement le SNMP a lu seulement (RO) Access est nécessaire.

Service du début CTI

Il exécute la procédure pour le noeud de Cisco Unified Communications Manager que vous désirez, il est préférable placer sur deux Noeuds.

Étape 1. Connectez-vous dans Cisco Unified l'utilité, visualisée dans l'interface utilisateur graphique de Cisco Unified Communications Manager.

Étape 2. Naviguez les toTools > l'activation de service.

Étape 3. Sélectionnez un serveur de la liste déroulante.

Étape 4. De la section de services cm, case du theCisco CTI Managercheck de contrôle.

Étape 5. Sélectionnez la sauvegarde en haut de l'écran

Créez l'utilisateur d'application pour le contrôle PCA CTI (l'utilisateur JTAPI)

JTAPI est utilisé pour récupérer les informations d'état de session du périphérique. Vous devez créer un utilisateur d'application pour le contrôle CTI dans le processeur d'appel avec l'autorisation priée de recevoir des événements JTAPI sur des points finaux. La Collaboration principale gère de plusieurs batteries de processeur d'appel. Vous devez s'assurer que les id de batterie sont seuls. Créez un utilisateur de nouvelle application pour aider la Collaboration principale de Cisco à obtenir l'information requise.

Afin de créer un nouvel utilisateur d'application JTAPI suivez ces étapes :

Étape 1. Connectez-vous dans l'interface web de gestion de Cisco Unified CM par votre compte administrateur.

Étape 2. Créez un groupe d'utilisateurs avec des privilèges suffisants. Naviguez vers l'utilisateur Management>User Settings> que le contrôle d'accès Groupand créent un nouveau groupe d'utilisateurs avec un nom approprié, PC_HTTP_Users dans ce cas. Maintenant, selectSave.

Étape 3. Choisissez le groupe et le clickFind de contrôle d'accès de Management>User Settings> d'utilisateur. Trouvez le groupe que vous avez défini et sélectionnez l'icône du côté droit.

Étape 4. Le rôle de ClickAssign à Groupand sélectionnent ces rôles :

• CTI standard permettent la surveillance d'appel
• CTI standard activé
• CTI standard permettent le contrôle des téléphones prenant en charge Xfer connecté et conf

Étape 5. SelectSave.

Étape 6. Du menu principal, naviguez le toUser Management>Application Users>Create un nouvel utilisateur.
Spécifiez un mot de passe approprié sur l'utilisateur Configurationpage de theApplication. Vous pouvez sélectionner certain type de périphériques de la zone de texte disponible de périphériques, ou permettez à Cisco la Collaboration principale pour surveiller tous les périphériques.

Note: Le mot de passe ne doit pas contenir un point-virgule (;) ou des égaux (=).

Étape 7. Dans le thePermission Informationsection, le selectAdd au contrôle d'accès Groupand sélectionnent le groupe qui a été créé dans l'étape 1. (par exemple, PC_HTTP_Users).

Étape 8. ClickSave. La page est régénérée et les bons privilèges sont affichés. 

Note: Si le gestionnaire d'appel était géré avant l'ajouter de l'utilisateur JTAPI, assurez- quel'utilisateur JTAPI est ajouté dans le profil de créance pour le gestionnaire d'appel et redécouvrez-le.

Suite des étapes du scénario 1. :

Étape 3. Naviguez vers l'utilisateur d'application du gestionnaire d'appel JTAPI que vous avez créé, et déplacez les points finaux pris en charge des périphériques disponibles aux périphériques commandés.

Vous pouvez exécuter ceci par la fonction d'association de périphérique suivant les indications de l'image.

Si vous renvoyez à la limite de positionnement de points finaux à la visibilité limitée ou pleine par OVULES vous pouvez vérifier la quantité de périphériques que vous avez ajoutés à la taille d'OVULES.

Dans cet écran, vous pouvez filtrer par le nom du périphérique, la description ou le nombre de répertoire pour vous aider à gérer et filtrer ces périphériques suivant les indications de l'image.

Il est utile de noter ces périphériques car on l'ajoute dans l'étape 7.

 Assurez que les rôles de l'utilisateur corrects sont aussi bien ajoutés pour cet utilisateur JTAPI :

• CTI standard permettent la surveillance d'appel
• CTI standard activé
• CTI standard permettent le contrôle des téléphones prenant en charge Xfer connecté et conf suivant les indications de l'image.

Pour une liste de périphériques pris en charge par PCA, en vue de des conférences et nos sessions prises en charge, renvoyez à la section Informations générales.

Note: Supplémentaire, assurez-vous que les commande d'appareils par l'utilisateur d'application CTI ont le contrôle d'autoriser du périphérique de la case CTI cochée sous l'information sur le périphérique suivant les indications de l'image.

Note: Il est important de noter avant que vous poursuiviez que si vous avez les points finaux enregistrés au gestionnaire d'appel et gestionnaire d'appel est intégré avec VCS/TMS, alors vous découvrez votre VCS/TMS d'abord, alors découvrez votre bout de gestionnaire d'appel. Ce chemin du point de vue d'inventaire, toute votre infrastructure est tracé à l'emplacement approprié. En outre, quand vous découvrez les VCS/TMS s'assurent que vous modification le par défaut découvrez l'onglet au périphérique respectif de TMS/VCS ou de gestionnaire d'appel.

Étape 4. Ensuite dans le PCA, la découverte des périphériques et l'entrée choisies dans les adresses IP de vos gestionnaires d'appel, sélectionnent les deux cases sur la configuration automatique et sélectionnent le passage maintenant suivant les indications de l'image.

Étape 5. Après que les gestionnaires d'appel soient dans un état géré, passez à l'étape 6.

Note: Si le gestionnaire d'appel n'est pas dans un état géré, il est le plus souvent dû au HTTP ou le SNMP, si davantage d'assistance est nécessaire ouvrent une valise TAC pour obtenir le gestionnaire d'appel dans un état géré.

Étape 6. Naviguez pour inventorier > programme de détection de programme d'inventaire > de données de batterie et pour sélectionner le passage maintenant.

Note: Ce dépend de combien se sont enregistrés/périphériques non-enregistrés que vous avez. Ce processus peut prendre n'importe où de quelques minutes à quelques heures. Vérifiez tout au long de la journée par une régénération de la page. Aussi bien, ceci trace votre batterie de gestionnaire d'appel ensemble et récupère tous vos points finaux. Après que ce soit complet, poursuivez à l'étape suivante. 

Note: Il est important de mentionner dans l'inventaire PCA s'il y a des points finaux où vous voulez avoir des statistiques de conférence qui sont pris en charge. Assurez-vous que ceux-ci sont bien gérés pour des états et toutes les statistiques, pour afficher les informations correctes.

Étape 7. Naviguez pour diagnostiquer > des diagnostics de point final.

Afin d'obtenir jusqu'aux statistiques de date pour vos points finaux de conférence que vous devez placer leur visibilité au possible de plus haut niveau qu'est autorisé par le système.

Sélectionnez tous les points finaux que vous voulez surveiller dans les diagnostics de conférence puis cliquez sur Edit la visibilité et puis sélectionnez la pleine visibilité suivant les indications de l'image.

La visibilité limitée affiche seulement le périphérique dans la topologie mais aucun statistiques et lui ne peut récupérer les alarmes applicables pour ces périphériques liés aux diagnostics de conférence.

Note: Si vous sélectionnez, par exemple, 10 points finaux et pleine visibilité choisie elle sélectionne le de plus haut niveau du support de visibilité par périphérique.

Étape 8. Afin de tester, naviguer pour diagnostiquer > expositions en cours ou terminées de diagnostics de conférence et d'une conférence, suivant les indications de l'image.

Dans ces conférences vous pouvez visualiser la perte de paquets, la latence et le jitter moyens pour des appels audios et vidéos.

En outre, obtenez une topologie de la session et des périphériques impliqués.

Actuellement, les diagnostics de conférence retire l'information en fonction du DN et si votre environnement a partagé le dn, le PCA récupère le premier qu'il reçoit pour la conférence.

Alarmes racontables de conférence

Pour des diagnostics de conférence vous pouvez recevoir trois alarmes différentes pour n'importe quelle session et placer leurs seuils :

• Perte de paquets
• Latence
• Jitter

Pour chacune de ces derniers, vous pouvez modifier le seuil par défaut, des surpress il ou définir quels périphériques vous voudriez associés à cette alarme.

Étape 1. Naviguez pour alarmer et signaler la personnalisation de gestion > d'événement.

Étape 2. Les règles choisies de seuil et s'assurent que vous faites sélectionner de base.

Étape 3. Faites descendre l'écran ou filtrez vers votre droite pour la catégorie nommée Session suivant les indications de l'image.

Étape 4. Sélectionnez la flèche de baisse vers le bas qui est à côté de l'alarme. Vous voulez modifier et vous pouvez modifier principaux ou essentiels les pourcentages de mineur, pour la perte de paquets, le jitter ou la latence.

Étape 5. Si vous voudriez aux surpress puis commutez l'augmenter à Surpress.

Étape 6. Si vous voudriez définir les points finaux associés à l'alarme vous pouvez sélectionner la règle faite sur commande.

Étape 7. Ensuite, sélectionnez le type de périphérique > sélectionnent tous les périphériques ou périphériques sélectionables que vous voulez pour cette alarme et cliquez sur la sauvegarde.

États racontables de conférence

Pour des diagnostics de conférence les états peuvent être récupérés et visualisés.

Il y a deux états :

• États de conférence
• États de point final de TelePresence

Pour des états de conférence, vous pouvez visualiser une liste de toutes les conférences dans un calendrier d'un à quatre semaines ou à une période faite sur commande comme nécessaire.

Étape 1. Naviguez vers des états > des états de conférence suivant les indications de l'image.

Comptes rendus succincts de conférence

Ceci signale fournit une vue de chaque point final que vous avez sélectionnée en tant que limité/complètement la visibilité et leurs conférences.

Les statistiques affichées ici sont :

• Utilisation moyenne de conférence
• Alarmes liées à la conférence
• Perte de paquets, jitter et latence moyens
• La plus longue conférence

Ceci peut vous aider à réaliser une vue granulaire dans des questions où vous pouvez avoir dans votre Voix/réseau vidéo pour déterminer quels points finaux ont les la plupart des questions.

En outre, vous pouvez utiliser votre bande passante dans la correspondance par utilisation.

Onglet d'état de détail de conférence

Si vous rencontrez une alarme pour une conférence vous pouvez naviguer vers l'onglet d'état de détail de conférence.

Une fois que vous sélectionnez la conférence, vous pouvez l'affiner pour trouver le nom de point final, la version de logiciel et d'autres détails que vous pouvez être intéressé dedans. 

Pour la TelePresence le point final signale, vous peut visualiser par point final :

• Nombre de conférences que ce périphérique a eues
• Pourcentage d'utilisation
• Modèle de point final
• Utilisation 

En outre, vous pouvez changer l'utilisation Paramaters par l'onglet d'utilisation de modification suivant les indications de l'image.

Ceci place les paramètres pour ce périphérique ainsi le système sait de l'utilisation quel pourcentage à afficher.

L'aucun compte rendu succinct de point final d'exposition n'affiche les points finaux qui avaient manqué des conférences programmées.

Dans ce graphique, vous pouvez également visualiser le point final et combien total a programmé des conférences et lesquels de ces derniers se sont produits et n'étaient aucune exposition.

Appel d'essai visuel de conférence

Vous pouvez créer des appels d'essai visuels point par point entre deux points finaux visuels dans l'état géré, pour tester votre réseau. Vous pouvez voir des événements et les alarmes, les statistiques de session, les statistiques de point final, et la topologie du réseau avec des statistiques comme autre appelle. Seulement les CTS, le C et les codecs EX de gamme sont pris en charge pour cet appel.

En outre, ceci peut être utilisé pour valider tout est fonctionnel avec des diagnostics de conférence.

Conditions préalables

• Cette caractéristique n'est pas prise en charge pour la gamme des codecs E20.
• Afin d'utiliser cette caractéristique, des qualifications CLI doivent être ajoutées pour les points finaux.
• Assurez-vous que les points finaux sont enregistrés et JTAPI est activé pour des points finaux (s'ils sont enregistrés à l'Unified CM).
• La caractéristique visuelle d'appel d'essai n'est pas disponible, si vous avez déployé la Collaboration de perfection de Cisco en mode FSG.

Étape 1. Naviguez pour diagnostiquer > des diagnostics de point final.

Étape 2. Sélectionnez deux points finaux applicables selon les conditions préalables mentionnées.

Étape 3. Le passage choisi teste > l'appel d'essai visuel.

Étape 4. Vous pouvez programmer l'appel d'essai visuel pour fonctionner maintenant ou sur un programme re-occurance.

Étape 5. Cet appel d'essai visuel affiche alors dans l'écran de diagnostics de conférence.

Conférence du scénario 2. avec non des points finaux enregistrés de gestionnaire d'appel

Étape 1. Assurez-vous que la suite de gestion TelePresence (TMS) et des qualifications de serveurs de communications vidéo (VCS) sont disponibles.

Note: Quand vous découvrez votre VCS/TMS dans ce scénario, le processus de découverte est important. Si vous avez un gestionnaire d'appel dans votre installation, découvrez le conducteur d'abord puis le Cisco Call manager.

 Étape 2. Naviguez pour inventorier > gestion des stocks > gèrent des qualifications > choisi ajoutent et puis écrivent les informations pour votre TMS, alors que vous créez un profil de créance distinct pour vos VCS suivant les indications de l'image.

Étape 3. Une fois que le profil de créance est créé, sélectionnez la découverte des périphériques, écrivez les IP address et dans le VCS choisi d'onglet de détection et découvrez les périphériques de VCS. En outre, TMS choisis pour le TMS et entrent dans eux sont IP address. Cliquez sur Run maintenant suivant les indications de l'image.

Étape 4. Assurez que le VCS et les TMS sont dans un état géré.

Note: Si le VCS ou le TMS n'est pas dans un état géré, il est le plus souvent dû au HTTP ou le SNMP, si davantage d'assistance est nécessaire ouvrent une valise TAC pour obtenir le VCS/TMS dans un état géré.

Note: Utilisez cet URL et remplacez le _of_VCS_Server d'IP_Address par l'adresse IP appropriée une fois que le VCS est dans un état géré. Le serveur PCA doit être enregistré en tant que serveur de feedback au VCS, ceci s'assure que quand les extrémités d'une session de conférence là est aucune question avec le VCS de données n'envoie de nouveau au PCA. 

https:// <IP_Address_of_VCS_Server>/getxml ? location+/Status/feedback, les qualifications de HTTP sont demandés et une fois qu'entré, vous devez recevoir une réponse suivant les indications de l'image.

Note: Si la Collaboration principale n'est pas abonnée au VCS par l'abonnement de feedback de HTTP, elle ne doit pas être annoncée par le VCS quand un point final enregistré joint ou laisse une session, ou des registres ou des unregisters au VCS. Dans ce cas, placez la visibilité de ces points finaux à plein ou limités au besoin et l'assurez que votre VCS est dans un état géré.

Étape 5. Naviguez pour inventorier > programme de détection de programme d'inventaire > de données de batterie et pour sélectionner le passage maintenant.

Note: Ce processus peut prendre un certain temps pendant qu'il remplit cette fonction à travers tous les périphériques d'infrastructure. Par conséquent, s'il ne se termine pas après quelques minutes, revérifiez après 1-2 heures. Les systèmes très grands peuvent prendre à 4 heures. Il est important de mentionner dans l'inventaire PCA s'il y a des points finaux où vous voulez avoir des statistiques de conférence qui sont pris en charge et que vous vous assurez également ceux-ci êtes aussi bien géré pour que des états et toutes les statistiques affichent aux informations appropriées.

Pour une liste de périphériques pris en charge selon le PCA en vue de des conférences et nos sessions prises en charge, référez-vous à la section Informations générales.

Étape 6. Naviguez pour diagnostiquer > des diagnostics de point final.

Afin d'obtenir des statistiques correctes pour les points finaux de conférence, vous devez placer leur visibilité au possible de plus haut niveau permis par le système.

Sélectionnez tous les points finaux que vous voulez surveiller dans les diagnostics de conférence puis cliquez sur Edit la visibilité et puis sélectionnez la visibilité maximum.

Note: Si vous sélectionnez, par exemple, 10 points finaux et pleine visibilité choisie elle sélectionne le de plus haut niveau du support de visibilité par périphérique.

Étape 7. Afin de tester, naviguer pour diagnostiquer > les diagnostics de conférence et une conférence en cours ou terminée est suivant les indications de l'image.

Dans ces conférences vous pouvez visualiser la perte de paquets, la latence et le jitter moyens pour des appels audios et vidéos.

En outre, vous obtenez une topologie de la session et des périphériques impliqués.

Alarmes racontables de conférence

Pour des diagnostics de conférence, vous pouvez recevoir trois différents alarme n'importe quelle session et place leurs thressholds :

• Perte de paquets
• Latence
• Jitter

Chacune de ces derniers vous pouvez modifier le seuil par défaut, le désactiver entièrement ou définir quels périphériques vous voudriez associés à cette alarme.

Étape 1. Naviguez pour alarmer et signaler la personnalisation >Event de gestion.

Étape 2. Les règles choisies de seuil et s'assurent que vous faites sélectionner de base.

Étape 3. Faites descendre l'écran ou filtrez vers votre droite pour la catégorie nommée Session suivant les indications de l'image.

Étape 4. Sélectionnez la flèche de baisse vers le bas à côté de l'alarme que vous voulez modifier et vous pouvez modifier principaux ou essentiels les pourcentages de mineur, pour la perte de paquets, le jitter ou la latence.

Étape 5. Si vous voudriez aux surpress itthen le commutateur l'augmenter à Surpress.

Étape 6. Si vous voudriez définir les points finaux associés à l'alarme vous sélectionneriez la règle faite sur commande.

Étape 7. Ensuite, le type de périphérique choisi > sélectionnent tous les périphériques ou périphériques sélectionables que vous voulez pour cette alarme et cliquez sur la sauvegarde.

États racontables de conférence

Pour des diagnostics de conférence les états peuvent être récupérés et visualisés.

Il y a deux états :

• États de conférence
• États de point final de TelePresence

Pour des états de conférence, vous pouvez visualiser une liste de toutes les conférences dans un calendrier d'un à quatre semaines ou à une période faite sur commande comme nécessaire.

Étape 1. Naviguez pour signaler > des états de conférence suivant les indications de l'image.

Comptes rendus succincts de conférence

Ceci signale fournit une vue de chaque point final que vous avez sélectionné en tant que limité/complètement la visibilité et leurs conférences.

Les statistiques affichées ici sont :

• Utilisation moyenne de conférence
• Alarmes liées à la conférence
• Perte de paquets, jitter et latence moyens
• La plus longue conférence

Ceci peut vous aider à réaliser une vue granulaire dans vous émet peut avoir dans votre Voix/réseau vidéo pour déterminer quels points finaux ont les la plupart des questions.

Utilisez aussi bien votre bande passante dans la correspondance par utilisation

Onglet d'état de détail de conférence

Si vous rencontrez une alarme pour une conférence, vous pouvez naviguer vers l'onglet d'état de détail de conférence.

Une fois que vous sélectionnez la conférence que vous pouvez affiner pour trouver le nom de point final, version de logiciel et d'autres détails vous maye soyez intéressé dedans. 

Pour la TelePresence le point final vous signale peut visualiser par point final

• Nombre de conférences que ce périphérique a eues
• Pourcentage d'utilisation
• Modèle de point final
• Utilisation 

En outre, vous pouvez changer l'utilisation Paramaters par l'onglet d'utilisation de modification suivant les indications de l'image.

Ceci place les paramètres pour ce périphérique ainsi le système sait de l'utilisation quel pourcentage à afficher.

L'aucun compte rendu succinct de point final d'exposition n'affiche les points finaux qui avaient manqué des conférences programmées.

Dans ce graphique, vous pouvez visualiser le point final et combien total a programmé des conférences et lesquels de ces derniers se sont produits et n'étaient aucune exposition.

Appel d'essai visuel de conférence

Vous pouvez créer des appels d'essai visuels point par point entre deux points finaux visuels qui sont dans un état géré, pour tester votre réseau. Vous pouvez voir des événements et des alarmes, des statistiques de session, des statistiques de point final, et topologie du réseau. Seulement les CTS, le C et les codecs EX de gamme sont pris en charge pour cet appel.

En outre, ceci peut être utilisé pour valider toute la fonctionnalité est correct avec des diagnostics de conférence.

Conditions préalables

• Cette caractéristique n'est pas prise en charge pour la gamme des codecs E20.
• Afin d'utiliser cette caractéristique, des qualifications CLI doivent être ajoutées pour les points finaux.
• Assurez-vous que les points finaux sont enregistrés et JTAPI est activé pour des points finaux (s'ils sont enregistrés à l'Unified CM).
• La caractéristique visuelle d'appel d'essai n'est pas disponible si vous avez déployé la Collaboration de perfection de Cisco en mode FSG.

Étape 1. Naviguez pour diagnostiquer > des diagnostics de point final.

Étape 2. Sélectionnez deux points finaux applicables selon les conditions préalables.

Étape 3. Le passage choisi teste > l'appel d'essai visuel.

Étape 4. Vous pouvez programmer l'appel d'essai visuel pour fonctionner maintenant ou sur un programme re-occurance.

Étape 5. Cet appel d'essai visuel affiche alors dans l'écran de diagnostics de conférence.

Vérifiez

Aucune procédure de vérification n'est disponible pour cette configuration.

Dépannez

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Logs à collecter pour le dépannage

Étape 1. Naviguez vers l'administration système > la Gestion de log.

Étape 2. Faites descendre l'écran au module et la surveillance choisie de session et choisi éditent suivant les indications de l'image.

Étape 3. Changez le niveau de log pour mettre au point et cliquer sur la sauvegarde.

Étape 4. Reproduisez la question alors revenue à l'écran de gestion de log.

Étape 5. Après que vous reproduisiez la question, la surveillance choisie de session et sélectionnent le log de téléchargement.

Étape 6. Après que vous téléchargiez, extrayez le fichier zip.

Étape 7. Ouvrez le fichier zip et naviguez vers les emplacements pour les logs utiles :

/opt/emms/emsam/log/SessionMon/

• CUCMJTAPI.log 
• CUCMJTAPIDiag.log
• CSMTracker 
• CSMTrackerDiag.log
• CSMTrackerDataSource.log 
• PostInitSessionMon.log