Voix : Plan de composition

Considérations de Plan de composition CUCM pour le CMR dans l'exemple CUCM-central de configuration de déploiement

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

Introduction

Ce document décrit les considérations de Plan de composition sur Cisco Unified Communications Manager (CUCM) quand les salles de téléconférence de Collaboration (CMR) sont utilisées dans un déploiement CUCM-central. Il discute les différentes options, les implications, et la configuration.

Contribué par Kristof Van Coillie, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Le CMR est pris en charge en date de la version XC2.3 de conducteur de TelePresence et de la version 1.2 de l'extension d'approvisionnement de suite de gestion TelePresence (TMSPE). Ce document ne couvre pas la configuration du CMR, qui est couvert du guide de déploiement d'extension de ravitaillement de suite logicielle de gestion Cisco TelePresence.

Composants utilisés

La solution dans cet exemple utilise la suite de gestion TelePresence (TMS), le TMSPE, le conducteur de TelePresence, le serveur de TelePresence (SOLIDES TOTAUX), et le CUCM. Les autres composants illustrés (autoroute-C et autoroute-e) sont facultatifs et fournissent la Connectivité aux points finaux sur l'Internet et/ou les appels d'entreprise à entreprise.

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.

Configurez

Diagramme du réseau

Puisque ce document utilise un déploiement CUCM-central, la gamme d'autoroute est utilisée et le conducteur est intégré avec CUCM. Un déploiement typique est illustré ici :

Dans cet exemple, le domaine de Protocole SIP (Session Initiation Protocol) dans le déploiement est company.com et des utilisateurs peuvent être atteints par l'intermédiaire de l'identifiant de ressource uniforme (URI) composant, par exemple user1@company.com.

Configurations

Le CMR sont hébergés par les serveurs de TelePresence. Pour que des utilisateurs introduisent dans eux, des appels doivent être conduits vers le joncteur réseau de SIP au conducteur. Il y a deux options pour le format de l'URI pour le CMR.

Option 1 : Format CMR - user1@meet.company.com

Le premier choix utilise un sous-domaine de company.com comme partie de domaine dans l'URIs du CMR : meet.company.com.

Ceci fait la configuration de Plan de composition sur le straighforward CUCM ; vous pouvez configurer un nouveau modèle d'artère de SIP avec le routage de domaine pour ce sous-domaine comme illustré ici :

Notez que dans cet exemple, aucune partition de routage n'est configurée sur le modèle d'artère de SIP et est par conséquent accessible à tous les périphériques. La classe du contrôle utilisant les espaces de recherche d'appel (CSS) et des partitions peut être utilisée afin de limiter de certains utilisateurs/périphériques pour composer ces modèles.

Option 2 : Format CMR - meet.user1@company.com

La deuxième option utilise le domaine principal comme partie de domaine dans le SIP URIs du CMR : company.com.

Les modèles d'artère de SIP ne prennent en charge pas des expressions régulières, ainsi vous pourriez configurer le modèle d'artère de SIP comme illustré ici :

Avec cette configuration, chaque l'URI qui s'assortit la partie company.com de domaine qui n'est pas dans la base de données CUCM (points finaux local-enregistrés) est conduit au conducteur. Il est important de noter que des appels à URIs non enregistré sur CUCM sont envoyés au conducteur (même pour URIs le conducteur ne se rend pas compte environ). Afin de surmonter ceci, vous pouvez utiliser l'importation du service de consultation d'InterCluster (Ils), qui est décrite plus tard.

La solution précédente fonctionne quand le déploiement n'a aucun point final enregistré au serveur de communication vidéo (VCS) que partage le même domaine ou intégration de Lync qui partagent le même domaine. Au cas où il y aurait des points finaux ou une intégration de Lync qui partagent le même domaine, quelques appels avec la partie company.com de domaine doivent être envoyés à Expresssway-C/VCS-C, alors que des appels vers le CMR (qui ont également la partie company.com de domaine) doivent être conduits au conducteur. Un déploiement d'exemple où le même domaine est partagé entre les points finaux enregistrés à CUCM et un tiers système de Contrôle d'appel est affiché ici :

Dans cette situation, vous devez employer la caractéristique d'importation Ils afin d'importer le SIP URIs de conducteur comme catalogue global dans la table CUCM Ils. Comme source pour cette importation, vous pouvez exporter les données de pièce dans TMS. Cette option est disponible sous le système > le ravitaillement > les utilisateurs.

Il est important de noter, cependant, que si le CMR n'a pas été créé par l'utilisateur, la salle n'est pas répertoriée dans cette exportation. Ceci signifie que vous devez exécuter cette procédure chaque fois qu'une nouvelle salle est créée ou des données d'exportation à partir du Répertoire actif (AD) afin d'établir la liste pour tous les utilisateurs.

Sur CUCM, vous devez se terminer ces étapes :

  1. Assurez-vous que Cisco Ils et Cisco Bulk Provisioning Service sont lancés et passage.

  2. Changez le rôle de la batterie à la batterie de hub sous la fonctionnalité avancée > la configuration Ils.



  3. Donnez à l'ID de batterie un nom propre sous le System > Enterprise Parameters.



  4. Créez un catalogue global de Plan de composition sous le routage d'appels > réplication globale de Plan de composition > les catalogues globaux importés de Plan de composition. La chaîne d'artère est utilisée en même temps que des modèles d'artère de SIP afin de conduire des appels au conducteur : vous associez l'URIs pour le CMR avec ce catalogue global de Plan de composition, CUCM puis utilisez la chaîne d'artère configurée afin de décider comment conduire l'appel (au lieu de l'URI d'origine). De cette façon, vous pouvez conduire des appels avec la même partie de domaine à un joncteur réseau différent de SIP :



  5. Configurez un modèle d'artère de SIP qui apparie la chaîne d'artère dans le catalogue global configuré de Plan de composition de sorte que l'URIs importé associé avec le catalogue global de Plan de composition soient conduits au joncteur réseau de SIP de conducteur :



  6. Téléchargez le fichier texte qui contient le SIP URIs du CMR en tant que le répertoire importé URIs et modèles sous la gestion > le téléchargement/fichiers téléchargés en vrac :



    Votre fichier d'importation devrait ressembler à ceci :

    PatternType,PSTNFailover,Pattern
    URI,,meet.user1@company.com
    URI,,meet.user2@company.com


  7. Importez l'URIs avec le fichier texte importé et le catalogue global créé de Plan de composition sous la gestion > le répertoire en vrac URIs et des modèles > URI de répertoire importé par insertion et modelez la configuration.



Une fois que le travail a été terminé, des appels à URIs dans le fichier texte sont conduits au joncteur réseau de SIP au conducteur.

Vérifiez

Quand aucun URIs ne sont importés dans le catalogue global, vous pouvez tester si vous appelez l'URI d'un CMR qui a été créé. Sur CUCM, vous devez s'assurer :

  • Le joncteur réseau de SIP vers le conducteur est en service le service complet :



  • Le CSS du périphérique appelant doit contenir la partition configurée sur le modèle d'artère de SIP.

Au cas où URIs seraient importés dans le catalogue global, vous devez également s'assurer que :

  • Le travail d'importation a été terminé avec succès sous la gestion > le Planificateur de tâches en vrac :



  • L'URI que vous appelez est répertorié sous le routage d'appels > réplication globale de Plan de composition > répertoire importé URIs :

Dépannez

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Informations connexes


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