Water Mark
18 mars 2021 | vue(s) | personnes ont trouvé ceci utile

Flux de travail de la configuration de Webex Calling

Flux de travail de la configuration de Webex Calling

Présentation de Webex Calling

Présentation de Cisco Webex Calling

Imaginez pouvoir tirer parti des fonctionnalités d’appel du Cloud, de la mobilité et du système PBX de niveau professionnel, en même temps que Cisco Webex pour la messagerie, les réunions et les appels à partir d’un client logiciel ou d’un périphérique Cisco Webex Calling. C’est exactement ce que Webex Calling a à 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 pour chaque utilisateur

  • Accès au réseau téléphonique commuté public (PSTN) pour laisser vos utilisateurs composer des numéros à l’extérieur de l’organisation. Le service est fourni via une infrastructure d’entreprise existante (passerelle locale sans IP PBX 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 configurables admin

Fonctionnalité

Description

Standard automatique

Vous pouvez ajouter des messages d’accueil, configurer des menus et router les appels vers un service de réponse, un groupe de recherche, 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 des appels

Vous pouvez configurer une file d’attente d’appels afin que lorsque les appels entrants ne peuvent pas être répondus, les appelants ont une réponse automatique, des messages d’aide et de la musique d’attente jusqu’à ce que quelqu’un puisse répondre à leur appel.

Interception d'appel

Vous pouvez améliorer le travail d’équipe et la collaboration en créant un groupe de prise d’appel afin que les utilisateurs peuvent répondre aux appels des uns et des autres. 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 devez 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

Vous aider à répondre aux besoins de votre personnel d’avant-bureau en leur offrant un ensemble complet d’options de contrôle des appels, de contrôle à grande échelle, de mise en file d’attente des appels, de multiples options et affichages de répertoire, d’intégration à Outlook, etc.

Les utilisateurs peuvent configurer les fonctionnalités suivantes dans , que se lance https://settings.webex.comdans le Portail d’appel de l’utilisateur.

Tableau 2. Fonctionnalités configurables de l’utilisateur

Fonctionnalité

Description

Rejet d’appel anonyme

Les utilisateurs peuvent rejeter les appels entrants avec des ID appelants 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 (telles que la panne d’alimentation, les problèmes réseau, etc.), les utilisateurs peuvent faire suivre les appels entrants vers un numéro de téléphone spécifique.

Transfert d'appels

Les utilisateurs peuvent faire suivre les appels entrants vers un autre téléphone.

Le forwarding d’appel est sélectif

Les utilisateurs peuvent faire suivre les appels à des heures spécifiques à partir de appelants spécifiques. Ce paramètre prendra la priorité sur le forwarding d’appel.

Notification d’appel

Les utilisateurs peuvent s’envoyer un courrier électronique lorsqu’ils reçoivent un appel conformément à des critères prédéfinés 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 d’autres appels entrants.

Ne pas déranger

Les utilisateurs peuvent temporairement laisser tous les appels aller directement vers la messagerie vocale.

Bureau en tout lieu

Les utilisateurs peuvent utiliser leurs téléphones sélectionnés (« Emplacements ») comme extension de leur numéro de téléphone et de leur plan de numérotation.

Alerte de priorité

Les utilisateurs peuvent sonner leurs téléphones avec une sonnerie téléphonique lorsqu’ils ont des critères prédéfinés, tels que le numéro de téléphone ou la date et l’heure.

Bureau à distance

Les utilisateurs peuvent appeler à partir d’un téléphone distant et l’avoir apparaitre à partir de leur ligne professionnelle. De plus, tous les appels entrants vers leur ligne professionnelle sonneront sur ce téléphone distant.

Acceptation sélective des appels

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

Rejet sélectif de l’appel

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

Sonnerie séquentielle

5 périphériques peuvent être sonnés l’un après l’autre pour les appels entrants.

Sonnerie simultanée

Appeler les numéros des utilisateurs et autres (« destinataires de l’appel ») en même temps pour les appels entrants.

Services d’approvisionnement, périphériques et utilisateurs dans Control Hub , lancement croisé vers la configuration détaillée dans le portaild’administration d’appel

Cisco Webex Control Hub ( ) est un portail de gestion qui s’intègre à Webex Calling pour rationaliser vos commandes et la configuration et centraliser votre gestion de l’offre groupéehttps://admin.webex.comWebex Calling ,Webex etWebex Meetings.

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

Le portail d’administration d’appel fournit aux clients un accès à la configuration avancée des fonctions d’appel ainsi qu’à un aperçu rapide de l’assurance de service. Les assurances de service fournissent des métriques de qualité d’appel dans plusieurs emplacements de leurs unités professionnelles en indiquant si les appels sont de bonne qualité, assez bien, ou médiocre. La réception immédiate des commentaires 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 :

Faites une visite de Cisco Webex Control Hub

Control Hub est votre interface de base 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érationnel, nous vous recommandons d’inviter quelques utilisateurs à rejoindre Webex en entrant leurs adresses électroniques dans le Control Hub. Encouragez les personnes à utiliser les services que vous fournissez, incluant l’appel, et à vous faire part de leurs commentaires concernant leur expérience. Lorsque vous êtes prêt, 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 à ControlHub. Les navigateurs sur 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 à quoi vous pouvez vous attendre pour configurer votre organisation avec les services. Pour des informations plus détaillées, consultez les chapitres individuels pour des instructions étape par étape.

Commencer

Lorsque votre partenaire crée votre compte, vous recevez un courrier électronique de bienvenue. Cliquez sur le lien Commencer dans le courrier électronique, en utilisant Chrome ou Firefox pour accéder au Control Hub. Le lien vous connexion automatiquement avec votre adresse électronique administrateur. Ensuite, vous serez invité à créer votre mot de passe administrateur.

Assistant de première installation pour les essais

Si votre partenaire vous a inscrit pour un essai, l’assistant d’installation démarre automatiquement lorsque vous vous connectez à ControlHub. L’assistant vous aide à entrer les paramètres de base pour mettre votre organisation en marche avec Cisco Webex Calling, parmi d’autres services. Vous pouvez configurer et revoir vos paramètres d’appel avant de terminer l’assistant d’conseil.

Revoir vos paramètres

Lors du chargement de Control Hub, vous pouvez revoir 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 tout 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 configurer le Connecteur de répertoire Cisco.

Configurer l’authentification unique (SSO)

Webex utilise l’authentification de base. Vous pouvez choisir de configurer la SSO pour que les utilisateurs s’authentifier avec votre fournisseur d’identité d’entreprise 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 afin que les personnes peuvent commencer à utiliser Webex.

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 (Vrai) 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 à configurer les fonctionnalités d’appel, enregistrer les périphériques qui peuvent être partagés dans un endroit commun et enregistrer et associer des périphériques aux utilisateurs.

Donner plus de moyens à vos utilisateurs

Maintenant que vous avez ajouté des utilisateurs et qu’ils ont reçu des services, ils peuvent commencer à utiliser leurs téléphones multiplatformes (MPP) pris en charge pour Webex Calling et Webex pour la messagerie et les réunions. Encouragez-les à utiliser les Paramètres Cisco Webex comme magasin unique pour l’accès.

Rôle de la passerelle locale

La passerelle locale est un périphérique edge géré par un partenaire ou d’entreprise pour l’interworking réseau téléphonique de commutation publique (PSTN) et l’interworking legacy public branch exchange (PBX) (y compris 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 le service PSTN est fourni par la passerelle vers les utilisateurs de Webex Calling 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 la passerelle locale pris en charge pour Webex Calling

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

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

Déploiements de la passerelle locale sans PBX IP sur site

Déploiements de la passerelle locale autonome

Cette figure montre un déploiement de Webex Calling sans PBX IP existant et s’applique à un seul emplacement ou à un déploiement multi-emplacements.

Pour tous les appels qui ne correspondent pas à vos destinations d’appelWebex, Webex Calling envoie ces appels vers la passerelle locale qui est affectée à l’emplacement pour le traitement. La passerelle locale route tous les appels qui arrivent de Webex Calling vers le réseau téléphonique (PSTN) et dans l’autre direction, le réseau téléphonique téléphonique (PSTN) vers Webex Calling.

La passerelle PSTN peut être une plate-forme dédiée ou un coresident avec la passerelle locale. Comme pour l’figure suivante, nous recommandons la variante de la passerelle PSTN dédiée de ce déploiement ; elle peut être utilisée si la passerelle PSTN existante ne peut pas être utilisée comme passerelle locale de Webex Calling.

Déploiement de la passerelle locale du coresident

La passerelle locale peut être basée sur l’IP, se connecter à un ITSP en utilisant un tronc SIP, ou TDM basé sur un ISDN ou un circuit analogique. La figure suivante montre un déploiement de Webex Calling où la passerelle locale est core-résidente avec le PSTN PRINCIPAL/SBC.

Déploiements de la passerelle locale avec le PBX Unified CM sur site

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

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

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

Cette figure montre un déploiement de Webex Calling où le client a un PBX IP Unified CM existant.

BroadCloud envoie les appels qui ne correspondent pas aux destinations d’appel Webex du client vers la passerelle locale. Ceci inclut les numéros PSTN et les extensions internes Unified CM, que BroadCloud ne peut pas voir. La passerelle locale route tous les appels qui arrivent de BroadCloud à Unified CM et vice versa. Unified CM route ensuite les appels entrants vers les destinations locales ou vers le réseau TÉLÉPHONIQUE téléphonique (PSTN) selon le plan de numérotation existant. Le plan de numérotation Unified CM normalise les numéros en tant que +E.164. La passerelle PSTN peut être un dédié ou co-résident avec la passerelle locale.

Passerelle PSTN dédiée

La variante dédiée de la passerelle PSTN de ce déploiement comme démontré dans ce diagramme est l’option recommandée et peut être utilisée si la passerelle existante du réseau RÉSEAU NE peut pas être utilisée comme passerelle locale de Webex Calling.

Passerelle PSTN de coresident

Cette figure montre un déploiement de Webex Calling avec un Unified CM où la passerelle locale est coresidente avec la passerelle PSTN/SBC.

BroadCloud route tous les appels qui ne correspondent pas aux destinations d’appel Webex du client vers la passerelle locale qui est attribuée à l’emplacement. Ceci inclut les destinations PSTN et les appels sur internet vers les extensions internes Unified CM. La passerelle locale a routes tous les appels vers Unified CM. Unified CM route ensuite les appels vers les téléphones enregistrés localement ou le réseau téléphonique téléphonique (PSTN) via la passerelle locale, qui a la fonctionnalité PSTN/SBC co-située.

Considérations d’acheminement des appels

Appels de Webex Calling à Unified CM

La logique de routage de 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 du 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 de BroadCloud) sont envoyés vers la passerelle locale.

Pour un déploiement de Webex Calling sans intégration dans un Unified CM existant, tous les appels hors-réseau sont considérés comme un appel PSTN. Lorsqu’il est combiné à Unified CM, un appel hors-réseau peut quand même être un appel sur internet vers n’importe quelle destination hébergée sur Unified CM ou un appel hors-réseau réel vers une destination PSTN. La distinction entre les deux derniers types d’appels est déterminée par Unified CM et dépend du plan de numérotation d’entreprise qui est provisionnifié sur Unified CM.

La figure suivante montre un utilisateur de Webex Calling qui compose un numéro national aux États-Unis.

Unified CM se base maintenant sur le plan de numérotation configuré route l’appel vers un point de destination enregistré localement sur lequel la destination appelée est configurée en tant que numéro de répertoire. Pour cela, le plan de numérotation Unified CM doit prendre en charge le routage des numéros +E.164.

Appels d’Unified CM à Webex Calling

Pour activer le routage des appels d’Unified CM à Webex Calling sur Unified CM, un ensemble de routages doivent être provisionnés pour définir l’ensemble des adresses de l’plan de numérotage +E.164 et d’entreprise dans Webex Calling.

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

Si un appelant dans le réseau TÉLÉPHONIQUE privé (PSTN) appelle un numéro DID qui est attribué à un périphérique d’appel Webex, alors l’appel est transmis à l’entreprise via la passerelle RNTP de l’entreprise puis par vers unified CM. L’adresse appelée de cet appel correspond à l’une des routes de Webex Calling qui est provisionnée dans Unified CM et l’appel est envoyé vers 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 permet ensuite de s’assurer que l’appel est envoyé au périphérique d’appel Webex prévu, en fonction de l’attribution DID.

De plus, les appels provenant des points de destination enregistrés d’Unified CM, destinés aux destinations de Webex Calling , sont soumis au plan de numérotation provisionnifié sur Unified CM. Généralement, ce plan de numérotation permet aux utilisateurs d’utiliser les habitudes de numérotation d’entreprise courantes pour placer des appels. Ces habitudes n’incluent pas nécessairement uniquement la numérotation +E.164. Toute habitude de numérotation autre que +E.164 doit être normale à +E.164 avant que les appels ne soient envoyés à la passerelle locale pour permettre un acheminement correct dans BroadCloud.

Classe de service (CoS)

L’application de restrictions de classes de service est toujours recommandée pour différentes raisons, y compris pour éviter les boucles d’appel et empêcher les fraudes de tarifs. Dans le contexte de l’intégration de la passerelle locale de Webex Calling avec une classe de service Unified CM, nous devons considérer une classe de service pour :

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

  • Appels venant dans Unified CM à partir du réseau TÉLÉPHONIQUE téléphonique (PSTN)

  • Appels venant dans Unified CM à partir de BroadCloud

Périphériques enregistrés avec Unified CM

Ajouter les destinations Webex Calling en tant que nouvelle classe de destinations à une installation CoS existante est plutôt direct : La permission d’appeler les destinations d’Appel Webex est généralement équivalente à la permission d’appeler les destinations sur site (y compris l’intersessation).

Si un plan de numérotation d’entreprise implémente déjà une permission « (abrégée) sur le site inter-réseau » alors il existe déjà une partition provisionnée sur Unified CM que nous pouvons utiliser et provisionner toutes les destinations connues de Webex Calling sur le réseau dans la même partition.

Sinon, le concept de « (abrégée) sur le site inter-net » n’existe pas encore, alors une nouvelle partition (par exemple « onNetRemote ») doit être provisionné, les destinations Webex Calling sont ajoutées à cette partition et enfin cette nouvelle partition doit être ajoutée aux espaces de recherche d’appels appropriés.

Appels venant dans Unified CM à partir du réseau TÉLÉPHONIQUE téléphonique (PSTN)

Ajouter les destinations Webex Calling en tant que nouvelle classe de destinations à une installation CoS existante est plutôt direct : La permission d’appeler les destinations d’Appel Webex est généralement équivalente à la permission d’appeler les destinations sur site (y compris l’intersessation).

Si un plan de numérotation d’entreprise implémente déjà une permission « (abrégée) sur le site inter-réseau » alors il existe déjà une partition provisionnée sur Unified CM que nous pouvons utiliser et provisionner toutes les destinations connues de Webex Calling sur le réseau dans la même partition.

Sinon, le concept de « (abrégée) sur le site inter-net » n’existe pas encore, alors une nouvelle partition (par exemple « onNetRemote ») doit être provisionné, les destinations Webex Calling sont ajoutées à cette partition et enfin cette nouvelle partition doit être ajoutée aux espaces de recherche d’appels appropriés.

Appels venant dans Unified CM à partir de BroadCloud

Les appels venant du réseau TÉLÉPHONIQUE téléphonique (PSTN) doivent avoir accès à toutes les destinations d’appel Webex. Ceci nécessite d’ajouter la partition ci-dessus tout en maintenant toutes les destinations d’appel Webex dans l’espace de recherche d’appel utilisé pour les appels entrants sur le tronc PSTN. L’accès aux destinations d’appel Webex vient en plus de l’accès déjà existant.

Pendant que pour les appels à partir de l’accès PSTN aux D DID Unified CM et les DDD d’appel Webex est requise les appels provenant de Webex Calling doivent avoir accès aux MDI Unified CM et les destinations PSTN.

Figure 1. CoS différent pour les appels du réseau TÉLÉPHONIQUE téléphonique (PSTN) et Webex Calling

Cette figure compare ces deux classes de service différentes pour les appels provenant du service téléphonique public (PSTN) et BroadCloud. La figure montre également que si la fonctionnalité de la passerelle PSTN est associée à la passerelle locale, deux troncs sont requis à partir de la passerelle combinée PSTN ET passerelle locale vers Unified CM : un pour les appels provenant du PSTN et un pour les appels provenant de BroadCloud. Ceci est motivé par la exigence d’appliquer des espaces de recherche d’appel différenciés par type de trafic. Avec deux troncs entrants sur Unified CM, ceci peut facilement être atteint 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 une installation existante qui est basée sur les meilleures pratiques actuelles dans l’option « Architecture préférée pour les déploiements cisco collaboration sur site, CVD . » La dernière version est disponible à https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-designl'..

La conception recommandée du plan de numérotation 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 à l’heure du https://www.cisco.com/go/ucsrnd.

Figure 2. Plan de numérotation recommandé

Cette figure montre un aperçu de la conception recommandée du plan de numérotation. Les caractéristiques principales de ce design de plan de numérotation 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 se trouvent sur la même partition (ND) et sont marqués urgents.

  • Le routage principal est basé sur +E.164.

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

  • Les schémas de traduction de la personnalisation de la numérotation utilisent l’espace de recherche du schéma de traduction d’appel ; ils ont l’option « Utiliser l’espace de recherche d’appel d’origine » est définie.

  • La classe de service est appliquée en utilisant le site et une classe d’espaces de recherche d’appels spécifiques au service.

  • Les fonctions d’accès PSTN (par exemple l’accès aux destinations internationales PSTN) sont appliquées en ajoutant des partitions avec les schémas de route respectifs +E.164 dans l’espace de recherche d’appel définissant la classe de service.

Accessibilité à BroadCloud

Figure 3. Ajouter la destination BroadCloud au plan de numérotation

Pour ajouter l’accessibilité des destinations BroadCloud à ce plan de numérotation, une partition représentant toutes les destinations BroadCloud doit être créée (« BroadCloud ») et un schéma de route +E.164 pour chaque plage DID dans BroadCloud est ajouté à cette partition. Ce schéma de route référence une liste de route avec un seul membre : le groupe de liaison avec le tronc SIP vers la passerelle locale pour les appels vers BroadCloud. Parce que toutes les destinations numérotations sont normales à +E.164 en utilisant les schémas de traduction de numérotation normale pour les appels provenant des points de destination enregistrés d’Unified CM ou les transformations des parties appelées entrantes pour les appels provenant du réseau téléphonique public public (PSTN), cet ensemble unique de schémas de route +E.164 est suffisant pour atteindre l’accessibilité pour les destinations dans BroadCloud indépendamment de l’habitudes de numérotation utilisée.

Si, par exemple, un utilisateur compose « 914085550165 », alors le schéma de traduction de la personnalisation de la numérotation dans la partition « UStoE164 » normalise cette chaîne de numérotation sur « +14085550165 » qui correspond alors au schéma de route d’une destination BroadCloud dans la partition « BroadCloud ». L’Unified CM envoie éventuellement l’appel à la passerelle locale.

Ajouter la numérotation abrégée intersite

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

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

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

Nous ne recommandons pas d’ajouter le schéma de traduction abrégé de la numérotation pour les appels BroadCloud à la partition « ESN », car cette configuration peut créer des boucles d’acheminement des appels non recommandées.

Différence entre Webex Calling pour les fournisseurs de services et revendeurs ajoutés

Il existe deux offres d’appel séparées qui tirent profit de la même plateforme d’appel Webex. Une offre est pour les fournisseurs de services (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 comme telles, nous les appelons génériquement Webex Calling. Cependant, il y a quelques différences et lorsque nous devons appeler ces différences, nous vous assurerons que vous savez si elles s’appliquent aux SP ou aux VAR.

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

Les SP peuvent apposer une marque à leurs portails et applications d’appel et doivent regrouper et fournir leurs propres services PSTN à leurs clients ou tirer profit du déploiement d’une passerelle locale. Les SP doivent également fournir leur propre assistance de niveau 1.

Les VAR, de leur côté, utilisent la stratégie de marque fournie par Cisco. Les VAR ne sont pas des fournisseurs de services régulés et ne peuvent pas fournir le service PSTN. Le service PSTN doit être exploité via le déploiement d’une passerelle locale d’entreprise. Les vaR peuvent également fournir leur propre assistance de niveau 1 ou utiliser la de Cisco. Les deux offres d’appel offrent une assurance de service via des métriques de qualité média et peuvent regrouper Webex et Webex Meetings avec leurs applications d’appel.

Responsables de protocoles pour l’appel

Cisco Webex Calling enregistre les protocoles de traitement suivants avec le système d’exploitation pour activer la fonctionnalité Click-to-Call (Appel en un clic) à 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 :

  • CLIQUEZ SUR APPELER : ou CLICKTOCALL://

  • Sip: ou SIP://

  • Tél: ou TEL://

  • TEL WEBEX : ou WEBEXTEL://

Logiciels de traitement des protocoles pour Windows

D’autres applications peuvent s’inscrire pour les protocoles de traitement avant l’application Webex. Dans Windows 10, la fenêtre du 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émoriser si l’utilisateur vérifie Toujours utiliser cette application.

Si les utilisateurs ont besoin de réinitialiser les paramètres par défaut de l’application d’appel afin qu’ils peuvent choisir Webex, vous pouvez leur demander de changer les associations de protocoles pour Webex dans Windows 10 :

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

  2. Pour chaque protocole, choisissez Webex.

Handlers de protocoles pour Mac

Sur Mac OS, si d’autres applications se sont inscrites aux protocoles d’appel avant Webex , les utilisateurs doivent configurer leurs applications Webex pour qu’elles soient l’optiond’appel par défaut.

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

Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

Préparer votre environnement pour l Webex Calling

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

Exigences pour les appels

Licences

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

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

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

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


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

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

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

Prérequis de la bande passante

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

Passerelle locale pour les RTCP sur site

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

Périphériques pris en charge

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


Pour une liste complète des périphériques pris en charge pour Webex Calling, voir Périphériques pris en charge pour Webex Calling.

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

Pare-feu

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

Exigences de la passerelle locale pour Webex Calling

Prérequis généraux

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

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

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

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

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

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

Exigences matérielles et logicielles pour la passerelle locale

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

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

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

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

  • Un ensemble de identifiants SIP digest de la page de configuration du Tronc de Control Hub sont utilisés pour configurer le LGW (les étapes font partie de la configuration suivante)

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

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

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

Exigences pour l’optimisation du pare-feu, de la traversée NAT et du chemin média pour la passerelle locale

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

Si vous souhaitez utiliser l Webex Calling’optimisation du chemin média avec ICE, l’interface avant de la passerelle locale doit avoir un chemin réseau direct vers et depuis Webex Calling terminaison. Si les points de terminaison se sont situés à un autre emplacement et qu’il n’y a aucun chemin de réseau direct entre les points de terminaison et l’interface avant de la passerelle locale Webex Calling, alors la passerelle locale doit avoir une adresse IP publique attribuée à l’Webex Calling d’interface avant pour les appels entre la passerelle locale et les points de terminaison pour utiliser l’optimisation du chemin média. De plus, IOS-XE version 16.12.5 doit être en cours d’exécution.

Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

Configurer Cisco Webex Calling pour votre organisation

Avant de commencer

Si vous essayez d’installer un client au Canada, des étapes supplémentaires sont nécessaires. Pour plus d’informations, contactez l’Aide partenaireDesk.

1

Cliquez sur le lien Commencer dans le courrier électronique de bienvenue que vous recevez.


 

Votre adresse électronique d’administrateur est automatiquement utilisée pour vous connectez à Control Hub, où vous serez invité à créer votre mot de passe administrateur. Après vous être connecté, l'assistant d'installation démarre automatiquement.

2

Re revoir et accepter les conditions d’utilisation.

3

Consultez votre plan et cliquez sur Commencer.

4

Sélectionnez le pays sur quel centre de données votre centre de données doit planer et saisissez le contact du client et les informations 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 provisioning de Webex Calling.
  • Remplissez les informations d’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 le pays du contrat qui a été sélectionné par le partenaire et qui ne peut pas être changé. Vous pouvez créer d’autres emplacements dans différents pays ultérieurement, mais gardez à l’esprit 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 au 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

(Facultatif) Basculez sur Skype Entreprise si cette intégration est nécessaire, 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. Cette application peut fonctionner en même temps que Skype Entreprise pour Windows et offre des capacités d’appel PSTN 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 désirés (facultatif)

1

À partir de l’affichage du client dans , allez à https://admin.webex.comServices > Appel > Emplacements , puis cliquez surAjouter un emplacement .

Gardez à l’esprit que les nouveaux emplacements seront hébergés dans le centre de données régional correspondant au pays du contrat que vous avez sélectionné à l’aide de l’Assistant de première installation.

2

Configurez les paramètres de l’emplacement :

  • Nom del’emplacement —Saisissez un nom unique pour identifier l’emplacement.
  • Pays— Choisissez un pays pour lier l’emplacement à. Par exemple, vous pouvez créer un emplacement (siège social) aux États-Unis et une autre (branche) au Royaume-Uni. Le pays que vous choisissez détermine les champs d’adresses qui suivent. Ceux documentés ici utilisent la convention d’adresses aux États-Unis à titre d’exemple.
  • Langue—Choisissez la langue de l’emplacement.
  • Adresse—Saisissez l’adresse électronique principale de l’emplacement.
  • Ville—Saisissez une ville pour cet emplacement.
  • État—À partir du drop-down, choisissez un état.
  • Code postal—Saisissez le code postal.Numéro de téléphone — Entrez le numéro de téléphone oùle contact principal de l’emplacement peut être joint.
3

(Facultatif) Basculez sur Skype Entreprise si vos utilisateurs à cet emplacement souhaitent continuer de collaborer en utilisant l’application de bureau Microsoft Skype Entreprise. Les utilisateurs pourront effectuer et recevoir des appels téléphoniques provenant de l’extérieur de leur organisation ainsi que bénéficier des fonctionnalités d’appel avancées qui offrent l’application Webex Calling S4B. Les utilisateurs doivent télécharger et installer l’application Webex Calling S4B pour que lorsqu’ils initient ou reçoivent un appel PSTN sur leur application Microsoft Skype, ils sont lancés dans l’application Webex Calling S4B.


 

C’est la seule fois que vous pouvez choisir d’utiliser ou de retirer l’intégration de Skype Entreprise avec l’application Appel Webex. Lorsque l’emplacement est créé, vous n’avez plus l’option de changer ce paramètre.

4

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

5

Si vous cliquez sur Ajouter maintenant , choisissezl’une des options suivantes :

  • Cisco PSTN —Choisissez cette option si vous souhaitez une solution groupée qui vous permet de commander de nouveaux numéros RSTN et de port des numéros existants vers Cisco.


     

    L’option Cisco PSTN est visible uniquement dans les conditions suivantes :

    1. L’offre Cisco Calling Plan (Plan d’appel Cisco) a été activée ou achetée pour ce client.

    2. L’emplacement est dans un pays où le Cisco Calling Plan est pris en charge (actuellement disponible uniquement aux États-Unis).

  • Connexion PSTN sur le Cloud —Choisissez cette option si vous recherchez une solution du Cloud qui ne nécessite aucun investissement significatif dans le matériel local puis sélectionnez le fournisseur CCP devotre choix.

     

    Seuls les partenaires qui supportent le pays de votre localisation sont affichés.

    Si vous voyez l’option de Commander des numéros maintenant sous un fournisseur listé, nous vous recommandons de choisir cette option afin de tirer le bénéfice du CCP intégré. De cette façon, vous pouvez commander vos numéros directement ici dans Control Hub. Si vous choisissez cette option, allez ici pour plus d’informations et les étapes suivantes.

    Gardez à l’esprit que si vous décidez de ne pas commander vos numéros maintenant, les changements ultérieurs de votre fournisseur DSTN peuvent être limités.

  • PSTN sur site (passerelle locale) —Vous pouvez choisir cette option si vous souhaitez conserver votre fournisseur PSTN actuel ou si vous souhaitez connecter les sites hors du Cloud avec les sites duCloud.

6

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

7

Saisissez les numéros de téléphone en tant que valeurs séparées par des virgules, puis cliquez sur Valider .

Des numéros sont ajoutés pour l’emplacement spécifique. Les saisies valides sont déplacez dans le champ Numéros validés et les saisies non valides restent dans le champ Ajouter des numéros accompagné d’un message d’erreur.

En fonction du pays de l’emplacement, les numéros sont formatés en fonction des exigences de numérotation locale. Par exemple, si un code pays est obligatoire, vous pouvez entrer des numéros avec ou sans le code et le code est en trop.

8

Cliquez sur Enregistrer.

Que faire ensuite

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

Lorsque vous avez créé votre organisation 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 si vous spécifiez autrement. Vous pouvez faire d’un emplacement ultérieur l’emplacement par défaut, mais gardez à l’esprit 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 à 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.

Gardez à l’esprit que tous les numéros associés à cet emplacement seront à nouveau communiqués à votre fournisseur DSTN ; vous n’aurez plus ces numéros à vous.

1

À partir de l’affichage du client dans , allez à Services > Appel > l’emplacement , puis sélectionnez https://admin.webex.coml’emplacement que vous souhaitez supprimer.

2

Cliquez sur Plus à côté du nom de l’emplacement, choisissez Supprimer l’emplacementet confirmez que vous souhaitez supprimer cet emplacement.

L’emplacement prend généralement quelques minutes pour être supprimé définitivement, mais un moment peut s’y mettre. 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 PSTN ainsi que le nom, le fuseau horaire et la langue d’un emplacement après qu’il a été créé. Gardez à l’esprit que la nouvelle langue s’applique uniquement aux nouveaux utilisateurs et périphériques. Les utilisateurs et périphériques existants continuent d’utiliser l’ancienne langue.


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

1

À partir de l’affichage du client dans , allez à Services > Appel > Emplacements , puis sélectionnez https://admin.webex.coml’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 pourront pas effectuer ou recevoir des appels tant que ce numéro n’aura pas été configuré.

2

(Facultatif) Sous Connexion PSTN , sélectionnez soit Cloud Connected PSTN ou Premise-based PSTN (passerelle locale), en fonction de celui que vous avez déjà configuré. Cliquez sur Gérer pour modifier cette configuration, puis reconnaissez les risques associés en sélectionnant Continuer. Puis, choisissez l’une des options suivantes et cliquez sur Enregistrer:

  • Cisco PSTN —Choisissez cette option si vous souhaitez une solution groupée qui vous permet de commander de nouveaux numéros RSTN et de port des numéros existants vers Cisco.


     

    Les partenaires doivent être autorisés et les partenaires VAR d’Appel Webex et avoir accepté le nouvel Addendum Webex Calling via une inscription au programme VAR PSTN de l’Appel Cisco Webex.

    Les partenaires vont commander avec des licences Cisco Calling Plan licences (Plan d’appel sortant &numéros de téléphone) dans le Cisco Commerce Workspace (CCW).

    Cette option n’est disponible que pour les revendeurs ajoutés à la valeur.

  • Connexion PSTN sur le Cloud —Choisissez cette option si vous recherchez une solution du Cloud qui ne nécessite aucun investissement significatif dans le matériel local puis sélectionnez le fournisseur CCP devotre choix.


     

    Seuls les partenaires qui supportent le pays de votre localisation sont affichés.

    Si vous voyez l’option de Commander des numéros maintenant sous un fournisseur listé, nous vous recommandons de choisir cette option afin de tirer le bénéfice du CCP intégré. De cette façon, vous pouvez commander vos numéros directement ici dans Control Hub. Si vous choisissez cette option, allez ici pour plus d’informations et les étapes suivantes

  • PSTN sur site (passerelle locale) —Choisissez cette option si vous souhaitez conserver votre fournisseur PSTN actuel ou si vous souhaitez connecter les sites hors du Cloud avec les sites duCloud.

     

    Les clients de Webex Calling ayant des emplacements précédemment configurés avec une passerelle locale seront automatiquement convertis en réseau PSTN sur site avec un tronc correspondant.

3

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

4

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

5

(Facultatif) Cliquez sur l’icône du crayon en haut de la page Emplacement pour changer le nom de l’emplacement, le 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 changez votre plan de numérotation, les numéros de l’exemple dans la mise à jour de Control Hub pour afficher ces modifications.

1

À partir de l’affichage du client dans , allez à Services > Appel > Paramètres du service , puis faites défiler https://admin.webex.comjusqu’à Numérotation interne.

2

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

  • Longueur du préfixe de routage de l’emplacement—Nous recommandons ce paramètre si vous avez plusieurs emplacements. Vous pouvez saisir une longueur de 2 à 7 chiffres. Si vous avez plusieurs emplacements avec le même extension, les utilisateurs doivent composer un préfixe lors de l’appel entre les emplacements. Par exemple, si vous avez plusieurs magasins, tous avec l’extension 1 000, vous pouvez configurer un préfixe de routage pour chaque magasin. Si un magasin a un préfixe de 888, vous devez composer 8881000 pour joindre cet magasin.
  • Chiffre de direction dans le préfixe de routage —Vous pouvez définir une valeur ici peu importe que vous utilisez ou non lespréfixes de routage de l’emplacement.
  • Longueur del’extension interne —Vous pouvez saisir de 2 à 6 chiffres et la valeur par défaut est de 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écifiez la numérotation interne pour des emplacements spécifiques. Allez à Services > Appel > Emplacements , sélectionnez un emplacement, faites défiler jusqu’à Numérotation , puis changez la numérotation interne et externe si nécessaire :

  • Numérotation interne —Spécifiez le préfixe de routage que les utilisateurs situés dans d’autres emplacements doivent composer pour contacter une personneà cet emplacement. Le préfixe de routage de chaque emplacement doit être unique. Nous recommandons que la longueur du préfixe corresponde à la longueur définie au niveau de l’organisation mais qu’elle doit comprendre entre 2 et 7 chiffres.
  • Numérotation externe —Facultativement, vous pouvez choisir un chiffre de numérotation sortante que les utilisateurs doiventcomposer pour accéder à une ligne extérieure. La valeur par défaut est Aucun et vous pouvez le quitter si vous ne nécessitent pas 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 de direction de votre organisation.

     

    Les utilisateurs peuvent inclure le chiffre de numérotation sortante lors des appels externes pour reproduire comment ils ont composé sur les systèmes hérités. Cependant, tous les utilisateurs peuvent toujours passer des appels externes sans inclure le chiffre de numérotation sortante.

Impact sur les utilisateurs :

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

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

Si vous êtes un revendeur à 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 PSTN d’entreprise.


Un emplacement qui a une passerelle locale ne peut pas être supprimé lorsque la passerelle locale est utilisée pour d’autres emplacements.

Suivez ces étapes pour créer un tronc dans Control Hub.

Avant de commencer

  • Lorsqu’un emplacement est ajouté et avant de configurer le réseau PSTN sur site pour un emplacement, vous devez créer un tronc.

  • Créez tous les emplacements et des paramètres et des numéros spécifiques pour chacun d’eux. Les emplacements doivent exister avant de pouvoir ajouter un réseau PSTN sur site.

  • Comprendre les exigences sur site PSTN (passerelle locale) pour Webex Calling.

  • Vous ne pouvez pas choisir plus d’un tronc pour un emplacement avec un réseau PSTN sur site, mais vous pouvez choisir le même tronc pour plusieurs emplacements.

1

À partir de l’affichage du client dans , allez à Services > appel > routage des appels https://admin.webex.com et sélectionnez Ajouter un tronc.

2

Sélectionnez un emplacement.

3

Nommez le tronc et cliquez sur Enregistrer.


 

Le nom ne peut pas être supérieur à 24 caractères.

Que faire ensuite

Les paramètres pertinents que vous devez configurer sur le tronc vous sont présentés. Vous génèrerez également un ensemble d’identifiants SIP digest pour sécuriser la connexion PSTN.

Informations sur le tronc s’affiche sur l’écran Enregistrer domaine , groupe de tronc OTG/DTG, ligne/port, et adresse du proxy sortant .

Nous vous recommandons de copier ces informations à 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 à configurer le réseau PSTN sur site.

Si vous perdez les identifiants, vous devez les générer à partir de l’écran d’informations du tronc dans Control Hub. 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 le tronc.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Services > Appel > Emplacements.

2

Sélectionnez un emplacement à modifier et cliquez sur Gérer.

3

Sélectionnez PSTN sur site et cliquez sur Suivant .

4

Choisissez un tronc dans le menu déroulant.


 

Visitez la page du tronc pour gérer les choix de votre groupe de troncs.

5

Cliquez sur la notification de confirmation, puis cliquez sur Enregistrer.

Que faire ensuite

Vous devez prendre les informations de configuration que Control Hub a générées et ma maper les paramètres dans la passerelle locale (par exemple, sur un Cisco CUBE qui se trouve sur le site). Cet article vous présente ce processus. Comme référence, voir le diagramme suivant pour un exemple de la façon dont les informations de configuration du Control Hub (à gauche) se maps sur les paramètres dans le CUBE (à droite) :

Après avoir terminé la configuration de la passerelle elle-même, vous pouvez revenir à Services > Appel > Emplacements 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 dans le Cloud d’appel en toute sécurité et sert comme passerelle PSTN active pour l’emplacement.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Services > appel > numéros.

Un tableau apparaît, qui indique les nombres et les informations correspondantes pour tous les emplacements. Vous pouvez cliquer sur le bas du bas Tous les emplacements et choisir un emplacement si vous souhaitez filtrer sur un emplacement spécifique. Le tableau inclut les informations telles que le numéro attribué à et son statut.

2

(Facultatif) À côté d’une saisie de numéro, sous Actions , cliquez sur , puis choisissezl’une des options suivantes :

  • Modifier—Pour les numéros actifs qui sont actuellement attribués à un utilisateur ou un lieu. Cliquez sur cette option pour ouvrir le portail d’administration d’appel, où vous pouvez effectuer d’autres modifications.

  • Activer —Pour les numéros en statut Inactif, cette option est disponible lorsqu’un numéro porté Webex Calling (Appel Webex) 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 en statut Inactif et qui ne sont actuellement pas attribués à un utilisateur ou à unlieu, cette option est disponible.

3

(Facultatif) 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 saisies valides sont déplacez dans le champ Numéros validés alors que les saisies non valides restent dans le champ Ajouter des numéros accompagné d’un message d’erreur.

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

En fonction du pays de l’emplacement, les numéros sont formatés en fonction des exigences de numérotation locale. Par exemple, si un code pays est obligatoire, vous pouvez entrer des numéros avec ou sans le code et le code est en trop.

4

(Facultatif) Activer les numéros en nombre. Vous pouvez filtrer votre liste de numéros en fonction d’un emplacement ou d’un statut spécifique ou des deux. Cliquez sur Inactif pour voir uniquement les nombres qui sont inactifs. Vous pouvez activer 500 numéros à la fois en sélectionnant Activer les numéros en haut de votre liste et en confirmant votre intention en cliquant sur Activer dans la boite de dialogue qui s’ouvre.

Si vous essayez les services Cisco Webex et souhaitez convertir votre compte en un abonnement payant, vous pouvez envoyer une demande par courrier électronique à votre partenaire.

1

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

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 Webex Control Hub pour définir la priorité des options d’appel disponibles que les utilisateurs voient dans Webex. Vous pouvez également les activer pour un appel en un seul clic.

1

À partir de l’affichage du client dans , allez à Paramètres de https://admin.webex.com l’organisation > Services , faites défiler jusqu’à Appel et choisissez Paramètres du client .

2

Faites glisser et déposez les options d’appel que vous souhaitez que les utilisateurs voient dans le champ Options d’appel disponible, puis réorganisez-les dans l’ordre prioritaire que vous souhaitez pour vos utilisateurs.

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

3

Activez Activer l’appel en un seul Clic si vous souhaitez que les utilisateurs puissent effectuer un appel avec l’option de premier appel que vous avez configurée à l’étape précédente.


 

Les modifications peuvent prendre jusqu’à 24 heures pour apparaitre dans Webex. Vous pouvez conseiller à vos utilisateurs de redémarrer leurs applications pour récupérer ces changements plus rapidement.

Vous pouvez contrôler ce qu’ouvre l’application d’appel lorsque les utilisateurs passe des appels PSTN. 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 à migrer l’ensemble de 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 envoie toujours le numéro à l’application d’appel que vous sélectionnez, mais l’appel à partir de cette application échoue.

À partir de l’affichage du client dans https://admin.webex.com, allez à Paramètres , faites défiler jusqu’à Comportementd’appel , puis choisissez l’un des choix suivants : .

  • Appel dans Webex Teams—Sélectionnez cette option si vous souhaitez que les utilisateurs appellent directement dansWebex en utilisant Webex Calling.
  • Application d’appel Webex—Sélectionnez cette option si votre organisation a un abonnement à Cisco Webex Calling et si vous souhaitez autoriser les utilisateurs à effectuer des appels RNTP en utilisantl’application Webex Calling. Lorsque les utilisateurs appellent un réseau téléphonique téléphonique (PSTN) dans Webex, l’application Webex Calling (Appel Webex) est utilisée pour effectuer l’appel.

Un message s’affiche qui indique que le comportement d’appel est mis à jour. Les utilisateurs peuvent maintenant effectuer des appels PSTN à partir de Webex ou de l’application Webex Calling.

Les utilisateurs doivent avoir l’application correspondante installée pour effectuer des appels PSTN à partir de Webex. Assurez-vous de faire savoir aux personnes quel choix vous faites et si une autre application est utilisée pour effectuer des appels PSTN.


 

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
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

Configurer la passerelle locale sur IOS-XE pour Webex Calling

Après avoir configuré les Webex Calling pour votre organisation, vous pouvez configurer un tronc pour connecter votre passerelle locale à Webex Calling. Le tronc entre la passerelle locale et le Cloud Webex est toujours sécurisé via le transport SIP TLS et SRTP pour les médias entre la passerelle locale et le Webex Calling Access SBC.

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

Avant de commencer

  • Comprendre les exigences de la passerelle RTCP site (passerelle locale) pour Webex Calling.

  • Créez un tronc dans Control Hub et attribuez-le à l’emplacement désiré.

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

  Commande ou Action Objet
1

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

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

2

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

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

3

S’inscrire à la passerelle locale pour Webex Calling

4

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

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

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

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

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

Control Hub

Passerelle locale

Domaine d’inscription :

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

example.com

Registraire

example.com

Groupe de jonction OTG/DTG

profils sip :

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

De modifier « > » « otg=otgDtgId> »

Ligne/Port

user@example.com

Nombre: utilisateur

Proxy sortant

proxy sortant (nom DNS – SRV du SBC Access)

Nom d’utilisateur SIP

nom d'utilisateur

Mot de passe SIP

mot de passe

Avant de commencer

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

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

1

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

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

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


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

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

  1. Créez un point de confiance PKI réservé et appelez-le sampleTP

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

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

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

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

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

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


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Mise à jour de la passerelle locale Truste :

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

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

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. S’il n’existe pas, mettez à jour comme suit :

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Vérifier :

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Avant de commencer

Assurez-vous d’avoir suivi les étapes dans Control Hub pour créer un emplacement et ajouter un tronc pour cet emplacement. Dans l’exemple affiché ici, les informations ont été obtenues à partir de Control Hub.

1

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

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Explication des commandes :

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

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

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


     

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

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

  • Les adresses IP doivent correspondre à l’IP des hôtes deoutbound-proxyrésout dans le client 200

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

Média
voice service voip
 media statistics 
 media bulk-stats 
  • Les Statistiques média activent le contrôle média sur la passerelle locale.

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

Fonctionnalité de base SIP à SIP
allow-connections sip to sip
Services supplémentaires
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

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

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

Protocole fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

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

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

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

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

G729 (G729)
sip
  g729 annexb-all

Permet toutes les variantes du G729.

SIP
early-offer forced

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

2

Configurer « Profil SIP 200 ».

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Ces règles sont

Explication des commandes :

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

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

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

3

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

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Explication des commandes :

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

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

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

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


 

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


 

Le site de glace d’utilisation stun est requis pour les flux d’appel en utilisant l’optimisation du chemin média.

4

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

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

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

  • Configuration du peer de numérotation

  • Configuration des tenants

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

5

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


 

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

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Explication des commandes :

voice class tenant 200

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

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

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

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

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

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 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

no remote-party-id

Désactivez l’en-tête SIP Remote-Party-ID (RPID) car Webex Calling supporte PRINCIPAL, qui est activé en utilisant le système DNTasserted-id pai(voir ci-dessous).

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

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

srtp-crypto 200

Spécifie les SHA1_80 comme défini dansvoice class srtp-crypto 200.

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

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

error-passthru

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

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

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

bind media source-interface GigabitEthernet0/0/1

Interface de source média face à Webex Calling.

no pass-thru content custom-sdp

Commande par défaut sous client.

sip-profiles 200

Change SIPS en SIP et modifie la ligne/le port pour les messages INVITER et S’INSCRIRE comme défini dansvoice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

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

privacy-policy passthru

Passez de manière transparente sur les valeurs de l’en-tête privée d’entrée vers le côté sortant.

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

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

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

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

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

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

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

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

1

Configurez les tenants de la classe vocale suivants :

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

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Le tenant de la classe vocale 300 est appliqué sur tous les pairs de numérotation entrants à partir des RTCP IP.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configurez l’URI de la classe vocale suivante :

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

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

Configurez les pairs de numérotation sortants suivants :

  1. Appel sortant vers l’RTCP IP :

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    Explication des commandes :

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

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

    no vad

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

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

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Explication des commandes :

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

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

    no vad

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

4

Configurez les groupes DPG (dial-peer) suivants :

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

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Définir le groupe dial-peer 200 avec un pair de numérotation sortant 200201 comme cible pour RTCP --> LGW --> Webex Calling chemin. DPG 200 sera appliqué à numérotation entrante pair 100 défini ultérieurement.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Configurez les pairs de numérotation entrants suivants :

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

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explication des commandes

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

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

    incoming uri via 100

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

    destination dpg 200

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

    voice-class sip tenant 300

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

    no vad

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

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

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 100
     incoming uri request 200
     

    Explication des commandes

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

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

    incoming uri request 200

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

    destination dpg 100

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

    max-conn 150

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

RTCP à Webex Calling

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

Webex Calling à RTCP

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

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

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

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

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

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

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

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

1

Configurez les tenants de la classe vocale suivants :

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

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Le client 300 de la classe vocale sera appliqué sur tous les pairs de numérotation entrants à partir d’Unified CM et des RTCP IP :

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configurez les URL des classes vocales suivantes :

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

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

    voice class uri 300 sip
     pattern :5065
    
  4. Définit la signalisation IP de la source CUCM et le port VIA pour RTCP réseau :

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configurez les groupes de serveurs de la classe vocale suivants :

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

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

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

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Définit l’adresse IP cible de l’hôte du tronc Unified CM pour Unified CM Group 2, le cas échéant.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Configurez les pairs sortants suivants :

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

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Explication des commandes

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

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

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

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Explication des commandes

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

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

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

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Explication des commandes

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

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

    session server-group 301

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

    Groupe du serveur dans le pair de numérotation sortante

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

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

  4. Second pair de numérotation sortant vers la Trunk d’Unified CM Webex Calling si vous avez plus de 5 nodes Unified CM :

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Appel sortant vers la ligne réseau d’Unified CM RTCP :

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Second pair de numérotation sortant vers la Trunk d’Unified CM RTCP si vous avez plus de 5 nods Unified CM :

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Configurez le DPG suivant :

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

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Définir DPG 200 avec un pair de numérotation sortante 200201 comme cible pour Unified CM --> LGW --> Webex Calling chemin :

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

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Définir DPG 302 pour les pairs sortants 305 ou 307 pour le RTCP --> LGW --> chemin Unified CM :

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Configurez les pairs de numérotation entrants suivants :

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

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 302
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explication des commandes

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

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

    incoming uri via 100

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

    destination dpg 302

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

    voice-class sip tenant 300

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

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

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 300
     incoming uri request 200
     

    Explication des commandes

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

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

    incoming uri request 200

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

    destination dpg 300

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

    max-conn 150

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

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

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explication des commandes

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

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

    incoming uri via 300

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

    destination dpg 200

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

    voice-class sip tenant 300

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

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

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explication des commandes

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

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

    incoming uri via 302

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

    destination dpg 100

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

    voice-class sip tenant 300

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

Adresse IP RTCP tronc d’RTCP Unified CM

Webex Calling sur le tronc Webex Calling Unified CM

Tronc d’RTCP Unified CM vers l’RTCP

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

Diagnostic Signatures (DS) détecte de manière proactive les problèmes fréquemment observés dans la passerelle locale IOS XE et génère une notification par courrier électronique, syslog ou message terminal de l’événement. Vous pouvez également installer le DS pour automatiser la collecte des données de diagnostic et transférer les données collectées vers le cas du CAT Cisco pour accélérer la résolution des problèmes.

Les signatures de diagnostic (DS) sont des fichiers XML qui contiennent des informations concernant les événements déclencheurs de problèmes et les actions à prendre pour informer, dépanner et corriger le problème. La logique de détection de problème est définie en utilisant les messages syslog, les événements SNMP et par le biais d’un contrôle périodique des commandes d’show spécifiques. Les types d’actions incluent la collecte des commandes de sortie, la génération d’un fichier journal consolidé et le chargement du fichier vers l’emplacement du réseau fourni par l’utilisateur tel que HTTPS, SCP, serveur FTP. Les fichiers DS sont signés par les ingénieurs du CAT et sont signés numériquement pour une protection d’intégrité. Chaque fichier DS a un ID numérique unique attribué par le système. L’outil de recherche des signatures de diagnostic (DSLT) est une source unique permettant de trouver des signatures applicables pour le contrôle et le dépannage d’une variété de problèmes.

Avant de commencer :

  • Ne modifiez pas le fichier DS téléchargé à partir de DSLT. L’installation des fichiers modifiés échouera en raison d’une erreur de vérification de l’intégrité.

  • Un serveur SMTP (Simple Mail Transfer Protocol) est requis pour que la passerelle locale envoie des notifications par courrier électronique.

  • Assurez-vous que la passerelle locale exécute IOS XE 17.3.2 ou une supérieure si vous souhaitez utiliser le serveur SMTP sécurisé pour les notifications par courrier électronique.

Prérequis

Passerelle locale sous IOS XE 17.3.2 ou supérieure

  1. L’option Signatures de diagnostic est activée par défaut.

  2. Configurez le serveur de messagerie électronique sécurisé à utiliser pour envoyer des notifications proactives si le périphérique fonctionne sous IOS XE 17.3.2 ou supérieur.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Configurez la variable de l ds_email avec l’adresse électronique de l’administrateur pour être notifié.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Passerelle locale sous IOS XE 16.11.1 ou supérieure

  1. L’option Signatures de diagnostic est activée par défaut.

  2. Configurez le serveur de messagerie électronique à utiliser pour envoyer des notifications proactives si la version du périphérique est antérieure à la version 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Configurez la variable de l ds_email avec l’adresse électronique de l’administrateur pour être notifié.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

Passerelle locale avec version 16.9.x

  1. Saisissez les commandes suivantes pour activer les signatures de diagnostic.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Configurez le serveur de messagerie électronique à utiliser pour envoyer des notifications proactives si la version du périphérique est antérieure à la version 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Configurez la variable de l ds_email avec l’adresse électronique de l’administrateur pour être notifié.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Ce qui suit montre un exemple de configuration d’une passerelle locale sous IOS XE 17.3.2 pour envoyer des notifications proactives à tacfaststart@gmail.com en utilisant Gmail comme serveur SMTP sécurisé :


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

La passerelle locale exécutant le logiciel IOS XE n’est pas un client Gmail typique sur le Web qui prend en charge OAuth, donc nous devons configurer un paramètre de compte Gmail spécifique et donner une autorisation spécifique pour que l’adresse électronique du périphérique soit traitée correctement :

  1. Allez dans Gérer le compte Google et > sécurité et activer le paramètre d’accès à l’application moins sécurisé.

  2. Réponse « Oui, c’était moi » lorsque vous recevez un courrier électronique de Gmail indiquant « Google a empêché une personne de se connexion à votre compte en utilisant une application non Google ».

Installer les signatures de diagnostic pour un contrôle proactive

Contrôler l’utilisation élevée du processeur (CPU)

Ce DS traque l’utilisation du CPU de 5 secondes en utilisant l’OID SNMP 1.3.6.1.4.1.9.2.1.56. Lorsque l’utilisation atteint 75 % ou plus, elle désactive tous les débogages et désinstalle toutes les signatures de diagnostic installées dans la passerelle locale. Utilisez ces étapes ci-dessous pour installer la signature.

  1. Assurez-vous que SNMP est activé en utilisant la commande afficher snmp. Si elle n’est pas activée, configurez la commande « gestionnaire du serveur snmp ».

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Téléchargez DS 64224 en utilisant les options suivantes dans l’outil de Recherche de signatures de diagnostic:

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco série 4300, 4400 ISR ou Cisco CSR série 1000V

    Produit

    CUBE Enterprise dans Webex Calling solutions

    Portée du problème

    Performance

    Type de problème

    Utilisation élevée du processeur (CPU) avec notification par courrier électronique

  3. Copiez le fichier DS XML sur le flash de la passerelle locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    La version suivante montre un exemple de copie du fichier d’un serveur FTP vers la passerelle locale.

    
    LocalGateway# copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    LocalGateway # 
  4. Installez le fichier DS XML dans la passerelle locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Vérifiez que la signature a été installée avec succès à l’aide de l’afficher call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistrée ».

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    Télécharger les DSes :

    DS ID

    Nom DS

    Révision

    État

    Dernière mise à jour (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(e)

    2020-11-07 22:05:33

    Passerelle locale #


    Lorsqu’il est déclenché, cette signature désinstalle tous les DS en cours d’exécution y compris lui-même. Si nécessaire, veuillez réinstaller DS 64224 pour continuer à contrôler l’utilisation élevée du processeur (CPU) sur la passerelle locale.

Surveillance de Ligne auxiliaire SIP’inscription

Ce DS vérifie si une passerelle locale n’est pas Ligne auxiliaire SIP avec Cisco Webex Calling cloud toutes les 60 secondes. Lorsque l’événement de dés-inscription est détecté, il génère un courrier électronique et une notification syslog et se désinstalle lui-même après deux occurrences de dés-inscription. Veuillez suivre les étapes ci-dessous pour installer la signature.

  1. Téléchargez DS 64117 en utilisant les options suivantes dans l’outil de Recherche de signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco série 4300, 4400 ISR ou Cisco CSR série 1000V

    Produit

    CUBE Enterprise dans Webex Calling solutions

    Portée du problème

    SIP-SIP

    Type de problème

    Ligne auxiliaire SIP la désins inscription avec notification par courrier électronique

  2. Copiez le fichier DS XML vers la passerelle locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Installez le fichier DS XML dans la passerelle locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Vérifiez que la signature a été installée avec succès à l’aide de l’afficher call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistrée ».

Contrôle anormale des déconnexions des appels

Ce DS utilise le sondage SNMP toutes les 10 minutes pour détecter les erreurs anormales de déconnexion des appels avec les erreurs SIP 403, 488 et 503.  Si le nombre d’erreurs est supérieur ou égal à 5 à partir du dernier sondage, il génèrera un syslog et une notification par courrier électronique. Veuillez suivre les étapes ci-dessous pour installer la signature.

  1. Vérifiez si SNMP est activé en utilisant la commande afficher snmp. Si elle n’est pas activée, configurez la commande « gestionnaire du serveur snmp ».

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Téléchargez DS 65221 en utilisant les options suivantes dans l’outil de Recherche de signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco série 4300, 4400 ISR ou Cisco CSR série 1000V

    Produit

    CUBE Enterprise dans Webex Calling solutions

    Portée du problème

    Performance

    Type de problème

    Détection anormale de déconnexion des appels SIP avec notification de courrier électronique et de notification Syslog

  3. Copiez le fichier DS XML vers la passerelle locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installez le fichier DS XML dans la passerelle locale.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Vérifiez que la signature a été installée avec succès à l’aide de l’afficher call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistrée ».

Installer les signatures de diagnostic pour résoudre un problème

Les signatures de diagnostic (DS) peuvent également être utilisées pour résoudre rapidement les problèmes. Les techniciens du CAT Cisco ont créé plusieurs signatures qui permettent les débogages nécessaires pour dépanner un problème donné, détecter l’occurrence du problème, collecter l’ensemble droit des données de diagnostic et transférer automatiquement les données vers le cas du CAT Cisco. Ceci élimine le besoin de vérifier manuellement la occurrence du problème et facilite le dépannage des problèmes intermittents et transitoires.

Vous pouvez utiliser l’outil de recherche des signatures de diagnostic pour trouver les signatures applicables et les installer pour résoudre un problème donné ou vous pouvez installer la signature recommandée par l’ingénieur du CAT dans le cadre de l’engagement du service d’assistance.

Voici un exemple de la façon de trouver et installer un DS pour détecter l’occurrence « %VOICE_IEC-3-GC : CCAPI : Erreur interne (seuil de pointe des appels) : IEC=1.1.181.1.29.0 » syslog et automatisez la collecte des données de diagnostic en suivant les étapes indiquées ci-dessous.

  1. Configurez une variable supplémentaire de l’environnement DS ds_fsurl_prefix qui est le chemin du serveur de fichiers CiscoTAC (cxd.cisco.com) sur lequel les données de diagnostic collectées sont téléchargées. Le nom d’utilisateur dans le Chemin de fichier est le numéro de cas et le mot de passe est le jeton téléchargement de fichier qui peut être récupéré à partir du Gestionnaire de cas d’assistance comme montré ci-dessous. Le jeton téléchargement de fichier’assistance peut être généré dans la section Pièces jointes du Gestionnaire de cas d’assistance, si nécessaire.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Exemple :

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Assurez-vous que SNMP est activé en utilisant la commande afficher snmp. Si elle n’est pas activée, configurez la commande « gestionnaire du serveur snmp ».

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Il est recommandé d’installer le contrôle du CPU élevé DS 64224 comme mesure proactive pour désactiver les signatures de débogage et de diagnostic en cas d’utilisation élevée du cpu. Téléchargez DS 64224 en utilisant les options suivantes dans l’outil de Recherche de signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco série 4300, 4400 ISR ou Cisco CSR série 1000V

    Produit

    CUBE Enterprise dans Webex Calling solutions

    Portée du problème

    Performance

    Type de problème

    Utilisation élevée du processeur (CPU) avec notification par courrier électronique

  4. Téléchargez DS 65095 en utilisant les options suivantes dans l’outil de Recherche de signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco série 4300, 4400 ISR ou Cisco CSR série 1000V

    Produit

    CUBE Enterprise dans Webex Calling solutions

    Portée du problème

    Syslogs (Syslogs)

    Type de problème

    Syslog - %VOICE_IEC-3-GC : CCAPI : Erreur interne (Seuil de pointe des appels) : IEC=1.1.181.1.29.0

  5. Copiez les fichiers DS XML vers la passerelle locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installez le contrôle du CPU élevé DS 64224 et le fichier DS 65095 XML dans la passerelle locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Vérifiez que la signature a été installée avec succès à l’aide de l’afficher call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistrée ».

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    DSes téléchargés :

    DS ID

    Nom DS

    Révision

    État

    Dernière mise à jour (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(e)

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Inscrit(e)

    2020-11-08:00:12:53

    Passerelle locale #

Vérifier l’exécution des signatures de diagnostic

Comme démontré ci-dessous, la colonne « Statut » de la commande affichera la signature de diagnostic d’appel domicile sera « en cours d’exécution » pendant que la passerelle locale exécute l’action définie dans la signature. Le résultat de l’afficher les statistiques de signature de diagnostic d’appel à domicile est le meilleur moyen de vérifier si une signature de diagnostic a détecté un événement d’intérêt et exécuté l’action. La colonne « Déclenché/Max/Désinstaller » indique le nombre de fois que la signature donnée a déclenché un événement, le nombre maximum de fois qu’il est défini pour détecter un événement et si la signature se désinstalle automatiquement après la détection du nombre maximum d’événements déclenchés.


LocalGateway# show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

DSes téléchargés :

DS ID

Nom DS

Révision

État

Dernière mise à jour (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Inscrit(e)

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

En cours d&apos;exécution

2020-11-08 00:12:53

Passerelle locale #

LocalGateway# afficher les statistiques de diagnostic-signature d’appel domicile

DS ID

Nom DS

Déclenché/Max/Désinstaller

Durée moyenne de l’run (secondes)

Durée maximum d’exécuter (secondes)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20/01/Y

23.053

23.053

Passerelle locale #

Le message électronique de notification envoyé au cours de l’exécution de la signature contient des informations clés telles que le type de problème, les détails du périphérique, la version logicielle, la configuration en cours d’exécution et montre les sorties de commande pertinentes pour résoudre le problème donné.

Désinstaller les signatures de diagnostic

Les signatures de diagnostic qui sont utilisées à des fins de dépannage sont généralement définies pour désinstaller après la détection d’un certain nombre d’occurrences de problèmes. Si vous souhaitez désinstaller une signature manuellement, récupérez l’ID DS à partir de la sortie de l’afficher la signature de diagnostic d’appel domicile et exécutez la commande montrée ci-dessous.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Exemple :


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

Des nouvelles signatures sont ajoutées périodiquement à l’outil de recherche des signatures de Diagnostics, en fonction des problèmes couramment observés dans les déploiements. Le CAT ne prend actuellement pas en charge les demandes de création de nouvelles signatures personnalisées.

Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

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

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

Fondamentaux

Prérequis

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

Les instructions de configuration fournies dans cet article supposent une passerelle locale dédiée sans configuration vocale existante. Si un déploiement d’entreprise CUBE existant est en cours de modification pour utiliser également la fonction de la passerelle locale pour Cisco Webex Calling, faites attention attentive à la configuration appliquée pour vérifier que les flux et fonctionnalités d’appels existants ne sont pas interrompus et que vous êtes en train de vous mettre en conformité avec les exigences de conception CUBE de HA.

Composants matériels et logiciels

CUBE HA en tant que passerelle locale nécessite IOS-XE version 16.12.2 ou version plus récente et une plateforme sur laquelle les deux fonctionnalités CUBE HA et LGW sont supportées.


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

Documentation de référence

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

Présentation Webex Calling la solution de groupe

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

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

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

Redondance box à case couche 2

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


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

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

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

Composant Infra du groupe de redondance

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • La configuration sur les deux CUBE doit être identique incluant la configuration physique et doit fonctionner sur le même type de plateforme et la version IOS-XE

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

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

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

  • Les deux plateformes doivent être identiques et être connectées via un commutateur physique sur toutes les interfaces également pour que CUBE HA fonctionne, c’est-à-dire que CUBE0/0/0 de CUBE-1 et CUBE-2 doivent se terminer sur le même commutateur, etc.

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

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

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

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

Configurer la redondance sur les deux CUBE

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

1

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

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

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

2

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

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

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

  • redondance—Entre le mode de redondance

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

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

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

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

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

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

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

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

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

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

  • suivi—Suivi des interfaces des groupes RG

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

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

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

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

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

3

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

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

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

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

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

4

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

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

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

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


     

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

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


     

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

5

Enregistrez la configuration du premier CUBE et rechargez-le.

La plateforme pour recharger le dernier est toujours le veille.

VCUBE-1#wr

  Configuration du bâtiment...

  [OK]
Rechargez VCUBE-1#

  Continuer le rechargement ? [confirmer]

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

VCUBE-2#wr

  Configuration du bâtiment...

  [OK]
Rechargez VCUBE-2#

  Continuer le rechargement ? [confirmer]
6

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

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


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

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

Configurer une passerelle locale sur les deux CUBE

Dans notre exemple de configuration, nous utilisons les informations de tronc suivantes de Control Hub pour construire 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 : lOVA12MEaZx

1

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


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

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


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


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

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

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






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

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

2

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

afficher le groupe d’applications de redondance 1

afficher le statut sip-ua-register


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

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

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

3

Activez maintenant les débogages suivants sur VCUBE-1


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

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


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

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

  • Lorsque le routeur ACTIF se recharge

  • Lorsque les cycles de puissance du routeur ACTIF

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

5

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


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

VCUBE-1 est maintenant le LGW actif.

6

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


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

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

Configurer Unified CM pour Webex Calling

Vous devez avoir une intégration avec Unified CM si les emplacements avec Webex Calling sont ajoutés à un déploiement existant où Unified CM est la solution de contrôle des appels sur site et si vous avez besoin d’une numérotation directe entre les téléphones enregistrés sur Unified CM et les téléphones dans les emplacements d’Appel Webex.

Configurer le profil de sécurité du tronc SIP pour le tronc vers la passerelle locale

Dans le cas où la passerelle locale et la passerelle PSTN résident sur le même périphérique, Unified CM doit être activé pour différencier deux types de trafic différents (les appels de Webex et du réseau téléphonique public public (PSTN) qui proviennent du même périphérique et appliquent une classe différenciée pour le service à ces types d’appels. Ce traitement d’appel différent est atteint en approvisionnement de deux troncs entre Unified CM et la passerelle locale combinée et le périphérique de la passerelle PSTN qui nécessite des ports d’écoute SIP différents pour les deux troncs.

Créez un profil de sécurité du tronc SIP dédié pour le tronc de la passerelle locale avec les paramètres suivants :

Paramètre Valeur
Nom Nom unique, tel que Webex
Description Description significative, telle que Profil de sécurité du tronc SIP Webex
Port d’entrée Doit correspondre au port utilisé dans la config de la passerelle locale pour le trafic vers/depuis Webex : 5065

Configurer le profil SIP pour le tronc de la passerelle locale

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

Paramètre Valeur
Nom Nom unique, tel que Webex
Description Description significative, telle que Profil SIP Webex
Activer le Ping des OPTIONS pour contrôler le statut des troncs avec type de service « Aucun (Par défaut ) » Coché

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

Créer 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 significative, telle que Webex Calling Search Space
Partitions sélectionnées

ND (+Numéros du répertoire E.164)

ESN (abréviation de numérotation inters sites)

PSTNInternational (Accès PSTN)

onNetRemote (destinations acquises par le R2M)


 

La dernière partition surNetRemote est utilisée uniquement dans un environnement multiclusters où les informations de routage sont échangées entre les clusters Unified CM en utilisant intercluster Lookup Service (ILS) ou Global Dialplan Replication (GDPR).

Configurer un tronc SIP vers et depuis Webex

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

Paramètre Valeur
Informations sur le périphérique
Nom du périphérique un nom unique, tel que Webex
Description Description significative, telle que tronc SIP Webex
Exécuter sur tous les nodes Actifs Unified CM Coché
Appels entrants
Espace de recherche des appels L’espace de recherche d’appel précédemment défini : Webex
Espace de recherche des appels AAR Un espace de recherche d’appel avec accès uniquement aux schémas de route PSTN : Réacheminer le PSTN
Informations SIP
Adresse de destination Adresse IP de la passerelle locale CUBE
TOUT 5060
Profil de sécurité du tronc SIP Défini précédemment : Webex
Profil SIP Défini précédemment : Webex

Configurer le groupe de route pour Webex

Créer un groupe de route avec les paramètres suivants :

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

Configurer la liste de route pour Webex

Créer une liste de route avec les paramètres suivants :

Paramètre Valeur
Informations de la liste de route
Nom un nom unique, tel que RL_Webex
Description Description significative, telle que Liste de route pour Webex
Exécuter sur tous les nodes Actifs Unified CM Coché
Informations sur les membres de la liste de route
Groupes sélectionnés Uniquement le groupe de route précédemment défini : Webex

Créer une partition pour les destinations Webex

Créer une partition pour les destinations Webex avec les paramètres suivants :

Paramètre Valeur
Informations de la liste de route
Nom Nom unique, tel que Webex
Description Description significative, telle que 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 PSTN, afin que les appels du réseau TÉLÉPHONIQUE public (PSTN) vers Webex peuvent être acheminés.

Configurer les schémas de route pour les destinations Webex

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

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

Configurer la personnalisation abrégée de la numérotation intersite pour Webex

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

Paramètre Valeur
Schéma de traduction Schéma ESN pour la plage ESN dans Webex. Par exemple : 80121XX
Partition Webex
Description Description significative, telle que le schéma de normalisation Webex
Utiliser l’espace de recherche d’appel d’origine Coché
Priorité urgente Coché
Ne pas attendre le délai d’attente interdigit sur les sauts suivants Coché
Masque de transformation de partie appelée Masque pour normaliser le nombre à +E.164. Par exemple : +140855501XX
Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

Configurer vos fonctionnalités d’appel Webex

Créer et gérer les assistants automatiques

Assurez-vous que les appels sont répondus et que les besoins des appelants sont respectés. Vous pouvez ajouter des messages d’accueil, configurer des menus et router les appels vers un service de réponse, un groupe de recherche, 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é.

Pour plus d’informations sur la façon de créer et gérer les assistants automatiques, voir Gérer les assistants automatiques dans Cisco Webex ControlHub.

Configurer un groupe de recherche

Les groupes de recherche peuvent router les appels entrants vers un groupe d’utilisateurs ou d’espaces de travail. Vous pouvez même configurer un schéma pour un ensemble de groupes.

Pour plus d’informations sur la façon de configurer un groupe de recherche, voir Groupes de recherche dans Cisco Webex Control Hub.

Créer un client réceptionniste

Vous aider à répondre aux besoins de votre personnel d’avant-bureau. Vous pouvez configurer les utilisateurs en tant que téléphones de sorte qu’ils peuvent écraner tous les appels entrants à certaines personnes de votre organisation.

Pour plus d’informations sur la façon de configurer et afficher vos clients réceptionnistes, voir Clients réceptionnistes dans Cisco Webex Control Hub.

Configurer un groupe de radiomessagerage

La radiomessageage de groupe permet à un utilisateur de placer un appel ou une page de groupe dans l’un ou l’autre pour 75 utilisateurs cibles et espaces de travail en composant un numéro ou un poste attribué à un groupe de radiomessagement spécifique.

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

Créer une file d’attente d’appels

Vous pouvez configurer une file d’attente d’appels afin que lorsque les appels des clients ne peuvent pas être répondus, ils sont fournis avec une réponse automatique, des messages d’aide et de la musique d’attente jusqu’à ce que quelqu’un puisse répondre à leur appel.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Services > appel > Fonctionnalités.

2

Cliquez sur Nouvelle fonctionnalité et choisissez Filed’attente d’appels.

3

Saisissez un numéro principal et indiquez si vous possédez le numéro, s’il vous a été fourni par votre partenaire, ou si vous souhaitez portabilité du numéro.

4

Si vous portez 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 davantage la fonctionnalité d’appel en sélectionnant l’instance de file d’attente d’appels à partir de Services > Appel > Fonctionnalités. Vous êtes amené 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 d’appels.

Configurer la prise d'appels

Vous pouvez améliorer le travail d’équipe et la collaboration en créant un groupe de prise d’appel afin que les utilisateurs peuvent répondre aux appels des uns et des autres. 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 plus d’informations sur la façon de configurer un groupe de prise d’appel, voir Prise d’appels dans Cisco Webex Control Hub.

Configurer le parcage d'appels

Le parcier d’appels permet à un groupe défini d’utilisateurs de par parcer les appels contre d’autres membres disponibles d’un groupe de parcier d’appels. Les appels par parcés peuvent être pris en cours par les autres membres du groupe sur leur téléphone.

Pour plus d’informations sur la façon d’installer le parcier d’appels, voir Parcier des appels dans Cisco Webex Control Hub.

Autoriser les utilisateurs à appeler les appels téléphoniques d’autres personnes

1

À partir de l’affichage https://admin.webex.comdu client dans , 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 Appel Dans .

3

Activer l’appel Dans , choisissez si vous souhaitez que le téléphone lorque quelqu’un appelle, puis cliquez surEnregistrer .

Activer le hôtel pour un utilisateur de Webex Calling

L’hôtel comprend deux caractéristiques : Réservation d’un hôtel à l’organisateur et de l’invité(s). 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 inscrire et utiliser comme leur propre téléphone. Lorsqu’un invité se connecté à un téléphone organisateur, son profil utilisateur est automatiquement transféré sur le périphérique. Le périphérique hôte devient le périphérique principal de l’utilisateur pendant une période de temps 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 https://admin.webex.comdu client dans , allez à Utilisateurs, puis 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

Activer 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 https://admin.webex.comdu client dans , allez àUtilisateurs , puis sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez Appel et allez dans Confidentialité.

3

Choisissez les paramètres de confidentialité du attendant 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 l’utilisateur par le nom vide ou choisir qui peut contrôler le statut de la ligne de cet utilisateur.

En utilisant l’exemple de l’administrateur ci-dessus, vous recherchez le nom de leur 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 de parcier d’appel

Le nombre maximum de lignes contrôlé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 https://admin.webex.comdu client dans , allez àUtilisateurs , puis sélectionnez l’utilisateur que vous souhaitez modifier.

2

Sélectionnez Appel , choisissez Paramètres avancés d’appel, puis allez à Contrôle .

3

Choisissez l'une des options suivantes :

  • Ajouter une ligne contrôlée
  • Ajouter une extension de parcier d’appels
4

Choisissez si vous souhaitez que cet utilisateur soit informé des appels par parcés, recherchez la personne ou l’extension de parcier d’appels qui doit être contrôlée, puis cliquez sur Enregistrer .


 

La liste des lignes contrôlées dans Control Hub correspond à l’ordre des lignes contrôlées qui s’affiche sur le périphérique de l’utilisateur. Vous pouvez ré-commander la liste des lignes contrôlées à tout moment.

Water Mark
18 mars 2021| 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 répertoire actif et que vous utilisez Cisco Directory Connector lorsque vous ajoutez manuellement des personnes dans Control Hub, vous devez également les ajouter à votre répertoire actif.

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


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

1

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

2

Sélectionnez Ajouter ou modifier des utilisateurs manuellement.

3

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

4

Choisissez-en un et cliquez sur Suivant :

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

 

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

5

Attribution de licence :

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


 

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

6

Gestion du contenu:

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

7

Cliquez sur Enregistrer.

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

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

8

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

9

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

Que faire ensuite

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

Avant de commencer

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


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

1

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

2

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

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

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


     

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

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

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

 

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

3

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

4

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

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

5

Cliquez sur Envoyer.

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

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

1

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

2

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

3

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

4

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

Avant de commencer

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

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


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

1

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

2

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

3

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

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

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

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

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

4

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

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

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

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

5

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


 

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

6

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

7

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

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

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

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

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

1

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

2

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

3

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

4

Cliquez sur Enregistrer.

5

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

1

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

2

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

Si votre organisation utilise la synchronisation du répertoire, 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 du compte utilisateur.

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

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

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


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

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

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

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


1

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

2

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

3

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

4

Sélectionnez Enregistrer.

Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

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

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

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

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

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

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

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

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

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


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

1

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


 
Vous pouvez également ajouter un téléphone à un utilisateur dans le profil de l’utilisateur. Voir comment dans la section Gérer un périphérique pour un utilisateur.
2

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

3

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

4

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

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

     

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

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

 

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

Si vous choisissez de générer un code d’activation pour le périphérique, mais que vous n’avez pas encore utilisé ce code, le statut de ce périphérique est lu par Activation dans la section Périphériques de l’utilisateur affecté et la liste principale des périphériques dans Control Hub. Gardez à l’esprit que la mise à jour du statut du périphérique peut prendre jusqu’à 10 minutes dans Control Hub.

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

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

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

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

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

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

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

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

1

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

2

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

3

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

4

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

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

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

5

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

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

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

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

1

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

2

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

3

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

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

4

Choisissez parmi l'une des options suivantes :

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

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

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

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

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

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

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

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

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

1

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

2

Sélectionnez Importer/charger un fichier CSV.

3

Choisissez parmi l'une des options suivantes :

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

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

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

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

4

Si l’adresse MAC est laissée vide, vous pouvez choisir où le code d’activation est envoyé :

  • Fournir un lien—Le code d’activation est ajouté à un fichier CSV que vous pouvez ensuite télécharger.
  • Code d’activation par courrier électronique —Si le périphérique est pour un lieu, le code d’activation vous estenvoyé, en tant qu’administrateur. Si le périphérique est pour un utilisateur, le code d’activation est envoyé par courrier électronique à l’utilisateur.
5

Importez le fichier CSV rempli.

6

Cliquez sur Envoyer.

Une mise à jour du statut vous est présentée lorsque les périphériques deviennent activés.

 

Les périphériques multiplatformes doivent avoir une charge de microprogrammes de la version 11.2.3MSR1 ou ultérieure pour que les utilisateurs puissent saisir le code d’activation sur leur périphérique. Pour plus d’informations sur la mise à niveau du microprogramme du téléphone, voir cet article.

Vous pouvez ajouter, supprimer, redémarrer, vérifier l’activation, ou créer un nouveau code d’activation pour les périphériques attribués aux utilisateurs de votre organisation. Ceci peut s’avérer utile pour afficher et gérer à partir de l’écran des utilisateurs, si nécessaire.

1

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

2

Sélectionnez l’utilisateur à modifier et faites défiler vers le bas jusqu’à Périphériques.

3

Pour ajouter un périphérique à cet utilisateur, cliquez sur Ajouter un périphérique.


 
Si l’utilisateur a déjà un périphérique et que vous souhaitez ajouter un autre périphérique, cliquez sur l’icône à côté de Périphériques et cliquez sur Ajouter un périphérique .
4

Pour modifier un périphérique existant, sélectionnez le nom du périphérique.

Ici vous pouvez afficher et modifier les paramètres du périphérique, supprimer le périphérique, redémarrer le périphérique, ou créer un nouveau code d’activation pour le périphérique, le cas échéant. Pour plus d’informations sur la configuration des paramètres téléphoniques, voir Configurer et mettre à jour les paramètres téléphoniques.

Les périphériques peuvent être ajoutés et gérés directement à partir du profil d’un espace de travail. Les périphériques de l’espace de travail peuvent inclure des périphériques ATA, tels que des fax. Vous pouvez également configurer un périphérique d’espace de travail en tant qu’organisateur de l’hôtel. Pour plus d’informations sur le hôtel, voir Hôtel en Cisco Webex Control Hub.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Espaces de travail.

2

Sélectionnez l’espace de travail à modifier et allez à la vignette Périphériques.

3

Pour ajouter un périphérique, cliquez sur Ajouter un périphérique.

4

Pour modifier un périphérique existant, sélectionnez le nom du périphérique.

Ici vous pouvez afficher et modifier les paramètres du périphérique, supprimer le périphérique, redémarrer le périphérique et activer le périphérique pour qu’il soit utilisé comme organisateur de l’hôtel. Pour plus d’informations sur la configuration des paramètres téléphoniques, voir Configurer et mettre à jour les paramètres téléphoniques.

Vous pouvez ajouter des lignes à l’appareil principal d’un utilisateur et réageder comment les lignes apparaissent. Ceci est également appelé apparence de la ligne partagée, qui permet aux utilisateurs de recevoir et de placer des appels vers et à partir de l’extension d’un autre utilisateur, en utilisant leur propre téléphone. Un exemple de ceci est un assistant de direction qui souhaite pouvoir effectuer et recevoir des appels de la ligne de son supérieur. Les apparences des lignes partagées peuvent également être une autre instance de la ligne principale de l’utilisateur.

D’autres lignes peuvent être ajoutées à un téléphone de l’espace de travail, mais aucun téléphone de l’espace de travail ne peut être ajouté comme ligne partagée.

1

À partir de l’affichage du client dans , allez à Utilisateurs ou Espaces de travail (en fonction de l’endroit où le périphérique https://admin.webex.comà modifier est attribué).

2

Sélectionnez l’utilisateur ou l’espace de travail à modifier et faites défiler jusqu’à Périphériques.

3

Sélectionnez le périphérique sur lequel vous souhaitez ajouter ou modifier les lignes partagées et faites défiler jusqu’à Utilisateurs du téléphone et Paramètres.

Les utilisateurs et les sites qui apparaissent sur ce téléphone sont listés par ordre d’apparence.

4

Pour ajouter ou supprimer des utilisateurs ou des sites à partir de ce téléphone, sélectionnez Configurer les lignes.

5

Pour supprimer une ligne, cliquez sur l’icône.


 
L’utilisateur principal de la ligne 1 ne peut pas être supprimé.
6

Pour ajouter l’apparence d’une ligne partagée, cliquez sur l’icône.


 
Ajoutez les lignes dans l’ordre dans lequel vous souhaitez qu’elles apparaissent. Pour réorder l’apparence de la ligne, supprimez et ajoutez-les à la liste dans l’ordre que vous souhaitez qu’elles apparaissent.
7

Saisissez le nom ou le numéro de téléphone et sélectionnez parmi les options qui s’affichent et cliquez sur Enregistrer.

Vous pouvez configurer les ports sur un adaptateur téléphonique analogique (ATA) attribué à un utilisateur dans Control Hub. Actuellement, les deux configurations pour les périphériques ATA disponibles sont pour les périphériques avec 2 ports et périphériques avec 24 ports.

1

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

2

Sélectionnez l’utilisateur à modifier et faites défiler jusqu’à Périphériques.

3

Sélectionnez le périphérique que vous souhaitez ajouter ou modifier.

4

Sous Utilisateurs sur ce périphérique, cliquez sur Configurer les ports .

5

Pour ajouter la configuration d’un port partagé, cliquez sur l’icône.

6

Saisissez le nom ou le numéro de téléphone et sélectionnez parmi les options qui s’affichent et cliquez sur Enregistrer.


 
Seuls les espaces de travail sans périphériques apparaissent dans la recherche.
7

Si le périphérique nécessite une compression par fax T.38, cochez la case dans la colonne T.38 ou remplacez les options de compression au niveau de l’utilisateur, puis cliquez sur Enregistrer.


 
Un espace de travail peut avoir un ATA. Ceci est utile pour les fax.

Vous pouvez ajouter des numéros de téléphone aux périphériques de bureau et de salle de votre organisation client à tout moment, que vous soient au milieu d’une période d’essai ou que vous avez été converti en abonnement payant.


Nous avons augmenté le nombre de numéros de téléphone que vous pouvez ajouter dans Control Hub de 250 à 1 000.

1

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

2

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

3

Ensuite, cliquez sur Enregiistrer.

Vous pouvez voir une liste des numéros RTCP commande par votre organisation. Avec ces informations, vous pouvez voir les numéros non utilisées qui sont disponibles et les numéros qui ont été commandés qui seront bientôt disponibles.

À partir de l’affichage du client dans https://admin.webex.com, allez à Services > appel > RTCP Commandes.

Vous êtes conduit au portail d’administration d’appel , où vous verrez les commandes qui ont été envoyéeset terminées. Si vous avez un ID de commande sous la main, vous pouvez le saisir en tant que paramètre et obtenir des détails sur une commande spécifique, sinon vous recevrez un résumé de toutes les commandes.
Water Mark
18 mars 2021| 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 les services d’appel Webex sont utilisés, à quelle fréquence ils sont utilisés. Vous pouvez également obtenir une vue rapide de la qualité média de votre emplacement.

Afficher les rapports d’appel

Vous avez accès à divers rapports dans Cisco Webex Control Hub qui incluent des détails sur l’activation et l’utilisation pour Webex Teams et Meetings.

Lorsque vous accédez aux données d’appel à partir de Cisco Webex Control Hub , vous êtes conduit au portaild’administration d’appel. Vous pouvez utiliser ces informations pour évaluer comment les services Webex Calling sont utilisés dans votre organisation et à quelle fréquence les personnes utilisent ces services.

À partir de l’affichage https://admin.webex.comdu client dans , allez à Analyses puis sélectionnez Appel Webex.

Vous êtes automatiquement conduit au portail d’administration d’appel , où vous pouvez analyser et évaluer l’utilisation et la qualité des appels. Pour des informations concernant les rapports disponibles pour des fonctionnalités d’appel spécifiques, voir Portail d’administration d’appel - Rapports. Pour des informations concernant l’activité d’appel, voir Portail d’administration d’appel - Analyses.

Evaluer la qualité média de vos emplacements

Obtenir un affichage de l’emplacement par emplacement de la qualité média pour votre emplacement d’appel. La qualité média est basée sur une agrégation du score d’opinion moyenne (MOS) pour les appels dans un emplacement spécifique vers et depuis le client, des téléphones Cisco MPP et le client soft d’appel. Les valeurs possibles sont les suivantes :

  • Bon—> 3.2

  • Assez bien:2.7 à 3.2

  • Médiocre :<2.7

  • Aucune donnée disponible—Aucun appel n’a été effectué ou reçu pour l’emplacement dans la période sélectionnée.

1

À partir de l’affichage https://admin.webex.comdu client dans , allez à Analyses , puissélectionnez Appel Webex.

Vous êtes conduit au portail d’administration d’appel.

2

Allez sur le tableau de bord et faites défiler jusqu’à Assurance du service pour voir l’état général de votre organisation.

Si vous souhaitez ouvrir l’outil CScan pour vérifier la latence, la bande passante et les ports, cliquez sur Test de disponibilité du réseau.

Que faire ensuite

Si l’emplacement affiche un taux de Médiocre, ceci indique qu’il peut y avoir un problème avec la qualité média sur l’un de vos emplacements. Les causes les plus courantes ne sont pas assez l’encombrement de la bande passante ou du trafic. Si le problème persiste, allez à l’affichage du client dans , cliquez sur votre nom d’utilisateur https://admin.webex.comd’administrateur, puis cliquez sur Commentaire pour ouvrir un cas.

Exécuter l’outil CSCAN

Vous pouvez utiliser l’outil CISCO SCAN pour vérifier la latence, la bande passante et les ports.

Allez à https://cscan.webex.com/, sélectionnez votre serveur, puis cliquez sur LANCER LE TEST.

Water Mark
18 mars 2021| vue(s) | personnes ont trouvé ceci utile

Informations de référence des ports pour Cisco Webex Calling

Voici une liste des adresses, ports et protocoles utilisés pour connecter vos téléphones, l’application Webex et les passerelles pour les Cisco Webex Calling. Cet article est pour les administrateurs réseau, en particulier les administrateurs de pare-feu et de sécurité proxy qui souhaitent utiliser Webex Calling services au sein de leur organisation.

Un pare-feu correctement configuré est essentiel pour un déploiement réussi des appels. Nous de demander des ports pour la signalisation, les médias, la connectivité réseau et la passerelle locale et parce que Webex Calling est un service global, nous vous recommandons de laisser l’ensemble des ports listés ci-dessous ouverts.

Toutes les configurations des pare-feu n’ont pas besoin d’ouvrir les ports, mais si vous avez des règles interne et externe, vous devez ouvrir les ports pour autoriser les protocoles requis pour le service. Tant que vous déployez NAT, définissez des périodes d’engagement raisonnables et évitez de manipuler SIP sur le périphérique NAT, vous ne devriez pas avoir besoin d’ouvrir des ports entrants sur le pare-feu.


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

Pour en savoir plus sur les exigences réseau pour l Webex Meetings et la messagerie, voir Exigences réseau pour les services Webex.

Webex Calling du trafic à travers le pare-feu

La plupart des clients déploient un pare-feu Internet, ou un proxy Internet et un pare-feu, pour restreindre et contrôler le trafic HTTP basé sur le réseau qui quitte et entre dans leur réseau. Tous les Webex Calling de terminaison ne supportant pas le proxy http(s), veuillez suivre les instructions concernant le pare-feu ci-dessous pour activer l’accès à Webex Calling services à partir de votre réseau.

Configuration du pare-feu

Si votre pare-feu prend en charge le filtrage des URL, configurez le pare-feu pour autoriser les URL de destination Webex Calling listées, qui sont décrites dans le tableau Domaines et URL pour le tableau Webex Calling services.

Cependant, si vous utilisez un pare-feu qui ne prend pas en charge le filtrage des URL/domaines, configurez le pare-feu pour filtrer le trafic en utilisant les plages des adresses IP et les ports répertoriés dans les adresses IP et les ports pour les services Webex Calling.

Adresses IP et ports pour Webex Calling services

Le tableau suivant décrit les ports et les protocoles qui doivent être ouverts sur votre pare-feu pour permettre aux applications et périphériques Webex enregistrés sur le Cloud de communiquer avec Webex Calling signalisation et les services média du Cloud.

Sous-réseaux IP pour Webex Calling réseau

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Objectif de la connexion

Adresses source

Ports source

Protocole

Adresses de destination

Ports de destination

Remarques

Signalisation d’appel Webex Calling (SIP TLS)

Passerelle locale externe (NIC) 8000-65535

TCP

Reportez-vous aux sous-réseaux IP Webex Calling Services.

8934

Ces IPs/ports sont nécessaires pour la signalisation d’appel sortant SIP-TLS à partir des passerelles, périphériques et applications locales (Source) vers Webex Calling Cloud (Destination).

Périphériques

5060-5080

Applications

Éphémère (dépendant du SE)

Call media to Webex Calling (STUN,SRTP)

Passerelle locale NIC externe

8000-48000

UDP

Reportez-vous aux sous-réseaux IP Webex Calling Services.

5004,19560-65535

Ces IP/ports sont nécessaires pour les médias d’appel SRTP sortants à partir des passerelles, périphériques et applications locales (Source) vers Webex Calling Cloud (Destination).

Périphériques

19560-19660

Applications

Éphémère

Signalisation d’appel vers RTCP gatewaye d’appel (SIP TLS) Passerelle locale NIC interne 8000-65535 TCP Votre système ITSP RTCP CM ou Unified CM Dépend de l RTCP option (par exemple, généralement 5060 ou 5061 pour Unified CM)
Call media to RTCP gateway (SRTP) Passerelle locale NIC interne

8000-48000

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

Signalisation d’appel vers les points de terminaison publiquement (SIP TLS)

Reportez-vous aux sous-réseaux IP Webex Calling Services.

Éphémère

TCP

IP du point de terminaison

8934

Ces IP/ports sont nécessaires pour la signalisation d’appel ENTRANT SIP-TLS à partir de Webex Calling Cloud (Source) vers les points de destination publiquement (Destination).

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

Webex Calling mobiles

Éphémère

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Ces IP appartiennent à cloudupgrader.webex.com.

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

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

*Ces IP appartiennent à activation.webex.com.

Ces IP sont nécessaires pour l’intégration sécurisée des périphériques (téléphones MPP) via un code d’activation à 16 chiffres (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Ces IP appartiennent à activate.cisco.com.

Ce domaine est utilisé pour le provisioning des adresses CDA/EDOS - MAC. Utilisé par les périphériques (téléphones MPP, ATA et SPA ATA) avec des microprogrammes plus nouveaux.

Lorsqu’un téléphone se connecte à un réseau pour la première fois ou après une réinitialisation d’usine et qu’aucune option DHCP n’a été définie, il contacte un serveur d’activation de périphérique pour un approvisionnement zéro touch. Les nouveaux téléphones utilisent « activate.cisco.com » au lieu de « webapps.cisco.com » pour le provisioning. Les téléphones avec une version du firmware antérieure à la version 11.2(1) continuent d’utiliser webapps.cisco.com ». Nous vous recommandons d’autoriser les deux noms de domaines dans votre pare-feu.

72.163.10.128/25

173.37.146.128/25

80,443

Ces IP appartiennent à webapps.cisco.com.

Ce domaine est utilisé pour le provisioning des adresses CDA/EDOS - MAC. Utilisé par les périphériques (téléphones MPP, ATA et SPA ATA) avec un microprogramme plus ancien.

Lorsqu’un téléphone se connecte à un réseau pour la première fois ou après une réinitialisation d’usine et qu’aucune option DHCP n’a été définie, il contacte un serveur d’activation de périphérique pour un approvisionnement zéro touch. Les nouveaux téléphones utilisent « activate.cisco.com » au lieu de « webapps.cisco.com » pour le provisioning. Les téléphones avec une version du firmware antérieure à la version 11.2(1) continuent d’utiliser webapps.cisco.com ». Nous vous recommandons d’autoriser les deux noms de domaines dans votre pare-feu.

Reportez-vous aux sous-réseaux IP Webex Calling Services.

80,443

Ces IP sont nécessaires pour la configuration du périphérique et la gestion du firmware pour Webex Calling.

Synchronisation de l’heure du périphérique (NTP)

Webex Calling mobiles

51494

UDP

Reportez-vous aux sous-réseaux IP Webex Calling Services.

123

Ces adresses IP sont nécessaires pour la synchronisation de l’heure pour les périphériques (téléphones MPP, ATA et ATAS SPA)

Résolution du nom du périphérique

Webex Calling mobiles

Éphémère

UDP et TCP

Défini par l’hôte

53

Configuration de l’application

Webex Calling applications

Éphémère

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Ces IP appartiennent aux services d’authentification Webex Idbroker et utilisés par les clients, par exemple les applications Webex.

Reportez-vous aux sous-réseaux IP Webex Calling Services.

80, 443, 8443

Ces IP appartiennent aux services Webex Calling configuration de l’application et utilisés par les clients, c’est-à-dire les applications Webex.

Synchronisation de l’heure des applications

Webex Calling applications

123

UDP

Défini par l’hôte

123

Résolution des noms d’applications

Webex Calling applications

Éphémère

UDP et TCP

Défini par l’hôte

53

CScan

Webex Calling applications

Éphémère

UDP et TCP

Reportez-vous aux sous-réseaux IP Webex Calling Services.

8934 et 80, 443, 19569-19760

Ces IP sont utilisés par les services CScan utilisés par les clients, par exemple les applications Webex. Allez à l cscan.webex.com pour plus d’informations.

† plage du port média CUBE est configurable avec la plage du port rtp.

*Cisco ne possède pas ces adresses IP/plages et peuvent être changées périodiquement. Si vous utilisez un pare-feu, nous vous recommandons d’autoriser les URL listées.

Domaines et URL pour les services Webex Calling’équipe

Domaine/URL

Description

Les applications et périphériques Webex utilisant ces domaines/URL

services Cisco Webex’équipe

*.broadcloudpbx.com

Micro-services d’autorisation Webex pour le lancement croisé de Control Hub vers le portail d’administration d’appel.

Control Hub

*.broadcloud.com.au

Webex Calling services en Australie.

Tous

*.broadcloud.eu

Webex Calling services en Europe.

Tous

*.broadcloudpbx.net

Configuration du client appelant et services de gestion.

Applications Webex

*.cisco.com

Lorsqu’un téléphone se connecte à un réseau pour la première fois ou après une réinitialisation d’usine, s’il n’y a aucune option DHCP configurer, il contacte un serveur d’activation de périphérique pour un approvisionnement zéro touch. Les nouveaux téléphones utilisent activate.cisco.com et les téléphones avec la version du firmware (microprogramme) antérieure à la version 11.2(1), continuent d’utiliser webapps.cisco.com pour le provisioning.

Téléphones MPP, Control Hub

*.ucmgmt.cisco.com

Webex Calling services

Control Hub

*.webex.com

Services principaux de Webex pour l’appel, les réunions et la messagerie tels que l’authentification, etc.

Tous

*.wbx2.com

les micro-services Webex, tels que le service de mise à jour logicielle.

Tous

Services supplémentaires liés à Webex (domaines tiers)

*.appdynamics.com

*.en eum-appdynamics.com

Suivi des performances, capture des erreurs et pannes, métriques de sessions.

Control Hub

*.huron-dev.com

Webex Calling services micro tels que les services d’basculement, la commande de numéros de téléphone et les services d’affectation.

Control Hub

*.sipflash.com

Services de gestion des périphériques (principalement pour les États-Unis).

Applications Webex

*.walkme.com *.walkmeusercontent.com

client d’assistance pour les utilisateurs Webex. Offre des visites à l’intégration et à l’utilisation pour les nouveaux utilisateurs.

Pour plus d’informations sur WalkMe, cliquez ici.

Applications Webex

Si votre pare-feu du réseau prend en charge les listes d’autorisations de domaine pour le trafic http(s), tel que *.webex.com, il est fortement recommandé d’autoriser tous ces domaines.

Webex Meetings/Messagerie - Exigences réseau

Si vous déployez des Webex Calling avec les services de Webex Meetings et de messagerie, les exigences réseau pour les services Webex Meetings et de messagerie se trouvent dans Exigences réseau pour les services Webex.

Historique des révisions de documents

Date

Nous avons apporté les modifications suivantes à cet article

25 mars 2021

Nous avons ajouté 6 nouvelles plages IP pour activate.cisco.com, qui viennent à effet à partir du 8 mai 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4 mars 2021

Remplacement Webex Calling ips discrets et de plages IP plus petites par des plages simplifiées dans un tableau séparé pour plus de compréhension pour la configuration du pare-feu.

26 février 2021

Ajout de 5004 comme port de destination pour les médias d’appel à Webex Calling (STUN,SRTP) pour prendre en charge la connectivité interactive d’Appelants (ICE) qui sera disponible dans Webex Calling en avril 2021.

22 février 2021

Les domaines et les URL sont maintenant listés dans un tableau séparé.

Le tableau des adresses IP et des ports est ajusté aux adresses IP de groupe pour les mêmes services ensemble.

La colonne Notes a été ajoutée au tableau Adresses IP et Ports pour mieux comprendre les besoins.

Les adresses IP suivantes ont été déplacées vers des plages simplifiées pour la configuration du périphérique et la gestion du firmware (Périphériques Cisco) :

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Les adresses IP suivantes ont été ajoutées pour la configuration de l’application parce que le client Cisco Webex est en train d’être pointé vers un nouveau DNS SRV en Australie en mars 2021.

  • 199.59.64.237

  • 199.59.67.237

Le 21 janvier 2021

Nous avons ajouté les adresses IP suivantes à la configuration du périphérique et à la gestion des microprogrammes (Périphériques Cisco) :

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Nous avons supprimé les adresses IP suivantes de la configuration du périphérique et de la gestion des microprogrammes (Périphériques Cisco) :

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Nous avons ajouté les adresses IP suivantes à la configuration de l’application :

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Nous avons supprimé les adresses IP suivantes de la configuration de l’application :

  • 64.68.99.6

  • 64.68.100.6

Nous avons supprimé les numéros de port suivants de la configuration de l’application :

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Nous avons ajouté les domaines suivants à la configuration de l’application :

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Le 23 décembre 2020

Ajout de nouvelles adresses IP de configuration de l’application aux images de référence des ports.

Le 22 décembre 2020

Mise à jour de la ligne Configuration de l’application dans les tableaux pour inclure les adresses IP suivantes : 135.84.171.154 et 135.84.172.154.

Cachez les diagrammes du réseau jusqu’à ce que ces adresses IP y soient également ajoutées.

11 décembre 2020

Mise à jour de la configuration du périphérique et de la gestion des firmwares (périphériques Cisco) et des rangées de configuration de l’application pour les domaines canadiens pris en charge.

16 octobre 2020

Mise à jour de la signalisation d’appel et des entrées média avec les adresses IP suivantes :

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 septembre 2020

Sous CScan, remplacé par 199.59.64.156 par 199.59.64.197.

14 août 2020

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

Signalisation d’appel à Webex Calling (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 août 2020

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

  • Appeler les médias Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Signalisation d’appel vers les points de terminaison public (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24

  • Configuration du périphérique et gestion des firmwares (périphériques Cisco)—135.84.173.155,135.84.174.155

  • Synchronisation de l’heure du périphérique—135.84.173.152, 135.84.174.152

  • Configuration de l’application—135.84.173.154,135.84.174.154

22 juillet 2020

Ajout de l’adresse IP suivante pour prendre en charge l’introduction de centres de données au Canada : 135.84.173.146

9 juin 2020

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

  • Nouvelles fonctionnalités requises nouveaux ports ainsi que le port UDP—19560-19760

11 mars 2020

Nous avons ajouté le domaine et les adresses IP suivants à la configuration de l’application :

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Nous avons mis à jour les domaines suivants avec des adresses IP supplémentaires pour la configuration du périphérique et la gestion du firmware :

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27 février 2020

Nous avons ajouté le domaine et les ports suivants à la configuration du périphérique et à la gestion du firmware :

cloudupgrader.webex.com—443, 6970

Cet article était-il utile ?

Articles connexes

Vu(s) récemment

×