Ce document décrit comment configurer un déploiement hybride de mobile et d'Accès à distance (MRA) et comment dépanner les problèmes qui pourraient être produits avec ce déploiement.
Aucune spécification déterminée n'est requise pour ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
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.
Cette section fournit une certaine information générale qui est utile pour les procédures qui sont décrites dans ce document.
C'est l'écoulement hybride de détection de service, comme décrit dans le guide de configuration DNS de Cisco Jabber :
Une fois le Cisco Jabber ouvre une session avec succès au messenger de Cisco WebEx pour l'instant message et le téléphone (services IM&P), il vérifie pour voir si l'utilisateur est associé avec une batterie de Cisco Unified Communications Manager (CUCM). Si l'utilisateur est associé à une batterie CUCM, et un enregistrement du service de _collab-edge (SRV) est trouvé pour le voiceservicesdomain ou le domaine de messenger de WebEx, alors les tentatives de client de Jabber de récupérer les services de téléphonie du CUCM configuré groupent par les autoroutes de Cisco qui sont indiquées dans la requête de _collab-edge.
La seule condition requise de Système de noms de domaine (DNS) pour un déploiement hybride MRA est qu'un enregistrement SRV de la collab-périphérie. _tls.<domain> soit créé sur un serveur DNS externe, et qu'il indique l'adresse IP externe d'Expressway-e sur le port 8443.
Vous n'êtes pas requis de créer un enregistrement SRV du _cuplogin. _tcp.<domain> intérieurement. Cisco recommande que vous créiez les _cisco-uds. _tcp.<domain> de sorte qu'Expressway-C mettent en boîte la consultation la batterie à la maison des clients de Jabber qui s'enregistrent par l'intermédiaire de MRA.
Comme décrit dans le guide de déploiement de DN de Cisco Jabber :
Dans des déploiements hybrides le domaine exigé pour découvrir le domaine de Cisco WebEx par la consultation de CAS peut être différent au domaine où les enregistrements DNS sont déployés. Dans ce scénario vous placez le ServicesDomain pour être le domaine utilisé pour découvrir le Cisco WebEx et pour placer le VoiceServicesDomain pour être le domaine où des enregistrements DNS sont déployés. Le domaine de services vocaux est configuré comme suit :
- Le client utilise le paramètre de VoiceServicesDomain dans le fichier de configuration. Cette option est disponible dans les clients qui prennent en charge le fichier jabber-config.xml.
- L'utilisateur clique sur en fonction un configuration url qui inclut le VoiceServicesDomain. Cette option est disponible dans les clients suivants :
- Version 9.6 ou ultérieures de Cisco Jabber pour Android
- Version 9.6 ou ultérieures de Cisco Jabber pour Mac
- Version 9.6.1 ou ultérieures de Cisco Jabber pour iPhone et d'iPad
- Le client utilise le commutateur d'installation de Voice_Services_Domain dans les fichiers de bootstrap. Cette option est seulement disponible dans la version suivante du client :
- Version 9.6 ou ultérieures de Cisco Jabber pour Windows
Voyez la version appropriée du guide d'installation et de configuration, pour plus d'informations détaillées.
Après que le Cisco Jabber obtienne le domaine de services, il questionne le Serveur de noms qui est configuré à l'ordinateur client ou au périphérique.
Cette section décrit comment configurer le C d'autoroutes et l'E, et aussi comment configurer le Cisco WebEx de sorte que le déploiement hybride MRA fonctionne correctement.
Un déploiement hybride de nuage utilise cette topologie du réseau :
Ces éléments doivent être configurés sur Expressway-C et Expressway-e de sorte que le déploiement hybride MRA fonctionne :
Remplissez les procédures qui sont décrites dans le mobile et l'Accès à distance unifiés de transmissions par l'intermédiaire du guide de déploiement de Cisco Expressway afin de configurer les autoroutes et les préparer pour des services de téléphonie hybrides MRA.
La configuration de l'outil d'administration de messenger de WebEx exige que vous créez une batterie CUCM et assignez à chaque utilisateur à celle la batterie CUCM.
Terminez-vous ces étapes afin de créer une batterie CUCM sur l'outil d'administration de messenger de WebEx :
Une fois qu'une batterie CUCM est créée, elle doit être assignée à un utilisateur. Vous pouvez se terminer ceci par l'intermédiaire d'une synchronisation d'importation et de répertoire de la valeur séparée par virgule (CSV), ou par l'intermédiaire de l'interface web (comme décrit ici).
Terminez-vous ces étapes afin d'affecter un utilisateur par l'intermédiaire de l'interface web :
Aucune procédure de vérification n'est disponible pour cette configuration.
Cette section fournit les informations que vous pouvez employer afin de dépanner votre configuration.
Si vous vous connectez à un compte de Jabber de messenger de WebEx et découvrez que l'icône de service de téléphonie n'apparaît pas dans le coin inférieur du Jabber, elle indique que vous n'avez pas une batterie CUCM assignée à votre profil utilisateur dans le WebEx.
Complétez les étapes suivantes pour résoudre ce problème :
Si vous rencontrez cette question, alors référez-vous à la périphérie de Collaboration la plupart de document Cisco de problèmes courants pour les questions probables qui font échouer l'enregistrement de téléphone au CUCM.