WebEx : Suite logicielle de gestion Cisco TelePresence

Dépannez l'inversion de configuration de point final de TelePresence après intégration avec TMS

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (23 juillet 2015) | Commentaires

Introduction

Ce document décrit un problème qui est produit quand une modification automatique se produit dans la configuration d'un point final de TelePresence Cisco après qu'elle soit intégrée avec un serveur de gestion Cisco TelePresence (TMS).

Remarque: Les scénarios, les symptômes, et les étapes qui sont décrites dans ce document sont donnés pour dépannage des buts après que la première installation soit déjà terminée.

Contribué par Vivek Kumar Singh, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

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

Composants utilisés

Les informations dans ce document sont basées sur un point final de TelePresence Cisco qui exécute le logiciel des codecs de TelePresence Cisco (comité technique) ou le MXP et le TMS.

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 vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle configuration.

Problème

Les points finaux qui sont ajoutés à la rencontre TMS une inversion de configuration à l'inconnu évalue chaque nuit ou au hasard périodes. Il peut y avoir de plusieurs raisons pour ces modifications de configuration sur le point final. La question qui se produit quand la configuration retourne est due au l'un ou l'autre une réinitialisation de codecs ou un reprovision TMS du point final.

Vous devez vérifier si les modifications sont apportées par le TMS ou manuellement terminées par l'utilisateur.

Vérifiez la cause de la modification de configuration

Cet extrait de log affiche un résultat qui peut être observé quand la modification est apportée par l'admin d'utilisateur :

ppc appl[2743]: 854597.29 CuilApp   User admin(1001) successfully changed
configuration 'Config/H323/Profile[1]/CallSetup/Mode' to 'Direct'
from 64.X.X.X.

Suivant les indications de la sortie :

  • L'adresse IP dont l'interface web est accédée à est 64.X.X.X.

  • L'utilisateur ouvert une session comme admin.

  • C'est la modification qui a été apportée : 'Config/H323/Profile[1]/CallSetup/Mode « dirigent ».

Il est important que vous vérifiiez l'adresse IP. Référez-vous aux sections qui suivent afin de dépanner la question quand l'adresse IP est celle d'un TMS, qui confirme que le TMS a apporté la modification de configuration.

Causes possibles

Cette section décrit deux causes possibles pour cette question.

TMS retourne la sauvegarde de configuration

Pour les exemples qui sont décrits dans ce document, un changement de l'établissement d'appel de h323 au garde-porte sur le point final est fait manuellement ; cependant, la sauvegarde sur le TMS est placée pour diriger.

Après que vous ayez déterminé le point final pour lequel la configuration est retournée, allez à l'interface web TMS et naviguez vers le point final spécifique :

  1. Connectez-vous dans l'interface web TMS.

  2. Naviguez vers le système et recherchez le point final.

  3. Après que vous sélectionniez le point final du côté gauche de l'écran, déplacez le curseur à l'onglet Settings du côté droit de l'écran.

  4. Le clic comparent la configuration.

  5. Recherchez la configuration qui a rencontré la modification. Si vous observez que le paramètre système est mis en valeur en rouge, il indique que le TMS trouve un conflit entre la configuration de système et la configuration sauvegardée par TMS.

Voici une image pour la référence :

Le TMS restaure la configuration sur le point final quand il restaure la sauvegarde, qui entraîne la question.

Le modèle persistant est configurations appliquées/persistantes existent

Un autre possible raison pour la modification de configuration peut être quelques paramètres de configuration persistants sur le TMS pour le point final.

Vérifiez si vous avez n'importe quel modèle de configuration qui a été configuré et appliqué au point final comme modèle persistant

Terminez-vous ces étapes afin de vérifier le modèle de configuration :

  1. Naviguez vers l'état de systèmes > de modèles de configuration > d'activité de modèles de configuration.

  2. Vérifiez n'importe quel événement qui a réussi et l'identifiez si le point final en question est répertorié.

Si le point final est répertorié, alors retirez le modèle persistant de configurations ou la configuration. Vous pouvez également éditer la configuration persistante au besoin.

Solutions

Cette section fournit des solutions aux causes de problème qui sont décrites dans les sections précédentes.

TMS retourne la sauvegarde de configuration

Afin de résoudre ce problème, vous devez sauvegarder la configuration sur le TMS une fois que la modification sur le point final est complète.

Terminez-vous ces étapes afin de prendre une sauvegarde sur le TMS :

  1. Naviguez vers la sauvegarde de systèmes > de configuration > exécutent la sauvegarde.

  2. Sélectionnez le point final pour lequel vous voulez prendre la sauvegarde et le clic font la sauvegarde.

  3. Visualisez l'état d'activité de sauvegarde/restauration de configuration et le vérifiez que l'événement s'est terminé 100% avec succès.

Le modèle persistant est configurations appliquées/persistantes existent

Afin de résoudre ce problème, changez le modèle persistant à aucun modèle, ou vous pouvez changer la configuration persistante de modèle au besoin.

Cette image fournit un exemple des configurations persistantes sur un modèle de configuration :


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.


Document ID: 119198