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éparez votre environnement pour Webex Calling

Préparer votre environnement Configurer Webex Calling pour votre organisation Configurer la passerelle locale pour l’accès à la RTCP (var uniquement) Cofigures UCM Configurer les fonctionnalités de Webex Calling Configurer et gérer les utilisateurs Configurer et gérer les périphériques

Exigences pour l’appel

Licences

Webex Calling est disponible via l’abonnement Cisco collaboration Flex. Vous devez acheter un abonnement Enterprise Agreement (EA) (pour tous les utilisateurs, y compris les 50% espaces de travail) ou un abonnement d’utilisateur nommé (NU) (certains ou tous les utilisateurs).

Webex Calling fournit trois types de licences ("types de stations")

  • Enterprise— ces licences fournissent un ensemble complet de fonctionnalités pour toute votre organisation. Cette offre inclut Unified Communications (Webex Calling), Mobility (clients mobiles et de bureau avec prise en charge de plusieurs périphériques), collaboration d’équipe dans Webex Teams et l’option de grouper des réunions pouvant accueillir jusqu’à 1000 participants par réunion.

  • Basique— Choisissez cette option si vos utilisateurs ont des fonctionnalités limitées sans mobilité ou Unified Communications. Ils bénéficieront toujours d’une offre vocale complète mais sont limités à un seul périphérique par utilisateur.


    Les licences de base sont disponibles uniquement si vous avez un abonnement utilisateur nommé. Les licences de base ne sont pas prises en charge pour les abonnements aux contrats Enterprise.

  • Espaces de travail (également appelé « zone commune ») — choisissez cette option si vous recherchez une tonalité de base avec un ensemble limité de fonctionnalités d’appel appropriées pour les zones telles que les salles de pause, les couloirs et les salles de conférence.

Cette documentation vous montre plus tard comment utiliser Control Hub pour gérer ces distributions de licences dans les différents 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 dans un appel audio nécessite 100 kb/s. Les téléphones à inactivité nécessitent une bande passante minimale.

Passerelle locale pour RTCP

Les revendeurs à valeur ajoutée (var) et les fournisseurs de service (SP) peuvent fournir RTCP accès aux organisations Webex Calling. La passerelle locale est actuellement la seule option pour fournir un accès RTCP sur site. 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. Les exigences de la passerelle locale suivent.

Périphériques pris en charge

Webex Calling prend en charge les téléphones IP Cisco multiplateformes (MPP). En tant qu’administrateur, vous pouvez enregistrer les téléphones suivants sur le Cloud. Consultez 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 microcode multiplateformes

  • Cisco IP Phone série 7800 avec microcode multiplateformes

Adaptateurs téléphoniques analogiques

Cisco ATA 191 et 192 avec microcode multi-plateformes

Conférence

  • Téléphone de conférence IP Cisco 7832 avec microcode multiplateformes

  • Téléphone de conférence IP Cisco 8832 avec microcode multiplateformes

avancé

  • Série Cisco IP DECT 6800 avec firmware multiplateformes

  • Cisco IP Phone série 8800 avec microcode multiplateformes

Accessoires

Modules d’extension de touches

Les périphériques Cisco Webex Room, Board et 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 les périphériques pris en charge pour Webex Calling pour plus d’informations. Cependant, vous pouvez fournir ces périphériques avec RTCP service en activant Webex Calling pour l’espace de travail.

Pare-feu

Répondez aux exigences du pare-feu qui sont documentées dans les informations de référence du port pour Cisco Webex Calling.

Configuration minimale de la passerelle locale pour les Webex Calling

Prérequis général

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

    • Avoir une connaissance de base des principes de VoIP

    • Avoir une connaissance de base 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 trouverez plus de détails dans le Guide de configuration de l’entreprise Cisco Unified Element Border (CUBE) à l’adresse https://www.Cisco.com/c/en/US/TD/docs/iOS-XML/iOS/Voice/cube/configuration/cube-Book.html

Configuration matérielle et logicielle requise pour la passerelle locale

Assurez-vous que votre déploiement a une ou plusieurs passerelles locales (CUBE Cisco (pour la connectivité IP) ou la passerelle Cisco IOS (pour la connectivité TDM) qui sont sur le matériel et les logiciels pris en charge suivants :

  • ISR 4321, 4331, 4351, 4431, 4451 (iOS-XE 16.9.5 ou iOS-XE 16.12.3 ou version plus récente), 4461 (iOS-XE 17.2.1 r)

  • CSR 1000V (vCUBE) (iOS-XE 16.9.5 et 16.12.3 ou version plus récente)

  • ISR 1100 série (iOS-XE 16.12.3 ou version plus récente) pour la connectivité basée sur IP uniquement


IOS-XE 16.10. x n’est pas pris en charge pour les déploiements de passerelles locales.

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

Exigences de licence pour les passerelles locales

Les licences d’appel de CUBE doivent être installées sur la passerelle locale. Pour plus d’informations, voir le Guide de configuration de l' élément Cisco Unified Border.

Certificat et exigences de sécurité pour la passerelle locale

Webex Calling nécessite une signalisation sécurisée et un média. La passerelle locale du CUBE effectue le chiffrement et une connexion authentification TLS mutuelle doit être établie sortante vers le Cloud avec les étapes suivantes :

  • Le CUBE doit être mis à jour avec le groupe racine de l’autorité de certification à partir de Cisco PKI

  • Un ensemble d’informations d’identification SIP Digest à partir de Control Hub est utilisé pour configurer le CUBE (les étapes font partie de la configuration qui suit)

  • Le groupe racine de l’autorité de certification valide le certificat présenté

  • Demande d’informations d’identification (Digest SIP fournie)

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

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

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

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é Webex Calling pour votre organisation, vous devez configurer les passerelles locales en utilisant leurs interfaces CLI respectives. La tronc entre la passerelle locale et le Cloud Webex est toujours sécurisée en utilisant le transport TLS SIP et SRTP pour les médias entre la passerelle locale et la Webex Calling d’accès SBC.

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

Avant de commencer

  • Répondre 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 plateforme de passerelle locale dédiée est en place sans configuration vocale existante. Si un déploiement existant d’une passerelle RTCP ou d’un CUBE d’entreprise est en cours de modification pour utiliser également la fonction de passerelle locale pour Webex Calling, faites attention à la configuration appliquée et vérifiez que les flux d’appels existants et les fonctionnalités ne sont pas interrompus en raison des modifications que vous effectuez.

  Commande ou action But
1

Mappage des paramètres entre Cisco Webex Control Hub et Cisco Unified élément de bordure

Utilisez ce tableau comme référence pour les paramètres qui proviennent de Control Hub et où ils sont mappés sur la passerelle locale.

2

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

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

3

Enregistrer la passerelle locale à Webex Calling

4

Choisissez-en un, selon votre déploiement :

Routage des appels sur la passerelle locale est basé sur l’option de déploiement Webex Calling que vous avez choisie. Cette section suppose que la terminaison de RTCP 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 le CUBE IP RTCP sont corésidents.

  • L’option de déploiement de la passerelle locale dans un environnement Unified CM existant. La passerelle locale et le CUBE IP RTCP sont corésidents.

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

Control Hub

Passerelle locale

Domaine Registrar :

Control hub doit analyser le domaine à partir du LinePort qui est reçu de UCAPI.

example.com

Registraire

example.com

Groupe de jonction OTG/DTG

profils SIP :

<rule-number> demande de la règle tout SIP-en-tête

À partir de modifier ">" "; OTG = otgDtgId >"

Ligne/Port

user@example.com

Nombre: utilisateur

Proxy sortant

proxy sortant (nom DNS – SRV de l’accès SBC)

Nom d’utilisateur SIP

nom d'utilisateur

Mot de passe SIP

mot de passe

Avant de commencer

  • Assurez-vous que la configuration de la plateforme de base, telle que NTPs, les listes de contrôle d’accès, les mots de passe, le routage IP, les adresses IP, etc. sont configurées en fonction des politiques et des procédures de votre organisation.

  • IOS-XE 16.9.3 et version plus récente ou 16.11.1 et version plus récente est requis pour les déploiements de la passerelle locale. Les versions IOS-XE 16.10. x ne sont pas prises en charge.

1

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

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

Si vous utilisez IOS-XE 16.11.1 ou version plus récente, vous devez préconfigurer une clé principale pour le mot de passe à l’aide des commandes indiquées ci-dessous avant qu’il puisse être utilisé dans les identifiants et les secrets partagés. Les mots de passe de type 6 sont chiffrés en utilisant AES Cypher et la clé principale définie par l’utilisateur.

LocalGateway #conf t LocalGateway (config) #touche configuration-clé mot de passe-chiffrer Password123 LocalGateway (config) #mot de passe chiffrement AES
3

Configurez le serveur de noms IP pour activer la recherche DNS et vérifier qu’il est joignable en la pingant :

LocalGateway #conf t saisissez les commandes de configuration, une par ligne. Se termine par Ctrl/Z. LocalGateway (config) #nom IP-serveur 8.8.8.8 LocalGateway (config) #terminer
4

Activer l’exclusivité TLS 1,2 et un Trustpoint factice par défaut :

  1. Créer une Trustpoint PKI factice et l’appeler dummyTp

  2. Attribuer le Trustpoint comme Trustpoint de signalisation par défaut sous SIP-UA

  3. le serveur CN-San-Validate 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 à une liste CN-San reçue du serveur.

  4. Le protocole crypto Trustpoint est nécessaire pour que TLS fonctionne même si un certificat de client local (par exemple, mTLS) n’est pas requis pour que la connexion soit configurée.

  5. Désactivez TLS v 1.0 et v 1.1 en activant l’exclusivité v 1.2.

LocalGateway #configurer terminal entrer les commandes de configuration, une par ligne. Se termine par Ctrl/Z. LocalGateway (config) # LocalGateway (config) #chiffrement PKI Trustpoint dummyTp LocalGateway (ca-Trustpoint) # révocation-vérifier la CRL LocalGateway (ca-Trustpoint) #quitter LocalGateway (config) #SIP-UA LocalGateway (config-SIP-UA) # chiffrement de la transmission par défaut Trustpoint dummyTp CN-San-valider le serveur LocalGateway (config-SIP-UA) # transport TCP TLS v 1.2 LocalGateway (config-SIP-UA) #fin
5

Mettre à jour la passerelle locale Trustpool :

Le groupe de trustpool par défaut n’inclut pas le certificat « DigiCert racine CA » nécessaire pour valider le certificat du serveur au cours de l’établissement de la connexion TLS pour Webex Calling.

L’offre groupée trustpool doit être mise à jour en téléchargeant la dernière version de « Cisco Trusted Core root groupée » à partir de http://www.cisco.com/security/pki/.

  1. Vérifiez si le certificat de l’AC de la salle DigiCert existe :

    LocalGateway #Show crypto PKI trustpool | include DigiCert
  2. S’il n’existe pas, effectuez la mise à jour comme suit :

    LocalGateway #configurer terminal entrer les commandes de configuration, une par ligne. Se termine par Ctrl/Z. LocalGateway (config) #chiffrement PKI trustpool importer une url http://www.Cisco.com/Security/PKI/TRS/ios_core.p7b lire le fichier à partir de http://www.cisco.com/security/pki/trs/ios_core.p7b chargement http://www.Cisco.com/Security/PKI/TRS/IOS_CORE.p7b% PEM fichiers import a réussi. LocalGateway (config) #terminer
  1. Vérifier :

    LocalGateway #Show crypto PKI trustpool | include DigiCert CN = DigiCert global root ca o = DigiCert Inc CN = DigiCert global racine ca o = DigiCert Inc

Avant de commencer

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

1

Saisissez ces commandes pour activer l’application passerelle locale :

LocalGateway #configurer terminal LocalGateway (config) #service vocal VoIP LocalGateway (conf-voi-serv) #adresse IP liste de confiance LocalGateway (cfg-iptrust-List) #IPv4 128.177.14.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 128.177.36.0 255.255.255.192 LocalGateway (cfg-iptrust-List) #IPv4 135.84.169.0 255.255.255.128 LocalGateway (cfg-iptrust-List) # IPv4135.84.170.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 135.84.171.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 135.84.172.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 199.59.65.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 199.59.66.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 199.59.70.0 255.255.255.128 LocalGateway (cfg-iptrust-liste) #IPv4 199.59.71.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 199.59.64.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 199.59.67.0 255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 85.119.56.128 255.255.255.192 LocalGateway (cfg-iptrust-List) #IPv4 85.119.57.128 255.255.255.192 LocalGateway (cfg-iptrust-List) # IPv4 185.115.196.0255.255.255.128 LocalGateway (cfg-iptrust-List) #IPv4 185.115.197.0 255.255.255.128 cube (cfg-iptrust-List) #quitter LocalGateway (conf-voi-serv) #autoriser-connexions SIP vers SIP LocalGateway (conf-voi-serv) # statistiques desmédias LocalGateway (conf-voi-serv) #Media Bulk stats (conf-LocalGateway-serv) #média-plage d’adresses 192.168.43.197 192.168.43.197 port-plage 8000 48000  LocalGateway (cfg-Media-addr-Range) #quitter LocalGateway (conf-voi-serv) #aucun service supplémentaire SIP refer LocalGateway (conf-voi-serv) #no service supplémentaire SIP handle-remplace LocalGateway (conf-voi-serv) # Fax Protocol T38 version 0 LS-redondance 0 HS-redondance 0 aucune LocalGateway (conf-serv-STUN) #STUN LocalGateway (conf-serv-STUN) #STUN flowdata agent-ID 1 Boot-nombre 4 LocalGateway (conf-serv-STUN) #STUN flowdata shared-secret 0 Password123 $ LocalGateway (conf-serv-STUN) #SIP LocalGateway (conconf-serv-SIP) #G729 AnnexB-tous les LocalGateway (conf-serv-SIP) #avance-offre obligatoire LocalGateway (conf-serv-SIP) #fin

Explication des commandes :

Prévention des fraudes payantes
Périphérique (config) # service vocal périphérique VoIP (config-voi-serv) # adresse IP périphérique de liste de confiance (cfg-iptrust-List) # IPv4 199.59.70.0 255.255.255.128 périphérique (cfg-iptrust-List) # IPv4 199.59.71.0 255.255.255.128
  • Active explicitement les adresses IP source des entités à partir desquelles la passerelle locale attend des appels de VoIP légitimes, tels que les Webex Calling pairs, les nœuds Unified CM, les RTCP IP.

  • Par défaut, LGW bloque toutes les configuration des appels VoIP entrants des adresses IP qui ne sont pas dans sa liste de confiance. Les adresses IP des pairs avec "session cible IP" ou le groupe de serveurs sont approuvés par défaut et ne doivent pas être renseignées ici.

  • Les adresses IP de cette liste doivent correspondre aux sous-réseaux IP en fonction du centre de données Webex Calling régional auquel le client est connecté. Pour plus d’informations, voir informations de référence sur le port pour Webex Calling.


     

    Si votre LGW se trouve derrière un pare-feu avec la NAT cône restreint, vous préférerez peut-être désactiver la liste des adresses IP autorisées sur l’interface Webex Calling. Ceci est dû au fait que le pare-feu vous protège déjà contre les VoIP entrants non sollicités. Cette action réduirait votre charge de configuration à plus long terme, car nous ne pouvons pas garantir que les adresses des pairs Webex Calling resteront fixes, et vous devrez configurer votre pare-feu pour les pairs dans tous les cas.

  • D’autres adresses IP doivent peut-être être configurées sur d’autres interfaces ; par exemple, vos adresses Unified CM peuvent nécessiter d’être ajoutées aux interfaces tournées vers l’intérieur.

  • Les adresses IP doivent correspondre à l’adresse IP des organisateurs que le proxy sortant résout dans le client 200

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

Média
service vocal VoIP Media Statistics média Bulk-stats média-plage d’adresses 192.168.43.197 192.168.43.197 port-plage 8000 48000
  • Les statistiques média activent le contrôle média sur la passerelle locale.

  • Les statistiques de masse du média permettent au plan de contrôle de sonder le plan de données pour obtenir la statistique des appels en nombre.

  • Média-plage d’adresses du <LGW IP Address Range> port- la configuration de plage détermine quels ports sources RTP doivent être utilisés pour cette plage d’adresses média. Ceci est configuré pour l’interface Gig0/0/1 en face Webex Calling.

Fonctionnalité de base SIP vers SIP
autoriser-connexions SIP vers SIP
Services supplémentaires
aucun SIP de service supplémentaire ne se rapporte au service supplémentaire SIP-remplace

Désactive faire référence et remplace l’ID de boîte de dialogue dans remplacer l’en-tête par l’ID du dialogue homologue.

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

Protocole de télécopie
Fax Protocol T38 version 0 LS-redondance 0 HS-redondance 0 secours aucun

Active T. 38 pour le transport de télécopie, bien que le trafic FAC ne soit pas chiffré.

Activer les STUN globaux
Stun STUN flowdata agent-ID 1 Boot-nombre 4 STUN flowdata partagé-secret 0 Password123 $
  • Lorsqu’un appel est renvoyé à un utilisateur Webex Calling (par exemple, les deux personnes appelées et les parties appelées sont Webex Calling les abonnés et ont le média ancré au Webex Calling SBC), le média ne peut pas circuler vers la passerelle locale car le Pinhole n’est pas ouvert.

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

  • Le mot de passe STUN est un prérequis pour la passerelle locale pour envoyer des messages STUN. Les pare-feux IOS/IOS-XE peuvent être configurés pour vérifier ce mot de passe et ouvrir Pinholes dynamiquement (par exemple, sans les règles d’inversion explicites). Mais pour le cas de déploiement de la passerelle locale, le pare-feu est configuré de manière statique pour ouvrir Pinholes et l’extraire en fonction des Webex Calling sous-réseaux SBC. En tant que tel, le pare-feu doit simplement traiter ceci comme tout paquet UDP entrant qui déclenchera l’ouverture de la Pinhole sans consultation explicite du contenu du paquet.

G729
SIP G729 AnnexB-tous

Autorise toutes les variantes de G729.

SIP
offre anticipée

Force la passerelle locale à envoyer les informations SDP dans le message d’invitation initial au lieu d’attendre l’accusé de réception de l’homologue voisin.

2

Configurez « profil SIP 200 ».

LocalGateway (config) # classe vocale SIP-profils 200 LocalGateway (config-Class) # règle 9 demander tout SIP-Header SIP-req-URI modifier "SIP :(. *)" "SIP : \ 1" LocalGateway (classe de configuration) # règle 10 demander tout SIP-en-tête à modifier "<sips:(.*)" "<sip:\1" LocalGateway (classe de config) # règle 11 demander tout SIP-en-tête à partir de Modify"<sips:(.*)" "<sip:\1" LocalGateway (classe de config) # règle 12 demander tout contact en-tête SIP modifier "" ""<sips:(.*)><sip:\1;transport=tls>  LocalGateway (classe de config) # règle 13 répondre à tous les SIP-en-tête pour modifier «<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # règle 14 répondre à tous les en-têtes SIP à partir de Modify "<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # règle 15 réponse à tout le contact SIP-Header modifier"<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # règle 20 demander tout SIP-en-tête de la modification ">" "; OTG = hussain2572_lgu >" LocalGateway (config-Class) # règle 30 demander tous les en-têtes SIP-assertion-identité de modification "SIP :(. *)" "SIP : \ 1"

Ces règles sont

Explication des commandes :

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

    Ceci effectue la conversion entre les URI SIP et les URL SIP, car Webex Calling ne prend pas en charge les URI SIP dans les messages de demande/réponse, mais en a besoin pour les requêtes SRV, par exemple _sips._TCP.
  • la règle 20 modifie l’en-tête de pour inclure le paramètre du groupe de jonction OTG/DTG de Control Hub pour identifier de manière unique un site LGW au sein d’une entreprise.

  • Ce profil SIP sera appliqué au client de la classe voix 200 (abordé plus tard) pour tout le trafic dirigé Webex Calling.

3

Configurer le profil du codec, la définition de STUN et la suite de chiffrement SRTP.

LocalGateway (config) # codec de la classe voix 99 LocalGateway (config-Class) # codec préférence 1 g711ulaw LocalGateway (config-Class) # codec préférence 2 g711alaw LocalGateway (config-Class) # codec préférence 3 g729r8 LocalGateway (config-Class) # quitter LocalGateway (config) # classe audio SRTP-crypto 200 LocalGateway (config-Class) # crypto 1 AES_CM_128_HMAC_SHA1_80 LocalGateway (config-class) # quitter LocalGateway (config) # Voice Class STUN-utilisation 200 LocalGateway (config-Class) # STUN utilisation pare-feu flowdata LocalGateway (config-Class) # quitter

Explication des commandes :

  • Codec de la classe vocale 99: Autorise à la fois les codecs G729 et G711 (MU et a Law) pour les sessions. Est appliqué à tous les pairs d’appel.

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

  • Sera appliqué au cours vocal du client 200 (abordé plus tard) face à Webex Calling.

  • Voice Class STUN-utilisation 200: Définit l’utilisation de STUN. Est appliqué à tous les pairs Webex Calling-Facing (balise 2XX) pour éviter l’absence de son lorsqu’un téléphone Unified CM transmet l’appel à un autre téléphone Webex Calling.


 

Dans les cas où le média est ancré au ITSP SBC et que la passerelle locale est derrière un NAT et qu’il attend le flux média entrant de ITSP, cette commande peut être appliquée sur ITSP Dial-pairs.

4

Mapper les paramètres du concentrateur de contrôle à 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 voix du client de la classe 200. Vous devez obtenir les éléments de cette configuration à partir de la page d’administration de la passerelle locale dans le hub de contrôle comme montré dans cette capture d’écran. Ceci est un exemple pour afficher les champs mappés à la CLI de la passerelle locale respective.

Le client 200 est ensuite appliqué à tous les Webex Calling face à Dial-Peers (balise 2xx) dans la configuration de la passerelle locale. La fonctionnalité du client de la classe vocale permet le regroupement et la configuration des paramètres du tronc SIP autrement effectués sous le service vocal VoIP et SIP-UA. Lorsqu’un client est configuré et appliqué sous un appel pair, les configurations IOS-XE sont appliquées dans l’ordre de préférence suivant :

  • Configuration de l’appel pair

  • Configuration du client

  • Configuration globale (voix du service vocal/SIP-UA)

5

Configurer le client de la classe vocale 200 pour Troncer l’inscription de LGW à Webex Calling :

LocalGateway (config) #Voice Class locataire 200 Registrar DNS : 40462196. Cisco-bcld.com Scheme SIP expire 240 Refresh-ratio 50 identifiants TCP TLS numéro Hussain6346_LGU nom d’utilisateur Hussain2572_LGU mot de passe 0 meX7] ~) VmF domaine BroadWorks authentification nom d’utilisateur Hussain2572_LGU mot de passe 0 meX7] ~) VmF Realm BroadWorks nom d’utilisateur Hussain2572_LGU mot de passe 0 meX7] ~) VmF realm 40462196.Cisco-bcld.com pas de la partie distante-ID DNS : 40462196 Cisco-bcld.com connexion-réutilisation SRTP-crypto 200 session transport TCP TLS URL SIP erreur-relais assertion-ID PAI bind Control source-interface GigabitEthernet0/0/1 lier la source média-interface GigabitEthernet0/0/1 aucun contenu pass-through SIP-les profils 200 proxy sortant DNS : 1a01. SIPconnect-US10. Cisco-bcld.com confidentialité-relais de politique 

Explication des commandes :

classe de voix client 200

Une fonctionnalité mutualisée de passerelle locale permet des configurations globales spécifiques pour plusieurs clients sur les troncs SIP qui autorisent les services différenciés pour les clients.

Registrar DNS : 40462196. Cisco-bcld.com Scheme SIP expire 240 Refresh-ratio 50 TCP TLS

Serveur de Registrar pour la passerelle locale avec l’inscription configurée pour une actualisation toutes les deux minutes (50% de 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 d’utilisateur Hussain2572_LGU mot de passe 0 meX71] ~) VMF du domaine BroadWorks

Identifiants pour le challenge 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 nom d’utilisateur Hussain2572_LGU mot de passe 0 meX71] ~) VMF Realm BroadWorks
authentification nom d’utilisateur Hussain2572_LGU mot de passe 0 meX71] ~) VMF Realm 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 à distance

Désactivez l’en-tête SIP Remote-Party-ID (RPID) en tant que Webex Calling prend en charge PAI, qui est activé en utilisant le CIO asserted-ID PAI (voir ci-dessous).

SIP-serveur DNS : 40462196. Cisco-bcld.com
Serveurs Webex Calling. 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
réutilisation de la connexion

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

SRTP-crypto 200

Indique SHA1_80 tel qu’il est défini dans Voice Class SRTP-crypto 200.

transport de session TCP TLS
Configure le transport sur TLS
URL SIP

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

erreur-relayer

Fonctionnalité de transfert de réponse d’erreur SIP

asserted-ID PAI

Active le traitement PAI dans la passerelle locale.

lier le contrôle source-interface GigabitEthernet0/0/1

Signalisation de l’interface source en face Webex Calling.

lier la source média-interface GigabitEthernet0/0/1

Interface source du média en face Webex Calling.

aucun contenu pass-through personnalisé-SDP

Commande par défaut sous locataire.

SIP-profils 200

Change SIP en SIP et modifier la ligne/le port pour inviter et enregistrer les messages comme défini dans Voice type SIP-profiles 200.

proxy sortant DNS : LA01. SIPconnect-US10. Cisco-bcld.com

Webex Calling accéder à SBC. 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.

confidentialité-relais de politique

Transmettez en transparence les valeurs de l’en-tête de confidentialité de l’entrée vers la jambe sortante.

Après que le client 200 est défini dans la passerelle locale et qu’un SIP VoIP Dial-Peer est configuré, la passerelle initie alors une connexion TLS vers Webex Calling, à laquelle l’accès SBC présente son certificat à la passerelle locale. La passerelle locale valide le certificat du SBC d’accès Webex Calling en utilisant le groupe racine de l’autorité de certification mis à jour précédemment. Une session TLS persistante est établie entre la passerelle locale et Webex Calling accéder aux SBC. La passerelle locale envoie ensuite un registre au SBC d’accès qui est contesté. L’inscription AOR est number@domain. Le numéro est extrait du paramètre des identifiants « numéro » et du domaine à partir du « Registrar DNS :<fqdn>». Lorsque l’inscription est détestée, les paramètres du nom d’utilisateur, du mot de passe et du domaine des identifiants sont utilisés pour construire l’en-tête et le SIP-profil 200 reconvertit l’URL SIP en SIP. L’inscription est réussie lorsque 200 OK est reçu de la SBC d’accès.

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

  1. Clients de la classe vocale— tout d’abord, nous créerons des clients supplémentaires pour les pairs qui font face à ITSP similaire au client 200 que nous avons créé pour Webex Calling composent des pairs.

  2. URI des classes vocales— modèles définissant les adresses IP/ports de l’organisateur pour les différents troncs qui se terminent sur la passerelle locale : Webex Calling à LGW ; et RTCP terminaison du tronc SIP sur LGW.

  3. Numérotation sortante-Peers— pour acheminer les appels sortants de LGW vers le tronc SIP ITSP et Webex Calling.

  4. Voix du cours DPG— cible d’appel sortant-pairs appelés à partir d’un pair entrant-peer.

  5. Appels entrants-Peers— pour accepter les appels entrants de ITSP et Webex Calling.

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

1

Configurez les clients de la classe vocale suivante :

  1. Le client de la classe vocale 100 est appliqué à tous les homologues SORTants qui sont confrontés à l’RTCP IP.

    client de la classe vocale 100 session transport UDP URL SIP erreur-PassThru bind contrôle source-interface GigabitEthernet0/0/0 bind source média-interface GigabitEthernet0/0/0 aucun contenu pass-through personnalisé-SDP
  2. Le client de la classe vocale 300 est appliqué à tous les homologues ENTRANTs du RTCP IP.

    commande vocale client 300 liaison de contrôle source-interface GigabitEthernet0/0/0 lier la source média-interface GigabitEthernet0/0/0 aucun contenu pass-through personnalisé-SDP
2

Configurez l’URI de la classe vocale suivante :

  1. Définissez l’adresse IP de l’organisateur de l’ITSP :

    classe vocale URI 100 hôte SIP IPv4:192.168.80.13
  2. Définir un schéma pour identifier de manière unique un site de passerelle local 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 alternative, nous utilisons le point «». (n’importe où) pour qu’il corresponde à la « _ ».

    A reçu invitation 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 = z9hG4bK2hokad30fg14d 0358060.1 pattern : 8934
3

Configurez les pairs de numérotation sortants suivants :

  1. Appel sortant-pair vers l’RTCP IP :

    Dial-Peer vocal 101 Description de la numérotation sortante-pair à IP RTCP destination-schéma défectueux. Protocole de session incorrect SIPv2 cible IPv4:192.168.80.13 de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 n ° VAD

    Explication des commandes :

    Dial-Peer vocal 101 Description de la numérotation sortante-peer to RTCP

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

    destination-schéma incorrect. Mauvais

    Modèle de chiffre qui permet la sélection de cet appel. Cependant, nous invoquerons ce numéro sortant-homologue directement à partir de l’homologue entrant à l’aide des instructions DPG et qui contourne le critère de correspondance du modèle de chiffre. Par conséquent, nous utilisons un schéma arbitraire basé sur les chiffres alphanumériques autorisés par le schéma CLI de destination.

    Protocole de session SIPv2

    Indique que cet appel-pair va gérer les jambes des appels SIP.

    cible de session IPv4:192.168.80.13

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

    Codec de classe vocale 99

    Indique la liste des préférences des codecs 99 à utiliser pour cet appel.

    DTMF-relais RTP-NPD

    Définit RTP-NPD (RFC2833) comme fonctionnalité DTMF attendue sur cette jambe d’appel.

    client SIP de classe vocale 100

    La numérotation-Peer héritera tous les paramètres du locataire 100 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

    aucun VAD

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

  2. Appel sortant-pair vers Webex Calling

    Dial-Peer vocal 201 Description de la numérotation sortante-pair à Webex Calling destination-schéma incorrect. Protocole de session SIPv2 session cible SIP-serveur codec de classe vocale 99 DTMF-relais RTP-NPD-classe audio STUN-utilisation 200 pas de classe vocale SIP localhost client SIP de classe vocale 200 SRTP aucun VAD

    Explication des commandes :

    Dial-Peer vocal 201 Description de la numérotation sortante-peer to Webex Calling

    Définit un pair VOIP avec une balise de 201 et une description significative est fournie pour faciliter la gestion et le dépannage

    cible de session SIP-serveur

    Indique que le serveur SIP global est la destination des appels à partir de cet homologue de numérotation. Webex Calling serveur défini dans le client 200 est hérité pour ce Dial-peer.

    Stun de classe vocale-utilisation 200

    La fonctionnalité de liaisons STUN sur la passerelle locale permet d’envoyer les demandes de STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le Pinhole dans le pare-feu.

    pas de classe vocale SIP localhost

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

    client SIP de classe vocale 200

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

    Srtp

    SRTP est activé pour cette jambe d’appel.

    aucun VAD

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

4

Configurez les groupes Dial-Peer suivants (DPG) :

  1. Définit le groupe de numérotation 100. La numérotation sortante-Peer 101 est la cible pour tout numéro d’appel entrant appeler Dial-Peer Group 100. Nous appliquerons DPG 100 à la numérotation entrante-Peer 200 définie plus tard pour Webex Calling--> LGW--> RTCP Path.

    Voice Class DPG 100 Description IP entrant RTCP (DP100) à Webex Calling (DP201) Dial-Peer 101 préférence 1
  2. Définissez le groupe de numérotation 200 avec Dial sortant-Peer 201 comme cible pour CUCM--> LGW--> Webex Calling Path. DPG 200 sera appliqué à la numérotation entrante-Peer 100 définie plus tard.

    Voice Class DPG 200 Description IP entrant RTCP (DP100) à Webex Calling (DP201) Dial-Peer 201 préférence 1
5

Configurez les homologues entrants suivants :

  1. Numérotation entrante-pair pour les RTCP IP entrantes appelées :

    Dial-Peer Voice 100 Description de la VoIP Dial-Peer from RTCP session Protocol SIPv2 de destination DPG 200 entrant URI via 100 codec de classe vocale 99-n-relais RTP-nte le client SIP de classe vocale 300 aucun VAD

    Explication des commandes

    numérotation-Peer voix 100 Description de la téléphonie entrante-homologue à partir de RTCP

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

    Protocole de session SIPv2

    Indique que cet appel-pair va gérer les jambes des appels SIP.

    URI entrant via 100

    Tout le trafic entrant du RTCP IP vers LocalGW est mis en correspondance sur l’adresse IP de l’organisateur entrant VIA l’en-tête, définie dans le cours vocal URI 100 SIP pour correspondre à l’adresse IP source (ITSP).

    destination DPG 200

    Avec le DPG de destination 200, IOS-XE en passe le critère de correspondance de l’homologue classique sortant et l’utilisation immédiate pour configurer le appel sortant leg en utilisant Dial-Peers défini dans le groupe de destination-Peer 200, qui est Dial-Peer 201.

    client SIP de classe vocale 300

    La numérotation-Peer héritera tous les paramètres du locataire 300 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

    aucun VAD

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

  2. Appel entrant-homologue pour les appels entrants Webex Calling appeler :

    Dial-Peer Voice 200 Description de la VoIP Dial-Peer from Webex Calling session Protocol SIPv2 de destination DPG 100 entrant URI demande 200 codec de classe vocale 99-classe STUN-utilisation 200 client SIP de classe audio 200 SRTP aucun VAD

    Explication des commandes

    numérotation-Peer voix 200 Description de la téléphonie entrante-homologue à partir de Webex Calling

    Définit un pair VOIP avec une balise de 200 et une description significative est fournie pour faciliter la gestion et le dépannage.

    demande URI entrante 200

    Tout le trafic entrant de Webex Calling à LGW peut être mis en correspondance sur le schéma DTG unique dans l’URI de la demande, identifiant de manière unique le site de la passerelle locale dans une entreprise et dans l’écosystème Webex Calling.

    destination DPG 100

    Avec le DPG de destination 100, IOS-XE en passe le critère de correspondance de l’homologue classique sortant et l’utilisation immédiate pour configurer le appel sortant leg en utilisant Dial-Peers défini dans le groupe de destination-Peer 300, qui est Dial-Peer 101.

    Stun de classe vocale-utilisation 200

    La fonctionnalité de liaisons STUN sur la passerelle locale permet d’envoyer les demandes de STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le Pinhole dans le pare-feu.

    client SIP de classe vocale 200

    La numérotation-Peer héritera tous les paramètres du locataire 200 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

    Srtp

    Active SRTP pour cette jambe d’appel.

    aucun VAD

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

RTCP à Webex Calling

Tous les RTCP IP entrants des appels sur la passerelle locale sont mis en correspondance sur Dial-Peer 100 car il définit un critère de correspondance pour l’en-tête VIA avec l’adresse IP du RTCP IP. La sélection de l’appel sortant-Peer est dictée par DPG 200 qui appelle directement le numéro d’appel sortant-Peer 201, qui a le serveur Webex Calling listé comme destination cible.

Webex Calling à RTCP

Tous les Webex Calling entrants des appels sur la passerelle locale sont mis en correspondance sur Dial-Peer 200 car il répond à un critère de correspondance pour le schéma de l’en-tête URI de la demande avec le paramètre TrunkGroup OTG/DTG, unique à ce déploiement de la passerelle locale. La sélection de l’appel sortant-Peer est dictée par DPG 100 qui appelle directement le numéro d’appel sortant-Peer 101, qui a l’adresse IP de la RTCP IP listée comme destination cible.

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

  1. Clients de la classe vocale— vous devez créer des locataires supplémentaires pour les pairs qui font face à Unified cm et ITSP, comme pour le client 200 que nous avons créé pour Webex Calling composent les pairs.

  2. URI des classes vocales— les modèles définissant les adresses IP/ports de l’organisateur pour les différents troncs qui se terminent sur le LGW : d’Unified CM à LGW pour les destinations RTCP ; Unified CM à LGW pour les destinations Webex Calling ; Webex Calling à LGW ; et RTCP terminaison du tronc SIP sur LGW.

  3. Voice Class Server-groupe— adresses IP/ports cibles pour les troncs sortants de LGW à Unified cm, LGW à Webex Calling et LGW à RTCP tronc SIP.

  4. Numérotation sortante-Peers— pour acheminer les appels sortants de LGW vers Unified cm, ITSP SIP Trunk et/ou Webex Calling.

  5. Voix du cours DPG— cible de la numérotation sortante-homologue (s) appelé à partir d’un pair entrant.

  6. Numérotation entrante-homologues — pour accepter les appels entrants en provenance d’Unified cm, ITSP et/ou Webex Calling.

1

Configurez les clients de la classe vocale suivante :

  1. Le client de la classe vocale 100 est appliqué à tous les homologues sortants confrontés à Unified CM et IP RTCP :

    client de la classe vocale 100 session transport UDP URL SIP erreur-PassThru bind contrôle source-interface GigabitEthernet0/0/0 bind source média-interface GigabitEthernet0/0/0 aucun contenu pass-through personnalisé-SDP
  2. Le client de la classe vocale 300 sera appliqué à tous les homologues entrants de Unified CM et IP RTCP :

    commande vocale client 300 liaison de contrôle source-interface GigabitEthernet0/0/0 lier la source média-interface GigabitEthernet0/0/0 aucun contenu pass-through personnalisé-SDP
2

Configurez les URI des classes vocales suivantes :

  1. Définit l’adresse IP de l’organisateur de l’ITSP :

    classe vocale URI 100 hôte SIP IPv4:192.168.80.13
  2. Définir un schéma pour identifier de manière unique un site de passerelle local 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 alternative, nous utilisons le point «». (n’importe où) pour qu’il corresponde à la « _ ».

    A reçu invitation 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 = z9hG4bK2hokad30fg14d 0358060.1 pattern : 8934
  3. Définit la signalisation Unified CM VIA le port pour le tronc de la Webex Calling :

    classe de voix URI 300 schéma SIP : 5065
  4. Définit l’IP de signalisation source CUCM et VIA le port pour le tronc de RTCP :

    classe vocale URI 302 SIP pattern 192.168.80.60:5060
3

Configurez les groupes suivants de la classe Voice Server :

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

    Voice Class Server-groupe 301 IPv4 192.168.80.60 port 5065
  2. Définit l’adresse IP et le numéro de port du tronc de l’hôte cible Unified CM pour le groupe 2 Unified CM si applicable :

    Voice Class Server-groupe 303 IPv4 192.168.80.60 port 5065
  3. Définit l’adresse IP de l’hôte cible du tronc de Unified CM pour Unified CM Group 1 (5 nœuds). Unified CM utilise le port par défaut 5060 pour le trafic entrant sur le tronc d’RTCP. Si aucun numéro de port n’est spécifié, la valeur par défaut 5060 est utilisée. (RTCP <-> LGW--> Unified cm)</->

    Voice Class Server-groupe 305 IPv4 192.168.80.60
  4. Définit l’adresse IP de l’hôte cible du tronc de Unified CM pour Unified CM Group 2, si applicable.

    Voice Class Server-groupe 307 IPv4 192.168.80.60
4

Configurez les homologues entrants suivants :

  1. Appel sortant-pair vers l’RTCP IP :

    Dial-Peer vocal 101 Description de la numérotation sortante-pair à IP RTCP destination-schéma défectueux. Protocole de session incorrect SIPv2 cible IPv4:192.168.80.13 de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 n ° VAD

    Explication des commandes

    Dial-Peer vocal 101 Description de la numérotation sortante-peer to RTCP

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

    destination-schéma incorrect. Mauvais

    Modèle de chiffre qui permettra la sélection de cet appel. Cependant, nous invoquerons ce numéro sortant-homologue directement à partir de l’homologue entrant à l’aide des instructions DPG et qui contourne le critère de correspondance du modèle de chiffre. Par conséquent, nous utilisons un schéma arbitraire basé sur les chiffres alphanumériques autorisés par le schéma CLI de destination.

    Protocole de session SIPv2

    Indique que cet appel-pair va gérer les jambes des appels SIP.

    cible de session IPv4:192.168.80.13

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

    Codec de classe vocale 99

    Indique la liste des préférences des codecs 99 à utiliser pour cet appel.

    client SIP de classe vocale 100

    La numérotation-Peer héritera tous les paramètres du locataire 100 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

  2. Appel sortant-pair vers Webex Calling :

    Dial-Peer vocal 201 Description de la numérotation sortante-pair à Webex Calling destination-schéma incorrect. Protocole de session SIPv2 session cible SIP-serveur codec de classe vocale 99 DTMF-relais RTP-NPD-classe audio STUN-utilisation 200 pas de classe vocale SIP localhost client SIP de classe vocale 200 SRTP aucun VAD

    Explication des commandes

    Dial-Peer vocal 201 Description de la numérotation sortante-peer to Webex Calling

    Définit un pair VOIP avec une balise de 201 et une description significative est fournie pour faciliter la gestion et le dépannage.

    cible de session SIP-serveur

    Indique que le serveur SIP global est la destination des appels à partir de cet homologue de numérotation. Webex Calling serveur défini dans le client 200 sera hérité pour ce Dial-peer.

    Stun de classe vocale-utilisation 200

    La fonctionnalité de liaisons STUN sur l’LGW permet d’envoyer les demandes de STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le Pinhole dans le pare-feu.

    pas de classe vocale SIP localhost

    Désactive subsititution du nom du DNS localhost au lieu de l’adresse IP physique dans les en-têtes de, ID d’appel et Remote-ID des messages sortants.

    client SIP de classe vocale 200

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

    Srtp

    SRTP est activé pour cette jambe d’appel.

  3. Appel sortant-pair vers le tronc de Webex Calling de Unified CM :

    Dial-Peer vocal 301 Description de la numérotation sortante-peer to CUCM-Group-1 pour le trafic entrant à partir des nœuds de Webex Calling 1 à 5 de destination-schéma incorrect. Protocole de session incorrect SIPv2 301 de session serveur-codec de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 aucun VAD

    Explication des commandes

    Dial-Peer vocal 301 Description de la numérotation sortante-peer to CUCM-Group-1 pour le trafic entrant à partir de Webex Calling – nœuds 1 à 5

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

    serveur de session-Groupe 301

    Au lieu de l’IP de la session cible dans le Dial-peer, nous pointons vers un groupe de serveurs de destination (serveur-groupe 301 pour Dial-peer 301) pour définir plusieurs nœuds UCM cibles bien que l’exemple n’affiche qu’un seul nœud.

    Groupe de serveurs dans l’homologue de numérotation sortante

    Avec plusieurs pairs d’appel dans le DPG et plusieurs serveurs dans le groupe de serveurs de numérotation, nous pouvons obtenir une distribution aléatoire des appels sur tous les abonnés de traitement des appels Unified CM ou sur 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 de numérotation et de second serveur est requis uniquement si plus de cinq abonnés de traitement des appels sont utilisés.

    Voir https://www.Cisco.com/c/en/US/TD/docs/iOS-XML/iOS/Voice/cube/configuration/cube-Book/multiple-Server-groups.html pour plus d’informations.

  4. Deuxième appel sortant-homologue vers le tronc de Webex Calling de Unified CM si vous avez plus de 5 nœuds Unified CM :

    Dial-Peer vocal 303 Description de la numérotation sortante-peer to CUCM-Group-2 pour le trafic entrant à partir des nœuds de Webex Calling 6 à 10 destination-pattern BAD. Protocole de session incorrect SIPv2 303 de session serveur-codec de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 aucun VAD
  5. Appel sortant-pair vers le tronc de RTCP de Unified CM :

    Dial-Peer vocal 305 Description de la numérotation sortante-peer to CUCM-Group-1 pour le trafic entrant à partir des nœuds de RTCP 1 à 5 de destination-schéma incorrect. Protocole de session incorrect SIPv2 305 de session serveur-codec de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 aucun VAD
  6. Deuxième appel sortant-homologue vers le tronc de RTCP de Unified CM si vous avez plus de 5 nœuds Unified CM :

    Dial-Peer vocal 307 Description de la numérotation sortante-peer to CUCM-Group-2 pour le trafic entrant à partir des nœuds de RTCP 6 à 10 destination-pattern BAD. Protocole de session incorrect SIPv2 307 de session serveur-codec de classe vocale 99 DTMF-relais RTP-NPD-classe vocale client 100 aucun VAD
5

Configurez les DPG suivantes :

  1. Définit DPG 100. La numérotation sortante-Peer 101 est la cible pour tout numéro d’appel entrant appeler Dial-Peer Group 100. Nous appliquerons DPG 100 à la numérotation entrante-pair 302 définie plus tard pour le chemin Unified cm--> LGW--> RTCP Path :

    Voice Class DPG 100 Dial-Peer 101 préférence 1
  2. Définissez DPG 200 avec Dial sortant-Peer 201 comme cible pour Unified cm--> LGW--> Webex Calling Path :

    Voice Class DPG 200 Dial-Peer 201 préférence 1
  3. Définir DPG 300 pour la numérotation sortante-Peers 301 ou 303 pour le Webex Calling--> LGW--> Unified cm Path :

    Voice Class DPG 300 Dial-Peer 301 préférence 1 composer-homologue 303 préférence 1
  4. Définir DPG 302 pour la numérotation sortante-Peers 305 ou 307 pour le RTCP--> LGW--> Unified cm Path :

    Voice Class DPG 302 Dial-Peer 305 préférence 1 composer-homologue 307 préférence 1
6

Configurez les homologues entrants suivants :

  1. Numérotation entrante-pair pour les RTCP IP entrantes appelées :

    Dial-Peer Voice 100 Description de la VoIP Dial-Peer from RTCP session Protocol SIPv2 de destination DPG 302 entrant URI via 100 codec de classe vocale 99-n-relais RTP-nte le client SIP de classe vocale 300 aucun VAD

    Explication des commandes

    numérotation-Peer voix 100 Description de la téléphonie entrante-homologue à partir de RTCP

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

    Protocole de session SIPv2

    Indique que cet appel-pair va gérer les jambes des appels SIP.

    URI entrant via 100

    Tout le trafic entrant du RTCP IP vers LGW est mis en correspondance sur l’adresse IP de l’organisateur entrant VIA l’en-tête, définie dans le cours vocal URI 100 SIP pour correspondre à l’adresse IP source (ITSP).

    destination DPG 302

    Avec le DPG de destination 302, IOS-XE en passe le critère de correspondance de l’homologue classique sortant et en absence immédiate pour configurer le appel sortant leg en utilisant Dial-Peers défini dans la DPG de destination 302, qui peut être Dial-Peer 305 ou Dial-Peer 307.

    client SIP de classe vocale 300

    La numérotation-Peer héritera tous les paramètres du locataire 300 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

  2. Appel entrant-homologue pour les appels entrants Webex Calling appeler :

    Dial-Peer Voice 200 Description de la VoIP Dial-Peer from Webex Calling session Protocol SIPv2 de destination DPG 300 entrant URI via 200 URI entrante 200-codec de classe vocale 99 client DTMF-relais RTP-NPD-classe audio STUN-utilisation 200 IP de classe audio 200 SRTP aucun VAD

    Explication des commandes

    numérotation-Peer voix 200 Description de la téléphonie entrante-homologue à partir de Webex Calling

    Définit un pair VOIP avec une balise de 200 et une description significative est fournie pour faciliter la gestion et le dépannage.

    demande URI entrante 200

    Tout le trafic entrant de Webex Calling à LGW peut être mis en correspondance sur le schéma DTG unique dans l’URI de la demande, identifiant de manière unique un site de passerelle local dans une entreprise et dans l’écosystème Webex Calling.

    destination DPG 300

    Avec le DPG de destination 300, IOS-XE en passe le critère de correspondance de l’homologue classique sortant et en absence immédiate pour configurer le appel sortant leg en utilisant Dial-Peers défini dans la DPG de destination 300, qui peut être Dial-Peer 301 ou Dial-Peer 303.

    Stun de classe vocale-utilisation 200

    La fonctionnalité de liaisons STUN sur l’LGW permet d’envoyer les demandes de STUN générées localement sur le chemin média négocié. Ceci permet d’ouvrir le Pinhole dans le pare-feu.

    client SIP de classe vocale 200

    Le numéro d’appel hérite tous les paramètres du locataire 200 à moins que ce même paramètre soit défini sous le numéro d’appel lui-même.

    Srtp

    Active SRTP pour cette jambe d’appel.

  3. Numérotation entrante-homologue pour les appels Unified CM entrants avec Webex Calling comme destination :

    Dial-Peer Voice 300 Description de la VoIP Dial-Peer à partir de CUCM pour Webex Calling session Protocol SIPv2 destination DPG 200 entrant URI via 300 codec de classe vocale 99-relais RTP-NPD-classe voix-nte client SIP 300 aucun VAD

    Explication des commandes

    numérotation-Peer voix 300 Description de la téléphonie entrante-Peer à partir de CUCM pour Webex Calling

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

    URI entrant via 300

    Tout le trafic entrant de Unified CM vers LGW est mis en correspondance sur le port de source via (5065), défini dans Voice Class URI 300 SIP.

    destination DPG 200

    Avec le DPG de destination 200, IOS-XE en passe les critères de correspondance de l’homologue de sortie classique et immédiatement en absence, configurez le appel sortant leg en utilisant Dial-Peers défini dans la DPG de destination 200, qui sera composed-Peer 201.

    client SIP de classe vocale 300

    La numérotation-Peer héritera tous les paramètres du locataire 300 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

  4. Numérotation entrante-homologue pour les appels Unified CM entrants avec RTCP comme destination :

    Dial-Peer Voice 302 Description de la VoIP Dial-Peer à partir de CUCM pour RTCP session Protocol SIPv2 destination DPG 100 entrant URI via 302 codec de classe vocale 99-relais RTP-NPD-classe voix-nte client SIP 300 aucun VAD

    Explication des commandes

    numérotation-Peer voix 302 Description de la téléphonie entrante-Peer à partir de CUCM pour RTCP

    Définit un pair d’appel VoIP avec une balise 302 et une description significative est fournie pour faciliter la gestion et le dépannage.

    URI entrant via 302

    Tout le trafic entrant de Unified CM vers LGW pour une destination RTCP est mis en correspondance sur l’adresse IP de signalisation source Unified CM et VIA le port défini dans Voice Class URI 302 SIP. Le port SIP standard 5060 est utilisé.

    destination DPG 100

    Avec le DPG de destination 100, IOS-XE en passe les critères de correspondance de l’homologue de sortie classique et immédiatement en absence, configurez le appel sortant leg en utilisant Dial-Peers défini dans la DPG de destination 100, qui sera composed-Peer 101.

    client SIP de classe vocale 300

    La numérotation-Peer héritera tous les paramètres du locataire 300 à moins que ce même paramètre ne soit défini sous le pair d’appel lui-même.

RTCP IP vers le tronc RTCP Unified CM

Webex Calling plateforme vers Unified CM Webex Calling tronc

Tronc RTCP Unified CM vers IP RTCP

Tronc Webex Calling Unified CM vers la plateforme Webex Calling

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

Implémenter la haute disponibilité des CUBEs en tant que passerelle locale

La passerelle locale (LGW) est la seule option pour fournir un accès RTCP sur site pour les clients de Cisco Webex Calling. L’objectif de ce document est de vous assister dans la création d’une configuration de passerelle locale en utilisant la haute disponibilité des CUBEs, les CUBEs actifs/de secours pour le basculement dynamique des appels actifs.

Fondamentaux

Prérequis

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

Les instructions de configuration fournies dans cet article supposent une plateforme de passerelle locale dédiée sans configuration vocale existante. Si un déploiement d’entreprise existant d’un CUBE est en cours de modification pour utiliser également la fonction de passerelle locale pour Cisco Webex Calling, soyez attentif à la configuration appliquée pour garantir que les flux d’appels existants et les fonctionnalités ne sont pas interrompues et vérifiez que vous respectez les exigences de conception de CUBE HD.

Composants matériels et logiciels

Le CUBE HD en tant que passerelle locale nécessite IOS-XE version 16.12.2 ou plus récente et est pris en charge sur les plateformes suivantes :

  • Série ISR4000 — 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)
  • Série CSR1000 — vCUBE (1, 2 et 4 configurations de CPU)


Les commandes Show et les journaux 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

Présentation de la solution Webex Calling

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

  • Connexion du Cloud RTCP fournisseur
  • Passerelle locale

Le déploiement de la passerelle locale (représenté ci-dessous) est le point de vue de cet article. La passerelle locale est l’option donner votre propre RTCP pour Cisco Webex Calling en permettant la connectivité à un service RTCP appartenant à un client. Il fournit également la connectivité à un déploiement PBX IP sur site tel que Cisco Unified CM. Toutes les communications vers et depuis le Cloud sont sécurisées via le transport TLS pour SIP et SRTP pour le média.

L’illustration ci-dessous affiche un déploiement Webex Calling sans PBX IP existant et est applicable à un déploiement individuel ou à plusieurs sites. La configuration décrite dans cet article est basée sur ce déploiement.

Redondance de la zone à boîte de Layer 2

La redondance Box-to-Box de la couche 2 de CUBE HD utilise le protocole d’infrastructure de groupe de redondance (RG) pour former un pair de routeurs actif/en attente. Cette paire partage la même adresse IP virtuelle (VIP) sur leurs interfaces respectives et échange continuellement les messages d’État. Les informations de la session de CUBE sont cochées dans le pair des routeurs permettant au routeur de secours de prendre toutes les responsabilités de traitement des appels de CUBE immédiatement si le routeur actif est hors service, provoquant ainsi une préservation dynamique de la signalisation et des médias.


La vérification du pointage est limitée aux appels connectés avec des paquets multimédias. Les appels en transit ne sont pas cochés (par exemple, un état d’essai ou de sonnerie).

Dans cet article, CUBE HD se réfère à la redondance Box-to-Box (B2B) Layer 2 de la haute disponibilité des CUBEs pour les préservation de l’appel d’État

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

Composant de groupe de redondance infra

Le composant de groupe de redondance (RG) fournit la prise en charge de l’infrastructure de communication Box-to-Box entre les deux CUBEs et négocie l’état de la redondance finale stable. Ce composant fournit également :

  • Un protocole HSRP qui négocie l’état de redondance finale pour chaque routeur en échangeant les messages keepalive et Hello entre les deux CUBEs (via l’interface de contrôle) — GigabitEthernet3 dans la figure ci-dessus.
  • Un mécanisme de transport pour le point de contrôle de la signalisation et de l’état des médias pour chaque appel du routeur actif/de 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 (les interfaces de trafic multiples peuvent être configurées en utilisant le même groupe de groupes de routage) – les GigabitEthernet 1 et 2 sont considérées comme des interfaces de trafic.

Ce composant RG doit être spécifiquement configuré pour prendre en charge la HD VoIP.

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

La HD B2B repose sur l’adresse VIP pour atteindre la redondance. L’adresse VIP et les interfaces physiques associées sur les deux CUBEs de la paire de HA du CUBE doivent se trouver sur le même sous-réseau LAN. La configuration de l’adresse VIP et la liaison de l’interface VIP à une application vocale particulière (SIP) sont obligatoires pour la prise en charge de la HD Audio B2B. Les périphériques externes tels que Unified CM, Webex Calling Access SBC, fournisseur de service ou proxy, utilisent VIP comme adresse IP de destination pour les appels traversant les routeurs HD du CUBE. Par conséquent, d’un point de vue Webex Calling, les paires CUBE HD agissent en tant que passerelle locale unique.

Les informations de signalisation d’appel et de session RTP des appels établis sont repointées du routeur actif vers le routeur de secours. Lorsque le routeur actif tombe en panne, le routeur de secours prend le contrôle et continue de transférer le flux RTP qui a été précédemment routé par le premier routeur.

Les appels en état transitoire au moment du basculement ne seront pas préservés après avoir été prébasculé. Par exemple, les appels qui ne sont pas encore entièrement établis ou qui sont en cours de modification avec une fonction de transfert ou de mise en attente. Les appels établis peuvent être déconnectés après le basculement.

Les exigences suivantes existent pour l’utilisation de CUBE HD en tant que passerelle locale pour le basculement dynamique des appels :

  • Le CUBE HD ne peut pas avoir des interfaces TDM ou analogiques co-localisées

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

  • Il n’est pas possible de placer plus de 2 paires de HD CUBE dans le même domaine de couche 2, l’un avec l’ID de groupe 1 et l’autre avec l’ID de groupe 2. Si vous configurez 2 paires de HD avec le même identifiant de groupe, les interfaces de contrôle/données RG doivent appartenir à différents domaines de couche 2 (VLAN, commutateur séparé)

  • Le canal du port est pris en charge à la fois pour les interfaces de contrôle/données et de trafic RG

  • Tous les signaux/supports sont pris en source de/vers l’adresse IP virtuelle

  • Chaque fois qu’une plateforme est rechargée dans une relation de haute disponibilité CUBE, elle démarre toujours en mode veille

  • L’adresse la plus basse pour toutes les interfaces (Gig1, Gig2, Gig3) doit être sur la même plate-forme

  • 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 CUBEs doit être identique à 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 bouclage ne peuvent pas être utilisées comme liaisons car elles sont toujours en place

  • Les interfaces de trafic multiple (SIP/RTP) (Gig1, Gig2) exigent que le suivi de l’interface soit configuré

  • Le CUBE-HD n’est pas pris en charge sur une connexion par câble de raccordement pour la liaison RG-Control/Data (Gig3)

  • Les deux plateformes doivent être identiques et être connectées via un commutateur physique pour toutes les interfaces de la HD du cube, par exemple GE0/0/0 du cube-1 et cube-2 doit se terminer sur le même commutateur et ainsi de suite.

  • Le WAN ne peut pas se terminer sur les CUBEs directement ou les données HD de chaque côté

  • Les deux actifs/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/données RG, Gig3). l’interface utilisée pour le trafic ne peut pas être utilisée pour les KeepAlive et le point de contrôle de la HD

  • Lors du basculement, le CUBE précédemment actif passe en mode de chargement par conception, préservant la signalisation et les médias

Configurer la redondance sur les deux CUBEs

Vous devez configurer la redondance de la couche 2 Box-à-Box sur les deux CUBEs destinés à être utilisés dans une paire de HD pour afficher les adresses IP virtuelles.

1

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

conf t suivi 1 interface GigabitEthernet1 ligne-protocole suivi 2 interface GigabitEthernet2 ligne-protocole sortie
VCUBE-1 # CONF
VCUBE-1 (config) #suivi 1 interface GigabitEthernet1 ligne-protocole
VCUBE-1 (config-Track) #suivi 2 interface GigabitEthernet2 ligne-protocole
VCUBE-1 (config-Track) #quitter
VCUBE-2 # CONF
VCUBE-2 (config) #suivi 1 interface GigabitEthernet1 ligne-protocole
VCUBE-2 (config-Track) #suivi 2 interface GigabitEthernet2 ligne-protocole
VCUBE-2 (config-Track) #quitter

La CLI de suivi est utilisée dans RG pour suivre l’état de l’interface de trafic vocal afin que l’itinéraire actif soit son rôle actif lorsque l’interface de trafic est inactive.

2

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

redondance d’application redondante groupe 1 nom LocalGateway-haute disponibilité 100 seuil de basculement 75 contrôle GigabitEthernet3 protocole 1 données GigabitEthernet3 timers retard 30 recharger 60 suivi 1 arrêter suivi 2 arrêt sortie protocole 1 minuteurs hellotime 3 Holdtime 10 quitter quitter sortie
VCUBE-1 (config) #redondance
VCUBE-1 (config-Red) #redondance de l’application
VCUBE-1 (config-Red-App) #groupe 1
VCUBE-1 (config-Red-GRP) #Name LocalGateway-HD
VCUBE-1 (config-rouge-application-GRP) #priority 100 seuil de basculement 75
VCUBE-1 (config-Red-GRP APP) #Control GigabitEthernet3 protocole 1
VCUBE-1 (config-rouge-application-GRP) #données GigabitEthernet3
VCUBE-1 (configuration-rouge-groupe d’applications) #minuteurs retardez 30 recharger 60
VCUBE-1 (config-Red-GRP APP) #suivi 1 arrêt
VCUBE-1 (config-Red-GRP APP) #suivi 2 arrêt
VCUBE-1 (config-Red-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-rouge) #quitter
VCUBE-1 (config) #
VCUBE-2 (config) #redondance
VCUBE-2 (config-Red) #redondance de l’application
VCUBE-2 (config-Red-App) #groupe 1
VCUBE-2 (config-Red-GRP) #Name LocalGateway-HD
VCUBE-2 (config-rouge-application-GRP) #priority 100 seuil de basculement 75
VCUBE-2 (configuration-rouge-GRP APP) #Control GigabitEthernet3 protocole 1
VCUBE-1 (config-rouge-application-GRP) #données GigabitEthernet3
VCUBE-2 (configuration-rouge-groupe d’applications) #délais retardent 30 recharger 60
VCUBE-2 (config-Red-GRP APP) #suivi 1 arrêt
VCUBE-2 (config-Red-GRP APP) #suivi 2 arrêt
VCUBE-2 (config-Red-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-rouge) #quitter
VCUBE-2 (config) #

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

  • redondance— entre en mode de redondance

  • redondance de l’application — entre le mode de configuration de la redondance de l'application

  • groupe— entre le mode de configuration du groupe d’applications redondantes

  • nom LocalGateway-HD— définit le nom du groupe RG

  • priorité 100 seuil de basculement 75— indique la priorité initiale et les seuils de basculement pour un RG

  • les temporisations retardent 30 recharger 60— configure les deux heures pour retarder et recharger

    • Minuteur de délai qui est le délai de retard de l’initialisation et de la négociation du rôle du groupe de routage après l’affichage de l’interface – 30 secondes par défaut. La plage est de 0-10000 secondes

    • Recharger — il s’agit de la durée de retard de l’initialisation du groupe RG et de la négociation des rôles après un rechargement – par défaut 60 secondes. La plage est de 0-10000 secondes

    • Les temporisations par défaut sont recommandées, bien que ces timers puissent être ajustés pour prendre en charge tout délai supplémentaire de convergence du réseau qui peut se produire pendant le démarrage/le rechargement des routeurs, afin de garantir que la négociation du protocole du RG soit effectuée après que le routage dans le réseau ait convergé vers un point stable. Par exemple, s’il est vu après un basculement sur incident qu’il prend jusqu’à 20 secondes pour que le nouveau mode veille voit le premier paquet RG de la part du nouveau actif, alors les timers doivent être ajustés sur « temporisation Delay 60 recharger 120 » pour un facteur de ce délai.

  • contrôler le protocole GigabitEthernet3 1— configure l’interface utilisée pour échanger les messages keepalive et Hello entre les deux cubes et spécifie l’instance de protocole qui sera jointe à une interface de contrôle et entre en mode de configuration du protocole de redondance d’application

  • données GigabitEthernet3: configure l’interface utilisée pour le contrôle du trafic des données

  • piste— suivi de groupe RG des interfaces

  • Protocole 1— spécifie l’instance de protocole qui sera jointe à une interface de contrôle et entre en mode de configuration du protocole de redondance d’application

  • timers hellotime 3 Holdtime 10– configure les deux timers pour hellotime et Holdtime :

    • Hellotime — intervalle entre les messages de salutation successifs – par défaut 3 secondes. La plage est de 250 millisecondes-254 secondes

    • Holdtime — l’intervalle entre la réception d’un message de salutation et la présomption que le routeur émetteur a échoué. Cette durée doit être supérieure à la période de salutation – par défaut de 10 secondes. La plage est de 750 millisecondes-255 secondes

      Nous vous recommandons de configurer le minuteur Holdtime pour qu’il soit au moins 3 fois la valeur du minuteur hellotime.

3

Activer la redondance Box-à-Box pour l’application CUBE. Configurez le RG à partir de l’étape précédente sous VoIP du service vocal. Ceci permet à l’application CUBE de contrôler le processus de redondance.

service vocal redondance de la VoIP-groupe 1 sortie
VCUBE-1 (config) #VoIP du service vocal
VCUBE-1 (config-voi-serv) #redondance-groupe 1
% A créé le RG 1 associatiation avec voix B2B HD ; Rechargez le routeur pour que la nouvelle configuration prenne effet
VCUBE-1 (config-voi-serv) # quitter
VCUBE-2 (config) #VoIP du service vocal
VCUBE-2 (config-voi-serv) #redondance-groupe 1
% A créé le RG 1 associatiation avec voix B2B HD ; Rechargez 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 la configuration mise à jour prenne effet. Nous allons recharger les plateformes après que toute la configuration ait été appliquée.

4

Configurez les interfaces Gig1 et Gig2 avec leurs adresses IP virtuelles respectives comme indiqué ci-dessous et appliquez l’identifiant 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 198.18.1.228 IP exclusif
VCUBE-1 (Config-if) # sortie
VCUBE-1 (config) #
VCUBE-1 (config) #interface GigabitEthernet2
VCUBE-1 (Config-if) # redondance RII 2
VCUBE-1 (Config-if) # redondance groupe 1 198.18.133.228 IP exclusif
VCUBE-1 (Config-if) # sortie
VCUBE-2 (config) #interface GigabitEthernet1
VCUBE-2 (Config-if) # redondance RII 1
VCUBE-2 (Config-if) # redondance groupe 1 198.18.1.228 IP exclusif
VCUBE-2 (Config-if) # sortie
VCUBE-2 (config) #
VCUBE-2 (config) #interface GigabitEthernet2
VCUBE-2 (Config-if) # redondance RII 2
VCUBE-2 (Config-if) # redondance groupe 1 198.18.133.228 IP exclusif
VCUBE-v (Config-if) # quitter

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

  • redondance RII: configure l’identificateur de l’interface de redondance pour le groupe de redondance. Requis pour générer une adresse virtuelle MAC (VMAC). La même valeur ID RII doit être utilisée sur l’interface de chaque routeur (actif/veille) qui a le même VIP.


     

    S’il y a plus d’une paire B2B sur le même réseau local (LAN), chaque paire doit avoir des identifiants RII uniques sur leurs interfaces respectives (pour empêcher toute collision). « afficher le groupe d’applications redondantes tout » doit indiquer les informations locales et d’homologues appropriées.

  • Groupe de redondance 1— associe l’interface au groupe de redondance créé à l’étape 2 ci-dessus. Configurez le groupe RG, ainsi que l’adresse VIP attribué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/les données RG

5

Enregistrez la configuration du premier CUBE et rechargez-le.

La plate-forme à recharger en dernier est toujours le secours.

VCUBE-1 #WR
Configuration du bâtiment...
CORRECT
VCUBE-1 #recharger
Continuer avec le rechargement ? confirmer

Après le démarrage complet de VCUBE-1, enregistrez la configuration de VCUBE-2 et rechargez-la.

VCUBE-2 #WR
Configuration du bâtiment...
CORRECT
VCUBE-2 #recharger
Continuer avec le rechargement ? confirmer
6

Vérifiez que la configuration Box-à-Box fonctionne comme prévu. La sortie appropriée est en surbrillance en gras.

Nous avons rechargé VCUBE-2 Last et selon les considérations de design ; la plateforme à recharger en dernier sera toujours mise en veille.

VCUBE-1 #afficher le groupe d’applications de redondance tous les États des erreurs groupe 1 infos : Priorité d’exécution : [100] RG Faults État du RG : Haut. Nombre total de basculements dus à des pannes : 0 nombre total de modifications de l’État en cas de panne : 0 ID du groupe : 1 nom du groupe : LocalGateway- État administratif HD : Aucun état opérationnel global d’arrêt :  Mon rôle : Rôle d’homologue actif : Présence de l' homologue de secours : Oui comm pair : Oui la progression de l’homologue a démarré : Oui domaine RF : BtoB-un État RF : État RF pair actif : Rôle de l'------------------du protocole RG 1 de secours Négociation active : Priorité activée : État du protocole 100 : État actif de la Ctrl INTF (s) : Pair actif : Homologue de secours local : adresse 10.1.1.2, priorité 100, INTF Gi3 journaux compteurs : changement de rôle sur actif : 1 changement de rôle en mode veille : 1 désactiver les événements : RG Down État 0, RG arrêter 0 Ctrl INTF Events : up 1, Down 0, admin_down 0 recharger les événements : demande locale 0, demande d’homologue 0 RG Context média pour RG 1--------------------------État CTX : ID du protocole actif : 1 type de média : Interface de contrôle par défaut : GigabitEthernet3 minuteur de salutation actuel : 3000 minuteur de salutation configuré : 3000, minuteur de mise en attente : 10000 de l’horloge Hello de l’homologue : 3000, minuteur d’attente pairée : 10000 statistiques : Paquets 1509, octets 93558, HD seq 0, Seq Number 1509, PKT perte 0 authentification non configurée échec de l’authentification : 0 recharger l’homologue : TX 0, RX 0 abandonner : TX 0, RX 0 pair de la stand : Présent. Minuteur de mise en attente : 10000 paquets 61, octets 2074, HD seq 0, Seq numéro 69, perte PKT 0 VCUBE-1 #
VCUBE-2 #afficher le groupe d’applications de redondance tous les États des erreurs groupe 1 infos : Priorité d’exécution : [100] RG Faults État du RG : Haut. Nombre total de basculements dus à des pannes : 0 nombre total de modifications de l’État en cas de panne : 0 ID du groupe : 1 nom du groupe : LocalGateway- État administratif HD : Aucun état opérationnel global d’arrêt : Mon rôle : Rôle d’homologue de secours : Présence de l' homologue actif : Oui comm pair : Oui la progression de l’homologue a démarré : Oui domaine RF : BtoB-un État RF : État RF pair actif : Rôle de l'------------------du protocole RG 1 de secours Négociation active : Priorité activée : État du protocole 100 : État actif de la Ctrl INTF (s) : Pair actif : adresse 10.1.1.2, priorité 100, INTF Gi3 homologue de secours : Compteurs du journal local : changement de rôle sur actif : 1 changement de rôle en mode veille : 1 désactiver les événements : RG Down État 0, RG arrêter 0 Ctrl INTF Events : up 1, Down 0, admin_down 0 recharger les événements : demande locale 0, demande d’homologue 0 RG Context média pour RG 1--------------------------État CTX : ID du protocole actif : 1 type de média : Interface de contrôle par défaut : GigabitEthernet3 minuteur de salutation actuel : 3000 minuteur de salutation configuré : 3000, minuteur de mise en attente : 10000 de l’horloge Hello de l’homologue : 3000, minuteur d’attente pairée : 10000 statistiques : Paquets 1509, octets 93558, HD seq 0, Seq Number 1509, PKT perte 0 authentification non configurée échec de l’authentification : 0 recharger l’homologue : TX 0, RX 0 abandonner : TX 0, RX 0 pair de la stand : Présent. Minuteur de mise en attente : 10000 paquets 61, octets 2074, HD seq 0, Seq numéro 69, perte PKT 0 VCUBE-2 #

Configurer une passerelle locale sur les deux CUBEs

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

  • Nom d’utilisateur : Hussain1076_LGU

  • Mot de passe : lOV12MEaZx

1

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

LocalGateway # conf t LocalGateway (config) #touche configuration-clé mot de passe-chiffrer Password123 LocalGateway (config) #mot de passe chiffrement AES

Voici la configuration de la passerelle locale qui s’appliquera aux deux plateformes en fonction des paramètres du Hub de contrôle affichés ci-dessus, enregistrer et recharger. Les identifiants SIP Digest de Control jub sont surlignés en gras.

configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! 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 "<sip:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" 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 codec preference 3 g729r8 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 dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx 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 pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:1a01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

Pour afficher la sortie de la commande Show, nous avons rechargé VCUBE-2 suivi de VCUBE-1, en faisant de VCUBE-1 le cube de secours et VCUBE-2 le cube actif

2

À tout moment donné, une seule plateforme conservera une inscription active en tant que passerelle locale avec le Webex Calling accéder au SBC. Jetez un coup d’œil à la sortie des commandes Show suivantes.

afficher le groupe d’applications de redondance 1

afficher le statut SIP-UA-enregistrer

VCUBE-1 #afficher le groupe d’applications de redondance 1 ID du groupe : 1 nom du groupe : LocalGateway-État administratif de la HD : Aucun état opérationnel total d’arrêt : mon rôle :  Rôle d’homologue de secours : Présence de l’homologue actif : Oui comm pair : Oui la progression de l’homologue a démarré : Oui domaine RF : BtoB-un État RF : État RF de l’homologue HOT-STANDBY : ACTIF VCUBE-1 #afficher le statut du Registre SIP-UA VCUBE-1 #
VCUBE-2 #afficher le groupe d’applications de redondance 1 ID du groupe : 1 nom du groupe : LocalGateway-État administratif de la HD : Aucun état opérationnel total d’arrêt : mon rôle :  Rôle d’homologue actif : STATUT de présence de l’homologue : Oui comm pair : Oui la progression de l’homologue a démarré : Oui domaine RF : BtoB-un État RF : État RF pair actif : SECOURS VCUBE-2 #Show SIP-UA Register statut client : 200--------------------Registrar-index 1---------------------l’homologue de la ligne expire (sec) reg survie P-Assoc-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = VCUBE = = = = = = = = = = = = = = = = Hussain5091_LGU-1 48 Oui normal de l’est...-2... #

À partir de la sortie ci-dessus, vous pouvez voir que VCUBE-2 est le LGW actif qui conserve l’inscription avec Webex Calling SBC, alors que la sortie de l’État « afficher le statut SIP-UA Register » est vide dans VCUBE-1

3

Maintenant activer les débogues suivants sur VCUBE-1

VCUBE-1 #débogage CCSIP SIP sans appel le suivi de la boite de dialogue est activé VCUBE-1 # informations sur ledébogage CCSIP le traçage des infos d’appel SIP est activé VCUBE-1 #message de débogage CCSIP
4

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

VCUBE-2 #application de redondance recharger groupe 1 Self

Le basculement du LGW actif vers le mode de veille se produit dans le scénario suivant également en plus de la CLI listée ci-dessus

  • Lors du rechargement du routeur actif
  • Lorsque le routeur actif est en mode de marche
  • Lorsqu’une interface configurée par le RG du routeur actif est arrêtée pour laquelle le suivi est activé
5

Vérifiez si VCUBE-1 s’est inscrit avec Webex Calling accès SBC. VCUBE-2 aurait maintenant été rechargée.

VCUBE-1 #afficher le statut de l’inscription SIP-UA du client : 200--------------------Registrar-index 1---------------------l’homologue de la ligne expire (sec) reg survie P-Assoc-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = VCUBE = = = = = = = = = = = = = = = = Hussain5091_LGU-1 56 Oui normal de l’est... -1... #

VCUBE-1 est maintenant la LGW active.

6

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

VCUBE-1 # afficher le journal 19 Jan 9 18:37:24.769 : % RG_MEDIA-3-TIMEREXPIRED : L’ID RG 1 heure de salutation a expiré. 9 janvier 18:37:24.771 : % RG_PROTCOL-5-ROLECHANGE : Changement du rôle de RG ID 1 du mode veille à actif 9 18:37:24.783 : % VOICE_HA-2-SWITCHOVER_IND : BASCULement, du STANDBY_HOT à l’état actif. 9 janvier 18:37:24.783 : -1/xxxxxxxxxxxx/SIP/info/info/4096/sip_ha_notify_active_role_event : Reçu notifier le rôle actif événement Jan 9 18:37:25.758 : -1/xxxxxxxxxxxx/SIP/MSG/ccsipDisplayMsg : Envoyé : ENREGISTRER le SIP : 40462196.cisco-bcld.com :5061 SIP/2.0 via : SIP/2.0/TLS 198.18.1.228:5061 ; branche = z9hG4bK0374 à partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 à : <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date : Jeu, 09 Jan 2020 18:37:24 GMT-ID d’appel : FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 utilisateur-agent : Cisco-SIPGateway/IOS-16.12.02 Max-transfert : 70 horodateur : 1578595044 CSeq : 2 enregistrez le contact : <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expire: 240 pris en charge : Longueur du contenu du chemin : 0
9 janvier 18:37:25.995 : -1/000000000000/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 à partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 à : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; tag = SD1u8bd99-1324701502-1578595045969 Date : Jeu, 09 Jan 2020 18:37:24 GMT-ID d’appel : FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 timestamp : 1578595044 CSeq : 2 enregistrez l’authentification Web ; DIGEST Realm = "BroadWorks", QoP = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algorithme = longueur de contenu MD5 : 0
9 janvier 18:37:26.000 : -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 ; branche = Z9hG4bK16DC à partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 à : <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date : Jeu, 09 Jan 2020 18:37:25 GMT-ID d’appel : FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 utilisateur-agent : Cisco-SIPGateway/IOS-16.12.02 Max-transferts : 70 horodateur : 1578595045 CSeq : 3 enregistrez le contact : <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, algorithme = MD5, NC = 00000001 Content-Length : 0
9 janvier 18:37:26.190 : 1/000000000000/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 à partir de : <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 à : <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; tag = SD1u8bd99-1897486570-1578595-ID d’appel 46184 : FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 timestamp : 1578595045 CSeq : 3 enregistrez le contact : <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>; Expires = 120 ; q = 0,5 autoriser-événements : Call-infos, saisie de ligne, dialogue, message-résumé, en tant que fonctionnalité-événement, x-BroadWorks-hôtel, x-BroadWorks-Call-Center-statut, 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 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 Active Directory.

1

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

2

Sélectionnez Ajouter ou modifier des utilisateurs manuellement.

3

(facultatif) Si vous envoyez automatiquement des courriers électroniques de bienvenue, puis 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 Webex teams, puis assistance clientèle avec l' option d’agent Premium et standard . Pour ajouter un superviseur, sélectionnez les deux options Premium et superviseur . Un utilisateur est traité comme un agent à moins que vous lui apportiez un 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 apparaissent dans un état d’attente d’invitation 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 https://admin.webex.com, allez à Utilisateurs, cliquez sur Gérer les utilisateurs et choisissez Ajouter ou modifier les utilisateurs avec un fichier CSV.

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 pour Cisco Webex Contact Center, alors vous devez Ajouter des utilisateurs manuellement. Vous ne pouvez attribuer des rôles standard et Premium qu’avec un fichier CSV.

 

Lorsque vous entrez le nom d’un utilisateur, assurez-vous d’inclure son nom, sinon vous risquez de rencontrer 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 https://admin.webex.com, allez à Utilisateurs.

2

Sélectionnez un utilisateur, puis 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 https://admin.webex.com, allez à Utilisateurs, cliquez sur Gérer les utilisateurs, puis choisissez Ajouter un fichier CSV ou modifier l'utilisateur.

2

(facultatif) Si vous envoyez automatiquement des courriers électroniques de bienvenue, puis 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 mettre à jour n’importe quelle colonne à l’exception de l' ID utilisateur/adresse électronique (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

Entrez 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 saisir l’une des options suivantes et voir configurer Cisco Webex teams le comportement d’appel pour plus d’informations sur chaque paramètre :

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

  • NATIVE_WEBEX_TEAMS_CALLING— Entrez cette chaîne pour utiliser l' option appeler dans Webex teams .

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

5

Saisissez un numéro de ID de l’appelant, ID de l’appelant prénomet ID de l’appelant nom. Si vous laissez le numéro ID de l’appelant, ID de l’appelant prénomet ID de l’appelant colonnes nom vide, alors le prénom, le nom et le numéro de téléphone de la colonne s’afficheront lorsque l’utilisateur passera un appel.

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 à la fois aux périphériques des personnes à tout moment. Postes attribués s’affichent sur les écrans de téléphone.

Vous pouvez également configurer des numéros alternatifs pour que plusieurs numéros de téléphone sonnent sur le même téléphone. Vous pouvez spécifier différentes sonneries pour chaque numéro afin de faciliter la distinction entre les lignes qui sont appelées.

1

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

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 l’option d’attribuer une extension.

4

Cliquez sur Enregistrer.

5

(Facultatif) Configurez des numéros alternatifs 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 avec un Invitation en attente État, sélectionnez plus > 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, le Connecteur de répertoire Cisco met à jour la liste des utilisateurs de votre organisation lorsqu’il synchronise les informations de la compte utilisateur.

À partir de l’affichage du client dans https://admin.webex.com, allez à utilisateurs, cliquez sur le bouton plus, puis cliquez sur Supprimer l’utilisateur.

L’utilisateur ne peut plus se connecter à votre site Webex, tous les services Webex qui lui sont attribués sont supprimés et ils sont supprimés de tous les espaces ou équipes auxquels ils participent. 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 ayant 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 meilleure pratique et vous autoriserez toujours à effectuer des modifications administratives 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 qui ont accès à Control Hub. Lorsque vous attribuez des rôles administratifs spécifiques, vous Rationalisez les responsabilités et facilitent le maintien de la responsabilité des administrateurs. Les agents de conformité peuvent rechercher des personnes spécifiques dans votre entreprise, trouver le contenu qu’ils ont partagé, ou effectuer une recherche dans un espace spécifique et générer un rapport de leurs conclusions.


1

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

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

En tant qu’administrateur, vous pouvez attribuer des périphériques à des utilisateurs ou des espaces de travail dans Webex Control Hub. Vous avez le choix de donner 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 enregistrer ensuite ces périphériques sur le Cloud.

Les périphériques listés ici prennent en charge 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é à l’aide d’un code d’activation :

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

  • Téléphone IP Cisco série 7800 téléphones multiplateformes (téléphones audio — 7811, 7821, 7841, 7861)

  • Téléphone IP Cisco série 8800 téléphones multiplateformes (téléphones audio — 8811, 8841, 8851, 8861)

  • Téléphone IP Cisco série 8800 téléphones multiplateformes (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 des DECT (pas les combinés DECT) peuvent être attribués dans Control Hub. Après avoir attribué une unité de base à un utilisateur, vous devez alors appairer manuellement un combiné DECT à cette unité de base. Pour plus d’informations, voir connecter le combiné à la station de base.

1

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

2

Choisissez un utilisateur existant, saisissez le propriétaire du téléphone, qu’il s’agisse du nom d’utilisateur ou du véritable prénom, choisissez l’utilisateur dans les résultats, puis cliquez sur suivant.

3

Choisissez le périphérique dans la Liste déroulante, puis cliquez sur suivant.

4

Choisissez l’une des options suivantes et 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 multiplateformes doivent avoir une charge de microprogramme de 11.2.3 MSR1 ou version plus récente pour afficher l’écran code d’activation. Si le micrologiciel du téléphone doit être mis à jour, pointez les utilisateurs sur 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 une adresse MAC pour un téléphone qui est déjà enregistré ou si vous faites une erreur lorsque vous saisissez le numéro, un message d’erreur s’affiche.

 

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

Si vous avez choisi 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 se lit comme Activation dans la section périphériques de l’utilisateur attribué dans Control Hub et la liste principale des périphériques dans le portail d’administration d’appel. Le périphérique d’activation ne s’affiche pas dans la fenêtre périphériques principaux dans Control Hub jusqu’à ce que le périphérique soit activé avec succès. Souvenez-vous qu’il peut prendre jusqu’à 10 minutes pour que le statut du périphérique soit mis à jour 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 partagés dans ces espaces de travail, ajouter des services, puis regarder la collaboration se produire.

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

Les périphériques listés ici prennent en charge 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é à l’aide d’un code d’activation :

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

  • Téléphone IP Cisco série 7800 téléphones multiplateformes (téléphones audio — 7811, 7821, 7841, 7861)

  • Téléphone IP Cisco série 8800 téléphones multiplateformes (téléphones audio — 8811, 8841, 8851, 8861)

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

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

1

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

2

Entrez un nom pour l’espace de travail (tel que le nom de la salle physique), sélectionnez type de salle et ajouter la capacité. Puis cliquez sur suivant.

3

Choisissez Cisco IP Phone , puis cliquez sur suivant.

4

Sélectionnez le type de périphérique à partir de la Liste déroulante, choisissez si vous souhaitez ou non enregistrer le téléphone avec un code d’activation ou une adresse MAC, puis cliquez sur suivant. Souvenez-vous 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.

Pour Webex Calling, vous ne pouvez ajouter qu’un seul téléphone partagé à un espace de travail.

Pour le téléphone de conférence IP Cisco 7832, certaines 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 l’option d’attribuer une extension.

Lorsque des personnes sont au travail, elles se regroupent dans de nombreux espaces de travail tels que les salles déjeuner, les halls et les salles de conférence. Vous pouvez configurer des périphériques Cisco Webex partagés dans ces espaces de travail, ajouter des services, puis regarder la collaboration se produire.

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

Les périphériques listés ici prennent en charge Webex Calling.

1

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

2

Entrez un nom pour l’espace de travail (tel que le nom de la salle physique), sélectionnez type de salle et ajouter la capacité. Puis cliquez sur suivant.

3

Choisissez autre périphérique Cisco Webex puis cliquez sur suivant.

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

4

Choisissez parmi l'une des options suivantes :

  • Appel gratuit: les utilisateurs peuvent uniquement passer des appels Webex teams ou Webex protocole d’initiation de session (SIP) en utilisant une adresse SIP (par exemple, username@example.calls.webex.com).
  • Cisco Webex Calling— en plus de pouvoir passer et recevoir des Webex teams et des appels SIP, les personnes dans cet espace de travail peuvent utiliser le périphérique pour passer et recevoir des appels téléphoniques à partir du plan de numérotation des 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 extension 5555, ou son adresse SIP gedwards@example.webex.com mais vous pouvez également appeler votre Pizzeria local.
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 emplacements, vous pouvez remplir un fichier CSV avec les informations requises et activer ces périphériques en quelques étapes simples.

Les périphériques listés ici prennent en charge 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é à l’aide d’un code d’activation :

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

  • Téléphone IP Cisco série 7800 téléphones multiplateformes (téléphones audio — 7811, 7821, 7841, 7861)

  • Téléphone IP Cisco série 8800 téléphones multiplateformes (téléphones audio — 8811, 8841, 8851, 8861)

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

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

1

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

2

Sélectionnez Importer/charger un fichier CSV.

3

Choisissez parmi l'une des options suivantes :

  • Exporter les attributsdes utilisateurs — vous pouvez obtenir une liste de tous les utilisateurs de votre organisation et de leurs attributs associés pour vous éviter de consulter manuellement chaque utilisateur.
  • Télécharger le modèle CSV— vous pouvez utiliser un modèle que nous avons inclus, puis saisir des informations telles que les noms d’utilisateurs, le type (indiquer si c’est un utilisateur ou un emplacement), les adresses Mac et les modèles de périphériques. Voici quelques points à retenir :
    • Pour la colonne nom d’utilisateur du fichier CSV, vérifiez que vous saisissez l’adresse électronique de l’utilisateur, pas son ID utilisateur ou son nom. Vous pouvez également insérer un nom de lieu dans cette colonne.

    • Nous vous recommandons de limiter le nombre de périphériques à 1000 par fichier CSV. Si vous avez besoin d’ajouter plus de, utilisez un second fichier CSV.

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

    • Si vous laissez la colonne 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 a été 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 de la messagerie électronique— si le périphérique est destiné à un emplacement, le code d’activation vous est envoyé, en tant qu’administrateur. Si le périphérique est destiné à un utilisateur, le code d’activation est envoyé par courrier électronique à l’utilisateur.
5

Importez le fichier CSV rempli.

6

Cliquez sur Envoyer.

Vous voyez une mise à jour du statut lorsque les périphériques sont activés.

 

Les périphériques multiplateformes doivent exécuter une charge de microprogramme de 11.2.3 MSR1 ou version plus récente afin que les utilisateurs puissent entrer le code d’activation sur leur périphérique. Pour des informations sur la mise à jour du micrologiciel du téléphone, voir cet article.

À partir de Cisco Webex Control Hub, vous pouvez lancer le portail d’administration d’appel, où 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, choisissez un périphérique dans la liste, puis cliquez sur gérer le périphérique.


 

Les périphériques non 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 l’appel du portail d’administration 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 soyez au milieu d’un essai ou que vous ayez é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 à 1000.

1

À partir de l’affichage du client dans https://admin.webex.com, allez à services > numéros d’appel > puis cliquez sur Ajouter des numéros .

2

Spécifiez l' emplacement et le type de numéro. Si vous transférez des numéros sur, saisissez à la fois vos numéros de facturation actuels et nouveaux.

3

Saisissez au moins deux numéros de téléphone, séparés par des virgules et cliquez sur Enregistrer.

4

Vous pouvez voir une liste des numéros que votre organisation a commandés. 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 d' > appel > commandes.

Vous êtes dirigé (e) vers le portail d’administration d’appel, où vous verrez les commandes qui ont été envoyées et terminées. Si vous avez un n ° commande pratique, vous pouvez l’entrer comme paramètre et obtenir des détails sur une commande spécifique, sinon vous obtiendrez 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 Cisco Webex Calling

Vous avez un certain nombre de rapports à portée de main qui peuvent vous aider à évaluer la façon dont Webex Calling services sont utilisés, à quelle fréquence ils sont utilisés. Vous pouvez également obtenir un aperçu rapide de la qualité média de votre site.

Afficher les rapports d’appel

Vous avez accès à différents rapports dans Cisco Webex Control Hub qui incluent des détails sur l’activation et l’utilisation pour les Webex Teams et les réunions.

Lorsque vous accédez aux données d’appel à partir d’Cisco Webex Control Hub, vous êtes dirigé vers le portail d’administration des appels. Vous pouvez utiliser ces informations pour évaluer la façon dont les services Webex Calling sont utilisés dans votre organisation et la fréquence à laquelle les personnes utilisent ces services.

À partir de l’affichage du client dans https://admin.webex.com, allez à analyse et sélectionnez Webex Calling.

Vous êtes automatiquement dirigé vers le portail d’administration d’appel, où vous pouvez analyser et évaluer l’utilisation et la qualité des appels. Pour des informations sur les rapports disponibles pour des fonctionnalités d’appel spécifiques, voir appeler le portail d’administration-rapports. Pour des informations sur l’activité d’appel, voir appeler le portail d’administration-analytique.

Évaluez la qualité média de vos emplacements

Obtenir une vue emplacement par emplacement de la qualité média pour votre emplacement d’appel. La qualité média est basée sur un agrégat des notes d’opinion moyennes (MOS) pour les appels à un emplacement spécifique vers et à partir du client, à partir des téléphones Cisco MPP et du client logiciel d’appel. Les valeurs possibles sont les suivantes :

  • Bon — > 3,2

  • Juste – 2,7 à 3,2

  • Qualité<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 du client dans https://admin.webex.com, allez à analyse, puis sélectionnez Webex Calling.

Vous êtes dirigé (e) vers le portail d’administration d’appel.

2

Allez dans le tableau de bord et faites défiler jusqu’à service assurance 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 une notation médiocre, cela indique qu’il peut y avoir un problème avec la qualité média sur l’un de vos emplacements. Les causes courantes ne sont pas assez de bande passante ou de congestion du trafic. Si les problèmes persistent, allez à l’affichage du client dans https://admin.webex.com, cliquez sur votre nom d’utilisateur admin, puis cliquez sur Commentaires pour ouvrir un cas.

Exécuter l’outil CSCAN

Vous pouvez utiliser l’outil d’analyse Cisco pour vérifier la latence, la bande passante et les ports.

Allez à https://cscan.webex.com/, sélectionnez votre serveur, puis cliquez sur exécuter le test.

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

Informations de référence sur le port pour Cisco Webex Calling

Voici une liste des adresses, des ports et des protocoles utilisés pour connecter vos téléphones et passerelles à Cisco Webex Calling à partir de l’une des régions suivantes : Production (inclut l’Amérique du Nord, la région EMEA, l’Australie et le Japon) et la version béta. Vous devez rendre ces ports disponibles pour un trafic spécifique pour circuler sur votre réseau. Vous remarquerez que la configuration de la passerelle locale est maintenant également disponible pour les fournisseurs de service.

Date

Nous avons apporté les modifications suivantes à cet article

14 août 2020

Ajout d’adresses IP supplémentaires pour prendre en charge l’introduction des centres de données au Canada :

Signalisation des appels à 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 supplémentaires pour prendre en charge l’introduction des centres de données au Canada :

  • Média d’appel à Webex Calling (SRTP) — 135.84.173.0/25, 135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Signalisation des appels vers les points de destination adressés publiquement (SIP TLS) — 135.84.173.0/25, 135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Configuration du périphérique et gestion du microprogramme (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 des centres de données au Canada : 135.84.173.146

9 juin 2020

Nous avons effectué les modifications suivantes à l’entrée CScan :
  • A corrigé l’une des adresses IP — a changé 199.59.67.156 en 199.59.64.156

  • Les nouvelles fonctionnalités nécessitaient des nouveaux ports ainsi que le protocole 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 modifié les domaines suivants avec des adresses IP supplémentaires pour la configuration du périphérique et la gestion du microprogramme :

  • Cisco. broadcloud. UE — 85.119.56.198, 85.119.57.198

  • applications WebApplication. 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 microprogramme :

cloudupgrader. Webex. com — 443, 6970

Un pare-feu correctement configuré est essentiel pour un déploiement d’appel réussi. Toutes les configurations de pare-feu n’exigent pas que les ports soient ouverts mais si vous utilisez des règles internes à l’extérieur, vous devez ouvrir les ports pour autoriser les protocoles requis pour le service d’assistance.

Tant que vous déployez NAT, définissez des périodes de reliure raisonnables et évitez de manipuler le SIP sur le périphérique NAT, vous ne devez pas ouvrir les ports entrants sur le pare-feu.


Si un routeur ou un pare-feu est compatible avec SIP, ce qui signifie qu’il a une passerelle de couche d’application SIP (ALG) ou une option similaire activée, nous vous recommandons de désactiver cette fonctionnalité pour maintenir le bon fonctionnement du service. Consultez la documentation du fabricant pour plus d’informations sur la façon de désactiver le SIP ALG sur des périphériques spécifiques.

Tableau 1. Webex Calling (production)

Objectif de connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Signalisation des appels à 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

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épend du se)

Média d’appel à Webex Calling (SRTP)

Carte réseau externe de la passerelle locale

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

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 des appels vers la passerelle RTCP (SIP TLS) Carte réseau interne de la passerelle locale 8000-65535 TCP Votre ITSP RTCP GW ou Unified CM Dépend de l’option de RTCP (par exemple, généralement 5060 ou 5061 pour Unified CM)
Média d’appel à la passerelle RTCP (SRTP) Carte réseau interne de la passerelle locale

8000-48000

UDP Votre ITSP RTCP GW ou Unified CM Dépend de l’option de RTCP (par exemple, généralement 5060 ou 5061 pour Unified CM)

Signalisation des appels vers les points de destination adressés 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

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 destination

8934

Configuration du périphérique et gestion du microprogramme (périphériques Cisco)

Périphériques Webex Calling

É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

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • 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)

Périphériques Webex Calling

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

Périphériques Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

Configuration de l’application

Applications Webex Calling

É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.169.185

135.84.170.185

135.84.173.154

135.84.174.154

199.59.64.140

199.59.67.140

Domaines:

  • 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 de l’application

Applications Webex Calling

123

UDP

Défini par l’organisateur

123

Résolution du nom de l’application

Applications Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

CScan

Périphériques Webex Calling

É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.156

8934 et 80, 443, 19569-19760

† La plage du port du CUBE est configurable avec la plage RTP-port

* 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 pas configuré d’options DHCP, il contacte un serveur d’activation de périphérique pour le provisionnement Zero Touch. Les nouveaux téléphones utilisent activate.cisco.com au lieu de webapps.cisco.com pour le provisionnement. Les téléphones avec la sortie du micrologiciel avant 11.2 (1) continuent d’utiliser webapps.cisco.com. Nous vous recommandons d’autoriser les deux domaines via votre pare-feu.

* * Vous devez activer cloudupgrader.webex.com et les 443, 6970 ports uniquement lors de la migration à partir des téléphones de l’entreprise (Cisco Unified CM) vers Webex Calling. Allez à Upgrade.Cisco.com pour plus d’informations.

Tableau 2. Webex Calling (béta)

Objectif de connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Signalisation des appels vers Webex Calling (SIP/SIP TLS)

Carte réseau externe de la passerelle locale

8000-65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

Périphériques

5060-5080

Applications

Plage éphémère (dépend du se)

Média d’appel à Webex Calling (RTP/SRTP)

Carte réseau externe de la passerelle locale

8000-48000

UDP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

Périphériques

19560-19660

Applications

Éphémère

Signalisation des appels vers la passerelle RTCP (SIP TLS)

Carte réseau interne de la passerelle locale

8000-65535

TCP

Votre ITSP, RTCP GW ou Unified CM

Dépend de l’option RTCP, ex. Unified CM généralement 5060 ou 5061

Média d’appel à la passerelle RTCP (SRTP)

Carte réseau interne de la passerelle locale

8000-48000

UDP

Votre ITSP, RTCP GW ou Unified CM

Dépend de l’option RTCP

Signalisation des appels vers les points de destination adressés publiquement (SIP/SIP TLS)

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

Éphémère

TCP

IP du point de destination

8934

Configuration du périphérique et gestion du microprogramme (périphériques Cisco)

Périphériques Webex Calling

Éphémère

TCP

173.37.149.125

199.59.66.227

199.59.65.227

Domaines

  • betacisco.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)

Périphériques Webex Calling

51494

UDP

199.59.65.181

199.59.66.181

123

Résolution du nom du périphérique

Périphériques Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

Configuration de l’application

Applications Webex Calling

Éphémère

TCP

128.177.36.137

128.177.14.182

80, 443

Synchronisation de l’heure de l’application

Applications Webex Calling

123

UDP

Défini par l’organisateur

123

Résolution du nom de l’application

Applications Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

† La plage du port du CUBE est configurable avec la plage RTP-port

* 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 pas configuré d’options DHCP, il contacte un serveur d’activation de périphérique pour le provisionnement Zero Touch. Nouveaux téléphones activate.cisco.com au lieu de webapps.cisco.com pour le provisionnement. Les téléphones avec la sortie du micrologiciel avant 11.2 (1) continuent d’utiliser webapps.cisco.com. Nous vous recommandons d’autoriser les deux domaines via votre pare-feu.

* * Vous devez activer cloudupgrader.webex.com et les 443, 6970 ports uniquement lors de la migration à partir des téléphones de l’entreprise (Cisco Unified CM) vers Webex Calling. Allez à Upgrade.Cisco.com pour plus d’informations.

Tableau 3. Webex Calling (production)

Objectif de connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Signalisation des appels à Webex Calling (SIP TLS)

Carte réseau externe de la passerelle locale

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

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épend du se)

Média d’appel à Webex Calling (SRTP)

Carte réseau externe de la passerelle locale

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

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 des appels vers la passerelle RTCP (SIP TLS)

Carte réseau interne de la passerelle locale

8000-65535

TCP

Votre ITSP, RTCP GW ou Unified CM

Dépend de l’option RTCP, ex. Unified CM généralement 5060 ou 5061

Média d’appel à la passerelle RTCP (SRTP)

Carte réseau interne de la passerelle locale

8000-48000

UDP

Votre ITSP, RTCP GW ou Unified CM

Dépend de l’option RTCP

Signalisation des appels vers les points de destination adressés 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

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 destination

8934

Configuration du périphérique et gestion du microprogramme (périphériques Cisco)

Périphériques Webex Calling

É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

  • 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)

Périphériques Webex Calling

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

Périphériques Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

Configuration de l’application

Applications Webex Calling

É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.169.185

135.84.170.185

135.84.173.154

135.84.174.154

199.59.64.140

199.59.67.140

Domaines:

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

Synchronisation de l’heure de l’application

Applications Webex Calling

123

UDP

Défini par l’organisateur

123

Résolution du nom de l’application

Applications Webex Calling

Éphémère

UDP et TCP

Défini par l’organisateur

53

CScan

Périphériques

Éphémère