Water Mark
20 oct. 2020 | vue(s) | personnes ont trouvé ceci utile

Aperçu

Présentation de Cisco Webex Calling

Imaginez pouvoir exploiter les fonctionnalités d’appel, de mobilité et de PBX de l’entreprise, ainsi que les Cisco Webex Teams pour la messagerie et les réunions et l’appel à partir d’un client Webex Calling logiciel ou un périphérique Cisco. C’est exactement ce que Webex Calling doit vous offrir.

Webex Calling offre les avantages suivants :

  • Abonnements d’appel pour les utilisateurs de la téléphonie et des parties communes

  • Accès Webex Teams pour chaque utilisateur

  • Accès public au réseau téléphonique (RTCP) pour permettre aux utilisateurs de composer des numéros à l’extérieur de l’organisation. Le service est fourni via une infrastructure d’entreprise existante (passerelle locale sans PBX IP sur site ou avec l’environnement d’appel Unified CM existant)

Webex Calling prend en charge les fonctionnalités suivantes. Pour plus d’informations, voir le chapitre configurer les fonctionnalités de Webex Calling.

Tableau 1. Fonctionnalités de l’administrateur configurables

Fonctionnalité

Description

Standard automatique

Vous pouvez ajouter des messages d’accueil, configurer des menus et acheminer les appels vers un service de réponse, un groupe de recherche/groupe de distribution des appels, une boîte de messagerie vocale ou une personne réelle. Vous pouvez créer une planification de 24 heures ou fournir des options différentes quand votre entreprise est ouvert ou fermé. Vous pouvez même acheminer les appels en fonction des attributs ID de l'appelant pour créer des listes de VIP ou gérer les appels à partir de certains indicatifs différemment.

File d’attente d’appel

Vous pouvez configurer une file d’attente des appels de sorte que lorsque les appels entrants ne répondent pas, les appelants reçoivent une réponse automatique, des messages de confort et de la musique en attente jusqu’à ce qu’une personne puisse répondre à leur appel.

Interception d'appel

Vous pouvez améliorer le travail d’équipe et de collaboration en créant un groupe de prise d’appel pour que les utilisateurs puissent répondre à chacun des autres appels. Lorsque vous Ajouter des utilisateurs à un groupe de prise d'appel et un membre du groupe est occupé ou absent (e), un autre membre peut répondre à leurs appels.

Parcage d'appel

Vous pouvez activer Parcage d'appel afin que les utilisateurs peuvent mettre un appel en attente et intercepter sur un autre téléphone.

Groupe de recherche

Vous souhaiterez peut-être configurer des groupes de recherche dans les scénarios suivants :

  • Une équipe commerciale qui souhaite un acheminement séquentiel. Un appel entrant sonne sur un téléphone, mais si personne ne répond, l'appel va vers l'agent suivant dans la liste.

  • Une équipe d'assistance qui souhaitent que les téléphones sonnent tous à la fois afin que le premier agent disponible puisse répondre à l'appel.

Groupe de radiomessagerie

Vous pouvez créer un groupe de pagination afin que les utilisateurs puissent envoyer un message audio à une personne, un service ou une équipe. Lorsque quelqu'un envoie un message à un groupe de radiomessagerie, le message est lu sur tous les appareils du groupe.

Client réceptionniste

Aidez les besoins de votre personnel de bureau en leur procurant un ensemble complet d’options de contrôle d’appel, la surveillance de ligne à grande échelle, la mise en file d’attente des appels, les options et les affichages de répertoire multiples, l’intégration d’Outlook, etc.

Les utilisateurs peuvent configurer les fonctionnalités suivantes dans https://settings.webex.com, qui se lance dans le portail de l’utilisateur appelant.

Tableau 2. Fonctionnalités configurables par l’utilisateur

Fonctionnalité

Description

Refus d’appel anonyme

Les utilisateurs peuvent rejeter les appels entrants avec les ID appelant bloqués.

Continuité des activités

Si les téléphones des utilisateurs ne sont pas connectés au réseau pour une raison quelconque (coupure de courant, problèmes de réseau, etc.), les utilisateurs peuvent transférer les appels entrants vers un numéro de téléphone spécifique.

Transfert d’appels

Les utilisateurs peuvent transférer les appels entrants vers un autre téléphone.

Transfert de l’appel sélectif

Les utilisateurs peuvent transférer les appels à des moments spécifiques de certains appelants. Ce paramètre sera prioritaire sur le transfert d’appel.

Notification d’appel

Les utilisateurs peuvent s’envoyer un courrier électronique lorsqu’ils reçoivent un appel en fonction de critères prédéfinis tels que le numéro de téléphone ou la date et l’heure.

Appel en attente

Les utilisateurs peuvent autoriser la réponse à des appels entrants supplémentaires.

Ne pas déranger

Les utilisateurs peuvent autoriser temporairement tous les appels à aller directement sur la messagerie vocale.

Office Anywhere

Les utilisateurs peuvent utiliser leurs téléphones sélectionnés (« emplacements ») en tant qu’extension de leur numéro de téléphone professionnel et plan de numérotation.

Alerte de priorité

Les utilisateurs peuvent sonner leurs téléphones avec une sonnerie distinctive lorsque les critères prédéfinis sont satisfaits, tels que le numéro de téléphone ou la date et l’heure.

Bureau à distance

Les utilisateurs peuvent passer des appels à partir d’un téléphone distant et l’afficher à partir de leur ligne d’entreprise. De plus, tous les appels entrants sur leur ligne d’entreprise sonneront sur ce téléphone à distance.

Acceptation de l’appel sélectif

Les utilisateurs peuvent accepter des appels à des moments spécifiques de certains appelants.

Rejet d’appel sélectif

Les utilisateurs peuvent rejeter les appels à des moments spécifiques de certains appelants.

Sonnerie séquentielle

Sonnez jusqu’à 5 périphériques l’un après l’autre pour les appels entrants.

Sonnerie simultanée

Sonnerie des utilisateurs et autres (« Call Recipients ») en même temps pour les appels entrants.

Services de provisionnement, périphériques et utilisateurs dans Control Hub, lancement croisé pour la configuration détaillée dans l’appel du portail d’administration

Cisco Webex Control Hub (https://admin.webex.com) est un portail de gestion qui s’intègre à Webex Calling pour rationaliser vos commandes et votre configuration et centraliser votre gestion de l’offre groupée — Webex Calling, Webex teams et Webex meetings.

Control Hub est le point central pour le déploiement de tous les services, périphériques et utilisateurs. Vous pouvez effectuer la première installation de votre service d’appel, enregistrer les téléphones MPP sur le Cloud (en utilisant l’adresse MAC), configurer les utilisateurs en associant des périphériques, en ajoutant des numéros, des services, des fonctionnalités d’appel, etc. De plus, à partir de Control Hub, vous pouvez effectuer un lancement croisé vers le portail d’administration d’appel pour une configuration plus détaillée des fonctionnalités, des périphériques et des utilisateurs. Le déploiement de tous les services supplémentaires (Webex Meetings ou équipes) se déroule également dans Control Hub.

Le portail d’administration des appels permet aux clients d’accéder à la configuration avancée des fonctionnalités d’appel, ainsi qu’à un affichage rapide de l’assurance de service. Service assurance fournit des métriques de qualité d’appel parmi plusieurs emplacements dans leurs unités commerciales en indiquant si les appels sont bons, satisfaisants ou de mauvaise qualité. Recevoir des commentaires immédiats sur la qualité des appels permet aux partenaires et administrateurs clients d’offrir la meilleure qualité de services à leurs clients.

Expérience de l’utilisateur

Les utilisateurs ont accès aux interfaces suivantes :

Effectuez une visite de Cisco Webex Control Hub

Control Hub est votre interface Web unique pour gérer votre organisation, gérer vos utilisateurs, attribuer des services, analyser les tendances d’adoption et la qualité des appels, et plus encore.

Pour que votre organisation soit opérationnelle, nous vous recommandons d’inviter quelques utilisateurs à rejoindre Webex Teams en entrant leurs adresses électroniques dans Control Hub. Encouragez les personnes à utiliser les services que vous fournissez, y compris l’appel et pour vous faire part de leurs commentaires sur leur expérience. Lorsque vous êtes prêt (e), vous pouvez toujours ajouter d’autres utilisateurs.


Nous vous recommandons d’utiliser la dernière version de bureau de Google Chrome ou Mozilla Firefox pour accéder à Control Hub. Les navigateurs sur les appareils mobiles et autres navigateurs de bureau peuvent produire des résultats inattendus.

Utilisez les informations présentées ci-dessous comme un résumé de haut niveau de ce qui doit s’attendre lorsque votre organisation est configurée avec les services. Pour des informations plus détaillées, reportez-vous aux chapitres individuels pour trouver des instructions étape par étape.

Commencer

Une fois que votre partenaire a créé votre compte, vous recevrez un courrier électronique de bienvenue. Cliquez sur le lien commencer/mise en route contenu dans le courrier électronique, en utilisant chrome ou Firefox pour accéder à Control Hub. Le lien vous connecte automatiquement avec l’adresse électronique de votre administrateur. Vous serez ensuite invité à créer votre mot de passe administrateur.

Assistant de première installation pour les essais

Si votre partenaire vous a enregistré pour un essai, l’Assistant d’installation démarre automatiquement lorsque vous vous connectez à Control Hub. L’Assistant vous guide dans la paramètres de base pour que votre organisation soit opérationnelle avec Cisco Webex Calling, parmi d’autres services. Vous pouvez configurer et revoir vos paramètres d’appel avant de terminer la procédure pas à pas de l’Assistant.

Vérifiez vos paramètres

Lorsque Control Hub est chargé, vous pouvez vérifier vos paramètres.

Ajouter des utilisateurs

Maintenant que vous avez installé vos services, vous êtes prêt à ajouter des personnes à partir de votre répertoire d’entreprise. Allez à Utilisateurs et cliquez sur Gérer les utilisateurs.

Si vous utilisez Microsoft Active Directory, nous vous recommandons d’activer d' abord la synchronisation du répertoire puis de décider comment vous souhaitez ajouter des utilisateurs. Cliquez sur suivant et suivez les instructions pour installer Cisco connecteur de répertoire.

Configurer l’authentification unique (SSO)

Webex Teams utilise l’authentification de base. Vous pouvez choisir de configurer SSO afin que les utilisateurs s’authentifient avec votre entreprise Fournisseur d’identité en utilisant leurs identifiants d’entreprise, plutôt qu’un mot de passe séparé stocké et géré dans Webex.

Allez à Paramètres, faites défiler jusqu'à Authentification, cliquez sur Modifier, puis sélectionnez Intégrer un fournisseur d’identité tiers.

Attribuer des services aux utilisateurs

Vous devez attribuer des services aux utilisateurs que vous avez ajoutés pour que les personnes puissent commencer à utiliser Webex Teams.

Allez à Utilisateurs, cliquez sur Gérer les utilisateurs, sélectionnez Exporter et importer des utilisateurs avec un fichier CSV, puis cliquez sur Exporter.

Dans le fichier que vous téléchargez, ajoutez simplement true pour les services que vous souhaitez attribuer à chacun de vos utilisateurs.

Importez le fichier complet, cliquez sur Ajouter et supprimer des services, puis cliquez sur Envoyer. Vous êtes maintenant prêt (e) à configurer les fonctionnalités d’appel, enregistrer les périphériques qui peuvent être partagés dans un emplacement commun, et s’inscrire et associer des périphériques aux utilisateurs.

Donner le permettez à vos utilisateurs

Maintenant que vous avez ajouté des utilisateurs et que des services leur ont été attribués, ils peuvent commencer à utiliser leurs téléphones multiplateformes pris en charge (MPPs) pour Webex Calling et Webex Teams pour la messagerie et les réunions. Encouragez-les à utiliser les paramètres de Cisco Webex comme un guichet unique pour l’accès.

Rôle de la passerelle locale

La passerelle locale est un périphérique de périphérie d’entreprise ou de partenaire géré pour l’interfonctionnement du réseau téléphonique commuté public (RTCP) et l’interfonctionnement de l’échange de succursale publique (PBX) (incluant Unified CM).

Vous pouvez utiliser Cisco Webex Control Hub pour attribuer une passerelle locale à un emplacement, après quoi Control Hub fournit les paramètres que vous pouvez configurer sur le CUBE. Ces étapes enregistrent la passerelle locale avec le Cloud, puis RTCP service est fourni via la passerelle pour Webex Calling utilisateurs dans un emplacement spécifique.

Pour spécifier et commander une passerelle locale, lisez le Guide de commande de la passerelle locale.

Déploiements de passerelles locales pris en charge pour Webex Calling

Les déploiements de base suivants sont pris en charge :

La passerelle locale peut être déployée en autonome ou dans les déploiements où l’intégration dans Cisco Unified Communications Manager est requise.

Déploiements de passerelles locales sans PBX IP sur site

Déploiements autonomes de la passerelle locale

Cette figure montre un déploiement Webex Calling sans PBX IP existant et applicable à un emplacement unique ou un déploiement à plusieurs emplacements.

Pour tous les appels qui ne correspondent pas à vos destinations Webex Calling, Webex Calling envoie ces appels à la passerelle locale qui est attribuée à l’emplacement pour le traitement. La passerelle locale achemine tous les appels provenant de Webex Calling vers le RTCP et dans l’autre direction, RTCP à Webex Calling.

La passerelle RTCP peut être une plateforme dédiée ou corésident avec la passerelle locale. Comme dans l’illustration suivante, nous recommandons la variante de la passerelle RTCP dédiée de ce déploiement ; Il peut être utilisé si la passerelle RTCP existante ne peut pas être utilisée en tant que passerelle locale Webex Calling.

Déploiement de la passerelle locale co-résidente

La passerelle locale peut être basée sur IP, se connecter à un ITSP en utilisant une jonction SIP, ou basée sur TDM utilisant un circuit RNIS ou analogique. L’illustration suivante montre un déploiement Webex Calling dans lequel la passerelle locale est colocalisée avec la RTCP GW/SBC.

Déploiements de passerelles locales avec le PBX Unified CM sur site

Les intégrations avec Unified CM sont requises dans les cas suivants :

  • Les emplacements avec Webex Calling sont ajoutés à un déploiement Cisco UC existant où Unified CM est déployé en tant que solution de contrôle des appels sur site

  • La numérotation directe entre les téléphones enregistrés sur Unified CM et les téléphones dans Webex Calling emplacements est requise.

Cette figure montre un déploiement Webex Calling dans lequel le client a un PBX IP Unified CM existant.

BroadCloud envoie les appels qui ne correspondent pas aux destinations Webex Calling du client à la passerelle locale. Ceci inclut les numéros de RTCP et les extensions internes de Unified CM, que BroadCloud ne peut pas voir. La passerelle locale achemine tous les appels provenant de BroadCloud vers Unified CM et vice versa. Unified CM achemine ensuite les appels entrants vers les destinations locales ou vers le RTCP en fonction du plan de numérotation existant. Unified CM plan de numérotation normalise les numéros sous la forme + E. 164. La passerelle RTCP peut être une personne dédiée ou co-résidente avec la passerelle locale.

Passerelle RTCP dédiée

La variante dédiée à la RTCP de la passerelle de ce déploiement comme illustré dans ce diagramme est l’option recommandée et peut être utilisée si la passerelle RTCP existante ne peut pas être utilisée comme Webex Calling passerelle locale.

Passerelle RTCP corésident

Cette figure montre un déploiement Webex Calling avec un CM unifié où la passerelle locale est colocalisée avec la passerelle RTCP/SBC.

BroadCloud achemine tous les appels qui ne correspondent pas aux destinations Webex Calling du client sur la passerelle locale qui est attribuée à l’emplacement. Ceci inclut les destinations de RTCP et les appels sur le réseau vers les extensions internes Unified CM. La passerelle locale achemine tous les appels vers Unified CM. Unified CM achemine ensuite les appels vers les téléphones enregistrés localement ou vers le RTCP via la passerelle locale, qui dispose de la fonctionnalité de RTCP/SBC.

Considérations sur la Routage des appels

Appels de Webex Calling vers Unified CM

La logique de routage de la Webex Calling fonctionne comme ceci : Si le numéro qui est composé sur un point de terminaison Webex Calling ne peut pas être acheminé vers une autre destination dans le même client dans BroadCloud, alors l’appel est envoyé à la passerelle locale pour un traitement supplémentaire. Tous les appels hors-réseau (en dehors des BroadCloud) sont envoyés à la passerelle locale.

Pour un déploiement Webex Calling sans intégration dans une Unified CM existante, tout appel hors net est considéré comme un appel RTCP. Lorsqu’il est associé à Unified CM, un appel hors-réseau peut toujours être un appel sur le net vers n’importe quelle destination hébergée sur Unified CM ou un appel réel hors net vers une destination RTCP. La distinction entre les deux derniers types d’appels est déterminée par le Unified CM et dépend de l’entreprise plan de numérotation qui est déployée sur Unified CM.

L’illustration suivante montre une Webex Calling utilisateur qui compose un numéro national aux États-Unis.

Unified CM est maintenant basé sur la plan de numérotation configurée achemine l’appel vers un point de destination enregistré localement sur lequel est provisionnée les destinations appelées numéro de répertoire. Pour cette plan de numérotation Unified CM doit prendre en charge le routage des numéros + E. 164.

Appels de Unified CM vers Webex Calling

Pour activer le routage des appels d’Unified CM vers Webex Calling sur Unified CM, un ensemble d’itinéraires doit être déployé pour définir l’ensemble de + E. 164 et les adresses du plan de numérotation de l’entreprise dans Webex Calling.

Avec ces routes en place les deux scénarios d’appel affichés dans la figure suivante sont possibles.

Si un appelant du RTCP appelle un numéro qui est attribué à un périphérique Webex Calling, l’appel est transmis à l’entreprise via la passerelle RTCP de l’entreprise et accède ensuite à Unified CM. L’adresse appelée de cet appel correspond à l’un des itinéraires Webex Calling qui sont déployés dans Unified CM et l’appel est envoyé à la passerelle locale. (L’adresse appelée doit être au format + E. 164 lorsqu’elle est envoyée à la passerelle locale.) La logique de routage BroadCloud vérifie ensuite que l’appel est envoyé au périphérique Webex Calling prévu, en fonction de l’attribution qui a été effectuée.

De plus, les appels provenant des points de terminaison inscrits Unified CM, ciblés sur les destinations dans Webex Calling, sont soumis à la plan de numérotation qui est déployée sur Unified CM. Généralement, cette plan de numérotation permet aux utilisateurs d’utiliser les habitudes de numérotation d’entreprise communes pour passer des appels. Ces habitudes n’incluent pas nécessairement uniquement + E. 164 numérotation. Toute habitude de numérotation autre que + E. 164 doit être normalisée à + E. 164 avant que les appels soient envoyés à la passerelle locale pour autoriser le routage correct dans BroadCloud.

Classe de service (CoS)

L’implémentation d’un classe strict de restrictions de service est toujours recommandée pour diverses raisons, notamment pour éviter les appels en boucle et éviter toute fraude payante. Dans le contexte de l’intégration de Webex Calling passerelle locale avec Unified CM classe of service, nous devons envisager une classe de service pour :

  • Périphériques enregistrés avec Unified CM

  • Appels entrants dans Unified CM à partir de la RTCP

  • Appels entrants dans Unified CM à partir de BroadCloud

Périphériques enregistrés avec Unified CM

Ajouter les destinations des Webex Calling en tant que nouvelle classe de destination à une configuration de co existante est assez simple : l’autorisation d’appeler des destinations Webex Calling est généralement équivalente à la permission d’appeler les destinations sur site (y compris entre les sites).

Si un plan de numérotation d’entreprise a déjà implémenté une autorisation « (abrégée) sur le réseau », il y a déjà une partition déployée sur Unified CM que nous pouvons utiliser et approvisionner toutes les destinations sur réseau Webex Calling connues dans la même partition.

Sinon, le concept de l’autorisation « (abrégé) sur le réseau inter-sites » n’existe pas pour le moment, puis une nouvelle partition (par exemple « onNetRemote ») doit être déployée, les destinations Webex Calling sont ajoutées à cette partition et enfin cette nouvelle partition doit être ajoutée aux espaces de recherche d’appel appropriés.

Appels entrants dans Unified CM à partir de la RTCP

Ajouter les destinations des Webex Calling en tant que nouvelle classe de destination à une configuration de co existante est assez simple : l’autorisation d’appeler des destinations Webex Calling est généralement équivalente à la permission d’appeler les destinations sur site (y compris entre les sites).

Si un plan de numérotation d’entreprise a déjà implémenté une autorisation « (abrégée) sur le réseau », il y a déjà une partition déployée sur Unified CM que nous pouvons utiliser et approvisionner toutes les destinations sur réseau Webex Calling connues dans la même partition.

Sinon, le concept de l’autorisation « (abrégé) sur le réseau inter-sites » n’existe pas pour le moment, puis une nouvelle partition (par exemple « onNetRemote ») doit être déployée, les destinations Webex Calling sont ajoutées à cette partition et enfin cette nouvelle partition doit être ajoutée aux espaces de recherche d’appel appropriés.

Appels entrants dans Unified CM à partir de BroadCloud

Les appels entrants à partir de la RTCP doivent accéder à toutes les destinations Webex Calling. Ceci nécessite l’ajout de la partition ci-dessus contenant toutes les Webex Calling destinations dans l’espace de recherche d’appel utilisé pour les appels entrants sur le tronc de la RTCP. L’accès aux destinations Webex Calling vient s’ajouter à l’accès existant déjà.

Alors que pour les appels de l’RTCP l’accès à Unified CM DID et Webex Calling did est requis les appels originaires de Webex Calling doivent accéder à Unified CM DID et RTCP destinations.

Figure 1. Co différenciés pour les appels à partir de RTCP et Webex Calling

Cette figure compare ces deux classes de services différentes pour les appels à partir de RTCP et BroadCloud. La figure montre également que si la fonctionnalité de la passerelle RTCP est colocalisée avec la passerelle locale, alors deux troncs sont requis à partir de la combinaison de la RTCP GW et de la passerelle locale vers Unified CM : une pour les appels originaires de la RTCP et une pour les appels originaires de BroadCloud. Ceci est motivé par la nécessité d’appliquer des espaces de recherche d’appel différenciés par type de trafic. Avec deux troncs entrants sur Unified CM ceci peut être facilement réalisé en configurant l’espace de recherche d’appel requis pour les appels entrants sur chaque tronc

Intégration du plan de numérotation

Ce guide suppose qu’une installation existante est basée sur les meilleures pratiques actuelles dans l’architecture préférée pour les déploiements sur site de Cisco collaboration, CVD.» La dernière version est disponible à l’adresse https://www.Cisco.com/c/en/us/support/Unified-Communications/Unified-Communications-System/Products-Implementation-design.

Le design plan de numérotation recommandé suit l’approche de conception qui est documentée dans le chapitre plan de numérotation de la dernière version du système de collaboration Cisco SRND disponible à https://www.Cisco.com/go/ucsrnd.

Figure 2. Plan de numérotation recommandé

Cette figure montre un aperçu du design de plan de numérotation recommandé. Les principales caractéristiques de ce plan de numérotation Design incluent :

  • Tous les numéros de répertoire qui sont configurés sur Unified CM sont au format + E. 164.

  • Tous les numéros de répertoire résident sur la même partition (DN) et sont marqués urgents.

  • Le routage de base est basé sur + E. 164.

  • Toutes non-+ E. 164 habitudes de numérotation (par exemple, la numérotation intrasite abrégée et la numérotation RTCP utilisant les habitudes de numérotation communes) sont normalisées (globalisées) à + E. 164 en utilisant les schémas de traduction de la normalisation de la numérotation.

  • Composer les schémas de traduction de la normalisation utiliser le schéma de traduction héritage de recherche d’appel ; ils ont l’option « utiliser l’espace de recherche d’appel de l’expéditeur » définie.

  • La classe de service est implémentée en utilisant le site et la classe des espaces de recherche d’appel spécifiques à un service.

  • Les fonctions d’accès RTCP (par exemple l’accès aux destinations RTCP internationales) sont implémentées en ajoutant des partitions avec les modèles de route respectifs + E. 164 à l’espace de recherche d’appel définissant la classe du service.

Accessibilité à BroadCloud

Figure 3. Ajout de la destination BroadCloud à la plan de numérotation

Pour ajouter l’accessibilité pour les destinations BroadCloud à cette plan de numérotation, une partition représentant toutes les destinations BroadCloud doit être créée ("BroadCloud") et a + E. 164 Schéma de route pour chaque plage dans BroadCloud est ajoutée à cette partition. Cette Schéma de route référence une liste de routage avec un seul membre : le groupe de routage avec le tronc SIP à la passerelle locale pour les appels vers BroadCloud. Toutes les destinations composées étant normalisées à + E. 164 en utilisant les schémas de conversion de la normalisation de la numérotation pour les appels provenant des points de terminaison inscrits Unified CM ou des transformations de tiers appelées entrantes pour les appels provenant du RTCP cet ensemble de + E. 164 schémas de route est suffisant pour atteindre l’accessibilité pour les destinations dans BroadCloud indépendamment de l’habitude

Si, par exemple, un utilisateur compose le numéro « 914085550165 », alors le schéma de traduction de la normalisation de la numérotation dans la partition « UStoE164 » normalise cette chaine de numérotation sur « + 14085550165 » qui correspond ensuite à la Schéma de route pour une destination BroadCloud dans la partition « BroadCloud ». L’Unified CM envoie finalement l’appel à la passerelle locale.

Ajouter la numérotation abrégée intersite

Figure 4. Ajouter une numérotation abrégée intersite

La méthode recommandée pour ajouter la numérotation abrégée de l’intersite à la référence plan de numérotation est d’ajouter des schémas de traduction de la normalisation pour tous les sites sous le plan de numérotation de l’entreprise à une partition dédiée (« ESN », numéros significatifs de l’entreprise). Ces schémas de traduction interceptent les chaînes dans le format du plan de numérotation de l’entreprise et normalisent la chaîne composée à + E. 164.

Pour ajouter la numérotation d’entreprise abrégée aux destinations BroadCloud, vous ajoutez le schéma de conversion de la normalisation de la numérotation pour l’emplacement BroadCloud vers la partition « BroadCloud » (par exemple « 8101XX » dans le diagramme). Après la normalisation, l’appel est à nouveau envoyé à BroadCloud après avoir correspondant à la Schéma de route dans la partition « BroadCloud ».

Nous ne recommandons pas l’ajout du schéma de traduction abrégée de la normalisation de l’appel pour les appels BroadCloud vers la partition « ESN », car cette configuration peut créer des boucles de routage des appels indésirables.

Différence entre les Webex Calling pour les prestataires de service et les revendeurs à valeur ajoutée

Il existe deux offres d’appel séparées qui tirent parti de la même plateforme de Webex Calling. Une offre est réservée aux prestataires de service (SP) et à leurs clients alors que l’autre offre est pour les revendeurs à valeur ajoutée (var) et leurs clients. Pour la plupart, les offres sont identiques et, en tant que telles, elles se réfèrent génériquement à Webex Calling. Cependant, il existe deux différences et où nous devons appeler ces différences, nous ferons en sorte de savoir si elles s’appliquent aux SP ou aux var.

Bien que les deux offres soient administrées dans Control Hub avec des lancements croisés dans le portail d’administration d’appel, voici quelques différences essentielles.

SPs peut marquer ses portails d’appel et ses applications et doit fournir des services RTCP à ses clients ou tirer avantage du déploiement d’une passerelle locale. SPs doit également fournir sa propre assistance de niveau 1.

Les var, d’autre part, utilisent la Charte graphique fournie par Cisco. Les var ne sont pas des fournisseurs de services régulés et ne peuvent pas fournir RTCP service. RTCP service doit être optimisé via un déploiement de passerelle locale d’entreprise. Les var peuvent également fournir leur propre assistance de niveau 1 ou utiliser Cisco. Les deux appels offrent la garantie de service via les métriques de qualité média et peuvent regrouper les Webex Teams et les réunions avec leurs applications d’appel.

Gestionnaires de protocoles pour l’appel

Cisco Webex Calling enregistre les gestionnaires de protocoles suivants avec le système d’exploitation pour activer la fonctionnalité click-to-Call à partir des navigateurs Web ou d’une autre application. Les protocoles suivants démarrent un appel audio ou vidéo dans Webex Teams lorsqu’il s’agit de l’application d’appel par défaut sur Mac ou Windows :

  • CLICKTOCALL: ou CLICKTOCALL://

  • Sip: ou SIP://

  • Tél: ou TEL://

  • WEBEXTEL: ou WEBEXTEL://

Gestionnaires de protocoles pour Windows

Les autres applications peuvent s’inscrire aux gestionnaires de protocoles avant l’application Webex Teams. Dans Windows 10, la fenêtre système pour demander aux utilisateurs de sélectionner l’application à utiliser pour lancer l’appel. Les préférences de l’utilisateur peuvent être mémorisées si l’utilisateur vérifie toujours l’utilisation de cette application.

Si les utilisateurs doivent réinitialiser les paramètres par défaut de l’application d’appel pour qu’ils puissent sélectionner Webex Teams, vous pouvez leur demander de modifier les associations de protocoles pour Webex Teams dans Windows 10 :

  1. Ouvrez les paramètres par défaut de l’application paramètres système, cliquez sur définir les valeurs par défaut par l’application, puis choisissez Webex teams.

  2. Pour chaque protocole, choisissez Webex teams.

Gestionnaires de protocoles pour Mac

Sur Mac OS, si d’autres applications sont enregistrées dans les protocoles d’appel avant Webex Teams, les utilisateurs doivent configurer leurs applications Webex Teams pour être l’option d’appel par défaut.

Dans Webex Teams pour Mac, les utilisateurs peuvent confirmer que Webex teams est sélectionné pour le démarrage des appels avec le paramètre sous préférences générales. Ils peuvent également cocher la case se connecter toujours à Microsoft Outlook s’ils souhaitent passer des appels dans Webex teams lorsqu’ils cliquent sur le numéro d’un contact Outlook.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Préparer votre environnement pour l Webex Calling

Préparer votre environnement Configurer les Webex Calling pour votre organisation Configurer la passerelle locale pour RTCP Access (VARs uniquement) Cofigurer UCM Configurer les Webex Calling de l’équipe Configurer et gérer les utilisateurs Configurer et gérer les périphériques

Exigences pour les appels

Licences

Webex Calling disponible via l’forfait Cisco Collaboration Flex. Vous devez acheter un abonnement Enterprise Agreement (EA) (pour tous les utilisateurs, incluant 50 % de périphériques Workspaces) ou un abonnement Utilisateur nommé (NU) (certains ou tous les utilisateurs).

Webex Calling trois types de licences ( «Types de station »)

  • Enterprise—Ces licences fournissent un ensemble complet de fonctionnalités pour l’ensemble de votre organisation. Cette offre inclut les communications unifiées (Webex Calling), la mobilité (clients de bureau et mobiles avec prise en charge de plusieurs périphériques), la collaboration d’équipe dans Webex et l’option de regrouper des réunions jusqu’à 1 000 participants par réunion.

  • Basique —Choisissez cette option si vos utilisateurs ont besoin defonctionnalités limitées sans mobilité ou communications unifiées. Ils continueront d’obtenir une offre vocale de toutes les fonctionnalités, mais sont limités à un seul périphérique par utilisateur.


    Les licences de base sont disponibles uniquement si vous avez un abonnement d’utilisateur nommé. Les licences de base ne sont pas supportées pour les abonnements Enterprise Agreement.

  • Espaces de travail (également connu sous le nom de Zone commune)—Choisissez cette option si vous recherchez la tonalité de base avec un ensemble limité de fonctions d’appel appropriées pour les zones telles que les salles de pause, les halls et les salles de conférence.

Cette documentation vous montre plus tard comment utiliser Control Hub pour gérer ces distributions de licences à travers les emplacements de votre organisation.

Prérequis de la bande passante

Chaque périphérique dans un appel vidéo nécessite jusqu’à 2 Mbps. Chaque périphérique lors d’un appel audio nécessite 100 kbps. Les téléphones inactifs ont besoin d’une bande passante minimale.

Passerelle locale pour RTCP

Les revendeurs à valeur ajoutée (VAR) et les fournisseurs de services (SP) peuvent tous deux fournir un accès RTCP’accès Webex Calling’entreprise. La passerelle locale est actuellement la seule option permettant de fournir un accès au RTCP site. La passerelle locale peut être déployée comme autonome ou dans des déploiements où une intégration dans Cisco Unified Communications Manager est requise. Les exigences de la passerelle locale suivent.

Périphériques pris en charge

Webex Calling les téléphones IP Cisco multiplatformes (MPP). En tant qu’administrateur, vous pouvez enregistrer les téléphones suivants sur le Cloud. Voir les articles d’aide suivants pour plus d’informations :

Tableau 1. Périphériques pris en charge

Catégorie du périphérique

Type de périphérique

Simple

  • Cisco IP Phone série 6800 avec microprogrammes multiplatformes

  • Cisco IP Phone série 7800 avec microprogrammes multiplatformes

Adaptateurs de téléphonie analogique

Cisco ATA 191 et 192 avec microprogrammes multiplateformes

Conférence

  • Téléphone de conférence IP Cisco 7832 avec micrologiciel multiplatformes

  • Téléphone de conférence IP Cisco 8832 avec micrologiciel multiplatformes

avancé

  • Cisco IP deCT série 6800 avec microprogrammes multiplateformes

  • Cisco IP Phone série 8800 avec microprogrammes multiplatformes

Accessoires

Modules d’extension de touches

Cisco Webex Room, Board et les périphériques de bureau sont pris en charge en tant que périphériques dans un espace de travail que vous créez dans Control Hub. Voir « Cisco Webex Room, Board et périphériques de bureau » dans Périphériques pris en charge Webex Calling pour plus d’informations. Cependant, vous pouvez fournir le service RTCP ces périphériques en Webex Calling l’espace de travail.

Pare-feu

Répondez aux exigences du pare-feu qui sont documentées dans Informations de référence des ports pour Cisco Webex Calling.

Exigences de la passerelle locale pour Webex Calling

Prérequis généraux

Avant de configurer une passerelle locale pour Cisco Webex Calling, assurez-vous que

    • Vous permet d’avoir une connaissance de base VoIP principes fondamentaux

    • Avoir des connaissances de base sur le travail des concepts vocaux Cisco IOS-XE et IOS-XE

    • Avoir une compréhension de base de Protocole d’initiation de session (SIP)

    • Avoir une compréhension de base de Cisco Unified Communications Manager (Unified CM) si votre modèle de déploiement inclut Unified CM

    Vous pouvez trouver d’autres détails dans le Guide Cisco Unified configuration Entreprise de l’élément border (CUBE) à l’Cisco Unified. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Exigences matérielles et logicielles pour la passerelle locale

Assurez-vous que votre déploiement a une ou plusieurs des passerelles locales (Cisco CUBE (pour la connectivité IP) ou la passerelle Cisco IOS (pour la connectivité TDM) qui se sont situées dans le tableau 1 de la passerelle locale pour le guide de commande Webex Calling. De plus, assurez-vous que la plateforme exécute une version IOS-XE prise en charge selon le Guide de configuration de la passerelle locale.

Exigences relatives au certificat et à la sécurité de la passerelle locale

Webex Calling exige une signalisation et un support sécurisés. La passerelle locale CUBE effectue le chiffrement et une connexion authentification TLS mutuelle doit être établie comme une connexion sortante vers le Cloud avec les étapes suivantes :

  • Le CUBE doit être mis à jour avec le bundle racine de l’AC de Cisco PKI

  • Un ensemble de identifiants SIP Digest de Control Hub sont utilisés pour configurer le CUBE (les étapes font partie de la configuration qui suit)

  • Le bundle racine de l’AC valide le certificat présenté

  • Vous y invitez des informations d’identification (SIP digest fourni)

  • Le Cloud identifie quelle passerelle locale est enregistrée en toute sécurité

Exigences pour la traversée du pare-feu et NAT pour la passerelle locale

Dans la plupart des cas, la passerelle locale et les points de terminaison peuvent résider dans le réseau interne du client, en utilisant IP privée avec NAT. Le pare-feu d’entreprise doit autoriser le trafic sortant (SIP, RTP/UDP, HTTP) vers des adresses IP/ports spécifiques, couverts dans les informations de référence des ports.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer Cisco Webex Calling pour votre organisation

Avant de commencer

Si vous essayez de configurer un client au Canada, des étapes supplémentaires sont nécessaires. Pour plus d’informations, contactez le service d’assistance partenaire.

1

Cliquez sur le lien commencer/mise en route dans le courrier électronique de bienvenue que vous recevez.


 

L’adresse électronique de votre administrateur est automatiquement utilisée pour vous connecter à Control Hub, à partir de laquelle vous serez invité (e) à créer votre mot de passe administrateur. Après vous être connecté, l'assistant d'installation démarre automatiquement.

2

Vérifiez et acceptez le Conditions d’utilisation.

3

Vérifiez votre abonnement, puis cliquez sur commencer.

4

Sélectionnez le pays sur lequel votre centre de données doit mapper et saisissez les informations du contact client et de l’adresse du client.

5

Cliquez sur suivant : Emplacement par défaut.

6

Choisissez parmi l'une des options suivantes :

  • Cliquez sur enregistrer et fermer si vous êtes un administrateur partenaire et que vous souhaitez que l’administrateur du client termine le déploiement de Webex Calling.
  • Remplissez les Informations sur l’emplacement nécessaires. Après avoir créé l’emplacement dans l’Assistant, vous pouvez créer d’autres emplacements ultérieurement.

 

Le pays de l’emplacement par défaut est configuré en tant que pays du contrat qui a été sélectionné par le partenaire et ne peut pas être changé. Vous pouvez créer d’autres emplacements dans différents pays par la suite, mais vous devez tenir compte qu’ils seront hébergés dans le centre de données régional qui correspond au pays du contrat que vous avez sélectionné précédemment dans cette procédure. Par exemple, vous pouvez avoir un emplacement aux États-Unis et un dans le Royaume-Uni.


 

Après avoir terminé l’Assistant d’installation, assurez-vous d' Ajouter un numéro principal à l’emplacement que vous créez.

7

Supplémentaires Basculez sur Skype entreprise si cette intégration est requise, puis cliquez sur suivant.


 

Lorsqu’il est activé, ce paramètre à l’échelle de l’emplacement convertit toutes les applications d’appel existantes en appel pour S4B tout site. Cette application peut être lancée avec Skype entreprise pour Windows et offre des capacités d’appel RTCP intégrées.

8

Sélectionnez Suivant.

9

Saisissez une adresse SIP Cisco Webex disponible et cliquez sur suivant.

10

Sélectionnez Terminer.

Avant de commencer

Pour créer un nouvel emplacement, préparez les informations suivantes :

  • Adresse de l’emplacement

  • Numéros de téléphone souhaités (facultatif)

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services d' > appel > emplacements, puis cliquez sur Ajouter un emplacement.

Souvenez-vous que les nouveaux emplacements seront hébergés dans le centre de données régional qui correspond au pays du contrat que vous avez sélectionné à l’aide de l’Assistant de configuration initiale.

2

Configurez les paramètres de l’emplacement :

  • Nomde l’emplacement — saisissez un nom unique pour identifier l’emplacement.
  • Pays— Choisissez un pays auquel lier l’emplacement. Par exemple, vous pouvez créer un emplacement (siège social) aux États-Unis et un autre (succursale) au Royaume-Uni. Le pays que vous choisissez détermine les champs d’adresse qui suivent. Ceux qui sont documentés ici utilisent la Convention d’adresse américaine comme exemple.
  • Langue— Choisissez la langue de l’emplacement.
  • Adresse— Entrez le adresse postale principal de l’emplacement.
  • Ville— saisissez une ville pour cet emplacement.
  • État— à partir de la liste déroulante, choisissez un État.
  • CP/Code postal— saisissez le code postal.Numéro de téléphone— Entrez le numéro de téléphone auquel le contact principal de l’emplacement peut être joint.
3

(facultatif) Activez Skype entreprise si vos utilisateurs à cet emplacement souhaitent continuer à collaborer en utilisant l’application de bureau Microsoft Skype entreprise. les utilisateurs pourront passer et recevoir des appels téléphoniques de l’extérieur de leur organisation et bénéficier des fonctions d’appel avancées que l’application Webex Calling S4B tout site offre. Les utilisateurs doivent télécharger et installer l’application Webex Calling S4B tout site afin que lorsqu’ils lancent ou reçoivent un appel RTCP sur leur application Microsoft Skype, ils sont lancés dans l’application Webex Calling S4B tout site.


 

C’est la seule fois où vous pouvez accepter ou retirer l’intégration Skype entreprise avec l’application Webex Calling. Lorsque l’emplacement est créé, vous n’avez plus l’option de modifier ce paramètre.

4

Cliquez sur Enregistrer et choisissez si vous souhaitez ajouter des numéros maintenant ou plus tard.

5

Si vous avez cliqué sur Ajouter maintenant, choisissez l’une des options suivantes :

  • Cloud connecté RTCP — Choisissez cette option si vous recherchez une solution sur le Cloud qui ne nécessite pas un investissement significatif dans le matériel local et sélectionnez un fournisseur CCP de votre choix.


     

    Seuls les fournisseurs qui prennent en charge le pays de votre emplacement sont affichés.

  • Passerelle locale— vous pouvez choisir cette option si vous souhaitez conserver votre fournisseur RTCP actuel ou si vous souhaitez connecter des sites qui ne sont pas sur le Cloud avec des sites du Cloud et que vous avez un plan de numérotation commun (option hybride). Si vous avez plusieurs emplacements, vous ne souhaiterez peut-être pas passer tout le Cloud à la fois.
6

Choisissez si vous souhaitez activer les numéros immédiatement ou plus tard.

7

Entrez numéros de téléphone comme valeurs séparées par des virgules, puis cliquez sur valider.

Des numéros sont ajoutés à l’emplacement spécifique. Les entrées valides sont déplacées vers le champ des numéros validés et les entrées non valides restent dans le champ ajouter des numéros accompagné d’un message d’erreur.

Selon le pays de l’emplacement, les numéros sont formatés en fonction des exigences de appel local. Par exemple, si un code pays est requis, vous pouvez saisir des numéros avec ou sans le code et le code est ajouté.

8

Cliquez sur Enregistrer.

Que faire ensuite

Après avoir créé un emplacement, vous pouvez activer les services 911 d’urgence pour cet emplacement. Voir Redsky service d’urgence 911 pour Webex Calling pour plus d’informations.

Lorsque vous avez créé l’organisation de votre client dans Control Hub, le premier emplacement que vous avez créé devient automatiquement l’emplacement par défaut. Les utilisateurs que vous ajoutez à votre organisation sont attribués à cet emplacement par défaut, sauf indication contraire. Vous pouvez donner à tout autre emplacement l’emplacement par défaut, mais n’oubliez pas que vous ne pouvez pas supprimer l’emplacement par défaut.

Avant de commencer


Obtenir une liste des utilisateurs et des espaces de travail associés à un emplacement : Allez à > la partie numéros des services et à partir du menu déroulant, sélectionnez l’emplacement à supprimer. Vous devez supprimer ces utilisateurs et espaces de travail avant de supprimer l’emplacement.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à la zone services d' > appel > , puis sélectionnez l’emplacement que vous souhaitez supprimer.

2

Cliquez sur plus à côté du nom de l’emplacement, choisissez supprimerl’emplacement et confirmez que vous souhaitez supprimer cet emplacement.

Il faut généralement quelques minutes pour que l’emplacement soit supprimé définitivement, mais il peut prendre jusqu’à une heure. Vous pouvez vérifier le statut en cliquant sur plus à côté du nom de l’emplacement et en sélectionnant statut de suppression.

Vous pouvez modifier votre configuration d’RTCP ainsi que le nom, le fuseau horaire et la langue d’un emplacement après qu’il ait été créé. Souvenez-vous cependant que la nouvelle langue s’applique uniquement aux nouveaux utilisateurs et aux périphériques. Les utilisateurs et les périphériques existants continuent d’utiliser l’ancienne langue.


Pour les emplacements existants, vous pouvez activer les services 911 d’urgence. Voir Redsky service d’urgence 911 pour Webex Calling pour plus d’informations.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services d' > appel > emplacements, puis sélectionnez l’emplacement que vous souhaitez mettre à jour.

Si vous voyez un symbole d’avertissement à côté d’un emplacement, cela signifie que vous n’avez pas encore configuré un numéro de téléphone pour cet emplacement. Les utilisateurs ne peuvent pas passer ou recevoir des appels tant que ce numéro n’est pas configuré.

2

Supplémentaires Sous RTCP connexion, sélectionnez soit Cloud Connected RTCP ou passerelle locale, en fonction de celle que vous avez déjà configurée. Cliquez sur modifier pour changer cette configuration, puis reconnaissez les risques associés en sélectionnant Continuer. Puis, choisissez l’une des options suivantes et cliquez sur Enregistrer:

  • Cloud connecté RTCP — Choisissez cette option si vous recherchez une solution sur le Cloud qui ne nécessite pas un investissement significatif dans le matériel local et sélectionnez un fournisseur CCP de votre choix.


     

    Seuls les fournisseurs qui prennent en charge le pays de votre emplacement sont affichés.

  • Passerelle locale— Choisissez cette option si vous souhaitez conserver votre fournisseur de RTCP actuel ou si vous souhaitez connecter des sites qui ne sont pas sur le Cloud avec des sites du Cloud et que vous avez un plan de numérotation commun (option hybride). Si vous avez plusieurs emplacements, vous ne souhaiterez peut-être pas passer tout le Cloud à la fois.

     

    Cette option est disponible uniquement pour les revendeurs à valeur ajoutée.

3

Sélectionnez le numéro principal auquel le contact principal de l’emplacement peut être joint.

4

Sélectionnez le numéro de messagerie vocale que les utilisateurs peuvent appeler pour vérifier leur messagerie vocale pour cet emplacement.

5

Supplémentaires Cliquez sur l’icône du crayon en haut de la page emplacement pour changer le nom de l' emplacement, fuseau horaire, ou la langue si nécessaire, puis cliquez sur Enregistrer.

Ces paramètres sont également disponibles dans l’Assistant de configuration initiale. Lorsque vous modifiez votre plan de numérotation, les exemples de numéros dans Control Hub Update pour afficher ces modifications.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services d' > appel > paramètres du service, puis faites défiler jusqu’à numérotation interne.

2

Configurez les préférences de numérotation facultatives suivantes, si nécessaire :

  • Longueur du préfixe de routagedes emplacements — nous vous recommandons ce paramètre si vous avez plusieurs emplacements. Vous pouvez saisir une longueur de 2-7 chiffres. Si vous avez plusieurs emplacements avec la même extension, les utilisateurs doivent composer un préfixe lors de l’appel entre les emplacements. Par exemple, si vous avez plusieurs banques, toutes avec l’extension 1000, vous pouvez configurer un préfixe de routage pour chaque banque. Si une boutique a un préfixe de 888, vous devez composer le 8881000 pour accéder à cette boutique.
  • Chiffre directeur dans le préfixe de routage— vous pouvez définir une valeur ici que vous utilisiez les préfixes de routage des emplacements ou non.
  • Longueurde l’extension interne — vous pouvez saisir 2-6 chiffres et la valeur par défaut est 2.

     

    Une fois que vous augmentez votre longueur de l’extension, existants abrégés d’extensions internes ne sont pas automatiquement mis à jour.

3

Spécifier la numérotation interne pour des emplacements spécifiques. Allez à services > emplacements d’appel > , sélectionnez un emplacement, faites défiler jusqu’à numérotation, puis modifiez la numérotation interne et externe si nécessaire :

  • Numérotation interne— Spécifiez le préfixe de routage que les utilisateurs situés à d’autres emplacements doivent composer pour contacter une personne à cet emplacement. Le préfixe de routage de chaque emplacement doit être unique. Nous vous recommandons que la longueur du préfixe corresponde à la longueur définie au niveau de l’organisation mais qu’elle doit être comprise entre 2-7 chiffres.
  • Numérotation externe— vous pouvez choisir un chiffre de numérotation sortante que les utilisateurs doivent composer pour atteindre une ligne extérieure. La valeur par défaut est aucune et vous pouvez la quitter si vous n’avez pas besoin de cette habitude de numérotation. Si vous décidez d’utiliser cette fonctionnalité, nous vous recommandons d’utiliser un numéro différent du chiffre directeur de votre organisation.

Impact sur les utilisateurs :

  • Les utilisateurs doivent redémarrer leurs téléphones pour que les modifications apportées aux préférences de numérotation prennent effet.

  • Les extensions utilisateur ne doivent pas commencer par le même numéro que le chiffre de direction de l’emplacement.

Si vous êtes des revendeurs à valeur ajoutée, vous pouvez utiliser ces étapes pour démarrer la configuration de la passerelle locale dans Cisco Webex Control Hub. Lorsque cette passerelle est enregistrée sur le Cloud, vous pouvez l’utiliser sur un ou plusieurs de vos emplacements Cisco Webex Calling pour fournir le routage vers un fournisseur de service RTCP d’entreprise.

Avant de commencer

  • Créez des emplacements et des paramètres et des numéros spécifiques pour chacun d’entre eux. Les emplacements doivent exister avant que vous puissiez ajouter une passerelle locale.

  • Comprendre les exigences de la passerelle locale pour les Webex Calling.

  • Vous ne pouvez pas attribuer plus d’une passerelle à un emplacement, mais vous pouvez attribuer la même passerelle à plusieurs emplacements.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services d' > appel > emplacements, puis sélectionnez l’emplacement auquel vous souhaitez ajouter une passerelle locale.

2

Sous RTCP connexion, sélectionnez Cloud Connected RTCP, cliquez sur modifier, puis accusez réception des risques associés en sélectionnant Continuer.

3

Sélectionnez passerelle locale, cliquez sur gérer, puis cliquez sur créer une nouvelle passerelle locale à partir de la liste déroulante.

4

Entrez un nom pour identifier la passerelle dans Control Hub et enregistrez vos modifications en cliquant sur la coche.

Vous êtes présenté avec les paramètres pertinents que vous devez configurer sur la passerelle locale. Vous générerez également un ensemble d’identifiants SIP Digest pour sécuriser la passerelle locale.

5

Notez les informations de la passerelle locale qui s’affichent sur l’écran (domaine Registrar, groupe tronc OTG/DTG, ligne/port, adresse proxy sortante).


 

Nous vous recommandons de copier les informations du paramètre à partir de Control Hub et de les coller dans un fichier texte ou un document local pour pouvoir y faire référence lorsque vous êtes prêt (e) à configurer la passerelle locale sur site.

6

Cliquez sur récupérer le nom d’utilisateur et réinitialiser le mot de passe pour générer un nouvel ensemble d’identifiants d’authentification à utiliser sur la passerelle locale sur site.


 

Si vous perdez les identifiants, vous devez les régénérer à partir de l’écran de configuration de la passerelle dans Control Hub. Nous vous recommandons de copier ces identifiants à partir de Control Hub et de les coller dans un fichier texte ou un document local pour pouvoir vous y référer lorsque vous êtes prêt (e) à configurer la passerelle locale sur site.

Que faire ensuite

Vous devez prendre les informations de configuration que Control Hub a générée et mapper les paramètres dans la passerelle locale (par exemple, sur un CUBE Cisco qui se trouve sur l’établissement). Cet article vous guide dans ce processus. Comme référence, consultez le diagramme suivant pour un exemple de la façon dont les informations de configuration de Control Hub (sur la gauche) sont mappées sur les paramètres dans le CUBE (sur la droite) :

Après avoir terminé la configuration avec succès sur la passerelle elle-même, vous pouvez revenir à l' > emplacement des appels > des services dans Control Hub et la passerelle que vous avez créée sera listée dans la carte d’emplacement que vous lui avez attribuée avec un point vert à gauche du nom. Ce statut indique que la passerelle est enregistrée de manière sécurisée sur le Cloud appelant et qu’elle sert de passerelle active RTCP pour l’emplacement.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services-numéros d' > appel > .

Un tableau apparaît, indiquant les numéros et les informations correspondantes pour tous les emplacements. Vous pouvez cliquer sur la liste déroulante tous les emplacements et choisir un emplacement si vous souhaitez filtrer sur une personne spécifique. Le tableau contient des informations telles que l' affectation du numéro et son statut.

2

Supplémentaires À côté d’une entrée de numéro, sous actions, cliquez sur , puis choisissez l’une des options suivantes :

  • Modifier— pour les numéros actifs qui sont actuellement attribués à un utilisateur ou un emplacement. Cliquez sur cette option pour ouvrir le portail d’administration des appels, dans lequel vous pouvez effectuer des modifications supplémentaires.

  • Activer— pour les numéros ayant le statut inactif, cette option est disponible lorsqu’un numéro Webex Calling porté à un port qui a été envoyé avec une commande est terminé. Après avoir activé le numéro, le numéro s’affiche comme actif lorsqu’il est prêt à être utilisé.

  • Supprimer: pour les numéros ayant le statut inactif et qui ne sont actuellement pas attribués à un utilisateur ou à un emplacement, cette option est disponible.

3

Supplémentaires Cliquez sur Ajouter des numéros, remplissez les informations requises pour ajouter au moins un nouveau numéro à un emplacement, puis cliquez sur Enregistrer.


 

Les entrées valides se déplacent dans le champ numéros validés alors que les entrées non valides restent dans le champ ajouter des numéros accompagné d’un message d’erreur.

Les numéros doivent respecter le format E. 164 pour tous les pays, sauf les États-Unis peuvent également suivre le format national.

Selon le pays de l’emplacement, les numéros sont formatés en fonction des exigences de appel local. Par exemple, si un code pays est requis, vous pouvez saisir des numéros avec ou sans le code et le code est ajouté.

4

Supplémentaires Activer les numéros en bloc. Vous pouvez filtrer votre liste de numéros en fonction d’un lieu ou d’un statut spécifique ou les deux. Cliquez sur inactif pour afficher uniquement les numéros qui sont dans un état inactif. Vous pouvez activer les numéros 500 à la fois en sélectionnant activer les numéros en haut de votre liste et confirmer votre intention en cliquant sur activer dans la boite de dialogue qui s’ouvre.

1

À partir de l’affichage du client dans https://admin.webex.com, cliquez sur l’icône du bâtiment .

2

Sélectionnez l' onglet abonnements , puis cliquez sur acheter maintenant.

Un courrier électronique est envoyé à votre partenaire pour lui faire savoir que vous êtes intéressé par une conversion en abonnement payant.

Vous pouvez utiliser Control Hub pour définir la priorité des options d’appel disponibles que les utilisateurs voient dans Webex Teams. Vous pouvez également les activer pour un seul click-to-Call.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services, puis cliquez sur paramètres du client sur la carte d’appel.

2

Faites un glisser-déposer des options d’appel que vous souhaitez que les utilisateurs voient dans le champ options d’appel disponibles , puis réorganisez-les dans l’ordre de priorité que vous souhaitez pour vos utilisateurs.

Les autres options masquées pour les utilisateurs apparaissent dans le champ options d’appel masquées , comme illustré dans cet exemple de capture d’écran :

3

Activez l’option Activer un seul clic à l’appel si vous souhaitez que les utilisateurs puissent passer un appel avec la fonction de première appel que vous avez configurée à l’étape précédente.


 

Les modifications peuvent prendre jusqu’à 24 heures pour apparaître dans Webex Teams. Vous pouvez conseiller à vos utilisateurs de redémarrer leurs applications pour reprendre ces modifications plus rapidement.

Vous pouvez contrôler l’application d’appel qui s’ouvre lorsque les utilisateurs effectuent RTCP appels. Après avoir configuré ce paramètre au niveau de l’organisation, vous pouvez remplacer ce paramètre pour des utilisateurs spécifiques.


Choisissez uniquement l’option à l’échelle de l’organisation si vous êtes prêt (e) à migrer toute votre organisation.

Avant de commencer

  • Votre organisation doit avoir les abonnements corrects pour le comportement d’appel que vous choisissez.

  • Les utilisateurs doivent avoir des numéros de téléphone valides. Si les numéros ne sont pas valides, Webex Teams envoie toujours le numéro à l’application d’appel que vous sélectionnez, mais l’appel de cette application échouera.

À partir de l’affichage du client dans https://admin.Webex.com, allez à paramètres, faites défiler jusqu’à comportement d’appel, puis choisissez l’une des options suivantes : Inscription complète au programme de partenariat en SaaS

  • Appeler dans Webex Teams —Sélectionnez cette option si vous souhaitez que les utilisateurs effectuent des appels directement dans Webex teams en utilisant Webex Calling.
  • Webex Calling application— Sélectionnez cette option si votre organisation a un abonnement à Cisco Webex Calling et que vous souhaitez autoriser les utilisateurs à passer des appels RTCP en utilisant l’application Webex Calling. Lorsque les utilisateurs effectuent des appels RTCP dans Webex Teams, l’application Webex Calling est utilisée pour passer l’appel.

Un message s’affiche indiquant que le comportement d’appel est mis à jour. Les utilisateurs peuvent maintenant passer des appels RTCP à partir de Webex Teams ou l’application Webex Calling.

Les utilisateurs doivent avoir l’application correspondante installée pour passer des appels RTCP à partir de Webex Teams. Assurez-vous de laisser les personnes connaître le choix que vous faites et si une autre application est utilisée pour passer des appels RTCP.


 

Vous pouvez modifier ce paramètre au niveau de l’utilisateur si certaines personnes doivent utiliser un comportement d’appel différent. Allez à utilisateurs et sous paramètres, sélectionnez comportement d’appel. Vous pouvez faire votre choix et cliquer sur Enregistrer.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer la passerelle locale sur IOS-XE pour Webex Calling

Après avoir configuré les Webex Calling pour votre organisation, vous devez alors configurer les passerelles locales en utilisant leurs interfaces CLI respectives. Le tronc entre la passerelle locale et le Cloud Webex est toujours sécurisé en utilisant le transport SIP TLS et SRTP pour les médias entre la passerelle locale et le Webex Calling Access SBC.

Utilisez ce flux de tâches pour configurer les passerelles locales pour votre déploiement Webex Calling réseau. Les étapes suivantes sont effectuées sur l’interface CLI elle-même. Le tronc entre la passerelle locale et l’Webex Calling est toujours sécurisé en utilisant le transport SIP TLS et SRTP pour les médias entre la passerelle locale et le Webex Calling Access SBC.

Avant de commencer

  • Répondez aux exigences de la passerelle locale pour Webex Calling.

  • Créer une passerelle locale dans Control Hub.

  • Les instructions de configuration fournies dans ce document supposent qu’une passerelle locale dédiée est en place sans configuration vocale existante. Si une passerelle RTCP existante ou le déploiement CUBE d’entreprise est en cours de modification pour utiliser également la fonction de la passerelle locale pour Webex Calling , faites attention à la configuration appliquée et assurez-vous que les flux et fonctionnalités d’appels existants ne sont pas interrompus en raison des modifications que vous a effectuer.

  Commande ou Action Objet
1

Mappage des paramètres entre Cisco Webex Control Hub et Cisco Unified de la bordure

Utilisez ce tableau comme référence pour les paramètres qui proviennent de Control Hub et sur lequel ils s’mantent sur la passerelle locale.

2

Effectuer la configuration de la plateforme de référence

Implémenter ces étapes comme configuration générale commune pour la passerelle locale. La configuration inclut la configuration de base de la plateforme et une mise à jour du pool de confiance.

3

S’inscrire à la passerelle locale pour Webex Calling

4

Choisissez-en une, en fonction de votre déploiement :

Routage des appels sur la passerelle locale est basée sur l’option Webex Calling de déploiement que vous avez choisie. Cette section suppose que la fin des RTCP l’IP se trouve sur la même plateforme que la passerelle locale. La configuration qui suit est pour l’une de ces options sur la passerelle locale :

  • L’option de déploiement de la passerelle locale sans PBX IP sur site. La passerelle locale et l’ip RTCP CUBE sont coresidents.

  • L’option de déploiement de la passerelle locale dans un environnement Unified CM existant. La passerelle locale et l’ip RTCP CUBE sont coresidents.

Tableau 1. Mappage des paramètres entre Cisco Webex Control Hub et la passerelle locale

Control Hub

Passerelle locale

Domaine d’inscription :

Control Hub doit parser le domaine à partir du port de ligne qui est reçu par UCAPI.

example.com

Registraire

example.com

Groupe de jonction OTG/DTG

profils sip :

demande <rule-number> de règle TOUT en-tête sip

De modifier « > » « otg=otgDtgId> »

Ligne/Port

user@example.com

Nombre: utilisateur

Proxy sortant

proxy sortant (nom DNS – SRV du SBC Access)

Nom d’utilisateur SIP

nom d'utilisateur

Mot de passe SIP

mot de passe

Avant de commencer

  • Assurez-vous que la configuration de base des plateformes telles que les NTP, les ACA, activent les mots de passe, le mot de passe principal, le routage IP, les adresses IP, etc. sont configurées selon la politique et les procédures de votre organisation.

  • Dernière version d’IOS-XE 16.12 ou IOS-XE 17.3 requise pour tous les déploiements LGW.

1

Assurez-vous que les interfaces couche 3 ont des adresses IP valides et routables attribuées :

interface GigabitEthernet0/0/0 description Interface face à 
 RTCP et/ou adresse IP CUCM 
 192.168.80.14 255.255.255.0 
 ! 
 interface GigabitEthernet0/0/1 description Interface face à 
 Webex Calling 
 adresse IP 192.168.43.197 255.255.255.0
2

Vous devez préconfigurer une clé principale pour le mot de passe en utilisant les commandes affichées ci-dessous avant qu’elle puisse être utilisée dans les identifiants et lesée partagés. Tapez 6 mots de passe sont chiffrés en utilisant un chiffrement AES et une clé principale définie par l’utilisateur.


LocalGateway#conf t LocalGateway(config)# clé config-key mot de passe-crypter le mot depasse123 LocalGateway(config)#accès au cryptage du mot de passe
3

Configurez le serveur de noms IP pour activer la recherche DNS et assurez-vous qu’il est accessible par ping :


LocalGateway#conf t Saisissez les commandes de configuration, une par ligne.  Se termine par CNTL/Z.
LocalGateway(config)#nom ip-server 8.8.8.8 LocalGateway(config)#fin
4

Activer l’exclusion TLS 1.2 et un point de confiance par défaut :

  1. Créer un point de confiance PKI factice et l’appeler d facticeTp

  2. Attribuer le point de confiance comme point de confiance de signalisation par défaut sous sip-piste

  3. cn-san-validate server est nécessaire pour garantir que la passerelle locale établit la connexion uniquement si le proxy sortant configuré sur le client 200 (décrit plus tard) correspond à la liste CN-SAN reçue du serveur.

  4. Le point de confiance cryptographie est nécessaire pour que le TLS fonctionne bien que le certificat d’un client local (par exemple, mTLS) ne soit pas requis pour que la connexion soit définie.

  5. Désactivez TLS v1.0 et v1.1 en activant l’exclusion v1.2.

  6. Définissez le nombre de tentatives tcp sur 1 000 (5 msec multiples = 5 secondes).

  7. (IOS-XE 17.3.2 et plus tard) Définissez les timers connection establish tls <wait-timer in="" sec="">. La plage est entre 5 et 20 secondes et la valeur par défaut est de 20 secondes. (LGW prend 20 secondes pour détecter l’échec de connexion TLS avant de tenter d’établir une connexion vers la connexion suivante disponible Webex Calling Access SBC. Ce CLI permet à l’administrateur de modifier la valeur pour prendre en charge les conditions réseau et de détecter les pannes de connexion avec le Access SBC plus rapidement).


LocalGateway#configure les commandes de configuration Entrée du terminal, une par ligne.  Se termine par CNTL/Z.
LocalGateway(config)# 
 LocalGateway(config)#crypto pki trustpoint dgateway(ca-trustpoint)#  revocation-check crl LocalGateway(ca-trustpoint)# quitter  LocalGateway(config)#sip-gate LocalGateway(config-sip-gate)# crypto signalant le point de confiance par défaut d facticeTp cn-san-validate  server LocalGateway(config-sip-cryptograph)# transport tcp tls v1.2 LocalGateway(config-sip-cryptograph)# tcp-retry 1000 LocalGateway(config-sip-distant)#fin
5

Mise à jour de la passerelle locale Truste :

Le groupe de certificats de confiance par défaut n’inclut pas le certificat « DigiCert Root CA » nécessaire pour la validation du certificat du côté du serveur pendant l’installation de la connexion TLS Webex Calling.

Le groupe de personnes de confiance doit être mis à jour en téléchargeant la dernière version « Cisco Trusted Core Root Bundle » à partir dehttp://www.cisco.com/security/pki/.

  1. Vérifiez si le certificat DigiCert room CA existe :

    
    LocalGateway#afficher crypto pki trust chiffre incluent | DigiCert
  2. S’il n’existe pas, mettez à jour comme suit :

    
    LocalGateway#configure les commandes de configuration Entrée du terminal, une par ligne.  Se termine par CNTL/Z.
    LocalGateway(config)# crypto pki importer url clean url Lecture du fichier à partir du chargement de % PEM de fichiers  http://www.cisco.com/security/pki/trs/ios_core.p7b  http://www.cisco.com/security/pki/trs/ios_core.p7b a http://www.cisco.com/security/pki/trs/ios_core.p7b  réussi.
    LocalGateway(config)#fin
    
  1. Vérifier :

    
    LocalGateway# show crypto pki trust faire confianceà | DigiCert 
     cn=DigiCert Global Root CA 
     o=DigiCert Inc 
     cn=DigiCert Global Root CA 
     o=DigiCert Inc
    

Avant de commencer

Assurez-vous de suivre les étapes dans Control Hub pour créer un emplacement et ajouter une passerelle locale. Dans l’exemple de la passerelle locale affichée ici, les informations ont été obtenues à partir de Control Hub.

1

Saisissez ces commandes pour activer l’application de la passerelle locale (voir les Informations de référence des ports pour les Cisco Webex Calling pour les sous-réseaux IP les plus récents qui doivent être ajoutés au réseau liste verte) :

LocalGateway# configure terminal LocalGateway(config)# service vocalvoip LocalGateway(conf-voi-serv)# liste ip de confiance LocalGateway(cfg-iptrust-list)#ipv4 x.y LocalGateway(cfg-iptrust-list)#quitter LocalGateway(conf-conf-voi-serv)# autoriser les connexions sip àsip LocalGateway(conf-voi-serv)# statistiquesmédia LocalGateway(conf-voi-serv)# mediabulk-stats LocalGateway(conf-voi-serv)# aucun service supplémentairesip refer LocalGateway(conf-voi-serv)# aucune poignée sip de service supplémentaire-remplace LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redondance 0 hs-redondance 0 aucune  récupération LocalGateway(conf-serv-stun)#stun LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4 LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$  LocalGateway(conf-serv-stun)#sip     LocalGateway(conf-serv-sip)#g729 annexb-all    LocalGateway(conf-serv-sip)#early-offer forced    LocalGateway(conf-serv-sip)#end

Explication des commandes :

Prévention de fraude
Périphérique(config)# périphérique voip service vocal(config-voi-serv)# liste ip périphérique(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Active explicitement les adresses IP source des entités pour lesquelles la passerelle locale s’attend à des appels VoIP légitimes, tels que des pairs Webex Calling, des nodes Unified CM, des RTCP IP.

  • Par défaut, LGW bloque tous les appels entrants VoIP des adresses IP qui ne sont pas dans sa liste de confiance. Les adresses IP des pairs de numérotation avec « ip cible de session » ou Groupe serveur sont fiables par défaut et ne doivent pas être remplies ici.

  • Les adresses IP de cette liste doivent correspondre aux sous-réseaux IP suivant le centre de Webex Calling de données régional où le client est connecté. Pour plus d’informations, voir Informations de référence des ports pour Webex Calling.


     

    Si votre LGW est derrière un pare-feu avec un NAT avec un réseau tactile restreint, vous pouvez désactiver la liste des adresses IP de confiance sur l’interface Webex Calling-face. La raison en est que le pare-feu vous protège déjà contre les courriers entrants non sollicités VoIP. Cette action réduireait les frais généraux de configuration à plus long terme, car nous ne pouvons pas garantir que les adresses des pairs Webex Calling resteront corrigées et vous devrez dans tous les cas configurer votre pare-feu pour les pairs.

  • Les autres adresses IP doivent être configurées sur d’autres interfaces ; par exemple, vos adresses Unified CM devront être ajoutées aux interfaces à l’intérieur.

  • Les adresses IP doivent correspondre à l’IP des hôtes que le proxy sortant résout dans le client200

  • Voir pour plus d'informations.https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

Média
statistiques média voip du service vocal 
 
 statistiques média en bloc-stats 
  • Les Statistiques média activent le contrôle média sur la passerelle locale.

  • Les stats en bloc média permettent au plan de contrôle de sondé le plan de données pour les statistiques d’appel en bloc.

Fonctionnalité de base SIP à SIP
autoriser les connexions sip à sip
Services supplémentaires
 pas de poignée sip supplémentaire de service ne se réfère 
 à des poignées sip supplémentaires

Désactive REFER et remplace l’ID de la boîte de dialogue dans Remplace l’en-tête par l’ID de la boîte de dialogue du pair.

Voir pour plus d'informations.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889

Protocole fax
fax protocole t38 version 0 ls-redondance 0 hs-redondance 0 aucune

Active T.38 pour le transport par fax, bien que le trafic ne soit pas chiffré.

Activer Global STUN
stun 
  stun flowdata agent-id 1 boot-count 4 
  stun flowdata shared-secret 0 Mot de passe123$
  • Lorsqu’un appel est revenu vers un utilisateur Webex Calling (par exemple, les personnes appelées et les parties appelées sont des abonnés Webex Calling et ont le média ancré au SBC Webex Calling), le média ne peut pas être transmis à la passerelle locale car le trou n’est pas ouvert.

  • La fonctionnalité STUN des liaisons sur la passerelle locale permet d’envoyer les requêtes STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le trou dans le pare-feu.

  • Le mot de passe STUN est un prérequis pour que la passerelle locale envoie des messages STUN. Les pare-feux IOS/IOS-XE peuvent être configurés pour vérifier ce mot de passe et ouvrir les trous dynamiquement (par exemple, sans règles d’in-sortie explicites). Mais pour le cas de déploiement de la passerelle locale, le pare-feu est configuré statiquement pour ouvrir des trou dans et hors en fonction des sous-réseaux Webex Calling SBC. Ainsi, le pare-feu doit traiter ceci simplement comme un paquet UDP entrant qui déclenchera l’ouverture du trou sans voir explicitement le contenu du paquet.

G729 (G729)
annexe 
  sip g729-tous

Permet toutes les variantes du G729.

SIP
avance-offre forcée

Force la passerelle locale à envoyer les informations SDP dans le message d’INVITATION initial au lieu d’attendre la réception du pair voisin.

2

Configurer « Profil SIP 200 ».

LocalGateway(config)# classe vocale sip-profiles 200 LocalGateway (config-class)# règle 9 requête SIP-En-tête SIP-Req-URI modifier « sips:(.*) » « sip:\1 » LocalGateway (config-class)# règle 10 demander N’importe quel en-tête sip pour modifier «<sips:(.*)" "<sip:\1" LocalGateway (config-class)# règle 11 requête TOUTE sip-en-tête À partir de la modification »<sips:(.*)" "<sip:\1" LocalGateway (config-class)# règle 12 requête TOUT contact sip-en-tête modifier<sips:(.*)>"<sip:\1;transport=tls>  LocalGateway (config-class) # règle 13 réponse TOUTE en-tête sip Pour modifier « <sips:(.*)" "<sip:\1" LocalGateway (config-class)# règle 14 réponse TOUTE sip-en-tête À partir de la modification de « <sips:(.*)" "<sip:\1" LocalGateway (config-class)# règle 15 réponse TOUT contact sip-en-tête modifier « LocalGateway (config-class)# règle 20 demander N’importe quel en-tête sip À partir de modifier « ><sips:(.*)" "<sip:\1"  » « otg=hussain2572_lgu> » LocalGateway (config-class)# règle 30 demander CHAQUE sip-en-tête P-Asserted-Identity modifier « sips:(.*) » « sip:\1 »

Ces règles sont

Explication des commandes :

  • règle 9 garantit que l’en-tête est listée en tant que «SIP-Req-URI » et non « SIP-Req-URL »

    Ceci convertit entre les URL SIP et SIP, car les Webex Calling ne sont pas supportés par les URIs SIP dans les messages de demande/réponse, mais ils en ont besoin pour les requêtes SRV, par exemple _sips._tcp.<outbound-proxy>.
  • la règle 20 modifie l’en-tête De pour inclure le paramètre OTG/DTG du Groupe de tronc de Control Hub pour identifier de manière unique un site LGW dans une entreprise.

  • Ce profil SIP sera appliqué au client de classe vocale 200 (plus tard) pour tout le trafic avant Webex Calling.

3

Configurez le profil codec, la définition STUN et SRTP Crypto suite.

LocalGateway(config)# codec de la classe vocale 99 LocalGateway(config-class)# codec préférences 1 g711ulaw LocalGateway(config-class)# codec préférences 2 g711aplate  LocalGateway(config-class)# quitter LocalGateway(config)# classe vocale srtp-crypto 200 LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80 LocalGateway(config-class)# quitter LocalGateway(config)# classe vocale stun-usage 200 LocalGateway(config-class)# stun utilisation firewall-traversal flowdata LocalGateway(config-class)# quitter

Explication des commandes :

  • Codec de la classe vocale 99: Permet à la fois les codecs g711 (mu et a-law) pour les sessions. Est appliqué à tous les pairs de numérotation.

  • Classe vocale srtp-crypto 200: Indique SHA1_80 comme la seule suite de chiffrement SRTP offerte par la passerelle locale dans le SDP dans l’offre et la réponse. Webex Calling prend uniquement en charge SHA1_80.

  • Sera appliqué au client de classe vocale 200 (plus tard) face à Webex Calling.

  • Utilisation de la classe vocale 200: Définit l’utilisation de STUN. Est appliqué à tous les pairs de numérotation Webex Calling de l’audio (balise 2XX) pour éviter tout moyen audio lorsqu’un téléphone Unified CM fait suivre l’appel à unWebex Calling téléphone.


 

Dans le cas où le média est ancré sur le SBC ITSP et que la passerelle locale se trouve derrière un NAT et attend le flux média entrant de ITSP, cette commande peut être appliquée sur les pairs de numérotation ITSP.

4

Maper les paramètres du Control Hub à la configuration de la passerelle locale :

Webex Calling est ajouté en tant que client dans la passerelle locale. La configuration requise pour enregistrer la passerelle locale est définie sous client de classe vocale 200. Vous devez obtenir les éléments de cette configuration à partir de la page d’administration de la passerelle locale dans le Control Hub comme montré dans cette capture d’écran. Ceci est un exemple pour afficher les champs mapés sur la passerelle CLI locale respective.

Le client 200 est ensuite appliqué à tous les Webex Calling pairs de numérotation (balise 2xx) dans la configuration de la passerelle locale. La fonctionnalité de tenant de la classe vocale permet de grouper et de configurer les paramètres du tronc SIP autrement effectué sous le service vocal voip et sip-pé. Lorsqu’un client est configuré et appliqué sous un pair de numérotation, les configurations IOS-XE sont appliquées dans l’ordre de préférence suivant :

  • Configuration du peer de numérotation

  • Configuration des tenants

  • Configuration globale (voix sur IP du service vocal /sip-reconfigurer)

5

Configurez le client de classe vocale 200 pour activer l’enregistrement du tronc (Trunk Registration) de LGW vers Webex Calling en fonction des paramètres que vous avezobtenus à partir de Control Hub :


 

La ligne de commande et les paramètres ci-dessous sont des exemples uniquement. Vous devez utiliser les paramètres pour votre propre déploiement.

LocalGateway(config)# tenant de la classe vocale200 
  dns:40462196.cisco-bcld.com scheme sips expire 240 refresh-ratio 50 tcp tls numéro d’identification Hussain6346_LGU nom d’utilisateur 
  Hussain2572_LGU mot de passe 10 meX7]~)Nom d’utilisateur d’authentification BroadWorks domaine VmF Hussain2572_LGU mot de passe 
  0 meX7]~)VmF realm authentification BroadWorks 
  username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com 
  no remote-party-id 
  sip-server dns:40462196.cisco-bcld.com 
  connection-reuse 
  srtp-crypto 200 
  session transport tcp tls 
  url sips 
  error-passthru 
  asserted-id bind 
  control source-interface GigabitEthernet0/0/1 lier l’interface source média 
  GigabitEthernet0/0/1 aucun passe-à du contenu 
  personnalisé-sdp 
  profils sip 200 
  proxy sortants dns:la01.sipconnect-us10.cisco-bcld.com  
  passthru de politique de confidentialité

Explication des commandes :

tenant de classe vocale 200

La fonctionnalité multitentente d’une passerelle locale active des configurations globales spécifiques pour plusieurs tenants sur les troncs SIP permettant des services différentiés pour les tenants.

chiffrement dns :40462196.cisco-bcld.com scheme sips expire 240 refresh-ratio 50 tcp tls

Serveur d’inscription pour la passerelle locale avec l’ensemble des inscriptions pour actualiser toutes les deux minutes (50 % des 240 secondes). Pour plus d'informations, voir .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014

numéro d’identification Hussain6346_LGU nom Hussain2572_LGU mot de passe 0 meX71]~)Vmf realm BroadWorks

Identifiants pour le défi d’inscription au tronc. Pour plus d'informations, voir .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104

authentification du nom Hussain2572_LGU’utilisateur Hussain2572_LGU 0 meX71]~)Domaine Vmf BroadWorks
authentification du nom Hussain2572_LGU’utilisateur Hussain2572_LGU mot de passe 0 meX71]~)Domaine Vmf 40462196.cisco-bcld.com

Défi d’authentification pour les appels. Pour plus d'informations, voir .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462

aucun id de partie distante

Désactivez l’en-tête SIP Remote-Party-ID (RPID) car Webex Calling prend en charge PRINCIPAL, qui est activé en utilisant l’ID DH (44444) (voir ci-dessous).

dns du serveur sip:40462196.cisco-bcld.com
Webex Calling serveurs serveurs. Pour plus d’informations, reportez-vous à la section https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connexion-réutilisation

Pour utiliser la même connexion persistante pour l’enregistrement et le traitement des appels.

srtp-crypto 200

Indique SHA1_80 comme défini dans la classe vocale srtp-crypto 200.

session transport tcp tls
Définit le transport vers TLS
sips url

SRV requête doit être des SIP comme pris en charge par le SBC d’accès ; tous les autres messages sont changés en SIP par le profil sip 200.

erreur-passthru

Fonctionnalité de passage de la réponse d’erreur SIP

id asserted

Se met en route sur le traitement NEXY dans la passerelle locale.

lier lier l’interface de contrôle GigabitEthernet0/0/1

Signalisation de l’interface de la source avant Webex Calling.

lier l’interface de source média GigabitEthernet0/0/1

Interface de source média face à Webex Calling.

pas de passe-à-contenu personnalisé-sdp

Commande par défaut sous client.

profils sip 200

Change SIPS en SIP et modifie la ligne/port pour les messages INVITER et S’INSCRIRE comme défini dans les profils sip de la classe vocale 200.

dns du proxy sortant :la01.sipconnect-us10.cisco-bcld.com

Webex Calling SBC d’accès. Pour plus d'informations, voir .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699

passthru de politique de confidentialité

Passez de manière transparente sur les valeurs de l’en-tête privée d’entrée vers la partie sortante.

Lorsque le locataire 200 est défini dans la passerelle locale et qu’un pair de numérotation SIP VoIP est configuré, la passerelle initie une connexion TLS vers Webex Calling , à quel moment le Access SBC présente son certificat à la passerelle locale. La passerelle locale valide le certificat Webex Calling Access SBC en utilisant le bundle racine de l’AC mis à jour précédemment. Une session TLS persistante est établie entre la passerelle locale et Webex Calling SBC Access. La passerelle locale envoie ensuite un SBC d’accès à qui est mis en défi. L’AOR d’inscription est number@domain. Le numéro est pris à partir du paramètre « numéro » des identifiants et du domaine du « dns d’inscription :<fqdn>». Lorsque l’inscription est mise en question, le nom d’utilisateur, le mot de passe et les paramètres de domaine des identifiants sont utilisés pour construire l’en-tête et le profil SIP 200 convertit l’URL SIPS en SIP. L’inscription est réussie lorsque 200 OK est reçu du Access SBC.

La configuration suivante sur la passerelle locale est requise pour cette option de déploiement :

  1. Tenants de la classe vocale —Tout d’abord, nous créerons des tenants supplémentaires pour les pairs de numérotation face à ITSP comme leclient 200que nous avons créé pour Webex Calling pairs de numérotation.

  2. URIs de la classe vocale —Schémas définissant les adresses IP/ports de l’hôte pour lesdifférents troncs aboutir sur la passerelle locale : Webex Calling LGW; et RTCP ligne réseau SIP sur LGW.

  3. Pairs de numérotation sortants —Pour router les troncs d’appel sortant de LGW vers la ligne deréseau SIP ITSP et Webex Calling.

  4. DPG de la classe vocale —Les pairs de numérotation sortants cibles ont été invoqués à partird’un pair de numérotation entrante.

  5. Pairs de numérotationentrants —Pour accepter les pieds d’appel entrant de ITSP Webex Calling.

La configuration dans cette section peut être utilisée pour l’installation de la passerelle locale hébergée par un partenaire, comme démontré ci-dessous, ou pour la passerelle du site du client local.

1

Configurez les tenants de la classe vocale suivants :

  1. Le client de classe vocale 100 est appliqué sur tous les pairs sortants faisant partie de l’RTCP IP.

    classe vocale tenant 100 
      session transport udp 
      url sip 
      erreur-passthru lier 
      source-interface de contrôle GigabitEthernet0/0/0/0 lier source 
      média-interface GigabitEthernet0/0/0 
      pass-thru content custom-sdp
    
  2. Le tenant de la classe vocale 300 est appliqué sur tous les pairs de numérotation entrants à partir des RTCP IP.

    classe vocale tenant 300 lier source-interface de contrôle 
      GigabitEthernet0/0/0 lier source 
      média interface GigabitEthernet0/0/0 aucun passage de contenu 
      personnalisé-sdp
    
2

Configurez l’URI de la classe vocale suivante :

  1. Définir l’adresse IP hôte du ITSP :

    classe vocale uri 100 sip 
      organisateur ipv4:192.168.80.13
    
  2. Définissez le schéma pour identifier uniquement un site de passerelle locale dans une Entreprise en fonction du paramètre TrunkGroup OTG/DTG de Control Hub :

    classe vocale uri 200 sip 
     pattern dtg=hussain2572.lgu
    

     

    La passerelle locale ne prend actuellement pas en charge le trait de soulignement « _ » dans le schéma de correspondance. Comme solution, nous utilisons le point « ». (faire correspondre n’importe quel) pour qu’il corresponde au « _ ».

    INVITATION 
     reçue sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 
       Via : SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     pattern :8934
    
3

Configurez les pairs de numérotation sortants suivants :

  1. Appel sortant vers l’RTCP IP :

    dial-peer voice 101 voip description Numérotation sortante 
     vers l’IP RTCP 
     de destination MAUVAISE. PROTOCOLE DE SESSION MAUVAIS 
     protocole sipv2 session cible 
     ipv4:192.168.80.13 codec de la classe vocale 
     99 
     dtmf-relay rtp-nte 
     voix sip tenant 100 
     sans vad

    Explication des commandes :

    dial-peer voice 101 voip description Numérotation sortante 
     vers le RTCP
    

    Définit un pair de numérotation VOIP avec une balise de 101 et une description significative est donnée pour faciliter la gestion et le dépannage.

    schéma de destination MAUVAIS. Mauvais

    Schéma de chiffres qui permet la sélection de ce pair-numérotation. Cependant, nous invoquerons ce pair de numérotation sortant directement à partir des instructions d’appel entrant à l’aide des déclarations DPG et qui contourne le schéma de chiffres qui correspond au critère. En conséquence, nous utilisons un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI.

    protocole de session sipv2

    Indique que ce pair de numérotation traitera les pieds d’appel SIP.

    cible de session ipv4:192.168.80.13

    Indique l’adresse IPv4 cible de la destination où ce pied d’appel sera envoyé. Dans ce cas, l’adresse IP de l’ITSP.

    codec de classe vocale 99

    Indique la liste des préférences du codec 99 à utiliser pour ce pair de numérotation.

    dtmf-relais rtp-nte

    Définit RTP-NTE (RFC2833) comme capacité DTMF attendue sur cette étape d’appel.

    client sip 100

    Le pair de numérotation hérite de tous les paramètres du client 100 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

    aucune vad

    Désactive la détection d’activité vocale.

  2. Numérotation du pair sortant vers Webex Calling (Ce pair de numérotation sera mis à jour pour servir de pair de numérotation entrante à partir de Webex Calling ainsi que plus tard dans le guide de configuration).

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling 
     de destination MAUVAISE. PROTOCOLE DE SESSION MAUVAIS 
     protocole sipv2 session cible 
     sip-serveur 
     voix codec 99 
     dtmf-relay rtp-nte 
     voix-class stun-usage 200 aucune 
     voix-classe sip localhost 
     voix-classe sip tenant 200 
     srtp 
     non vad
    

    Explication des commandes :

    dial-peer voice 200201 description de la voip 
         entrante/sortante Webex Calling

    Définit un pair de numérotation VOIP avec une balise de 200201 et une description significative est donnée pour faciliter la gestion et le dépannage

    session cible sip-serveur

    Indique que le serveur SIP global est la destination pour les appels provenant de ce pair de numérotation. Webex Calling défini dans le client 200 est hérité pour ce pair de numérotation.

    utilisation atun de la classe vocale 200

    La fonctionnalité STUN des liaisons sur la passerelle locale permet d’envoyer les requêtes STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le trou dans le pare-feu.

    pas d’host local sip de classe vocale

    Désactive la substitution du nom d’host local DNS à la place de l’adresse IP physique dans les en-têtes De, ID d’appel et Remote-Party-ID des messages sortants.

    client sip 200

    Le pair de numérotation hérite de tous les paramètres du tenant 200 (LGW Webex Calling Trunk) à moins que ce même paramètre soit défini sous le pair de numérotation <--> lui-même. </-->

    Srtp

    Le SRTP est activé pour cette pied d’appel.

    aucune vad

    Désactive la détection d’activité vocale.

4

Configurez les groupes DPG (dial-peer) suivants :

  1. Définit le groupe de numérotation 100. Le numéro d’appel sortant 101 est la cible pour tous les groupes entrants de numérotation du pair numérotation 100. Nous appliquerons le DPG 100 au pair de numérotation entrant 200201 pour Webex Calling --> LGW --> RTCP chemin d’accès.

    classe vocale dpg 100 
     description WxC(DP200201) entrant sur IP RTCP(DP101) 
     dial-peer 101 préférence 1
    
  2. Définir le groupe dial-peer 200 avec un pair de numérotation sortant 200201 comme cible pour RTCP --> LGW --> Webex Calling chemin. DPG 200 sera appliqué à numérotation entrante pair 100 défini ultérieurement.

    classe vocale dpg 200 
     description IP entrante RTCP(DP100) vers Webex Calling(DP200201) 
     dial-peer 200201 préférence 1
    
5

Configurez les pairs d’appel entrants suivants :

  1. Appel entrant-pair pour les ips entrantes RTCP d’appel entrant :

    dial-peer voice 100 voip description Appel entrant du protocole 
     de session RTCP 
     
     sipv2 destination dpg 200 uri entrant 
     via 100 
     codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 
     sans vad
    

    Explication des commandes

    dial-peer voice 100 voip 
     description Numérotation entrante du pair à partir RTCP

    Définit un pair de numérotation VOIP avec une balise de 100 et une description significative est donnée pour faciliter la gestion et le dépannage.

    protocole de session sipv2

    Indique que ce pair de numérotation traitera les pieds d’appel SIP.

    uri entrante via 100

    Tout le trafic entrant des RTCP IP vers LocalGW est correspondance sur l’adresse IP de l’hôte de l’en-tête VIA entrante définie dans la classe vocale SIP URI 100 pour correspondre à l’adresse IP source (ITSP).

    dpg de destination 200

    Avec le dpg 200 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et continue immédiatement à configurer les membres appel sortant en utilisant les pairs de numérotation définis dans la destination Dial-peer group 200, qui est dial-peer 200201.

    client sip 300

    Le pair de numérotation hérite de tous les paramètres du client 300 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

    aucune vad

    Désactive la détection d’activité vocale.

  2. Appel entrant-pair pour les pieds d Webex Calling appeler :

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling 
     max-conn 150 
     destination dpg 100 requête uri entrante 
     200
     

    Explication des commandes

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling

    Met à jour un pair de numérotation VOIP avec une balise de 200201 et une description significative est donnée pour faciliter la gestion et le dépannage.

    demande uri entrante 200

    Tout le trafic entrant de Webex Calling vers LGW peut être correspondance sur le schéma de dtg unique dans l’URI de requête, identifiant de façon unique le site de la passerelle locale dans une entreprise et dans l’écosystème Webex Calling.

    dpg de destination 100

    Avec le dpg 100 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et immédiatement procéder à la configuration du modèle appel sortant en utilisant les pairs de numérotation définis dans la destination Dial-peer group 100, qui est dial-peer 101.

    max-conn 150

    Limite le nombre d’appels simultanés à 150 entre les LGW et les Webex Calling, en supposant un Webex Calling de numérotation unique pour les appels entrants et sortants comme défini dans ce guide. Pour plus de détails sur les limites d’appels simultanés impliquant la passerelle locale, visitez https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

RTCP à Webex Calling

Tous les passerelles d RTCP IP entrantes d’appel sur la passerelle locale sont correspondent sur le pair de numérotation 100 car il définit un critère de correspondance pour l’en-tête VIA avec l’adresse IP du RTCP. La sélection sortante du pair de numérotation est dictée par le DPG 200 qui invoque directement le pair de numérotation sortant 200201, dont le serveur Webex Calling est répertorié comme destination cible.

Webex Calling à RTCP

Tous les troncs d’appel Webex Calling entrants sur la passerelle locale sont correspondent sur le pair de numérotation 200201 car il correspond à un critère de correspondance pour le schéma d’en-tête URI REQUÊTE avec le paramètre TrunkGroup OTG/DTG, unique au déploiement de cette passerelle locale. La sélection sortante du pair de numérotation est dictée par le DPG 100 qui appelle directement le numéro d’appel sortant 101, dont l’adresse IP RTCP IP est listée comme destination cible.

Pour cette option de déploiement, la configuration suivante sur la passerelle locale est requise :

  1. Tenants de la classe vocale —Vous devez créer des tenants supplémentaires pour les pairs de numérotation face à Unified CM et ITSP, similaire au client200 que nous avons créés pour Webex Calling pairs de numérotation.

  2. URIs de la classe vocale —Schémas définissant les adresses IP/ports de l’hôte pourles différents troncs aboutir sur le LGW : à partir d’Unified CM vers LGW pour RTCP destinations ; Unified CM vers LGW pour Webex Calling destinations ; Webex Calling LGW; et RTCP ligne réseau SIP sur LGW.

  3. Groupe de serveurs de la classe vocale—Adresses IP cible/ports pour les troncs sortants de LGW à Unified CM, LGW vers Webex Calling , et LGW vers RTCP troncSIP.

  4. Pairs de numérotation sortants —Pour router les troncs d’appel sortant de LGW à Unified CM, la ligne réseauSIP ITSP et/ou le Webex Calling.

  5. DPG de la classe vocale —Appel sortant cible du/des pair(s) à partir d’unpair d’appel entrant.

  6. Pairs de numérotation entrants —Pour accepter les longueurs d’appel entrant à partir d’Unified CM, ITSP et/ou Webex Calling.

1

Configurez les tenants de la classe vocale suivants :

  1. Le client de classe vocale 100 est appliqué sur tous les pairs de numérotation sortants face à Unified CM et les RTCP IP :

    classe vocale tenant 100 
      session transport udp 
      url sip 
      erreur-passthru lier 
      source-interface de contrôle GigabitEthernet0/0/0/0 lier source 
      média-interface GigabitEthernet0/0/0 
      pass-thru content custom-sdp
    
  2. Le client 300 de la classe vocale sera appliqué sur tous les pairs d’appel entrants à partir d’Unified CM et des RTCP IP :

    classe vocale tenant 300 lier source-interface de contrôle 
      GigabitEthernet0/0/0 lier source 
      média interface GigabitEthernet0/0/0 aucun passage de contenu 
      personnalisé-sdp
    
2

Configurez les URL des classes vocales suivantes :

  1. Définit l’adresse IP hôte du ITSP :

    classe vocale uri 100 sip 
      organisateur ipv4:192.168.80.13
    
  2. Définissez le schéma pour identifier uniquement un site de passerelle locale dans une Entreprise en fonction du paramètre TrunkGroup OTG/DTG de Control Hub :

    classe vocale uri 200 sip 
     pattern dtg=hussain2572.lgu
    

     

    La passerelle locale ne prend actuellement pas en charge le trait de soulignement « _ » dans le schéma de correspondance. Comme solution, nous utilisons le point « ». (faire correspondre n’importe quel) pour qu’il corresponde au « _ ».

    INVITATION 
     reçue sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 
       Via : SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     pattern :8934
    
  3. Définit le port DE signalisation Unified CM VIA pour le tronc Webex Calling réseau :

    classe vocale uri 300 schéma sip 
     :5065
    
  4. Définit la signalisation IP de la source CUCM et le port VIA pour RTCP réseau :

    classe vocale uri 302 sip 
     pattern 192.168.80.60:5060
    
3

Configurez les groupes de serveurs de la classe vocale suivants :

  1. Définit l’adresse IP cible du tronc Unified CM et le numéro de port pour Unified CM Group 1 (5 nodes). Unified CM utilise le port 5065 pour le trafic entrant sur le tronc Webex Calling (Webex Calling <-> LGW --> Unified CM). </->

    classe vocale serveur-groupe 301 
     ipv4 192.168.80.60 port 5065
    
  2. Définit l’adresse IP cible du tronc Unified CM et le numéro de port pour le groupe Unified CM 2 si applicable :

    classe vocale serveur-groupe 303 
     ipv4 192.168.80.60 port 5065
    
  3. Définit l’adresse IP cible de l’hôte du tronc Unified CM pour Unified CM Group 1 (5 nodes). Unified CM utilise le port 5060 par défaut pour le trafic entrant sur RTCP réseau. Sans numéro de port spécifié, le port 5060 par défaut est utilisé. (RTCP <-> LGW --> Unified CM)</->

    classe vocale serveur-groupe 305 
     ipv4 192.168.80.60
    
  4. Définit l’adresse IP cible de l’hôte du tronc Unified CM pour Unified CM Group 2, le cas échéant.

    classe vocale serveur-groupe 307 
     ipv4 192.168.80.60
    
4

Configurez les pairs sortants suivants :

  1. Appel sortant vers le pair de numérotation vers l RTCP IP :

    dial-peer voice 101 voip description Numérotation sortante 
     vers l’IP RTCP 
     de destination MAUVAISE. PROTOCOLE DE SESSION MAUVAIS 
     protocole sipv2 session cible 
     ipv4:192.168.80.13 codec de la classe vocale 
     99 
     dtmf-relay rtp-nte 
     voix sip tenant 100 
     sans vad
    

    Explication des commandes

    dial-peer voice 101 voip description Numérotation sortante 
     vers le RTCP

    Définit un pair de numérotation VOIP avec une balise de 101 et une description significative est donnée pour faciliter la gestion et le dépannage.

    schéma de destination MAUVAIS. Mauvais

    Schéma numérique qui permettra la sélection de ce pair-numérotation. Cependant, nous invoquerons ce pair de numérotation sortant directement à partir des instructions d’appel entrant à l’aide des déclarations DPG et qui contourne le schéma de chiffres qui correspond au critère. En conséquence, nous utilisons un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI.

    protocole de session sipv2

    Indique que ce pair de numérotation traitera les pieds d’appel SIP.

    cible de session ipv4:192.168.80.13

    Indique l’adresse IPv4 cible de la destination où ce pied d’appel sera envoyé. (Dans ce cas, l’adresse IP de l’ITSP.)

    codec de classe vocale 99

    Indique la liste des préférences du codec 99 à utiliser pour ce pair de numérotation.

    client sip 100

    Le pair de numérotation hérite de tous les paramètres du client 100 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

  2. Le pair de numérotation sortant vers Webex Calling (Ce pair de numérotation sera mis à jour pour servir de pair de numérotation entrante à partir du Webex Calling également dans le guide de configuration.) :

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling 
     de destination MAUVAISE. PROTOCOLE DE SESSION MAUVAIS 
     protocole sipv2 session cible 
     sip-serveur 
     voix codec 99 
     dtmf-relay rtp-nte 
     voix-class stun-usage 200 aucune 
     voix-classe sip localhost 
     voix-classe sip tenant 200 
     srtp 
     non vad
    

    Explication des commandes

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling

    Définit un pair de numérotation VOIP avec une balise de 200201 et une description significative est donnée pour faciliter la gestion et le dépannage.

    session cible sip-serveur

    Indique que le serveur SIP global est la destination pour les appels provenant de ce pair de numérotation. Webex Calling défini dans un client 200 seront hérités pour ce pair de numérotation.

    utilisation atun de la classe vocale 200

    La fonctionnalité des liaisons STUN sur le LGW permet l’envoi des requêtes STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le trou dans le pare-feu.

    pas d’host local sip de classe vocale

    Désactive la sous-section du nom d’host local du DNS à la place de l’adresse IP physique dans les en-têtes De, ID d’appel et Remote-Party-ID des messages sortants.

    client sip 200

    Le pair de numérotation hérite de tous les paramètres du tenant 200 (LGW Webex Calling Trunk) à moins que ce même paramètre soit défini sous le pair de numérotation <--> lui-même. </-->

    Srtp

    Le SRTP est activé pour cette pied d’appel.

  3. Appel sortant vers la trunk (appel sortant) vers Webex Calling d’Unified CM :

    dial-peer voice 301 voip description Numérotation sortante vers CUCM-Groupe-1 pour les appels entrants à partir de 
     
     Webex Calling - Nodes 1 à 5 
     destination-pattern BAD. MAUVAIS protocole 
     de session sipv2 
     session serveur-groupe 301 codec de classe vocale 
     99 
     dtmf-relay rtp-nte 
     voix-classe sip tenant 100 
     sans vad
    

    Explication des commandes

    dial-peer voice 301 voip description Numérotation sortante vers CUCM-Group-1 pour les appels entrants à partir de 
     
     Webex Calling - Nodes 1 à 5

    Définit un pair de numérotation VOIP avec une balise de 301 et une description significative est donnée pour faciliter la gestion et le dépannage.

    serveur de session-groupe 301

    Au lieu de l’IP cible de la session dans le pair de numérotation, nous pointons vers un Groupe de serveurs de destination (groupe serveur 301 pour le pair de numérotation 301 ) pour définir plusieurs nœuds UCM cibles bien que l’exemple montre uniquement unseul nœud.

    Groupe du serveur dans le pair de numérotation sortante

    Avec plusieurs pairs de numérotation dans le DPG et plusieurs serveurs dans le groupe de serveurs d’appel-pair, nous pouvons obtenir une distribution aléatoire des appels sur tous les abonnés du traitement des appels Unified CM ou la recherche en fonction d’une préférence définie. Chaque groupe de serveurs peut avoir jusqu’à cinq serveurs (IPv4/v6 avec ou sans port). Un second groupe de serveurs d’appel et un second groupe de serveurs est requis uniquement si plus de cinq abonnés en traitement des appels sont utilisés.

    Voir pour plus d'informations.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html

  4. Second pair de numérotation sortant vers la ligne réseau d’Unified CM Webex Calling si vous avez plus de 5 nods Unified CM :

    dial-peer voice 303 voip description Numérotation sortante vers CUCM-Group-2 pour les appels entrants à partir de 
     
     Webex Calling - Nodes 6 à 10 
     destination-pattern BAD. MAUVAIS 
     protocole de session sipv2 session serveur-groupe 303 codec de la classe vocale 
     
     99 
     dtmf-relay rtp-nte 
     voix-classe sip tenant 100 
     sans vad
  5. Appel sortant vers la ligne réseau d’Unified CM RTCP :

    dial-peer voice 305 voip description Numérotation sortante vers CUCM-Groupe-1 pour les appels entrants à partir de 
     
     RTCP - Nodes 1 à 5 
     destination-pattern BAD. MAUVAIS 
     protocole de session sipv2 session serveur-groupe 305 codec de la classe vocale 
     
     99 
     dtmf-relay rtp-nte 
     voix-classe sip tenant 100 
     sans vad
    
  6. Second pair de numérotation sortant vers la Trunk d’Unified CM RTCP si vous avez plus de 5 nods Unified CM :

    dial-peer voice 307 voip description Numérotation sortante vers CUCM-Group-2 pour les appels entrants à partir de 
     
     RTCP - Nodes 6 à 10 
     destination-pattern BAD. MAUVAIS protocole 
     de session sipv2 session serveur-groupe 307 codec de la classe vocale 
     
     99  
     dtmf-relay rtp-nte 
     voix-classe sip tenant 100 
     sans vad
    
5

Configurez le DPG suivant :

  1. Définit DPG 100. Le numéro d’appel sortant 101 est la cible pour tous les groupes entrants de numérotation du pair numérotation 100. Nous appliquerons le DPG 100 au pair de numérotation entrant 302 défini plus tard pour le chemin Unified CM --> LGW --> RTCP réseau :

    classe vocale dpg 100 
     numérotation pair 101 préférence 1
    
  2. Définir DPG 200 avec un pair de numérotation sortante 200201 comme cible pour Unified CM --> LGW --> Webex Calling chemin :

    classe vocale dpg 200 
     dial-peer 200201 préférence 1
    
  3. Définir DPG 300 pour les pairs de numérotation sortantes 301 ou 303 pour leWebex Calling --> LGW --> chemin Unified CM :

    classe vocale dpg 300 
     dial-peer 301 préférence 1 
     dial-peer 303 préférence 1
    
  4. Définir DPG 302 pour les pairs de numérotation sortants 305 ou 307 pour le RTCP --> LGW --> chemin Unified CM :

    classe vocale dpg 302 
     dial-peer 305 préférence 1 
     dial-peer 307 préférence 1
    
6

Configurez les pairs de numérotation entrants suivants :

  1. Appel entrant-pair pour les ips entrantes RTCP d’appel entrant :

    dial-peer voice 100 voip description Appel entrant du protocole de 
     session RTCP 
     
     sipv2 destination dpg 302 uri entrant 
     via 100 
     codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 
     aucune vad
    

    Explication des commandes

    dial-peer voice 100 voip 
     description Numérotation entrante du pair à partir RTCP

    Définit un pair de numérotation VOIP avec une balise de 100 et une description significative est donnée pour faciliter la gestion et le dépannage.

    protocole de session sipv2

    Indique que ce pair de numérotation traitera les pieds d’appel SIP.

    uri entrante via 100

    Tout le trafic entrant des RTCP IP vers LGW est correspondance sur l’adresse IP de l’hôte de l’en-tête VIA entrante définie dans la classe vocale SIP URI 100 pour correspondre à l’adresse IP source (ITSP).

    dpg de destination 302

    Avec le DPG 302 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et continue immédiatement à configurer les membres appel sortant en utilisant les pairs de numérotation définis dans la destination DPG 302, qui peut être soit dial-peer 305 ou dial-peer 307.

    client sip 300

    Le pair de numérotation hérite de tous les paramètres du client 300 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

  2. Appel entrant-pair pour les pieds d Webex Calling appeler :

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling 
     max-conn 150 
     destination dpg 300 uri entrante 
     requête 200
     

    Explication des commandes

    dial-peer voice 200201 description de la voip 
     entrante/sortante Webex Calling

    Met à jour un pair de numérotation VOIP avec une balise de 200201 et une description significative est donnée pour faciliter la gestion et le dépannage.

    demande uri entrante 200

    Tout le trafic entrant de Webex Calling vers LGW peut être correspondance sur le schéma de dtg unique dans l’URI de requête, identifiant de façon unique un site de passerelle local dans une entreprise et dans l’écosystème Webex Calling.

    dpg de destination 300

    Avec le DPG 300 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et continue immédiatement à configurer les membres appel sortant en utilisant les pairs de numérotation définis dans la destination DPG 300, qui peut être soit dial-peer 301 ou dial-peer 303.

    max-conn 150

    Limite le nombre d’appels simultanés à 150 entre le LGW et les Webex Calling en supposant qu’un seul Webex Calling de numérotation et de pair à la fois pour les appels entrants et sortants comme défini dans ce guide. Pour plus de détails sur les limites d’appels simultanés impliquant la passerelle locale, visitez https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Peer de numérotation entrant pour les pieds d’appel Unified CM entrants Webex Calling comme destination :

    composer-peer voix 300 voip description Appel entrant à partir de CUCM pour le protocole Webex Calling 
     
     session sipv2 
     destination dpg 200 entrant uri via 300 codec de la classe vocale 
     
     99 
     dtmf-relay rtp-nte 
     voix sip tenant 300 
     aucune vad
    

    Explication des commandes

    dial-peer voice 300 voip description Appel entrant du peer à 
     partir de CUCM pour les Webex Calling

    Définit un pair de numérotation VOIP avec une balise de 300 et une description significative est donnée pour faciliter la gestion et le dépannage.

    uri entrante via 300

    Tout le trafic entrant d’Unified CM vers LGW est correspondance sur le port de source via (5065), défini dans la classe vocale URI 300 SIP.

    dpg de destination 200

    Avec le DPG 200 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et continue immédiatement à configurer les membres appel sortant en utilisant les pairs de numérotation définis dans la destination DPG 200, qui sera dial-peer 200201.

    client sip 300

    Le pair de numérotation hérite de tous les paramètres du client 300 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

  4. Appel entrant-pair pour les pouces d’appel Unified CM entrant avec RTCP comme destination :

    dial-peer voice 302 voip description Appel entrant à partir de CUCM pour le protocole RTCP 
     
     session sipv2 
     destination dpg 100 
     entrant uri via 302 codec de la classe vocale 
     99 
     dtmf-relay rtp-nte 
     sip tenant 300 
     aucune vad
    

    Explication des commandes

    dial-peer voice 302 voip description Numérotation entrante 
     du cuCM pour les RTCP

    Définit un pair de numérotation VOIP avec une balise de 302 et une description significative est donnée pour faciliter la gestion et le dépannage.

    uri entrante via 302

    Tout le trafic entrant d’Unified CM vers LGW pour une destination RTCP correspond à l’adresse IP de signalisation d’Unified CM et au port VIA défini dans la classe vocale URI 302 SIP. Le port SIP standard 5060 est utilisé.

    dpg de destination 100

    Avec le DPG 100 de destination, IOS-XE par passe le critère de numérotation sortante classique correspondant et continue immédiatement à configurer les membres appel sortant en utilisant les pairs de numérotation définis dans la destination DPG 100, qui sera dial-peer 101.

    client sip 300

    Le pair de numérotation hérite de tous les paramètres du client 300 à moins que ce même paramètre ne soit défini sous le pair de numérotation lui-même.

Adresse IP RTCP tronc d’RTCP Unified CM

Webex Calling sur le tronc Webex Calling Unified CM

Tronc d’RTCP Unified CM vers l’RTCP

Tronc d’Webex Calling Unified CM vers Webex Calling système

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Implémenter la haute disponibilité CUBE en tant que passerelle locale

La passerelle locale (LGW) est la seule option permettant de fournir un accès RTCP site aux Cisco Webex Calling clients. L’objectif de ce document est de vous aider à créer une configuration de la passerelle locale en utilisant CUBE haute disponibilité, actif/en veille CUBE POUR leover d’appels actifs à un état d’échec.

Fondamentaux

Prérequis

Avant de déployer CUBE HA en tant que passerelle locale pour Webex Calling, assurez-vous d’avoir une compréhension approfondie des concepts suivants :

Les instructions de configuration fournies dans cet article supposent une passerelle locale dédiée sans configuration vocale existante. Si un déploiement d’entreprise CUBE existant est en cours de modification pour utiliser également la fonction de la passerelle locale pour Cisco Webex Calling, faites attention attentive à la configuration appliquée pour vous assurer que les flux d’appels et les fonctionnalités existants ne sont pas interrompus et assurez-vous d’avoir accès aux exigences de conception cube de HA.

Composants matériels et logiciels

CUBE HA comme passerelle locale nécessite IOS-XE version 16.12.2 ou ultérieure et est pris en charge sur les plateformes suivantes :

  • Série ISR4000—4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1r)

  • Série CSR1000—vCUBE (Configurations 1, 2 et 4 vCPU)


Les commandes et journaux d’afficher dans cet article sont basés sur une version logicielle minimum de Cisco IOS-XE 16.12.2 implémentée sur un vCUBE (CSR1000v).

Documentation de référence

Voici quelques guides détaillés de configuration CUBE HA pour différentes plateformes :

Présentation Webex Calling la solution de groupe

Cisco Webex Calling est une offre de collaboration qui offre une alternative multi-tenante sur le Cloud au service téléphonique PBX sur site avec deux options de RTCP pour les clients :

  • Fournisseur d’accès RTCP cloud

  • Passerelle locale

Le déploiement de la passerelle locale (représentée ci-dessous) est le focus de cet article. La passerelle locale est l’option RTCP l’accès Cisco Webex Calling en fournissant une connectivité à un service RTCP client. Elle fournit également une connectivité à un déploiement IP PBX sur site, tel que Cisco Unified CM. Toutes les communications vers et depuis le cloud sont sécurisées en utilisant le transport TLS pour SIP et SRTP pour les médias.

La figure ci-dessous affiche un déploiement Webex Calling’un déploiement IP PBX existant et s’applique à un déploiement unique ou multis sites. La configuration décrite dans cet article est basée sur ce déploiement.

Redondance box à case couche 2

LA redondance box-à-box CUBE HA layer 2 utilise le protocole d’infrastructure Redondance Group (RG) pour former une paire active/en veille de routeurs. Ce pair partage la même adresse IP virtuelle (VIP) sur leurs interfaces respectives et échange continuellement des messages de statut. Les informations de la session CUBE sont cocher sur les deux routeurs, ce qui permet au routeur de veille d’prendre toutes les responsabilités de traitement des appels CUBE immédiatement si le routeur actif est hors service, ce qui entraîne la préservation publique de la signalisation et du support.


Le point de contrôle se limite aux appels connectés avec des paquets média. Les appels en transit ne sont pas pointés en cours de vérification (par exemple, l’état de tentative ou de sonnerie).

Dans cet article, CUBE HA se référera à la redondance CUBE Haute disponibilité (HA) Layer 2 Box-to-box (B2B) pour les conditions préservation de l’appel

À partir d’IOS-XE 16.12.2, CUBE HA peut être déployé en tant que passerelle locale pour les déploiements de Cisco Webex Calling et nous couvrirons les considérations de conception et les configurations dans cet article. Cette figure affiche une installation CUBE HA typique en tant que passerelle locale pour un Cisco Webex Calling déploiement.

Composant Infra du groupe de redondance

Le composant Infra (Redundancy Group)Infra (Groupe de redondance) fournit la prise en charge de l’infrastructure de communication box-to-box entre les deux CUBE et négocie l’état définitif stable de redondance. Ce composant fournit également :

  • Un protocole HSRP comme HSRP qui négociera l’état de redondance finale de chaque routeur en échangeant des messages keepalive et bonjour entre les deux CUBE (via l’interface de contrôle)—GigabitEthernet3 dans la figure ci-dessus.

  • Un mécanisme de transport pour le contrôle de l’état de signalisation et de média pour chaque appel du routeur actif au veille (via l’interface de données)—GigabitEthernet3 dans la figure ci-dessus.

  • Configuration et gestion de l’interface IP virtuelle (VIP) pour les interfaces de trafic (plusieurs interfaces de trafic peuvent être configurées en utilisant le même groupe RG) – GigabitEthernet 1 et 2 sont considérées comme des interfaces de trafic.

Ce composant RG doit être spécifiquement configuré pour la prise en charge de la voix B2B HA.

Gestion des adresses IP virtuelle (VIP) à la fois pour la signalisation et les médias

B2B HA se base sur l’VIP pour atteindre la redondance. L’vip et les interfaces physiques associées sur les deux CUBE du pair CUBE HA doivent résider sur le même sous-réseau LAN. La configuration de l’interface VIP et de liaison de l’interface VIP à une application vocale particulière (SIP) sont obligatoires pour la prise en charge de la voix B2B HA. Les périphériques externes tels qu’Unified CM, Webex Calling accèdent à SBC, le fournisseur de service, ou le proxy, utilisent l’adresse VIP comme adresse IP de destination pour les appels qui traversent les routeurs CUBE de HA. Par conséquent, à partir Webex Calling point de vue, les paires CUBE HA agit comme une passerelle locale unique.

Les informations de signalisation des appels et de la session RTP des appels établis sont sur point de contrôle du routeur actif vers le routeur de veille. Lorsque le routeur actif est en panne, le routeur veille prend le contrôle et continue de faire suivre le flux RTP qui a été précédemment acheminé par le premier routeur.

Les appels en état de transition au moment du basculement ne seront pas conservés après le basculement. Par exemple, les appels qui ne sont pas encore complètement établis ou qui sont en cours de modification avec une fonction de transfert ou de mise en attente. Les appels qui ont été mis en place peuvent être déconnectés après le basculement.

Les exigences suivantes existent pour l’utilisation de CUBE HA comme passerelle locale pour leover (panne d’appel) stateful :

  • CUBE HA ne peut pas avoir de CTDM ou d’interfaces analogiques co-situées

  • Gig1 et Gig2 sont appelés des interfaces de trafic (SIP/RTP) et Gig3 est l’interface de contrôle/données de Redondance Group (RG)

  • Pas plus de 2 paires CUBE HA peuvent être placées dans le même domaine de la couche 2, un avec l’id de groupe 1 et l’autre avec l’id de groupe 2. Si vous configurez 2 pairs AVEC le même id de groupe, les interfaces de contrôle/données RG doivent appartenir à différents domaines de la couche 2 (vlan, commutateur séparé)

  • La chaine du port est prise en charge à la fois pour le contrôle/données RG et les interfaces de trafic

  • Tous les médias/signalisations sont provenant/vers l’adresse IP virtuelle

  • Chaque fois qu’une plateforme est rechargée dans une relation CUBE-HA, elle démarre toujours en tant que Veille

  • Adresse inférieure pour toutes les interfaces (Gig1, Gig2, Gig3) doit être sur la même plateforme

  • Identificateur de l’interface de redondance, rii doit être unique à une combinaison pair/interface sur la même couche 2

  • La configuration sur les deux CUBE doit être identique incluant la configuration physique et doit être en cours d’exécution sur le même type de plateforme et la version IOS-XE

  • Les interfaces de rappel ne peuvent pas être utilisées comme lier car elles sont toujours au courant

  • Plusieurs interfaces de trafic (SIP/RTP) (Gig1, Gig2) nécessitent que le suivi de l’interface soit configuré

  • CUBE-HA n’est pas pris en charge par une connexion par câble cable pour le lien RG-control/data (Gig3)

  • Les deux plateformes doivent être identiques et être connectées via un Commutateur physique sur toutes les interfaces également pour que CUBE HA fonctionne, par exemple CUBE0/0/0 de CUBE-1 et CUBE-2 doivent se terminer sur le même commutateur et ainsi de suite.

  • Impossible d’avoir WAN résilié sur les CUBE directement ou la HA de données sur l’un ou l’autre côté

  • Les deux centres de données Actif/Veille doivent être dans le même centre de données

  • Il est obligatoire d’utiliser l’interface L3 séparée pour la redondance (Contrôle RG/données, Gig3). par ex. l’interface utilisée pour le trafic ne peut pas être utilisée pour les keepalives ha et le point de contrôle

  • Lors du cas de panne, le CUBE précédemment actif passe par un rechargement par la conception, préserver la signalisation et le média

Configurer la redondance sur les deux CUBE

Vous devez configurer la redondance box-à-box couche 2 sur les deux CUBE conçus pour être utilisés dans un pair HA pour réunir les IP virtuels.

1

Configurez le suivi de l’interface à un niveau global pour suivre le statut de l’interface.

conf t 
 track 1 interface GigabitEthernet1 line-protocol 
 track 2 interface GigabitEthernet2 line-protocol 
 exit
VCUBE-1#conf t
VCUBE-1(config)#interface 1 interface GigabitEthernet1 ligne-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 ligne-protocol
VCUBE-1(config-track)#quitter
VCUBE-2#conf t
VCUBE-2(config)#interface 1 interface GigabitEthernet1 ligne-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 ligne-protocol
VCUBE-2(config-track)#quitter

Track CLI est utilisé dans RG pour suivre l’état de l’interface de trafic vocal afin que le routeur actif reste son rôle actif lorsque l’interface de trafic est à l’état actif.

2

Configurez un RG pour une utilisation avec VoIP HA sous le sous-mode de redondance de l’application.

redondance de l’application groupe 1 nom 
 
 
 LocalGateway-HA priorité 
 100 failover threshold 75 
 contrôle GigabitEthernet3 protocole 1 
 data GigabitEthernet3 
 timers delay 30 reload 60 
 track 1 shutdown track 
 2 shutdown exit protocol 
 
 1 
 timers hellotime 3 holdtime 10 
 exit
VCUBE-1(config)#redondance
VCUBE-1(config-rouge)#redondance de l’application
VCUBE-1(config-red-app)#groupe 1
VCUBE-1(config-red-app-grp)#nom LocalGateway-HA
VCUBE-1(config-red-app-grp)# priorité 100 seuil de panne75
VCUBE-1(config-red-app-grp)#contrôle GigabitEthernet3 protocole 1
VCUBE-1(config-red-app-grp)#données GigabitEthernet3
VCUBE-1(config-red-app-grp)# délais de30 rechargement 60
VCUBE-1(config-red-app-grp)#suivi 1 arrêt
VCUBE-1(config-red-app-grp)#suivi 2 arrêt
VCUBE-1(config-red-app-grp)#quitter
VCUBE-1(config-red-app)#protocole 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#quitter
VCUBE-1(config-red-app)#quitter
VCUBE-1(config-red)#quitter
VCUBE-1 (config) #
VCUBE-2(config)#redondance
VCUBE-2(config-rouge)#redondance de l’application
VCUBE-2(config-red-app)#groupe 1
VCUBE-2(config-red-app-grp)#nom LocalGateway-HA
VCUBE-2(config-red-app-grp)#priorité 100 seuil de panne 75
VCUBE-2(config-red-app-grp)#contrôle GigabitEthernet3 protocole 1
VCUBE-1(config-red-app-grp)#données GigabitEthernet3
VCUBE-2(config-red-app-grp)# délais de30 rechargement 60
VCUBE-2(config-red-app-grp)#suivi 1 arrêt
VCUBE-2(config-red-app-grp)#suivi 2 arrêt
VCUBE-2(config-red-app-grp)#quitter
VCUBE-2(config-red-app)#protocole 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#quitter
VCUBE-2(config-red-app)#quitter
VCUBE-2(config-red)#quitter
VCUBE-2 (config) #

Voici une explication des champs utilisés dans cette configuration :

  • redondance—Entre le mode de redondance

  • redondance del’application —Entre le mode de configuration de redondance de l’application

  • groupe—Entre en mode de configuration de la redondance du groupe d’applications

  • Nom LocalGateway-HA—Définit le nom du groupe RG

  • priorité 100 seuil de panne 75 —Indique la priorité initiale et les seuils de pannepour un RG

  • retard des timers 30 recharger 60 —Configure les deux fois pour le délaiet le rechargement

    • Minuteur de délai qui est la durée du délai d’initialisation du groupe RG et de la négociation du rôle lorsque l’interface arrive – Par défaut 30 secondes. La plage est de 0-10000 secondes

    • Recharger—Ceci est la durée de délai d’initialisation et de négociation du rôle du groupe RG après un rechargement – Par défaut 60 secondes. La plage est de 0-10000 secondes

    • Les timers par défaut sont recommandés, bien que ces délais soient ajustés pour s’adapter au retard supplémentaire de convergence du réseau qui peut se produire au cours du démarrage/rechargement des routeurs, pour garantir que la négociation du protocole RG s’est déroulée après le routage dans le réseau a convergé vers un point stable. Par exemple, s’il est vu après une panne qu’il faut jusqu’à 20 sec pour le nouveau VEILLE pour voir le premier paquet RG HELLO du nouveau paquet ACTIF, alors les minutes doivent être ajustées sur « retard de 60 secondes du chargement 120 » pour tenir compte de ce délai.

  • contrôle GigabitEthernet3 protocole 1 —Configure l’interface utilisée pour échanger les messages keepalive et bonjour entre les deux CUBEE, et spécifie l’instance de protocole qui sera attachée à une interface de contrôle et entre le mode de configuration du protocole de redondancede l’application

  • données GigabitEthernet3 —Configure l’interface utilisée pour le point de contrôledu trafic de données

  • suivi—Suivi des interfaces des groupes RG

  • protocole 1 — Spécifie l’instance de protocole qui sera attachée à une interface de contrôle et entre en mode de configuration du protocole deredondance de l’application

  • timers hellotime 3 holdtime 10 —Configure les deux temps d’attente pourhellotime et holdtime :

    • Bonjour—Intervalle entre les messages bonjour successifs – Par défaut 3 secondes. La plage est de 250 millisecondes-254 secondes

    • Attente—L’intervalle entre la réception d’un message Bonjour et l’invité de l’échec du routeur d’envoi. Cette durée doit être supérieure au bonjour-temps – Par défaut 10 secondes. La plage est de 750 millisecondes-255 secondes

      Nous vous recommandons de configurer le temps d’attente pour qu’il soit au moins trois fois la valeur du bonjour.

3

Activer la redondance box-à-box pour l’application CUBE. Configurez le RG de l’étape précédente sous voip (Voix sur IP) du servicevocal. Ceci permet à l’application CUBE de contrôler le processus de redondance.

service vocal voip 
   redondance-groupe 1 
   sortie
VCUBE-1(config)#voix sur IP
VCUBE-1(config-voi-serv)#redondance-groupe 1

  % a créé l’association RG 1 avec voix B2B HA ; recharger le routeur pour que la nouvelle configuration prenne effet
VCUBE-1(config-voi-serv)# quitter
VCUBE-2(config)#voix sur IP
VCUBE-2(config-voi-serv)#redondance-groupe 1

  % a créé l’association RG 1 avec voix B2B HA ; recharger le routeur pour que la nouvelle configuration prenne effet
VCUBE-2(config-voi-serv)# quitter

redondance-groupe 1 —Ajouter et supprimer cette commande nécessite un rechargement pour que laconfiguration mise à jour prenne effet. Nous rechargerons les plateformes lorsque toutes les configurations auront été appliquées.

4

Configurez les interfaces Gig1 et Gig2 avec leurs IP virtuelles respectives comme démontré ci-dessous et appliquez l’identificateur de l’interface de redondance(rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redondance rii 1
VCUBE-1(config-if)# redondance groupe 1 ip 198.18.1.228 exclusif
VCUBE-1(config-if)# quitter
VCUBE-1 (config) #
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redondance rii 2
VCUBE-1(config-if)# redondance groupe 1 ip 198.18.133.228 exclusif
VCUBE-1(config-if)# quitter
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redondance rii 1
VCUBE-2(config-if)# redondance groupe 1 ip 198.18.1.228 exclusif
VCUBE-2(config-if)# quitter
VCUBE-2 (config) #
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redondance rii 2
VCUBE-2(config-if)# redondance groupe 1 ip 198.18.133.228 exclusif
VCUBE-v(config-if)# quitter

Voici une explication des champs utilisés dans cette configuration :

  • rii de redondance—Configure l’identificateur de l’interface de redondance pour le groupe de redondance. Requis pour générer une adresse MAC virtuelle (VMAC). La même valeur rii ID doit être utilisée sur l’interface de chaque routeur (ACTIVE/STANDBY) qui a la même VIP.


     

    S’il y a plus d’un pair B2B sur le même LAN, chaque pair DOIT avoir des ID rii uniques sur leurs interfaces respectives (pour empêcher toute situation de problèmes). « afficher tous les groupes d’applications de redondance » doit indiquer les informations locales et pairs correctes.

  • groupe de redondance 1—Associe l’interface au groupe de redondance créé à l’étape 2 ci-dessus. Configurez le groupe RG, ainsi que l’interface VIP affectée à cette interface physique.


     

    Il est obligatoire d’utiliser une interface séparée pour la redondance, c’est-à-dire que l’interface utilisée pour le trafic vocal ne peut pas être utilisée comme interface de contrôle et de données spécifiée à l’étape 2 ci-dessus. Dans cet exemple, l’interface Gigabit 3 est utilisée pour le contrôle/données RG

5

Enregistrez la configuration du premier CUBE et rechargez-le.

La plateforme pour recharger le dernier est toujours le veille.

VCUBE-1#wr

  Configuration du bâtiment...

  [OK]
Rechargez VCUBE-1#

  Continuer le rechargement ? [confirmer]

Lorsque VCUBE-1 démarre complètement, enregistrez la configuration de VCUBE-2 et rechargez-la.

VCUBE-2#wr

  Configuration du bâtiment...

  [OK]
Rechargez VCUBE-2#

  Continuer le rechargement ? [confirmer]
6

Vérifiez que la configuration de la case à case fonctionne comme prévu. Les résultats pertinents sont mis en gras.

Nous avons rechargé VCUBE-2 dernier et selon les considérations de conception ; la plateforme pour recharger le dernier sera toujours en veille .


VCUBE-1#afficher le groupe d’applications de redondance tous les défauts états Groupe 1 infos :
       Priorité de l’runtime : [100] 
               Défauts RG État de RG : En haut.
                       Nombre total de basculements en raison de pannes :           0 
                       Total # de modifications d’état en raison de pannes : 0 Nom du groupe ID :1 
 :LocalGateway-HA    État administratif : Aucun état 
 d’arrêt agrégé opérationnel : Up My Role (Mon rôle) : Rôle 
 actif du pair : Présence du pair EN VEILLE : OuiComm. du pair : Oui 
 La progression du pair a démarré : Oui 
 
 Domaine RF : btob-one 
         RF état : État RF 
         du pair ACTIF : VEILLE HOT 
 
 RG Protocol RG 1 
 ------------------ rôle 
 : Négociation 
        active : Priorité 
        activée : État du protocole 100 
        : État 
        actif des Intf(s) Ctrl : Peer 
        actif actif : Pair         de veille local : adresse 10.1.1.2, priorité 100, compteurs des journaux Intf Gi3         :
                changement de rôle par actif : 1 
                rôle change en veille : 1 
                désactiver les événements : rg down state 0, rg shut 0 
                ctrl événements intf : up 1, down 0, admin_down 0 
                recharger les événements : demande locale 0, demande de pair 0 Contexte média RG pour le 
 
 RG 1 
 -------------------------- 
 l’État Ctx : ID du protocole actif : 1 
        type de média : Interface         de contrôle par défaut : GigabitEthernet3         Heure actuelle de bonjour : 3000 
        Paramétrateur Bonjour : 3000, Durée d’attente : 10000 Heure 
        de bonjour aux pairs : 3000, Temps d’attente du pair : Stats 10000 
        :
            Pkts 1509, Octets 93558, HA Seq 0, Numéro deq 1509, Perte de Pkt 0 0 Authentification non configurée Échec d’authentification 
 
            : 0 
            Recharger le pair : TX 0, RX 0 Renoncer 
            : Pair stand TX 0, RX 0 
    : Présent. Délai d’attente : 10000 
 Pkts 61, Octets 2074, HA Séq 0, Numéro deq 69, Pkt Perte 0 
 
 VCUBE-1 #

VCUBE-2#afficher le groupe d’applications de redondance tous les défauts états Groupe 1 infos :
       Priorité de l’runtime : [100] 
               Défauts RG État de RG : En haut.
                       Nombre total de basculements en raison de pannes :           0 
                       Total # de modifications d’état en raison de pannes : 0 Nom du groupe ID :1 
 :LocalGateway-HA    État administratif : Aucun état 
 d’arrêt agrégé opérationnel : Up My Role (Mon rôle) : Rôle du 
 pair DE VEILLE : Présence active du pair : OuiComm. du pair : Oui 
 La progression du pair a démarré : Oui 
 
 Domaine RF : btob-one 
         RF état : État RF 
         du pair ACTIF : VEILLE HOT 
 
 RG Protocol RG 1 
 ------------------ rôle 
 : Négociation 
        active : Priorité 
        activée : État du protocole 100 
        : État 
        actif des Intf(s) Ctrl : Peer         actif actif : adresse 10.1.1.2, priorité 100, pair de veille intf Gi3         : Compteurs 
        de journaux locaux :
                changement de rôle par actif : 1 
                rôle change en veille : 1 
                désactiver les événements : rg down state 0, rg shut 0 
                ctrl événements intf : up 1, down 0, admin_down 0 
                recharger les événements : demande locale 0, demande de pair 0 Contexte média RG pour le 
 
 RG 1 
 -------------------------- 
 l’État Ctx : ID du protocole actif : 1 
        type de média : Interface         de contrôle par défaut : GigabitEthernet3         Heure actuelle de bonjour : 3000 
        Paramétrateur Bonjour : 3000, Durée d’attente : 10000 Heure 
        de bonjour aux pairs : 3000, Temps d’attente du pair : Stats 10000 
        :
            Pkts 1509, Octets 93558, HA Seq 0, Numéro deq 1509, Perte de Pkt 0 0 Authentification non configurée Échec d’authentification 
 
            : 0 
            Recharger le pair : TX 0, RX 0 Renoncer 
            : Pair stand TX 0, RX 0 
    : Présent. Délai d’attente : 10000 
 Pkts 61, Octets 2074, HA Seq 0, Numéro 69 Séq, Pkt Perte 0 
 
 VCUBE-2 #

Configurer une passerelle locale sur les deux CUBE

Dans notre exemple de configuration, nous utilisons les informations suivantes de Control Hub pour construire la configuration de la passerelle locale à la fois sur les plateformes, VCUBE-1 etVCUBE-2. Le nom d’utilisateur et le mot de passe pour cette installation sont les suivants :

  • Nom d’utilisateur : Hussain1076_LGU

  • Mot de passe : lOVA12MEaZx

1

Assurez-vous qu’une clé de configuration est créée pour le mot de passe, avec les commandes affichées ci-dessous, avant qu’elle puisse être utilisée dans les identifiants ou les partages. Le type 6 mots de passe sont chiffrés à l’aide du chiffrement AES et cette clé de configuration définie par l’utilisateur.


LocalGateway#conf t 
 LocalGateway(config)# cléconfig-key password-encrypt Password123 LocalGateway(config)# accès au cryptage du motde passe

Voici la configuration de la passerelle locale qui s’appliquera aux deux plateformes en fonction des paramètres control Hub affichés ci-dessus, d’enregistrer et de recharger. Les identifiants SIP Digest de Control Hub sont mis en surbrillons engras.


configurer la révocation 
 dpccur trustpoint cryptographique 
 pki-check crl 
 exit 
 sip-cryptograph 
 crypto signaling default trustpoint d facticeTp cn-san-validate server transport tcp tls v1.2 fin configure terminal crypto pki trust url clean end configure terminal voice service voip ip address trusted list ipv4 x.x y.y .y.y quitter autoriser les connexions sip aux statistiques sip média statistiques média en nombre-stats aucun supplémentaire-service sip ne reporte pas de gestion sip supplémentaire service remplace le protocole fax passer par http://www.cisco.com/security/pki/trs/ios_core.p7b g711ulaw 
 
 stun flowdata agent-id 1 boot-count 4 
 stun flowdata partagé-secret 0 
 Mot de passe123 !  sip 
 g729 annexb-all 
 early-offer forced end 
 
 
 
 configure terminal voice class 
 sip-profiles 200 
 rule 9 request ANY sip-header SIP-Req-URI modify « sips:(.*) » 
 « sip:\1 » 
 rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)>rule<sip:\1;transport=tls>13 response ANY sip-header to modify<sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar <sajan index="3" />" 
 « ;otg= hussain1076_lgu > » règle30 requête 
 SIP-en-tête P-Asserted-Identity modifier 
 « sips:(.*) » « sip:\1 » 
 
 
 codec 99 
 codec préférences 1 g711ulaw codec préférences 2 g711ulaw quitter la classe vocale 
 
 
 
 srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 sortie classe vocale stun-usage 200 stun utilisation pare-feu-traversée flux données quitter voix classe 
 
 
 
 
 tenant 
 
 
 
 
 
 
 
 200 inscription dns:40462196.cisco-bcld.com scheme sips expire 240 refresh-ratio 50 tcp tcp tls numéro Hussain5091_LGU username Hussain1076_LGU mot de passe 0 lIELLE12MEaZx realm Broadworks authentification Hussain5091_LGU mot de passe      0 lIELLE12MEaZx realm BroadWorks authentification username Hussain5091_LGU mot de passe   0 l URL12MEaZx realm 40462196.cisco-bcld.com pas de connexion     sip-id sip-server dns:40462196.cisco-bcld.com   connection-reuse srtp-crypto 200 
 session transport tcp tls 
 url sips 
 error-passthrued-id 
 bind control 
 source-interface GigabitEthernet1 
 bind media source-interface GigabitEthernet1 aucun contenu 
 personnalisé-sdp profils 
 sip 200 
 proxy sortants dns:la01.sipconnect-us10.cisco-bcld.com classe vocale passthru de politique de confidentialité   tenant 
 
 
 100 session transport url 
 udp 
 sip 
 error-passthru 
 lier source-interface GigabitEthernet2 média lier 
 source-interface média GigabitEthernet2 aucune passer-à contenu personnalisé classe vocale 
 client 
 
 300 
 lier control source-interface GigabitEthernet2 lie media source-interface GigabitEthernet2 aucun contenu passer-à du contenu personnalisé classe vocale 
 
 
 
 
 uri 100 sip organisateur 
 ipv4:198.18.13 3.3 classe vocale 
 
 uri 200 sip 
 pattern dtg=hussain1076.lgu    dial-peer voice 101 voip 
 description sortante dial-peer to IP RTCP 
 destination pattern BAD. MAUVAIS protocole 
 de session sipv2 
 cible session ipv4:198.18.133.3 codec de la classe vocale 
 99 
 voix sip tenant 100 
 dtmf-relay rtp-nte 
 no vad 
 
 dial-peer voice 201 description voip Sortant 
 
 de composition du pair vers Webex Calling destination-schéma MAUVAIS. PROTOCOLE DE SESSION MAUVAIS protocole sipv2 session cible sip-serveur codec de la classe vocale 
 
 
 99 
 voix stun-usage 200 aucune 
 voix-classe sip localhost 
 voix-classe sip tenant sip 200 
 dtmf-relay rtp-nte srtp non vad voix classe 
 
 
 
 
 dpg 100 
 description entrante Appel Webex (DP200) à IP RTCP(DP101) 
 dial-peer 101 préférence 1 classe vocale 
 
 dpg 200 
 description IP entrante RTCP(DP100) vers Webex Calling(DP201) 
 dial-peer 201 préférence 1 
 
 
 
 
 
 dial-peer voice 10 0 voip desription Entrante dial-peer à partir du protocole 
 de session RTCP IP protocole 
 sipv2 
 destination dpg 200 uri entrant via 100 codec de la classe vocale 
 99 voix sip tenant sip 300 dtmf-relay rtp-nte aucune description de la voix voIP de 200 numéros de téléphone Appel-peer entrant du protocole Webex Calling session sipv2 destinat

Pour afficher la sortie de commande, nous avons rechargé VCUBE-2 suivi par VCUBE-1 , qui fait deVCUBE-1 le standby CUBE et VCUBE-2 le CUBE actif

2

À tout moment donné, une seule plate-forme conservera un enregistrement actif en tant que passerelle locale avec accès Webex Calling SBC. Jetez un coup d’œil à la sortie des commandes d’afficher suivantes.

afficher le groupe d’applications de redondance 1

afficher le statut sip-ua-register


VCUBE-1# afficher l’état administratif du groupe d’applications de redondance 1 Groupe ID :1 Nom du groupe :LocalGateway-HA 
 
 État administratif : Aucun état 
 d’arrêt agrégé opérationnel : Up My Role : Rôle du pair de veille : Présence 
 active du pair : OuiComm. du pair : Oui 
 La progression du pair a démarré : Oui 
 
 Domaine RF : btob-one 
         RF état : STANDBY HOT 
         Peer RF état : ACTIVE 
 
 VCUBE-1#afficher sip-enregistré statut VCUBE-1 #

VCUBE-2# afficher l’état administratif du groupe d’applications de redondance 1 Groupe ID :1 Nom du groupe :LocalGateway-HA 
 
 État administratif : Aucun état 
 d’arrêt agrégé opérationnel : Up My Role : Rôle actif du pair : Statut 
 de présence du pair : OuiComm. du pair : Oui 
 La progression du pair a démarré : Oui 
 
 Domaine RF : btob-one 
         RF état : État RF 
         du pair ACTIF : STANDBY HOT 
 
 VCUBE-2#afficher sip-register statut  Tenant : 200 
 --------------------Registrar-Index 1 --------------------- Line peer 
 expire(sec) reg reg P-Associ-URI 
 == === 
 =Hussain5091_LGU 1 48 oui 
 vcUBE-2 #

À partir de la sortie ci-dessus, vous pouvez voir que VCUBE-2 est le LGW actif conservant l’enregistrement avec accès Webex Calling SBC, alors que la sortie du « afficher le statut d’inscription sip-register » est vide dans VCUBE-1

3

Activez maintenant les débogages suivants sur VCUBE-1


VCUBE-1#debug ccsip non-call SIP Out-of-Dialog est traçage est activé VCUBE-1# debug ccsip infos SIP Appel traçage est activé VCUBE-1#message ccsip de débogage
4

Simulez la panne en émettant la commande suivante sur le LGW actif, VCUBE-2 dans ce cas.


VCUBE-2#application de redondance recharger le groupe 1 auto

Le basculement de L’ACTIF vers le LGW STANDBY se produit dans le scénario suivant ainsi que le CLI listé ci-dessus

  • Lorsque le routeur ACTIF se recharge

  • Lorsque les cycles de puissance du routeur ACTIF

  • Lorsqu’une interface RG configurée du routeur ACTIF est arrêtée et que le suivi est activé

5

Vérifiez si VCUBE-1 s’est inscrit avec Webex Calling SBC d’accès. VCUBE-2 se se serait chargé jusqu’à présent.


VCUBE-1#afficher sip-système d’enregistrement 
 
 Tenant : 200 
 --------------------Registrar-Index 1 --------------------- Line peer 
 expire(sec) reg reg P-Associ-URI 
 === === =Hussain5091_LGU 1 56 = 1 56 oui VCUBE-1 #

VCUBE-1 est maintenant le LGW actif.

6

Regardez le journal de débogage approprié sur VCUBE-1 en envoyant un ENREGISTREMENT SIP à un Webex Calling VIA l’IP virtuelle et en recevant un OK de 200.


VCUBE-1#afficher le journal 
 
 9 janvier 18:37:24.769 : %RG_MEDIA-3-TIMEREXPIRED : L’id RG 1 Bonjour a expiré.
9 janvier 18:37:24.771 : %RG_PROTCOL-5-ROLECHANGE : RG id 1 rôle change de veille à Actif 
 9 Janvier 18:37:24.783 : %VOICE_HA-2-SWITCHOVER_IND : BASCULEMENT, du STANDBY_HOT au mode ACTIF.
9 janvier 18:37:24.783 : -1/xxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event : Réception d’une notification sur 
 
 l’événement à rôle actif 9 janvier 18:37:25.758 : -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg :
Envoyé :
ENREGISTRER SIP : 40462196.cisco-bcld.com:5061 SIP/2.0 Via : SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 à partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Pour : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date : Jeu 09 jan 2020 18:37:24 GMT 
 Appel-ID : FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFB5F93B97 
 Agent utilisateur : Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards : 70 
 timestamp: 1578595044 
 CSeq : 2 Contact 
 S’INSCRIRE : <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expire: 240 Pris 
 en charge : chemin 
 Longueur du contenu : 0
9 janvier 18:37:25.995 : -1/00000000000/SIP/Msg/ccsipDisplayMsg :
Reçu:
SIP/2.0 401 Non autorisé via : SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Pour : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Date : Jeu 09 jan 2020 18:37:24 GMT 
 Appel-ID : FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp : 1578595044 
 CSeq : 2 
 S’INSCRIRE À WWW-Authentifier ; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 
 Content-Length: 0
9 janvier 18:37:26.000 : -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg :
Envoyé :
ENREGISTREZ sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via : SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 À partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Pour : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date : Jeu 9 jan 2020 18:37:25 GMT 
 Appel-ID : FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFF5F93B97 
 Utilisateur-Agent :Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards : 70 
 timestamp: 1578595045 
 CSeq : 3 Contact 
 S’INSCRIRE : <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expire: 240 Pris 
 en charge : autorisation 
 du chemin : Digest username="Hussain1076_LGU »,realm="BroadWorks »,uri="sips:40462196.cisco-bcld.com:5061 »,response="b6145274056437b9c07f7ecc08ebdb02 »,nonce="BroadWorksXk572qd01Ti58z1iBW »,cnonce="3E0E2C4D »,qop=auth,algorithm=MD5,nc=0000001 
 Content-Length: 0
9 janvier 18:37:26.190 : 1/00000000000/SIP/Msg/ccsipDisplayMsg :

Reçu:
SIP/2.0 200 OK Via : SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Pour : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 
 ID d’appel : FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp : 1578595045 
 CSeq : 3 Contact 
 S’INSCRIRE : <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Autoriser les événements : appeler-infos,ligne-saisir,dialogue,message-résumé,en tant qu'-fonctionnalité-événement,x-broadworks-hoteling,x-broadworks-call-center-status,contenu de la 
 conférence-Longueur : 0
Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer Unified CM pour Webex Calling

Vous pouvez avoir besoin d’une intégration avec Unified CM si des emplacements Webex Calling activés sont ajoutés à un déploiement existant où Unified cm est la solution de contrôle des appels sur site et si vous exigez un appel direct entre les téléphones enregistrés sur Unified CM et les téléphones dans Webex Calling emplacements.

Configurer Ligne auxiliaire SIP profil de sécurité pour tronc à la passerelle locale

Dans les cas où la passerelle locale et la passerelle RTCP se trouvent sur le même périphérique, Unified CM doit être activé pour différencier deux types de trafic différents (les appels à partir de Webex et à partir de la RTCP) qui sont originaires du même périphérique et appliquent une classe différenciée pour le service à ces types d’appels. Ce traitement des appels différenciés est réalisé en approvisionnant deux troncs entre Unified CM et la passerelle locale combinée et le périphérique de passerelle RTCP qui nécessite des ports d’écoute SIP différents pour les deux troncs.

Créez un profil de sécurité Ligne auxiliaire SIP dédié pour la jonction de la passerelle locale avec les paramètres suivants :

Paramètre Valeur
Nom Nom unique, tel que Webex
Description Description explicite, telle que Webex ligne auxiliaire SIP profil de sécurité
Port d’entrée Doit correspondre au port utilisé dans la configuration de la passerelle locale pour le trafic vers/à partir de Webex : 5065

Configurer le profil SIP pour la jonction de la passerelle locale

Créez un profil SIP dédié pour la jonction de la passerelle locale avec les paramètres suivants :

Paramètre Valeur
Nom Nom unique, tel que Webex
Description Description explicite, telle que Webex profil SIP
Activer les OPTIONS ping pour contrôler l’état de destination des troncs avec le type de service « aucune (par défaut) » Coché

Créer un espace de recherche d’appel pour les appels à partir de Webex

Créez un espace de recherche d’appel pour les appels provenant de Webex avec les paramètres suivants :

Paramètre Valeur
Nom Nom unique, tel que Webex
Description Description explicite, telle que l' espace de recherche Webex Calling
Partitions sélectionnées

DN (+ E. 164 numéros de répertoire)

ESN (abrégé de l’interconnexion entre les sites)

PSTNInternational (accès RTCP)

onNetRemote (destinations RGPD apprises)


 

La dernière partition onNetRemote est utilisée uniquement dans un environnement multi-cluster dans lequel les informations de routage sont échangées entre les clusters d’Unified CM en utilisant le service de recherche entre clusters (ILS) ou la réplication globale du système de numérotation (RGPD).

Configurer un Ligne auxiliaire SIP à et à partir de Webex

Créez un tronc SIP pour les appels vers et à partir de Webex via la passerelle locale avec les paramètres suivants :

Paramètre Valeur
Informations sur le périphérique
Périphérique Un nom unique, tel que Webex
Description Description explicite, telle que Webex ligne auxiliaire SIP
Exécuter sur tous les nœuds actifs Unified CM Coché
Appels entrants
Appeler un espace de recherche L’espace de recherche d’appel précédemment défini : Webex
AAR Call Search Space Un espace de recherche d’appel avec accès uniquement aux schémas de route RTCP : PSTNReroute
Informations SIP
Adresse de destination Adresse IP du CUBE de la passerelle locale
TOUT 5060
Profil de sécurité Ligne auxiliaire SIP Précédemment défini : Webex
Profil SIP Précédemment défini : Webex

Configurer le groupe de routage pour les Webex

Créez un groupe de routage avec les paramètres suivants :

Paramètre Valeur
Informations sur le groupe de routage
Nom du groupe de routage Un nom unique, tel que Webex
Périphériques sélectionnés Le tronc SIP précédemment configuré : Webex

Configurer la liste de routage pour les Webex

Créez une liste de routage avec les paramètres suivants :

Paramètre Valeur
Informations sur la liste de routage
Nom Un nom unique, tel que RL_Webex
Description Description explicite, telle que la liste de routage pour Webex
Exécuter sur tous les nœuds actifs Unified CM Coché
Informations sur le membre de la liste de routage
Groupes sélectionnés Uniquement le groupe de routage précédemment défini : Webex

Créer une partition pour les destinations Webex

Créez une partition pour les destinations de la Webex avec les paramètres suivants :

Paramètre Valeur
Informations sur la liste de routage
Nom Nom unique, tel que Webex
Description Description explicite, telle qu’une Partition Webex

Que faire ensuite

Assurez-vous d’ajouter cette partition à tous les espaces de recherche d’appel qui doivent avoir accès aux destinations Webex. Vous devez ajouter cette partition spécifiquement à l’espace de recherche d’appel qui est utilisé comme l’espace de recherche d’appel entrant sur les troncs de RTCP, afin que les appels de la RTCP vers Webex puissent être acheminés.

Configurer les schémas de route pour les destinations Webex

Configurez les schémas de route pour chaque plage pour Webex avec les paramètres suivants :

Paramètre Valeur
Schéma de route Full + E. 164 schéma pour la plage DID dans Webex avec le « \ » de début. Par exemple : \ + 140855501XX
Partition d'acheminement Webex
Passerelle/liste de routage RL_Webex
Priorité urgente Coché

Configurer la normalisation abrégée de la numérotation intersites pour Webex

Si la numérotation abrégée du site est requise pour Webex, alors configurez les schémas de normalisation de la numérotation pour chaque gamme ESN de Webex avec les paramètres suivants :

Paramètre Valeur
Schéma de traduction Le schéma ESN pour la gamme ESN dans Webex. Par exemple : 80121XX
Partition Webex
Description Description explicite, telle que le modèle de Webex la normalisation
Utiliser l’espace de recherche d’appel de l’expéditeur Coché
Priorité urgente Coché
Ne pas attendre le délai d’expiration des interchiffrements pour les tronçons suivants Coché
Partie appelée le masque de transformation Masque pour normaliser le numéro sur + E. 164. Par exemple : +140855501XX
Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer vos fonctionnalités Webex Calling

Créer un standard automatique

Assurez-vous que les appels reçoivent une réponse et que les besoins des appelants sont satisfaits. Vous pouvez ajouter des messages d’accueil, configurer des menus et acheminer les appels vers un service de réponse, un groupe de recherche/groupe de distribution des appels, une boîte de messagerie vocale ou une personne réelle. Vous pouvez créer une planification de 24 heures ou fournir des options différentes quand votre entreprise est ouvert ou fermé. Vous pouvez même acheminer les appels en fonction des attributs ID de l'appelant pour créer des listes de VIP ou gérer les appels à partir de certains indicatifs différemment. Pour plus d’informations, voir gérer les standards automatiques.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services > appel > fonctionnalités.

2

Cliquez sur nouvelle fonctionnalité et choisissez standard automatique.

3

Sélectionnez un numéro de pilote et indiquez si vous possédez le numéro, s’il vous a été fourni par votre partenaire, ou si vous souhaitez porter le numéro sur.

4

Si vous transférez un numéro sur, vous devez saisir le numéro de facturation associé à votre fournisseur de service actuel ainsi que le numéro de facturation associé à votre nouveau fournisseur de service.

5

Choisissez un emplacement et cliquez sur Enregistrer.

Que faire ensuite

Vous pouvez configurer la fonctionnalité d’appel davantage en sélectionnant le standard automatique à partir des fonctionnalités d’appel des services > > . Vous êtes connecté aux services avancés dans le portail d’administration d’appel où vous pouvez terminer votre configuration. Pour plus d’informations, voir gérer les standards automatiques.

Configurer un groupe de recherche

Vous pouvez utiliser des groupes de recherche pour acheminer automatiquement les appels entrants pour les utilisateurs de votre organisation. Vous pouvez définir comment acheminer les appels selon les besoins de votre organisation.

Vous souhaiterez peut-être configurer des groupes de recherche dans les scénarios suivants :

  • Une équipe commerciale qui souhaite un acheminement séquentiel. Un appel entrant sonne sur un téléphone, mais si personne ne répond, l'appel va vers l'agent suivant dans la liste.

  • Une équipe d'assistance qui souhaitent que les téléphones sonnent tous à la fois afin que le premier agent disponible puisse répondre à l'appel.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services > appel > fonctionnalités.

2

Cliquez sur nouvelle fonctionnalité et choisissez groupe de recherche.

3

Saisissez un numéro de pilote et indiquez si vous possédez le numéro, s’il vous a été fourni par votre partenaire, ou si vous souhaitez porter le numéro sur.

4

Si vous transférez un numéro sur, vous devez saisir le numéro de facturation associé à votre fournisseur de service actuel ainsi que le numéro de facturation associé à votre nouveau fournisseur de service.

5

Cliquez sur Enregistrer.

Que faire ensuite

Lorsque le traitement est terminé, vous pouvez configurer la fonctionnalité d’appel davantage en sélectionnant l’groupe de recherche/groupe de distribution des appels à partir des fonctionnalités d’appel des services > > . Vous êtes connecté aux services avancés dans le portail d’administration d’appel, où vous pouvez terminer votre configuration. Pour plus d’informations, voir modifier les groupes de recherche.

Créer un client réceptionniste

Aider à répondre aux besoins de votre personnel de bureau. Vous pouvez configurer les utilisateurs comme des participants téléphoniques afin qu’ils puissent filtrer tous les appels entrants pour certaines personnes de votre organisation.

Pour plus d’informations sur la configuration et l’affichage de vos clients réceptionniste, voir clients réceptionniste dans Cisco Webex Control Hub.

Configurer un groupe de radiomessagerie

La pagination de groupe permet à un utilisateur de placer un appel ou une page de groupe à un sens pour atteindre 75 utilisateurs et espaces de travail cibles en composant un numéro ou une extension attribués à un groupe de radiomessagerie spécifique.

Pour plus d’informations sur la configuration et la modification des groupes de radiomessagerie, voir configurer un groupe de radiomessagerie dans Cisco Webex Control Hub.

Créer une file d’attente d’appels

Vous pouvez configurer une file d’attente des appels de sorte que lorsque les clients ne reçoivent aucune réponse, ils reçoivent une réponse automatique, des messages de confort et de la musique en attente jusqu’à ce qu’une personne puisse répondre à leur appel.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services > appel > fonctionnalités.

2

Cliquez sur nouvelle fonctionnalité et choisissez file d’attente des appels.

3

Saisissez un numéro de pilote et indiquez si vous possédez le numéro, s’il vous a été fourni par votre partenaire, ou si vous souhaitez porter le numéro sur.

4

Si vous transférez un numéro sur, vous devez saisir le numéro de facturation associé à votre fournisseur de service actuel ainsi que le numéro de facturation associé à votre nouveau fournisseur de service.

5

Cliquez sur Enregistrer.

Que faire ensuite

Vous pouvez configurer la fonctionnalité d’appel davantage en sélectionnant l’instance file d’attente des appels à partir des fonctionnalités d’appel des services > > . Vous êtes connecté aux services avancés dans le portail d’administration d’appel, où vous pouvez terminer votre configuration. Pour plus d’informations, voir configurer les files d’attente des appels.

Configurer la prise d'appels

Vous pouvez améliorer le travail d’équipe et de collaboration en créant un groupe de prise d’appel pour que les utilisateurs puissent répondre à chacun des autres appels. Lorsque vous Ajouter des utilisateurs à un groupe de prise d'appel et un membre du groupe est occupé ou absent (e), un autre membre peut répondre à leurs appels.

Pour des informations sur la configuration d’un groupe de prise d’appel, voir prise d’appel dans Cisco Webex Control Hub.

Configurer le parcage d'appels

Le parcage des appels permet à un groupe défini d’utilisateurs de parkiser les appels à d’autres membres disponibles d’un groupe de parcage d’appels. Les appels immobilisés peuvent être sélectionnés par d’autres membres du groupe sur leur téléphone.

Pour plus d’informations sur la configuration du parcage d’appels, voir parquage d’appel dans Cisco Webex Control Hub.

Autoriser les utilisateurs à intervenir au cours des appels téléphoniques des personnes

1

À partir de l’affichage du client dans https://admin.webex.com, allez à utilisateurs, puis sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez appel, allez à Paramètres avancés d’appel, puis sélectionnez chaland dans.

3

Activez le micro dans, choisissez si vous souhaitez que le téléphone émette un son lorsqu’une personne se propose à un appel, puis cliquez sur Enregistrer.

Activer l’option Hôte pour un utilisateur de Webex Calling

L’hôtel est composé de deux fonctionnalités : Organisateur et organisateur de l’hôtel. Ces fonctionnalités fonctionnent ensemble pour vous permettre de désigner des téléphones spécifiques (organisateurs) que les utilisateurs (invités) peuvent temporairement se connecter et utiliser comme leur propre téléphone. Lorsqu’un invité se connecte à un téléphone organisateur, son Profil d’utilisateur est automatiquement transféré sur le périphérique. Le périphérique organisateur devient le périphérique principal de l’utilisateur pour une durée spécifiée.

Les étapes présentées ici peuvent être suivies pour configurer un utilisateur en tant qu’invité de l’hôtel. Pour des informations concernant le téléphone organisateur, voir configurer le téléphone organisateur.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à utilisateurs et sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez appel, choisissez paramètres d’appel avancés, puis cliquez sur hôtel.

3

Activez l' hôtel, puis cliquez sur Enregistrer.

Empêcher une personne de contrôler le statut de la ligne d’un utilisateur

1

À partir de l’affichage du client dans https://admin.webex.com, allez à utilisateurset sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez appel et allez à confidentialité.

3

Choisissez les paramètres de confidentialité du standard automatique appropriés pour cet utilisateur.

4

Cochez la case activer la confidentialité . Vous pouvez ensuite décider si vous souhaitez bloquer tout le monde en laissant le champ Rechercher un utilisateur par nom vide ou choisir qui peut contrôler le statut de la ligne de cet utilisateur.

En utilisant l’exemple exécutif ci-dessus, vous recherchez le nom de son assistant administratif.

5

Cliquez sur Enregistrer.

Autoriser un utilisateur à voir le statut de la ligne sur le téléphone d’une autre personne ou sur une extension Parquage d’appel

Le nombre maximum de lignes surveillées est 50 mais vous devez considérer la bande passante. Le maximum peut également être déterminé par le nombre de boutons de ligne sur le téléphone de l’utilisateur.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à utilisateurset sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez appel, choisissez paramètres d’appel avancés, puis allez à surveillance.

3

Choisissez l'une des options suivantes :

  • Ajouter une ligne surveillée
  • Ajouter un numéro de poste de parcage des appels
4

Choisissez si vous souhaitez que cet utilisateur soit informé des appels parqués, recherchez la personne ou l’extension du parcage d’appel à surveiller, puis cliquez sur Enregistrer.


 

La liste des lignes surveillées dans Control Hub correspond à l’ordre des lignes surveillées qui s’affichent sur le périphérique de l’utilisateur. Vous pouvez réorganiser la liste des lignes surveillées à tout moment.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer et gérer vos utilisateurs Webex Calling

Vous devez ajouter chaque utilisateur dans Cisco Webex Control Hub afin qu’ils puissent bénéficier des services d’appel WebEx. Le nombre d’utilisateurs que vous devez ajouter déterminera comment vous les ajoutez dans Control Hub, que vous ajoutiez manuellement chaque utilisateur par adresse électronique ou que vous ajoutiez plusieurs utilisateurs à l’aide d’un fichier CSV. Vous avez le choix.

Vous pouvez recevoir une erreur si vous essayez d’ajouter des utilisateurs qui ont utilisé leur adresse électronique pour créer un compte d’essai. Demandez aux utilisateurs de supprimer leur organisation avant de les ajouter à votre organisation.


Si vous avez un compte Active Directory et que vous utilisez Cisco Connecteur de répertoire lorsque vous ajoutez des personnes manuellement dans Control Hub, vous devez également les ajouter à votre Active Directory.

Cisco Webex Contact Center ne prend pas en charge le répertoire actif.


Lors de l’ajout d’utilisateurs, le prénom et le nom ne doivent pas inclure les caractères ascii étendus ou les caractères suivants %, #, , \ , /, » et une longueur maximum de <,>30 caractères.</,>

1

À partir de l'affichage du client dans , allez à Utilisateurs, puis cliquez sur Gérer les utilisateurs.https://admin.webex.com

2

Sélectionnez Ajouter ou modifier des utilisateurs manuellement.

3

(Facultatif) Si vous envoyez automatiquement des courriers électroniques de bienvenue, alors cliquez sur Suivant.

4

Choisissez-en un et cliquez sur Suivant :

  • Sélectionnez Adresse électroniqueet saisissez jusqu'à 25 adresses électroniques.
  • Sélectionnez Noms et adresses électroniqueset saisissez jusqu'à 25 noms et les adresses électroniques.

 

Vous pouvez ajouter des utilisateurs qui sont disponibles pour la conversion dans votre organisation.

5

Attribution de licence :

  • Si vous avez un modèle de licence actif, les licences sont automatiquement attribuées aux nouveaux utilisateurs et vous pouvez consulter la synthèse des licences.
  • Sélectionnez les services à attribuer. Si vous avez plusieurs abonnements, choisissez-en un dans la liste.


 

Si vous attribuez des licences pour Cisco Webex Contact Center, sélectionnez Ensuite Webex Teams , puis Assistance clientèle avec l’option Agent Premium et Standard. Pour ajouter un superviseur, sélectionnez à la fois les options Premium et Superviseur. Un utilisateur est traité comme un agent à moins que vous ne lui donner le rôle de superviseur.

6

Gestion du contenu:

  • Si l’accès global est sélectionné pour la gestion du contenu de votre entreprise, la gestion du contenu est automatiquement attribuée aux utilisateurs.
  • Choisissez une option de gestion de contenu pour chaque utilisateur.

7

Cliquez sur Enregistrer.

  • Un courrier électronique est envoyé à chaque personne contenant une invitation pour participer.

  • Dans Control Hub, les personnes s’affichent avec le état d’invitation en attente jusqu’à ce qu’elles se connectent pour la première fois. Les licences sont attribuées lorsque l’utilisateur se connecte pour la première fois ou si vous utilisez Cisco Connecteur de répertoire avec un domaine revendiqué, les licences sont attribuées lors de la création des utilisateurs.

8

(Facultatif) Si vous avez ajouté l’appel à l’utilisateur, attribuez un emplacement, un numéro de téléphone et une extension.

9

Consultez la page de synthèse des enregistrements traités, puis cliquez sur Terminé.

Que faire ensuite

Vous pouvez attribuer des privilèges administratifs aux personnes de votre organisation.

Avant de commencer

Si vous avez plusieurs fichiers CSV pour votre organisation, alors chargez un fichier et une fois que cette tâche est terminée, vous pouvez télécharger le fichier suivant.


Certains éditeurs de feuilles de calcul suppriment le signe + des cellules lorsque le fichier. csv est ouvert. Nous vous suggérons d’utiliser un éditeur de texte pour effectuer des mises à jour. csv. Si vous utilisez un éditeur de tableur, assurez-vous de définir le format de cellule sur texte, puis rajoutez les signes + qui ont été supprimés.

1

Dans l'affichage du client dans , allez à Utilisateurs, cliquez sur Gérer les utilisateurs et choisissez Ajouter ou modifier les utilisateurs avec un fichier CSV.https://admin.webex.com

2

Cliquez sur Exporter pour télécharger le fichier et vous pouvez saisir les informations de l'utilisateur dans une nouvelle ligne dans le fichier CSV.

  • Pour attribuer un service, ajoutez TRUE (VRAI) dans la colonne de ce service et pour exclure un service, ajoutez FALSE (FAUX). La colonne ID/Adresse électronique de l'utilisateur (Obligatoire) est le seul champ obligatoire. Si vous avez des numéros de répertoire et externes spécifiques pour chaque nouvel utilisateur, alors incluez le + pour les numéros externes sans autres caractères,

    Si vous avez un modèle de licence active, laissez toutes les colonnes du service vides et le modèle est automatiquement attribué au nouvel utilisateur dans cette ligne.


     

    Vous ne pouvez pas attribuer des autorisations de gestion de contenu d’entreprise aux utilisateurs en utilisant le modèle de licence, voir activer la gestion de contenu pour les utilisateurs dans Cisco Webex Control Hub pour plus de détails.

  • Pour attribuer un emplacement, saisissez le nom dans la colonne Emplacement. Si vous laissez ce champ vide, l’utilisateur est affecté à l’emplacement par défaut.

  • Si vous ajoutez des utilisateurs en tant que superviseurs Cisco Webex Contact Center, alors vous devez Ajouter des utilisateurs manuellement. Vous pouvez attribuer uniquement des rôles Standard et Premium avec un CSV.

 

Lorsque vous entrez le nom d’un utilisateur, veillez à inclure son nom, sinon vous risquez de faire face à des problèmes.

3

Cliquez sur Importer, sélectionnez votre fichier et cliquez sur Ouvrir.

4

Choisissez soit Ajouter des services uniquement ou Ajouter et supprimer des services.

Si vous avez un modèle de licence active, choisissez Ajouter des services uniquement.

5

Cliquez sur Envoyer.

Le fichier CSV est chargé et votre tâche est créée. Vous pouvez fermer le navigateur ou cette fenêtre et l'exécution de votre tâche continue. Pour consulter la progression de votre tâche, voir Gérer les tâches dans Cisco Webex Control Hub.

En tant qu'administrateur avec tous les privilèges, vous pouvez modifier des détails spécifiques du service pour les utilisateurs individuels dans Cisco Webex Control Hub.

1

À partir de l'affichage du client dans , allez à Utilisateurs.https://admin.webex.com

2

Sélectionnez un utilisateur et cliquez sur Services > Modifier .

3

Si vous avez plusieurs abonnements, choisissez-en un dans la liste.

4

Sélectionnez les services à ajouter ou à supprimer et cliquez sur Enregistrer.

Avant de commencer

Si vous avez plusieurs fichiers CSV pour votre organisation, alors chargez un fichier et une fois que cette tâche est terminée, vous pouvez télécharger le fichier suivant.

Vous ne pouvez pas supprimer des utilisateurs ou changer l’emplacement attribué à un utilisateur avec le modèle CSV.


Certains éditeurs de feuilles de calcul suppriment le signe + des cellules lorsque le fichier. csv est ouvert. Nous vous suggérons d’utiliser un éditeur de texte pour effectuer des mises à jour. csv. Si vous utilisez un éditeur de tableur, assurez-vous de définir le format de cellule sur texte, puis rajoutez les signes + qui ont été supprimés.

1

À partir de l’affichage du client dans , allez à Utilisateurs, cliquez sur Gérer les utilisateurs, puis choisissez Ajouter un fichier CSV ou modifier l'utilisateur.https://admin.webex.com

2

(Facultatif) Si vous envoyez automatiquement des courriers électroniques de bienvenue, alors cliquez sur Suivant.

3

Cliquez sur Exporter pour télécharger le fichier. Vous pouvez modifier le fichier téléchargé(exported_users.csv) de l’une des façons suivantes :

  • Pour modifier des utilisateurs existants, vous pouvez modifier n’importe quelle colonne à l’exception de l’ID/Adresse électronique de l’utilisateur (Obligatoire)et de l’emplacement. Par exemple, si vous changez l'ID/adresse électronique de l'utilisateur, un nouvel utilisateur est créé.

  • Pour attribuer un emplacement, saisissez le nom dans la colonne Emplacement. Si vous laissez ce champ vide, l’utilisateur est affecté à l’emplacement par défaut.

  • Pour attribuer un service, ajoutez TRUE (VRAI) dans la colonne de ce service et pour exclure un service, ajoutez FALSE (FAUX).

  • Lorsque vous avez plusieurs abonnements, vous pouvez utiliser l’ID d’abonnement dans l’en-tête de la colonne pour identifier le service que vous souhaitez ajouter. Par exemple, si vous avez deux abonnements avec le même service, vous pouvez spécifier un service à partir d’un abonnement spécifique à appliquer à l’utilisateur.

4

Saisissez une valeur dans la colonne Comportement d’appel si vous souhaitez changer la façon dont les appels se produisent pour des utilisateurs spécifiques. Vous pouvez entrer l’une des options suivantes et voir Configurer votre comportement Cisco Webex d’appel pour plus d’informations sur chaque paramètre :

  • USE_ORG_SETTINGS–Saisissez cette chaîne pour utiliser le paramètre à l’échelle de l’organisation.

  • NATIVE_WEBEX_TEAMS_CALLING—Saisissez cette chaîne pour utiliser l’option Appeler Webex Teams l’appelant.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL—Saisissez cette chaîne pour utiliser l’option Webex Calling de l’application.

5

Saisissez un numéroID de l’appelant, ID de l’appelant prénom et ID de l’appelantnom. Si vous laissez les colonnes Nom ID de l’appelant , Prénom ID de l’appelant et ID de l’appelant vides, alors les colonnes Prénom, Nom et Numéro de téléphone s’afficheront lorsque l’utilisateur passe un appel. Si vous laissez le numéro ID de l’appelant vide, alors le numéro principal de l’emplacement s’affiche lorsque l’utilisateur passe un appel.


 

Les colonnes ID de l’appelant prénom et ID de l’appelant’équipe ne peuvent pas contenir de caractères spéciaux. Si un appelant ID de l’appelant prénom ou ID de l’appelant nom de famille contient un caractère spécial, alors une version simplifiée du nom est utilisée.

6

Après avoir enregistré le fichier CSV, cliquez sur Importer, sélectionnez le fichier que vous avez modifié, puis cliquez sur ouvrir.

7

Vous pouvez choisir le Ajouter des services uniquement ou Ajouter et supprimer des services, puis cliquez sur Envoyer.

Le fichier CSV est chargé et votre tâche est créée. Vous pouvez fermer le navigateur ou cette fenêtre et l'exécution de votre tâche continue. Pour consulter la progression de votre tâche, voir Gérer les tâches dans Cisco Webex Control Hub.

Si vous ne supprimez pas les courriers électroniques d'invitation de l'administrateur, les nouveaux utilisateurs reçoivent des courriers électroniques d'invitation.

Vous pouvez attribuer des numéros, des extensions, ou les deux sur les périphériques des personnes à tout moment. Postes attribués s’affichent sur les écrans de téléphone.

Vous pouvez également configurer d’autres numéros pour que plusieurs numéros de téléphone sonnent sur le même téléphone. Vous pouvez spécifier des sons différents pour chaque numéro pour faciliter la distinction entre les lignes appelées.

1

À partir de l’affichage du client dans , accédez à utilisateurs, puis choisissez la personne à laquelle vous souhaitez attribuer un numéro.https://admin.webex.com

2

Sélectionnez appel , puis cliquez sur Ajouter un numéro.

3

Choisissez un numéro de téléphone dans la liste des numéros disponibles. Vous avez également la possibilité d’attribuer un poste.

4

Cliquez sur Enregistrer.

5

(Facultatif) Configurez les autres numéros pour cet utilisateur.

1

À partir de l’affichage du client dans Atteindre Utilisateurs, filtre le État colonne pour afficher les personnes avec un Invitation en attente statut.https://admin.webex.com

2

Sous Actions , pour une personne ayant un statut Invitation en attente, sélectionnez plus d> Renvoyer l’invitation.

Si votre organisation utilise synchronisation du repertoire, l’option supprimer n’est pas disponible dans Control Hub et vous devez supprimer les comptes utilisateur de votre Active Directory. Ensuite, l’Connecteur de répertoire jour la liste des utilisateurs de votre organisation lorsqu’elle synchronise les informations compte utilisateur’organisation.

À partir de l’affichage https://admin.webex.comdu client dans , allez à Utilisateurs , cliquez surle bouton Plus, puis cliquez sur Supprimer l’utilisateur.

Les utilisateurs ne peuvent plus se connectent à votre site Webex, tous les services Webex qui leur sont attribués sont supprimés et ils sont supprimés de tous les espaces ou équipes à partir des quelles ils participaient. Tout contenu créé dans les espaces n’est pas supprimé et le contenu est soumis à la politique de rétention que chaque propriétaire de l’espace a implémentée.

Vous pouvez configurer un administrateur clientèle avec des niveaux de privilèges différents. Ils peuvent être des administrateurs complets, des administrateurs d’assistance, des administrateurs en lecture seule ou des agents de conformité. Si vous possédez tous les privilèges d'administrateur, vous pouvez attribuer un ou plusieurs rôles à un utilisateur de votre organisation.


Toute personne qui a attribué le rôle d’administrateur de l’utilisateur et du périphérique ou de l’administrateur du périphérique ne pourra pas administrer Webex Calling.

Dans Control Hub, vous pouvez en savoir plus sur les différents niveaux de privilèges et configurer un administrateur client. Les administrateurs clients peuvent être des administrateurs complets, des administrateurs d’assistance, des administrateurs d’utilisateurs et de périphériques, des administrateurs de périphériques, des administrateurs en lecture seule ou des agents de conformité. Si vous possédez tous les privilèges d'administrateur, vous pouvez attribuer un ou plusieurs rôles à un utilisateur de votre organisation.

Vous souhaiterez toujours avoir plus d’un administrateur pour une organisation. Il s’agit d’une pratique qui vous permet toujours d’effectuer des changements administratifs si l’un des administrateurs n’est pas disponible.

Des rôles administratifs spécifiques peuvent être attribués aux utilisateurs de votre organisation pour déterminer ce qu’ils peuvent voir et à quoi ils ont accès dans ControlHub. Lorsque vous attribuez des rôles administratifs spécifiques, vous simplifiez les responsabilités et facilitez la prise de compte des administrateurs. Les responsables de la conformité peuvent rechercher des personnes spécifiques dans votre entreprise, rechercher du contenu qu’elles ont partagé, ou effectuer une recherche dans un espace spécifique, puis générer un rapport de leursrésultats.


1

À partir de l’affichage du client dans Atteindre Utilisateurset choisissez un utilisateur.https://admin.webex.com

2

Sous rôles et sécurité, cliquez sur rôles administrateur ou accès au service.

3

Sélectionnez un rôle à attribuer à cet utilisateur.

4

Sélectionnez Enregistrer.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Configurer et gérer les périphériques Webex Calling mobiles

En tant qu’administrateur, vous pouvez attribuer des périphériques aux utilisateurs ou aux espaces de travail dans Webex Control Hub. Vous avez le choix de fournir l’adresse MAC d’un périphérique ou de générer un code d’activation qui doit ensuite être saisi manuellement sur le périphérique lui-même.

Avec Cisco Webex Control Hub , vous pouvez attribuer des périphériques aux utilisateurs pour une utilisation personnelle et puis enregistrer ces périphériques dans le Cloud.

Les périphériques listés ici supportent Webex Calling. Alors que tous ces périphériques peuvent être enregistrés en utilisant une adresse MAC, seul le sous-ensemble suivant peut être enregistré en utilisant un code d’activation :

  • Téléphones multiplatformes Cisco IP Phone série 6800 (Téléphones audio—6821, 6841, 6851, 6861, 6871)

  • Téléphones multiplatformes Cisco IP Phone série 7800 (Téléphones audio—7811, 7821, 7841, 7861)

  • Téléphones multiplatformes Cisco IP Phone série 8800 (Téléphones audio—8811, 8841, 8851, 8861)

  • Téléphones multiplateformes Cisco IP Phone série 8800 (Téléphones vidéo—8845, 8865)

  • Téléphone de conférence IP Cisco 7832 et 8832


En ce qui concerne les périphériques DECT, seuls les périphériques de base DECT (pas les combinés DECT) sont disponibles pour les attributions dans Control Hub. Après avoir attribué une unité de base à un utilisateur, vous devez alors apparier manuellement un combiné DECT à cette unité de base. Pour plus d’informations, voir Connecter l’appareil à la station debase.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Périphériques, puis cliquez sur Ajouter un périphérique.

2

Choisissez Utilisateur existant , saisissez le propriétaire du téléphone, soit une partie du nom d’utilisateur ou le nom réel de l’utilisateur, choisissez l’utilisateur à partir des résultats, puis cliquez sur Suivant.

3

Choisissez le périphérique à partir du Liste déroulante, puis cliquez sur Suivant.

4

Choisissez l’une des options suivantes puis cliquez sur Enregistrer:

  • Par Code d’activation—Choisissez cette option si vous souhaitez générer un code d’activation que vous pouvez partager avec le propriétaire du périphérique. Le code d’activation à 16 chiffres doit être saisi manuellement sur le périphérique lui-même.

     

    Les téléphones multiplatformes doivent avoir une charge de microprogrammes (firmware) 11.2.3MSR1 ou une version ultérieure pour afficher l’écran du code d’activation. Si le firmware du téléphone doit être mis à jour, pointer les utilisateurs vers https://upgrade.cisco.com/MPP_upgrade.html.

  • Par adresse MAC—Choisissez cette option si vous connaissez l’adresse MAC du périphérique. L’adresse MAC d’un téléphone doit être une entrée unique. Si vous saisissez l’adresse MAC d’un téléphone déjà enregistré ou si vous faites une erreur lorsque vous saisissez le numéro, un message d’erreur s’affiche.

 

Des limites peuvent s’appliquer lors de l’utilisation de périphériques tiers.

Si vous choisissez de générer un code d’activation pour le périphérique, mais que vous n’avez pas encore utilisé ce code, le statut de ce périphérique est lu par Activation dans la section Périphériques de l’utilisateur attribué dans Control Hub et la liste des périphériques principaux dans le portail d’administration d’appel. L’activation du périphérique ne s’affiche pas dans la fenêtre principale Périphériques dans Control Hub jusqu’à ce que le périphérique soit activé avec succès. Gardez à l’esprit que la mise à jour du statut du périphérique peut prendre jusqu’à 10 minutes dans Control Hub.

Lorsque les personnes sont au travail, elles se réunissent dans beaucoup d'emplacements tels des salles à manger, lobbys et salles de conférence. Vous pouvez configurer des périphériques Cisco Webex de travail partagés dans ces espaces de travail, ajouter des services et voir la collaboration se produire.

Le principal principes d’un périphérique d’espace de travail est qu’il n’est pas attribué à un utilisateur spécifique, mais un emplacement physique, permettant l’utilisation partagée.

Les périphériques listés ici supportent Webex Calling. Alors que tous ces périphériques peuvent être enregistrés en utilisant une adresse MAC, seul le sous-ensemble suivant peut être enregistré en utilisant un code d’activation :

  • Téléphones multiplateformes Cisco IP Phone série 6800 (Téléphones audio—6821, 6841, 6851)

  • Téléphones multiplatformes Cisco IP Phone série 7800 (Téléphones audio—7811, 7821, 7841, 7861)

  • Téléphones multiplatformes Cisco IP Phone série 8800 (Téléphones audio—8811, 8841, 8851, 8861)

  • Téléphones multiplateformes Cisco IP Phone série 8800 (Téléphones vidéo—8845, 8865)

  • Téléphone de conférence IP Cisco 7832 et 8832

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Espaces de travail ,puis cliquez sur Ajouter un espace de travail .

2

Saisissez un nom pour l’espace de travail (tel que le nom de la salle physique), sélectionnez le type de salle et ajoutez une capacité. Puis cliquez sur Suivant.

3

Choisissez Téléphone IP Cisco et cliquez sur Suivant.

4

Sélectionnez le type de périphérique à partir de la Liste déroulante, choisissez si vous souhaitez enregistrer le téléphone avec un code d’activation ou une adresse MAC, puis cliquez sur Suivant. Gardez à l’esprit que si vous choisissez d’enregistrer le périphérique en utilisant un code d’activation, le code est envoyé par courrier électronique à l’administrateur désigné pour l’emplacement.

Par Webex Calling, vous pouvez ajouter un seul téléphone partagé à un espace de travail.

Pour le téléphone de conférence IP Cisco 7832, certaines touches de touches peuvent ne pas être disponibles. Si vous avez besoin d’un ensemble complet de touches de fonction, nous vous recommandons de plutôt attribuer ce téléphone à un utilisateur.

5

Attribuez un Emplacement et un Numéro de téléphone (déterminé par l’emplacement que vous choisissez), puis cliquez sur Enregistrer. Vous avez également la possibilité d’attribuer un poste.

Lorsque les personnes sont au travail, elles se rencontrent dans beaucoup d’espaces de travail tels que des salles à manger, lobbys et salles de conférence. Vous pouvez configurer des périphériques Cisco Webex de travail partagés dans ces espaces de travail, ajouter des services et voir la collaboration se produire.

Le principal principes d’un périphérique d’espace de travail est qu’il n’est pas attribué à un utilisateur spécifique, mais un emplacement physique, permettant l’utilisation partagée.

Les périphériques listés ici supportent Webex Calling.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Espaces de travail ,puis cliquez sur Ajouter un espace de travail .

2

Saisissez un nom pour l’espace de travail (tel que le nom de la salle physique), sélectionnez le type de salle et ajoutez une capacité. Puis cliquez sur Suivant.

3

Choisissez Autre Cisco Webex périphérique, puis cliquez sur Suivant .

Les autres Périphériques Cisco Webex incluent Cisco Webex Room périphérique de bureau ou de bureau, y compris Cisco Webex Board.

4

Choisissez parmi l'une des options suivantes :

  • Appel gratuit —Les utilisateurs peuvent passer des appels Webex Teams ou Webex Protocole d’initiation de session (SIP) en utilisant uneadresse SIP (par exemple, username@example.calls.webex.com).
  • Cisco Webex Calling—En plus de pouvoir passer et recevoir des appels Webex Teams et SIP, les personnes de cet espace de travail peuvent utiliser le périphérique pour passer et recevoir des appels téléphoniques à partir de l’plan de numérotation Webex Calling. Par exemple, vous pouvez appeler votre collègue Giacomo Edwards en composant son numéro de téléphone 555-555-5555, son numéro de poste 5555 ou son gedwards@example.webex.com d’adresse SIP mais vous pouvez également appeler votre pizza locale.
5

Activez le périphérique à l'aide du code fourni. Vous pouvez copier, envoyer un courrier électronique ou imprimer le code d’activation.

Si vous avez plusieurs périphériques que vous devez attribuer aux utilisateurs et aux lieux, vous pouvez remplir un fichier CSV avec les informations requises et activer ces périphériques en quelques étapes faciles.

Les périphériques listés ici supportent Webex Calling. Alors que tous ces périphériques peuvent être enregistrés en utilisant une adresse MAC, seul le sous-ensemble suivant peut être enregistré en utilisant un code d’activation :

  • Téléphones multiplateformes Cisco IP Phone série 6800 (Téléphones audio—6821, 6841, 6851)

  • Téléphones multiplatformes Cisco IP Phone série 7800 (Téléphones audio—7811, 7821, 7841, 7861)

  • Téléphones multiplatformes Cisco IP Phone série 8800 (Téléphones audio—8811, 8841, 8851, 8861)

  • Téléphones multiplateformes Cisco IP Phone série 8800 (Téléphones vidéo—8845, 8865)

  • Téléphone de conférence IP Cisco 7832 et 8832

1

À partir de https://admin.webex.coml’affichage du client dans , allez à Périphériques , cliquez sur Ajouter un périphérique, puis choisissez si vous ajoutez le périphérique à un utilisateur ou un lieu.

2

Sélectionnez Importer/charger un fichier CSV.

3

Choisissez parmi l'une des options suivantes :

  • Exporter les attributs utilisateur –Vous pouvez obtenir une liste de tous les utilisateurs de votre organisation et leurs attributs associés pour vous ne pas avoir à rechercherchaque utilisateur manuellement.
  • Télécharger le modèle CSV —Vous pouvez utiliser un modèle que nous avons trouvé et saisir des informations telles que les nomsd’utilisateur, tapez (indiquez s’il s’agit d’un utilisateur ou d’un lieu), les adresses MAC et les modèles de périphériques. Voici quelques points à retenir :
    • Pour la colonne Nom d’utilisateur du fichier CSV, assurez-vous de saisir l’adresse électronique de l’utilisateur, ID utilisateur ou son nom. Vous pouvez également insérer un nom d’endroit dans cette colonne.

    • Nous vous recommandons de limiter le nombre de périphériques à 1 000 par fichier CSV. Si vous devez en ajouter davantage, utilisez un deuxième fichier CSV.

    • Si vous entrez un lieu qui n’existe pas encore, l’endroit est automatiquement créé pour vous.

    • Si vous laissez la colonne de l’adresse MAC vide, un code d’activation est généré et doit être saisi sur le périphérique lui-même.

4

Si l’adresse MAC est laissée vide, vous pouvez choisir où le code d’activation est envoyé :

  • Fournir un lien—Le code d’activation est ajouté à un fichier CSV que vous pouvez ensuite télécharger.
  • Code d’activation par courrier électronique —Si le périphérique est pour un lieu, le code d’activation vous estenvoyé, en tant qu’administrateur. Si le périphérique est pour un utilisateur, le code d’activation est envoyé par courrier électronique à l’utilisateur.
5

Importez le fichier CSV rempli.

6

Cliquez sur Envoyer.

Une mise à jour du statut vous est présentée lorsque les périphériques deviennent activés.

 

Les périphériques multiplatformes doivent avoir une charge de microprogrammes de la version 11.2.3MSR1 ou ultérieure pour que les utilisateurs puissent saisir le code d’activation sur leur périphérique. Pour plus d’informations sur la mise à niveau du microprogramme du téléphone, voir cet article.

À Cisco Webex Control Hub , vous pouvez lancer le portail d’administration d’appel dans lequel vous pouvez gérer vos périphériques enregistrés sur le Cloud.

À partir de l’affichage du client dans https://admin.webex.com, allez à Périphériques , choisissezun périphérique dans la liste, puis cliquez sur Gérer le périphérique.


 

Les périphériques Webex Calling peuvent être configurés directement via le portail d’administration d’appel , mais ces périphériques ne sont pas officiellement pris en charge par Cisco.

Que faire ensuite

Cette étape lance le portail d’administration d’appel où vous pouvez gérer les périphériques que vous avez enregistrés sur le Cloud. Pour plus d’informations, voir Gestion des périphériques.

Vous pouvez ajouter des numéros de téléphone aux périphériques de bureau et de salle de votre organisation client à tout moment, que vous soient au milieu d’une période d’essai ou que vous avez été converti en abonnement payant.


Nous avons augmenté le nombre de numéros de téléphone que vous pouvez ajouter dans Control Hub de 250 à 1 000.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à Services > appel > puis cliquez sur Ajouter des numéros .

2

Spécifiez l’emplacement et le type de numéro. Si vous avez porté des numéros sur , saisissez à la fois vos numéros de facturation actuels et nouveaux.

3

Puis, cliquez sur Enregistrer.

Vous pouvez voir une liste des numéros RTCP commande par votre organisation. Avec ces informations, vous pouvez voir les numéros non utilisées qui sont disponibles et les numéros qui ont été commandés qui seront bientôt disponibles.

À partir de l’affichage du client dans https://admin.webex.com, allez à Services > appel > RTCP Commandes.

Vous êtes conduit au portail d’administration d’appel , où vous verrez les commandes qui ont été envoyéeset terminées. Si vous avez un ID de commande sous la main, vous pouvez le saisir en tant que paramètre et obtenir des détails sur une commande spécifique, sinon vous recevrez un résumé de toutes les commandes.
Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Tendances d’adoption et rapports d’utilisation pour les Cisco Webex Calling

Vous avez mis à votre disposition un certain nombre de rapports qui peuvent vous aider à évaluer la manière dont les services Webex Calling sont utilisés, à quelle fréquence ils sont utilisés. Vous pouvez également obtenir une vue rapide de la qualité média de votre emplacement.

Afficher les rapports d’appel

Vous avez accès à divers rapports dans Cisco Webex Control Hub qui incluent des détails sur l’activation et l’utilisation des Webex Teams et des réunions.

Lorsque vous accédez aux données d’appel Cisco Webex Control Hub , vous êtes conduit au portaild’administration d’appel. Vous pouvez utiliser ces informations pour évaluer la Webex Calling services qui sont utilisés dans votre organisation et à quelle fréquence les personnes utilisent ces services.

À partir de l’affichage https://admin.webex.comdu client dans , allez à Analyses puis sélectionnez Webex Calling .

Vous êtes automatiquement conduit au portail d’administration d’appel , où vous pouvez analyser et évaluer l’utilisation et la qualité des appels. Pour des informations concernant les rapports disponibles pour des fonctionnalités d’appel spécifiques, voir Portail d’administration d’appel - Rapports. Pour des informations concernant l’activité d’appel, voir Portail d’administration d’appel - Analyses.

Evaluer la qualité média de vos emplacements

Obtenir un affichage de l’emplacement par emplacement de la qualité média pour votre emplacement d’appel. La qualité média est basée sur une agrégation du score d’opinion moyenne (MOS) pour les appels dans un emplacement spécifique vers et depuis le client, des téléphones Cisco MPP et le client soft d’appel. Les valeurs possibles sont les suivantes :

  • Bon—> 3.2

  • Assez bien—2.7 à 3.2

  • Médiocre :<2.7

  • Aucune donnée disponible—Aucun appel n’a été effectué ou reçu pour l’emplacement dans la période sélectionnée.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Analyses , puissélectionnez Webex Calling .

Vous êtes conduit au portail d’administration d’appel.

2

Allez sur le tableau de bord et faites défiler jusqu’à Assurance du service pour voir l’état général de votre organisation.

Si vous souhaitez ouvrir l’outil CScan pour vérifier la latence, la bande passante et les ports, cliquez sur Test de disponibilité du réseau.

Que faire ensuite

Si l’emplacement affiche un taux de Médiocre, ceci indique qu’il peut y avoir un problème avec la qualité média sur l’un de vos emplacements. Les causes les plus courantes ne sont pas assez l’encombrement de la bande passante ou du trafic. Si le problème persiste, allez à l’affichage du client dans , cliquez sur votre nom d’utilisateur https://admin.webex.comd’administrateur, puis cliquez sur Commentaire pour ouvrir un cas.

Exécuter l’outil CSCAN

Vous pouvez utiliser l’outil CISCO SCAN pour vérifier la latence, la bande passante et les ports.

Allez à https://cscan.webex.com/, sélectionnez votre serveur, puis cliquez sur LANCER LE TEST.

Water Mark
20 oct. 2020| vue(s) | personnes ont trouvé ceci utile

Informations de référence des ports pour Cisco Webex Calling

Voici une liste des adresses, ports et protocoles utilisés pour connecter vos téléphones et vos passerelles aux Cisco Webex Calling des régions suivantes : Production (incluant l’Amérique du Nord, EMEA, Australie et le Japon) et Bêta. Vous devez rendre ces ports disponibles pour le trafic spécifique pour que le flux passe par votre réseau. Vous remarquerez que la configuration de la passerelle locale est maintenant également disponible pour les fournisseurs de services.

Un pare-feu correctement configuré est essentiel pour un déploiement réussi des appels. Nous de demander des ports pour la signalisation, les médias, la connectivité réseau et la passerelle locale et parce que Webex Calling est un service global, nous vous recommandons de laisser l’ensemble des ports listés ci-dessous ouverts.

Toutes les configurations des pare-feu n’ont pas besoin d’ouvrir les ports, mais si vous avez des règles interne et externe, vous devez ouvrir les ports pour autoriser les protocoles requis pour le service. Tant que vous déployez NAT, définissez des périodes d’engagement raisonnables et évitez de manipuler SIP sur le périphérique NAT, vous ne devriez pas avoir besoin d’ouvrir des ports entrants sur le pare-feu.


Si un routeur ou un pare-feu est SIP Aware, ce qui signifie qu’il a activé la passerelle de la couche d’application SIP (ALG), nous vous recommandons de désactiver cette fonctionnalité pour maintenir le bon fonctionnement du service. Voir la documentation adéquate du fabricant pour plus d’informations sur la façon de désactiver SIP ALG sur des périphériques spécifiques.

Date

Nous avons apporté les modifications suivantes à cet article

Le 23 décembre 2020

Ajout de nouvelles adresses IP de configuration de l’application aux images de référence des ports.

Le 22 décembre 2020

Mise à jour de la ligne Configuration de l’application dans les tableaux pour inclure les adresses IP suivantes : 135.84.171.154 et 135.84.172.154.

Cachez les diagrammes du réseau jusqu’à ce que ces adresses IP y soient également ajoutées.

11 décembre 2020

Mise à jour de la configuration du périphérique et de la gestion des firmwares (périphériques Cisco) et des rangées de configuration de l’application pour les domaines canadiens pris en charge.

16 octobre 2020

Mise à jour de la signalisation d’appel et des entrées média avec les adresses IP suivantes :

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 septembre 2020

Sous CScan, remplacé par 199.59.64.156 par 199.59.64.197.

14 août 2020

Ajout d’adresses IP pour prendre en charge l’introduction de centres de données au Canada :

Signalisation d’appel à Webex Calling (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 août 2020

Ajout d’adresses IP pour prendre en charge l’introduction de centres de données au Canada :

  • Appeler les médias Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Signalisation d’appel vers les points de terminaison public (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24

  • Configuration du périphérique et gestion des firmwares (périphériques Cisco)—135.84.173.155,135.84.174.155

  • Synchronisation de l’heure du périphérique—135.84.173.152, 135.84.174.152

  • Configuration de l’application—135.84.173.154,135.84.174.154

22 juillet 2020

Ajout de l’adresse IP suivante pour prendre en charge l’introduction de centres de données au Canada : 135.84.173.146

9 juin 2020

Nous avons effectué les modifications suivantes à l’entrée CScan :
  • Corrigé l’une des adresses IP—a changé 199.59.67.156 au 199.59.64.156

  • Nouvelles fonctionnalités requises nouveaux ports ainsi que le port UDP—19560-19760

11 mars 2020

Nous avons ajouté le domaine et les adresses IP suivants à la configuration de l’application :

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Nous avons mis à jour les domaines suivants avec des adresses IP supplémentaires pour la configuration du périphérique et la gestion du firmware :

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27 février 2020

Nous avons ajouté le domaine et les ports suivants à la configuration du périphérique et à la gestion du firmware :

cloudupgrader.webex.com—443, 6970

Tableau 1. Webex Calling (Production)

Objectif de la connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Signalisation d’appel Webex Calling (SIP TLS)

Passerelle locale externe (NIC) 8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

Périphériques

5060-5080

Applications

Éphémère (dépendant du SE)

Call media to Webex Calling (SRTP)

Passerelle locale NIC externe

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

Périphériques

19560-19660

Applications

Éphémère

Signalisation d’appel vers RTCP gatewaye d’appel (SIP TLS) Passerelle locale NIC interne 8000-65535 TCP Votre système ITSP RTCP CM ou Unified CM Dépend de l RTCP option (par exemple, généralement 5060 ou 5061 pour Unified CM)
Call media to RTCP gateway (SRTP) Passerelle locale NIC interne

8000-48000

UDP Votre système ITSP RTCP CM ou Unified CM Dépend de l RTCP option (par exemple, généralement 5060 ou 5061 pour Unified CM)

Signalisation d’appel vers les points de terminaison publiquement (SIP TLS)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Éphémère

TCP

IP du point de terminaison

8934

Configuration du périphérique et gestion du firmware (Périphériques Cisco)

Webex Calling mobiles

Éphémère

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domaines :

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

**à cloudupgrader.webex.com

**443, 6970

Synchronisation de l’heure du périphérique (NTP)

Webex Calling mobiles

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Résolution du nom du périphérique

Webex Calling mobiles

Éphémère

UDP et TCP

Défini par l’hôte

53

Configuration de l’application

Webex Calling applications

Éphémère

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.174.154

135.84.173.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domaines:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280-5281, 52644-52645

Synchronisation de l’heure des applications

Webex Calling applications

123

UDP

Défini par l’hôte

123

Résolution des noms d’applications

Webex Calling applications

Éphémère

UDP et TCP

Défini par l’hôte

53

CScan

Webex Calling applications

Éphémère

UDP et TCP

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.197

8934 et 80, 443, 19569-19760

† plage du port média CUBE est configurable avec la plage de ports rtp

*Lorsqu’un téléphone se connecte à un réseau pour la première fois ou après une réinitialisation d’usine, s’il n’y a aucune option DHCP configurer, il contacte un serveur d’activation de périphérique pour un approvisionnement zéro touch. Les nouveaux téléphones utilisent activate.cisco.com au lieu d’webapps.cisco.com pour le provisioning. Téléphones avec version du firmware antérieure à la version 11.2(1), continuez à utiliser webapps.cisco.com. Nous vous recommandons d’autoriser les deux domaines à travers votre pare-feu.

**Vous devez activer les ports cloudupgrader.webex.com et 443, 6970 uniquement lors de la migration des téléphones Enterprise (Cisco Unified CM) vers Webex Calling. Allez à l upgrade.cisco.com pour plus d’informations.

Tableau 2. Webex Calling (Production)

Objectif de la connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Signalisation d’appel Webex Calling (SIP TLS)

Passerelle locale NIC externe

8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

8934

Périphériques

5060-5080

Applications

Éphémère (dépendant du SE)

Call media to Webex Calling (SRTP)

Passerelle locale NIC externe

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

19560-65535

Périphériques

19560-19660

Applications

Éphémère

Signalisation d’appel vers RTCP gatewaye d’appel (SIP TLS)

Passerelle locale NIC interne

8000-65535

TCP

Votre ITSP, RTCP GC, ou Unified CM

Dépend de l RTCP’option, par exemple. Unified CM 5060 ou 5061

Call media to RTCP gateway (SRTP)

Passerelle locale NIC interne

8000-48000

UDP

Votre ITSP, RTCP GC, ou Unified CM

Dépend de l RTCP option

Signalisation d’appel vers les points de terminaison publiquement (SIP TLS)

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Éphémère

TCP

IP du point de terminaison

8934

Configuration du périphérique et gestion du firmware (Périphériques Cisco)

Webex Calling mobiles

Éphémère

TCP

3.130.87.169,

3.20.185.219

35.172.26.181,

52.86.172.220

72.163.10.134

85.119.56.198

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domaines :

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.eu

  • Cisco. broadcloud.com.au

  • cisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com
  • activation.webex.com

80, 443

**à cloudupgrader.webex.com

**443, 6970

Synchronisation de l’heure du périphérique (NTP)

Webex Calling mobiles

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Résolution du nom du périphérique

Webex Calling mobiles

Éphémère

UDP et TCP

Défini par l’hôte

53

Configuration de l’application

Webex Calling applications

Éphémère

TCP

64.68.99.6

64.68.100.6

85.119.56.197

85.119.57.197

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.173.154

135.84.174.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domaines:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

Synchronisation de l’heure des applications

Webex Calling applications

123

UDP

Défini par l’hôte

123

Résolution des noms d’applications

Webex Calling applications

Éphémère

UDP et TCP

Défini par l’hôte

53

CScan

Webex Calling applications

Éphémère

UDP et TCP

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.197

8934 et 80, 443, 19560-19760

† plage du port média CUBE est configurable avec la plage de ports rtp

*Lorsqu’un téléphone se connecte à un réseau pour la première fois ou après une réinitialisation d’usine, s’il n’y a aucune option DHCP configurer, il contacte un serveur d’activation de périphérique pour un approvisionnement zéro touch. Les nouveaux téléphones activate.cisco.com au lieu de webapps.cisco.com pour le provisioning. Téléphones avec version du firmware antérieure à la version 11.2(1), continuez à utiliser webapps.cisco.com. Nous vous recommandons d’autoriser les deux domaines à travers votre pare-feu.

**Vous devez activer les ports cloudupgrader.webex.com et 443, 6970 uniquement lors de la migration des téléphones Enterprise (Cisco Unified CM) vers Webex Calling. Allez à l upgrade.cisco.com pour plus d’informations.

Cet article était-il utile ?

Articles connexes

Vu(s) récemment

×