Introduction
Ce document décrit les considérations de plan de numérotation sur Cisco Unified Communications Manager (CUCM) lorsque les salles de réunion de collaboration (CMR) sont utilisées dans un déploiement centré sur CUCM. Il traite des différentes options, des implications et de la configuration.
Conditions préalables
Conditions requises
CMR est pris en charge depuis la version XC2.3 de TelePresence Conductor et la version 1.2 de TelePresence Management Suite Provisioning Extension (TMSPE). Ce document ne couvre pas la configuration de CMR, qui est traitée dans le Guide de déploiement de l'extension d'approvisionnement de Cisco TelePresence Management Suite.
Components Used
La solution de cet exemple utilise TelePresence Management Suite (TMS), TMSPE, TelePresence Conductor, TelePresence Server (TS) et CUCM. Les autres composants illustrés (Expressway-C et Expressway-E) sont facultatifs et fournissent la connectivité aux terminaux sur Internet et/ou les appels entre entreprises.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Configuration
Diagramme du réseau
Puisque ce document utilise un déploiement centré sur CUCM, la série Expressway est utilisée et le Conductor est intégré à CUCM. Un déploiement type est illustré ici :
Dans cet exemple, le domaine SIP (Session Initiation Protocol) dans le déploiement est company.com et les utilisateurs peuvent être joints via la numérotation URI (Uniform Resource Identifier), par exemple user1@company.com.
Configurations
Les CMR sont hébergés par les serveurs TelePresence. Pour que les utilisateurs puissent y accéder, les appels doivent être acheminés vers la ligne principale SIP vers le Conductor. Il existe deux options pour le format de l'URI pour le CMR.
Option 1 : Format CMR - user1@meet.company.com
La première option utilise un sous-domaine de company.com comme partie de domaine dans les URI des routeurs CMR : rendez-vous.compagnie.com.
Cela rend la configuration du plan de numérotation sur CUCM directe ; vous pouvez configurer un nouveau modèle de route 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 de routage SIP et est donc accessible à tous les périphériques. La classe de contrôle à l'aide des espaces de recherche d'appels (CSS) et des partitions peut être utilisée afin de restreindre certains utilisateurs/périphériques à composer ces modèles.
Option 2 : Format CMR - meet.user1@company.com
La deuxième option utilise le domaine principal comme partie du domaine dans les URI SIP du CMR : société.com.
Les modèles de routage SIP ne prennent pas en charge les expressions régulières. Vous pouvez donc configurer le modèle de routage SIP comme illustré ici :
Avec cette configuration, chaque URI qui correspond à la partie domaine company.com qui ne figure pas dans la base de données CUCM (points de terminaison enregistrés localement) est acheminé vers le Conductor. Il est important de noter que les appels aux URI non enregistrés sur CUCM sont envoyés au Conductor (même pour les URI que le Conductor ne connaît pas). Afin de surmonter cela, vous pouvez utiliser l'importation du service de recherche InterCluster (ILS), qui est décrite plus loin.
La solution précédente fonctionne lorsque le déploiement ne comporte aucun point de terminaison enregistré sur le serveur de communication vidéo (VCS) qui partage le même domaine ou l'intégration Lync qui partage le même domaine. Si des terminaux ou une intégration Lync partagent le même domaine, certains appels avec la partie domaine company.com doivent être envoyés à Expresssway-C/VCS-C, tandis que les appels vers le CMR (qui ont également la partie domaine company.com) doivent être acheminés vers le Conductor. Voici un exemple de déploiement où le même domaine est partagé entre les points de terminaison enregistrés auprès de CUCM et un système de contrôle d'appel tiers :
Dans ce cas, vous devez utiliser la fonction d'importation ILS afin d'importer les URI SIP du Conductor comme catalogue global dans la table CUCM ILS. En tant que source de cette importation, vous pouvez exporter les données de la salle dans TMS. Cette option est disponible sous System > Provisioning > Users.
Il est toutefois important de noter que si le CMR n'a pas été créé par l'utilisateur, la salle n'est pas répertoriée dans cette exportation. Cela signifie que vous devez exécuter cette procédure chaque fois qu'une nouvelle salle est créée ou exporte des données à partir d'Active Directory (AD) afin de créer la liste pour tous les utilisateurs.
Sur CUCM, vous devez effectuer les étapes suivantes :
- Assurez-vous que Cisco ILS et Cisco Bulk Provisioning Service sont activés et exécutés.
- Modifiez le rôle du cluster en cluster de concentrateurs sous Fonctionnalités avancées > Configuration ILS.
- Attribuez un nom correct à l'ID de cluster sous System > Enterprise Parameters.
- Créez un catalogue de plan de numérotation global sous Routage des appels > Réplication du plan de numérotation global > Catalogues de plan de numérotation global importés. La chaîne de routage est utilisée conjointement avec les modèles de routage SIP afin de router les appels vers le Conductor : vous associez les URI du CMR à ce catalogue de plan de numérotation global, CUCM utilise ensuite la chaîne de routage configurée afin de décider comment router l'appel (au lieu de l'URI d'origine). De cette manière, vous pouvez acheminer des appels avec la même partie de domaine vers une autre ligne principale SIP :
- Configurez un modèle de route SIP qui correspond à la chaîne de route dans le catalogue de plan de numérotation global configuré de sorte que les URI importés associés au catalogue de plan de numérotation global soient acheminés vers la ligne principale SIP du Conductor :
- Téléchargez le fichier texte qui contient les URI SIP de la CMR en tant qu'URI et modèles de répertoire importés sous Bulk Administration > Upload/Download Files :
Votre fichier d'importation doit ressembler à ceci :
PatternType,PSTNFailover,Pattern
URI,,meet.user1@company.com
URI,,meet.user2@company.com
- Importez les URI avec le fichier texte importé et le catalogue de plan de numérotation global créé sous Bulk Administration > Directory URIs and Patterns > Insert Imported Directory URI and Pattern Configuration.
Une fois le travail terminé, les appels aux URI du fichier texte sont acheminés vers la ligne principale SIP vers le Conductor.
Vérification
Si aucun URI n'est importé dans le catalogue global, vous pouvez tester si vous appelez l'URI d'un CMR créé. Sur CUCM, vous devez vous assurer que :
- La liaison SIP vers le Conductor est en service complet :
- Le CSS du périphérique appelant doit contenir la partition configurée sur le modèle de route SIP.
Si des URI ont été importés dans le catalogue global, vous devez également vous assurer que :
- Le travail d'importation a été terminé avec succès sous Administration en bloc > Planificateur :
- L'URI que vous appelez est répertorié sous Routage des appels > Réplication du plan de numérotation global > URI du répertoire importé :
Dépannage
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.
Informations connexes