Flux de travail pour la configuration de l’appel Webex
Flux de travail pour la configuration de l’appel Webex

30 septembre 2022
Présentation de Webex Calling

Présentation de 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 l’application Webex pour la messagerie, les réunions et les appels à partir d’un client logiciel Webex Calling ou d’un périphérique Cisco. C’est exactement ce que Webex Calling a à vous offrir.

Webex Calling offre les avantages suivants :

  • abonnements d’appel pour les utilisateurs de téléphonie et les espaces communs.

  • Accès à l’application Webex pour chaque utilisateur

  • accès au réseau téléphonique public commuté (RTCP) pour permettre à vos utilisateurs de composer des numéros en dehors de l’entreprise. 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) ou les options de partenaire ou Cisco RTCP locales.

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

Tableau 1. Fonctions configurables par l’administrateur

Pour certaines des fonctions ci-dessous, vous devez obtenir une tonalité avant de saisir le code.

Description

Répondeur automatique

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

File d’attente d’appel

Vous pouvez mettre en place une file d’attente pour que, lorsqu’il n’est pas possible de répondre aux appels entrants, les appelants bénéficient d’une réponse automatique, de messages de bienvenue et d’une musique d’attente jusqu’à ce que quelqu’un puisse répondre à leur appel.

Prise 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 puissent répondre aux appels des uns et des autres. Lorsque vous ajoutez des utilisateurs à un groupe de prise d’appel et un membre du groupe est occupé ou absent, 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 pouvez vouloir configurer des groupes de recherche dans les cas 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 radiomessagerie 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 périphériques du groupe.

Client réceptionniste

Répondez aux besoins de votre personnel de bureau en lui fournissant un ensemble complet d’options de contrôle des appels, une surveillance de la ligne à grande échelle, une file d’attente d’appels, plusieurs options et affichages de répertoire, une intégration à Outlook, etc.

Les utilisateurs peuvent configurer les fonctions suivantes dans https://settings.webex.com, qui se lance dans le Portail des utilisateurs de Calling.

Tableau 2. Caractéristiques configurables par l’utilisateur

Pour certaines des fonctions ci-dessous, vous devez obtenir une tonalité avant de saisir le code.

Description

Rejet d’appel anonyme

Les utilisateurs peuvent rejeter les appels entrants dont l’identité de l’appelant est bloquée.

Continuité des activités

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

Renvoi d’appel

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

Renvoi sélectif d’appels

Les utilisateurs peuvent renvoyer les appels à des heures précises de certains appelants. Ce paramètre a la priorité sur le renvoi d’appel.

Notification d’appel

Les utilisateurs peuvent s’envoyer un e-mail lorsqu’ils reçoivent un appel selon des critères prédéfinis tels que le numéro de téléphone ou la date et l’heure.

Appel en attente

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

Ne pas déranger

Les utilisateurs peuvent temporairement laisser tous les appels être dirigés directement vers la messagerie vocale.

Office Anywhere

Les utilisateurs peuvent utiliser les téléphones qu’ils ont sélectionnés (« Emplacements ») comme une extension de leur numéro de téléphone professionnel et de leur plan de numérotation.

Alerte prioritaire

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

Bureau à distance

Les utilisateurs peuvent passer des appels depuis un téléphone distant et les faire apparaître sur leur ligne professionnelle. En outre, tout appel entrant sur leur ligne professionnelle sonnera sur ce téléphone distant.

Acceptation sélective des appels

Les utilisateurs peuvent accepter des appels à des heures précises de la part de certains appelants.

Rejet sélectif des appels

Les utilisateurs peuvent rejeter des appels à des heures précises de la part de certains appelants.

Sonnerie séquentielle

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

Sonnerie simultanée

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

Provisionnement des services, des périphériques et des utilisateurs dans Control Hub, lancement croisé vers la configuration détaillée dans le Portail d’administration de Calling

Control Hub (https://admin.webex.com) est un portail de gestion qui s’intègre à Webex Calling pour rationaliser vos commandes et configuration et centraliservotre gestion de l’offre groupée –Webex Calling, application Webex et réunions.

Le Control Hub est le point central pour le provisionnement de tous les services, périphériques et utilisateurs. Vous pouvez configurer votre service d’appel pour la première fois, enregistrer des téléphones MPP dans le nuage (à l’aide de 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 du Control Hub, vous pouvez effectuer un lancement croisé vers le Portail d’administration des appels.

Expérience de l’utilisateur

Les utilisateurs ont accès aux interfaces suivante :

Aperçu

Webex Calling réduire les coûts opérationnels et améliorer la productivité en vous aidant à migrer des communications professionnelles critiques vers le Cloud. Lorsqu’elle est combinée avec d’autres applications et périphériques Webex, elle est le cœur d’une expérience complète d’appel et de collaboration sur le Cloud. Cisco prend en charge les déploiements sur site, dans le Cloud et les modèles mixtes pour que nos clients restent connectés et productifs quel que soit le lieu où ils se connectent ; même lors d’événements de marché perturbateurs.

Webex Calling inclut maintenant une option d’instance dédiée sur le Cloud en fonction de l’architecture Cisco Unified Communications Manager du cloud. L’instance dédiée est intégrée à Webex Calling et profite des services de plate-forme Webex, ce qui apporte une innovation au Cloud et une meilleure expérience pour les clients qui ont besoin de prendre en charge les points de terminaison Cisco plus anciens, les solutions locales de survivabilité ou les intégrations existantes faisant partie des workflows critiques de l’entreprise.

L’add-on d’instance dédiée pour Webex Calling inclut :

  • Cisco Unified Communications Manager

  • Cisco Unified mi et Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (région d’Amérique uniquement)

  • Cisco Session Management Edition (SME) (Facultatif)

Retour sur investissement étendu – L’instance dédiée prend en charge les mêmes points de terminaison vocaux et vidéo que la version de UC Manager associée, éliminant ainsi la nécessité d’actualiser tous les points de terminaison des clients lors de la migration vers le Cloud et d’étendre le retour sur investissement de ces ressources.

Inter-op de base – Une instance dédiée est intégrée au système Webex Calling le routage des appels via la plate-forme Webex. Les clients ont la flexibilité de distribuer des utilisateurs à la fois dans les instances dédiées et les Webex Calling et de régler au fil du temps pour répondre à leurs besoins professionnels d’appel sur le Cloud.


Les clients qui divisent les utilisateurs sur toutes les plateformes auront des fonctionnalités différentes. Les fonctionnalités d’appel ne sont pas prévues entre l’instance dédiée et Webex Calling. Par exemple, Webex Calling utilisateurs ne peuvent pas faire partie d’une groupe de recherche/groupe de distribution des appels sur une instance dédiée.

Visite guidée de Control Hub

Control Hub est votre interface Web unique pour la gestion de votre entreprise, la gestion de vos utilisateurs, l’attribution de services, l’analyse des tendances d’adoption et de la qualité des appels, et bien plus encore.

Pour que votre organisation soit opérationnel, nous vous recommandons d’inviter quelques utilisateurs à rejoindre l’application Webex en entrant leurs adresses électroniques dans le Control Hub. Encouragez les personnes à utiliser les services que vous proposez, y compris les appels, et à vous faire part de 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 de Mozilla Firefox pour accéder à Control Hub. Les navigateurs des périphériques mobiles et d’autres navigateurs de bureau peuvent produire des résultats inattendus.

Utilisez les informations présentées ci-dessous comme un résumé de haut niveau de ce à quoi vous devez vous attendre lorsque vous configurez votre entreprise avec des services. Pour des informations plus détaillées, consultez les chapitres individuels pour des instructions étape par étape.

Commencer

Une fois que votre partenaire aura créé votre compte, vous recevrez un courrier électronique de bienvenue. Cliquez sur le lien Démarrer dans le courrier électronique, en utilisant Chrome ou Firefox pour accéder à Control Hub. Le lien vous connecte automatiquement avec votre adresse électronique d’administrateur. Ensuite, vous serez invité à créer votre mot de passe administrateur.

Premier assistant pour les essais

Si votre partenaire vous a inscrit à un essai, l’assistant de configuration démarre automatiquement après que vous vous soyez connecté à Control Hub. L’assistant vous guide à travers les paramètres de base pour que votre entreprise soit opérationnelle avec Webex Calling, entre autres services. Vous pouvez configurer et revoir vos paramètres d’appel avant de terminer la visite de l’assistant.

Révisez vos paramètres

Lorsque Control Hub se charge, 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 dans Utilisateurs et cliquez sur Gestion des utilisateurs.

Si vous utilisez Microsoft Active Directory, nous vous recommandons d’activer d’abord Synchronisation d’annuaire et de décider ensuite comment vous voulez ajouter des utilisateurs. Cliquez sur Suivant et suivez les instructions pour configurer Cisco Directory Connector.

Configurer l'authentification unique (SSO)

L’application Webex utilise l’authentification de base. Vous pouvez choisir de configurer l’authentification unique SSO pour que les utilisateurs s’authentifient auprès de votre fournisseur d’identité d’entreprise en utilisant leurs informations d’identification d’entreprise, plutôt qu’un mot de passe distinct 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 l’application Webex.

Allez dans 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 fonctions d’appel, à enregistrer les périphériques qui peuvent être partagés dans un emplacement commun, et à enregistrer et associer les périphériques aux utilisateurs.

Donnez du pouvoir à 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 l’application Webex pour la messagerie et les réunions. Encouragez-les à utiliser Cisco Webex Settings comme guichet unique d’accès.

Rôle de la passerelle locale

La passerelle locale est un périphérique géré par l’entreprise ou un partenaire pour l’interfonctionnement du réseau téléphonique public commuté (RTCP) et l’interfonctionnement des autocommutateurs publics (PBX) existants (y compris Unified CM).

Vous pouvez utiliser Control Hub pour affecter une passerelle locale à un emplacement, après quoi Control Hub fournit des paramètres que vous pouvez configurer sur le CUBE. Ces étapes permettent d’enregistrer la passerelle locale sur le Cloud, puis le service RTCP est fourni par la passerelle aux utilisateurs de Webex Calling dans un lieu spécifique.

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

Déploiements de 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 de manière autonome ou dans des déploiements où l’intégration dans Cisco Unified Communications Manager est requise.

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

Déploiements de passerelles locales autonomes

Cette figure montre un déploiement de Webex Calling sans PBX IP existant et s’applique à un déploiement sur un seul site ou sur plusieurs sites.

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

La passerelle RTCP peut être une plateforme dédiée ou co-résidente avec la passerelle locale. Comme dans la figure suivante, nous recommandons la variante de passerelle RTCP dédiée de ce déploiement ; elle peut être utilisée si la passerelle RTCP existante ne peut pas être utilisée comme passerelle locale Webex Calling.

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

La passerelle locale peut être basée sur IP, en se connectant à un ITSP à l’aide d’une trunk SIP, ou sur TDM à l’aide d’un circuit RNIS ou analogique. La figure suivante montre un déploiement Webex Calling où la passerelle locale est co-résidente avec le RTCP GW/SBC.

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

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

  • les emplacements compatibles avec Webex Calling sont ajoutés à un déploiement UC Cisco existant où Unified CM est déployé comme solution de contrôle des appels sur site.

  • la numérotation directe entre les téléphones enregistrés auprès d’Unified CM et les téléphones des sites Webex Calling est requise.

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

Webex Calling envoie des appels qui ne correspondent pas aux destinations Webex Calling client vers la passerelle locale. Ceci inclut RTCP et les extensions internes Unified CM, que vous ne Webex Calling voir. La passerelle locale a routes tous les appels qui viennent de l Webex Calling à Unified CM et vice versa. Unified CM achemine ensuite les appels entrants vers des destinations locales ou vers le RTCP selon le plan de numérotation existant. Le plan de numérotation d'Unified CM normalise les numéros comme +E.164. La passerelle RTCP peut être dédiée ou co-résidente avec la passerelle locale.

Passerelle RTCP dédiée

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

Passerelle RTCP corésidente

Cette figure montre un déploiement Webex Calling avec un Unified CM où la passerelle locale est corésidente avec la passerelle RTCP/SBC.

Webex Calling route tous les appels qui ne correspondent pas aux destinations Webex Calling client vers la passerelle locale qui est attribuée à l’emplacement. Cela inclut les destinations RTCP et les appels sur le réseau vers les extensions internes d'Unified CM. La passerelle locale achemine tous les appels vers Unified CM. Unified CM achemine ensuite les appels vers les téléphones enregistrés localement ou vers le RTCP par l’intermédiaire de la passerelle locale, qui dispose de la fonctionnalité RTCP/SBC au même endroit.

Considérations sur le routage des appels

Appels de Webex Calling vers Unified CM

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

Pour un déploiement de Webex Calling sans intégration dans un Unified CM existant, tout appel hors réseau est considéré comme un appel RTCP. Lorsqu’il est combiné avec Unified CM, un appel off-net peut toujours être un appel on-net vers n’importe quelle destination hébergée sur Unified CM ou un véritable appel off-net vers une destination RTCP. La distinction entre ces deux derniers types d’appel est déterminée par Unified CM et dépend du plan de numérotation d’entreprise qui est provisionné sur Unified CM.

La figure suivante montre un utilisateur Webex Calling composant un numéro national aux Etats-Unis.

Unified CM, basé sur le plan d’appel configuré, achemine l’appel vers un terminal enregistré localement sur lequel la destination appelée est provisionnée comme numéro d’annuaire. Pour cela, le plan de numérotation d'Unified CM doit prendre en charge le routage des numéros +E.164.

Appels d'Unified CM vers Webex Calling

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

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

Si un appelant dans le RTCP appelle un numéro SDA qui est attribué à un périphérique Webex Calling, alors l’appel est transféré à l’entreprise via la passerelle RTCP de l’entreprise et atteint ensuite Unified CM. L’adresse appelée de cet appel correspond à l’une des routes Webex Calling qui est provisionnée dans Unified CM et l’appel est envoyé à la passerelle locale. (L’adresse appelée doit être au format +E.164 lorsqu’elle est envoyée à la passerelle locale). La logique Webex Calling de routage interne permet de s’assurer que l’appel est envoyé au périphérique Webex Calling,en fonction de l’attribution DID.

De plus, les appels provenant de points de terminaison enregistrés dans Unified CM, destinés à des destinations dans Webex Calling, sont soumis au plan de numérotation qui est provisionné dans Unified CM. En général, ce plan de numérotation permet aux utilisateurs d’utiliser les habitudes de numérotation courantes dans l’entreprise pour passer des appels. Ces habitudes n’incluent pas nécessairement la numérotation +E.164. Toutes les habitudes de numérotation autres que +E.164 doivent être normalisées sur +E.164 avant que les appels ne soient envoyés à la passerelle locale pour permettre un acheminement correct dans les Webex Calling.

Classe de service (CoS)

La mise en œuvre de restrictions strictes en matière de classe de service est toujours recommandée pour diverses raisons, notamment pour éviter les boucles d’appel et prévenir la fraude au péage. Dans le contexte de l’intégration de la passerelle locale Webex Calling avec la classe de service d’Unified CM, nous devons considérer la classe de service pour :

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

  • Appels entrant dans Unified CM depuis le RTCP

  • Appels venant dans Unified CM à partir de Webex Calling

périphériques enregistrés avec Unified CM

L’ajout des destinations Webex Calling comme nouvelle classe de destinations à une configuration CoS existante est assez simple : l’autorisation d’appeler les destinations Webex Calling est généralement équivalente à l’autorisation d’appeler des destinations sur site (y compris entre sites).

Si un plan de numérotation d’entreprise met déjà en œuvre une permission « (abrégée) on-net inter-site » alors il y a déjà une partition provisionnée sur Unified CM que nous pouvons utiliser et provisionner toutes les destinations connues on-net Webex Calling dans la même partition.

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

Appels entrant dans Unified CM depuis le RTCP

L’ajout des destinations Webex Calling comme nouvelle classe de destinations à une configuration CoS existante est assez simple : l’autorisation d’appeler les destinations Webex Calling est généralement équivalente à l’autorisation d’appeler des destinations sur site (y compris entre sites).

Si un plan de numérotation d’entreprise met déjà en œuvre une permission « (abrégée) on-net inter-site » alors il y a déjà une partition provisionnée sur Unified CM que nous pouvons utiliser et provisionner toutes les destinations connues on-net Webex Calling dans la même partition.

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

Appels venant dans Unified CM à partir de Webex Calling

Les appels provenant du RTCP doivent avoir accès à toutes les destinations Webex Calling. Pour cela, il faut ajouter la partition ci-dessus contenant toutes les destinations Webex Calling à l’espace de recherche d’appel utilisé pour les appels entrants sur la ligne RTCP. L’accès aux destinations Webex Calling s’ajoute à l’accès déjà existant.

Alors que pour les appels provenant du RTCP, l’accès aux DID d’Unified CM et aux DID de Webex Calling est nécessaire. Les appels provenant de Webex Calling ont besoin d’un accès aux DID d’Unified CM et aux destinations RTCP.

Figure 1. CoS différencié pour les appels provenant du RTCP et de Webex Calling

Cette figure compare ces deux classes de service différentes pour les appels provenant de deux RTCP et Webex Calling. La figure montre également que si la fonctionnalité de passerelle RTCP est colocalisée avec la passerelle locale, alors deux lignes auxiliaires sont nécessaires depuis la passerelle GW RTCP et la passerelle locale combinées vers Unified CM : un pour les appels provenant du RTCP et un pour les appels provenant de Webex Calling. Cette exigence est motivée par la nécessité d’appliquer des espaces de recherche d’appels 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 la section « Architecture préférée pour les déploiements de la Collaboration Cisco sur site, CVD ». La dernière version est disponible ici.

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 SRND du système de collaboration Cisco disponible ici.

Figure 2. Plan de numérotation recommandé

Cette figure montre une vue d’ensemble de la conception du plan de numérotation recommandé. Les principales caractéristiques de ce plan de numérotation sont les suivantes :

  • Tous les numéros d’annuaire qui sont configurés sur Unified CM sont au format +E.164.

  • Tous les numéros d’annuaire résident dans la même partition (DN) et sont marqués comme urgents.

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

  • Toutes les habitudes de numérotation non +E.164 (par exemple, la numérotation abrégée à l’intérieur d’un site et la numérotation RTCP à l’aide d’habitudes de numérotation courantes) sont normalisées (globalisées) au format +E.164 à l’aide de modèles de traduction de normalisation de numérotation.

  • Les modèles de traduction pour la normalisation de la numérotation utilisent l’héritage de l’espace de recherche d’appel des modèles de traduction ; l’option « Utiliser l’espace de recherche de l’appelant d’origine » est configurée.

  • La classe de service est mise en œuvre à l’aide d’espaces de recherche d’appels spécifiques au site et à la classe de service.

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

Accessibilité à l’Webex Calling

Figure 3. Ajouter Webex Calling destination au plan de numérotation

Pour ajouter l’accessibilité pour les destinations Webex Calling à cette plan de numérotation, une partition représentant toutes les destinations Webex Calling doit être créée (« Webex Calling ») et un Schéma de route +E.164 pour chaque plage DID dans Webex Calling est ajouté à cette partition. Ce modèle de route fait référence à une liste de route avec un seul membre : le groupe de route avec le tronc SIP vers la passerelle locale pour les appels Webex Calling. 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 RTCP cet ensemble unique de schémas de route +E.164 est suffisant pour atteindre les destinations dans Webex Calling indépendamment de l’habitude de numérotation utilisée.

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

Ajouter la numérotation intersites abrégée

Figure 4. Ajout de la numérotation abrégée entre sites

La méthode recommandée pour ajouter la numérotation intersites abrégée au plan de numérotation de référence consiste à ajouter des modèles de traduction de normalisation de numérotation pour tous les sites du plan de numérotation d’entreprise à une partition dédiée (« ESN », Enterprise Significant Numbers). Ces modèles de traduction interceptent les chaînes de numérotation au format du plan de numérotation d’entreprise et normalisent la chaîne composée en +E.164.

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

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

Gestionnaires de protocole pour les appels

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

  • CLICKTOCALL : ou CLICKTOCALL://

  • SIP : ou SIP://

  • TEL : ou TEL://

  • WEBEXTEL : ou WEBEXTEL://

Gestionnaires de protocole 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. La préférence de l’utilisateur peut être mémorisée s’il coche 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 l’application Webex, vous pouvez leur demander de changer les associations de protocole pour l’application Webex dans Windows 10 :

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

  2. Pour chaque protocole, choisissez Application Webex .

Responsables de protocoles pour macOS

Sur Mac OS, si d’autres applications se sont inscrites aux protocoles d’appel avant l’application Webex, les utilisateurs doivent configurer leur application Webex pour qu’elle soit l’option d’appel par défaut.

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

30 septembre 2022
préparer votre environnement pour l’appel Webex.

Conditions préalables requises pour Calling

Licence

Webex Calling est disponible dans le cadre de l’abonnement Cisco Collaboration Flex. Vous devez acheter un abonnement Enterprise Agreement (EA) (pour tous les utilisateurs, y compris 50 % des périphériques Workspaces) ou un abonnement Named User (NU) (Utilisateur nommé) (pour certains ou tous les utilisateurs).

Webex Calling offre trois types de licences (« Types de stations »)

  • Professionnel : ces licences offrent 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 l’application Webexet l’option de regrouper des réunions avec un nombre de participants jusqu’à 1 000 participants par réunion.

  • Basique–choisissez cette option si vos utilisateurs ont besoin de fonctionnalités limitées sans mobilité ni communications unifiées. Ils bénéficieront toujours d’une offre vocale complète mais seront limités à un seul périphérique par utilisateur.


    Les licences de base ne sont disponibles que si vous avez un abonnement d’utilisateur nommé. Les licences basiques ne sont pas prises en charge pour les abonnements Enterprise Agreement (EA) (Accord d’entreprise).

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

Cette documentation vous montre ensuite comment utiliser le Control Hub pour gérer ces distributions de licences entre les différents sites de votre organisation.

Exigences en matière de bande passante

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

Passerelle locale pour le RTCP sur site

Les revendeurs à valeur ajoutée (VAR) et les fournisseurs de services (SP) peuvent fournir un accès RTCP aux organisations qui utilisent Webex Calling. La passerelle locale est actuellement la seule option permettant de fournir un accès RTCP sur site. La passerelle locale peut être déployée de manière autonome ou dans des déploiements où l’intégration dans Cisco Unified Communications Manager est requise. Les exigences concernant la passerelle locale sont les suivantes.

Périphériques pris en charge

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


Pour obtenir la liste complète des périphériques pris en charge par Webex Calling, consultez Périphériques pris en charge par Webex Calling.

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

Pare-feu

Répondez aux exigences en matière de pare-feu qui sont documentées dans Informations de référence sur les ports pour Cisco Webex Calling.

Exigences de la passerelle locale pour Webex Calling

Conditions préalables générales

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

    • avez une connaissance de base des principes de la VoIP

    • avez une connaissance de base des concepts de voix de Cisco IOS-XE et IOS-XE

    • Avoir une connaissance de base du protocole d’ouverture de session (SIP)

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

    Vous trouverez plus de détails dans le guide de configuration de Cisco Unified Border Element (CUBE) Enterprise à l’adresse suivante https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Exigences en matière de certificats et de sécurité pour la passerelle locale

Webex Calling nécessite une signalisation et un support sécurisés. La passerelle locale effectue le chiffrement, et une connexion TLS doit être établie vers le Cloud en suivant les étapes suivantes :

  • la LGW doit être mise à jour avec le faisceau racine de l’autorité de certification de Cisco PKI.

  • Un ensemble d’informations d’identification SIP provenant de la page de configuration de la ligne auxiliaire du Control Hub est utilisé pour configurer le LGW (les étapes font partie de la configuration qui suit).

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

  • Demande d’informations d’identification (SIP digest fourni)

  • Le Cloud identifie la passerelle locale enregistrée de manière sécurisée.

Exigences en matière de pare-feu, de traversée NAT et d’optimisation des chemins médiatiques 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 des adresses IP privées avec NAT. Le pare-feu de l’entreprise doit autoriser le trafic sortant (SIP, RTP/UDP, HTTP) vers des adresses IP/ports spécifiques, décrits dans Informations de référence sur les ports.

Si vous souhaitez utiliser l’optimisation des voies de transmission avec ICE, l’interface de la passerelle locale faisant face à Webex Calling doit disposer d’un chemin réseau direct vers et depuis les points de terminaison de Webex Calling. Si les points de terminaison se trouvent dans un endroit différent et qu’il n’y a pas de chemin réseau direct entre les points de terminaison et l’interface de la passerelle locale faisant face à Webex Calling, la passerelle locale doit avoir une adresse IP publique attribuée à l’interface faisant face à Webex Calling pour que les appels entre la passerelle locale et les points de terminaison puissent utiliser l’optimisation des chemins de média. En outre, elle doit exécuter IOS-XE version 16.12.5.

30 septembre 2022
Configurer Cisco Webex Calling pour votre organisation

Personnalisez votre entreprise pour Webex Calling dans Control Hub. Après avoir activé votre premier emplacement à l’aide de l’assistant de première installation, vous pouvez configurer et gérer des emplacements supplémentaires, l’affectation et l’utilisation des lignes réseau, les options du plan de numérotation, les utilisateurs, les périphériques et les fonctionnalités.

La première étape pour que les services de Webex Calling soient opérationnels consiste à exécuter les étapes de l’assistant de première installation (API). Une fois les étapes de l’API terminées pour votre premier emplacement, il n’est pas nécessaire de les exécuter pour les autres emplacements.

1

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


 

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

2

Relisez et acceptez les conditions de service.

3

Relisez votre plan, puis cliquez sur Démarrer.


 

Votre gestionnaire de compte est responsable de l’activation des premières étapes pour l’assistant de première installation (API). Contactez votre gestionnaire de compte si vous recevez un message « Impossible de configurer votre appel », lorsque vous sélectionnez Démarrer.

4

Sélectionnez le pays auquel votre centre de données doit correspondre, puis saisissez les informations relatives au contact et à l’adresse du client.

5

Cliquez sur Suivant : emplacement par défaut.

6

Choisissez parmi les options suivantes :

  • Cliquez sur Enregistrer et fermer si vous êtes un administrateur partenaire et que vous souhaitez que l’administrateur client termine le provisionnement de Webex Calling.
  • remplissez les informations nécessaires sur l’emplacement. Après avoir créé l’emplacement dans l’assistant, vous pouvez créer d’autres emplacements par la suite.

 

Après avoir terminé l’assistant de configuration, assurez-vous d’ajouter un numéro principal à l’emplacement que vous avez créé.

7

Effectuez les sélections suivantes pour les appliquer à cet emplacement :

  • Langue de l’annonce–Pour les annonces audio et les invites concernant les nouveaux utilisateurs et les nouvelles fonctions.
  • Langue du courrier électronique–Pour les communications par courrier électronique destinées aux nouveaux utilisateurs.
  • Pays
  • Fuseau horaire
8

Cliquez sur Suivant.

9

Saisissez une adresse SIP Cisco Webex disponible et cliquez sur Suivant et sélectionnez Terminer.

Avant de commencer

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

  • adresse de l’emplacement

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

1

À partir de l’affichage du https://admin.webex.comclient dans , allez à Services > appel > l’emplacement, puis cliquez sur Ajouter un emplacement.

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

2

Configurez les paramètres de l’emplacement :

  • nom de l’emplacement–Saisissez un nom unique pour identifier l’emplacement.
  • Pays/Région—Choisissez un pays pour lier l’emplacement à. Par exemple, vous pouvez créer un emplacement (siège social) aux Etats-Unis et un autre (succursale) au Royaume-Uni. Le pays que vous choisissez détermine les champs d’adresse qui suivent. Ceux qui sont documentés ici utilisent la convention d’adresse des Etats-Unis à titre d’exemple.
  • Adresse de l’emplacement—Saisissez l’emplacement principal de l adresse postale.
  • Ville/Ville—Saisissez une ville pour cet emplacement.
  • État/Province/Région—À partir de la zone de drop-down, choisissez un état.
  • CP/Code postal—Saisissez le CP ou code postal.
  • Langue d’annonce–Choisissez la langue pour les annonces audio et les invites pour les nouveaux utilisateurs et les fonctionnalités.
  • Langue de la messagerieélectronique–Choisissez la langue pour la communication par courrier électronique avec les nouveaux utilisateurs.
  • Fuseau horaire—Choisissez le fuseau horaire pour l’emplacement.
3

Cliquez sur Enregistrer et choisissez Oui / Non pour ajouter des numéros à l’emplacement maintenant ou plus tard.

4

Si vous cliquez sur Oui , choisissez l’une des options suivantes :

  • RTCP Cisco –Choisissez cette option si vous souhaitez une solution RTCP sur le Cloud de Cisco. L’abonnement au service d’appel Cisco est une solution complète de remplacement du RTCP qui fournit les appels d’urgence, les appels nationaux et internationaux entrants et sortants, et vous permet de commander de nouveaux numéros RTCP ou de transférer des numéros existants vers Cisco.


     

    L’option Cisco RTCP n’est visible que dans les conditions suivantes :

    • Vous avez acheté au moins un abonnement au service d’appel Cisco OCP (Abonnement d’appels sortants).

    • Votre emplacement se trouve dans un pays où le service d’appel Cisco est pris en charge.

    • Votre emplacement est nouveau. Les emplacements préexistants auxquels d’autres fonctionnalités RTCP ont été attribuées ne peuvent pas bénéficier du plan d’appel Cisco pour le moment. Ouvrez un dossier d’assistance pour obtenir des conseils.

    • Vous êtes hébergé dans un centre de données d’appel Webex dans une région où l’abonnement au service d’appel Cisco est pris en charge.

  • RTCP connecté sur le Cloud–Choisissez cette option si vous recherchez une solution RTCP sur le Cloud auprès de l’un des nombreux partenaires CCP de Cisco ou si l’abonnement au service d’appel Cisco n’est pas disponible dans votre région. Les partenaires CCP offrent des solutions de remplacement du RTCP, une couverture mondiale étendue et une gamme large et variée de fonctionnalités, de conditionnements et de prix.

     

    Les partenaires CCP et leur couverture géographique sont répertoriés ici. Seuls les partenaires qui prennent en charge le pays de votre emplacement sont affichés. Les partenaires sont répertoriés soit avec un logo, soit sous la forme d’une brève chaîne de texte suivie d’une région, entre parenthèses (exemple : (EU), (US) ou (CA)). Les partenaires listés avec un logo offrent toujours Média régional pour CCP. Pour les partenaires affichés sous la forme d’une chaîne de caractères, choisissez la région la plus proche du pays où vous vous trouvez afin de garantir un média régional pour CCP.

    Si vous voyez l’option de Commander des numéros maintenant sous un fournisseur listé, nous vous recommandons de choisir cette option afin de bénéficier du CCP intégré. Le CCP intégré permet l’approvisionnement et le provisionnement de numéros de téléphone dans Control Hub sur une seule fenêtre. La solution CCP non intégrée vous oblige à vous procurer vos numéros de téléphone auprès du partenaire CCP en dehors de Control Hub.

  • RTCP sur site (passerelle locale)–Vous pouvez choisir cette option si vous souhaitez conserver votre fournisseur RTCP actuel ou si vous souhaitez connecter des sites qui ne sont pas sur le Cloud à des sites sur le Cloud.

Le choix de l’option RTCP se fait au niveau de chaque emplacement (chaque emplacement n’a qu’une seule option RTCP). Vous pouvez combiner autant d’options que vous le souhaitez pour votre déploiement, mais chaque emplacement n’aura qu’une seule option. Une fois que vous avez sélectionné et provisionné une option RTCP, vous pouvez la modifier en cliquant sur Gérer dans les propriétés RTCP de l’emplacement. Certaines options, telles que Cisco RTCP, peuvent toutefois ne pas être disponibles après qu’une autre option ait été attribuée. Ouvrez un dossier d’assistance pour obtenir des conseils.

5

Choisissez si vous voulez activer les numéros maintenant ou ultérieurement.

6

Si vous avez sélectionné un CCP non intégré ou un RTCP basé sur site, saisissez les numéros de téléphone sous forme de valeurs séparées par des virgules, puis cliquez sur Valider.

Les numéros sont ajoutés pour l’emplacement spécifique. Les entrées valides se déplacent vers le champ Numéros validés, et les entrées non valides restent dans le champ Ajouter des numéros, accompagnées d’un message d’erreur.

Selon le pays de l’emplacement, les numéros sont formatés en fonction des exigences de numérotation locales. Par exemple, si un code de pays est requis, vous pouvez saisir les numéros avec ou sans le code et celui-ci est ajouté au début.

7

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 911 d’urgence RedSky pour Webex Calling pour plus d’informations.

Avant de commencer


Obtenez une liste des utilisateurs et des espaces de travail associés à un emplacement : Allez à Services > appel > et à partir du menu déroulant, sélectionnez l’emplacement à supprimer. Vous devez supprimer ces utilisateurs et espaces de travail avant de supprimer l’emplacement.

1

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

2

Cliquez dans la colonne Actions à côté de l’emplacement que vous souhaitez supprimer.

3

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 à côté du nom de l’emplacement et en sélectionnant Statut de suppression.

Vous pouvez modifier le RTCP configuration de votre site, le nom, le fuseau horaire et la langue d’un emplacement après sa création. N’oubliez pas cependant que la nouvelle langue ne s’applique qu’aux nouveaux utilisateurs et périphériques. Les utilisateurs et périphériques existants continuent à utiliser l’ancienne langue.


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

1

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

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

2

(Facultatif) Sous Connexion au RTCP, sélectionnez soit RTCP connecté au Cloud, soit RTCP sur site (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. Ensuite, choisissez l’une des options suivantes et cliquez sur Enregistrer :

  • RTCP Cisco –Choisissez cette option si vous souhaitez une solution RTCP sur le Cloud de Cisco. Le Plan d’appel Cisco est une solution de remplacement RTCP complète qui fournit l’appel d’urgence, l’appel entrant et sortant, national et international et vous permet de commander des nouveaux numéros RTCP ou des numéros de port existants vers Cisco.


     

    L’option Cisco RTCP n’est visible que dans les conditions suivantes :

    • Vous avez acheté au moins un abonnement au service d’appel Cisco OCP (Abonnement d’appels sortants).

    • Votre emplacement se trouve dans un pays où le service d’appel Cisco est pris en charge.

    • Votre emplacement est nouveau. Actuellement, les emplacements existants qui ont d’autres fonctions RTCP ne sont pas éligibles au plan d’appel Cisco. Ouvrez un dossier d’assistance pour obtenir des conseils.

    • Vous êtes hébergé dans un centre de données d’appel Webex dans une région où l’abonnement au service d’appel Cisco est pris en charge.

  • RTCP connecté sur le Cloud–Choisissez cette option si vous recherchez une solution RTCP sur le Cloud auprès de l’un des nombreux partenaires CCP de Cisco ou si l’abonnement au service d’appel Cisco n’est pas disponible dans votre région. Les partenaires CCP offrent des solutions de remplacement du RTCP, une couverture mondiale étendue et une gamme large et variée de fonctionnalités, de conditionnements et de prix.

     

    Les partenaires CCP et leur couverture géographique sont répertoriés ici. Seuls les partenaires qui prennent en charge le pays de votre emplacement sont affichés. Les partenaires sont répertoriés soit avec un logo, soit sous la forme d’une brève chaîne de texte suivie d’une région, entre parenthèses (exemple : (EU), (US) ou (CA)). Les partenaires listés avec un logo offrent toujours Média régional pour CCP. Pour les partenaires affichés sous la forme d’une chaîne de caractères, choisissez la région la plus proche du pays où vous vous trouvez afin de garantir un média régional pour CCP.

    Si vous voyez l’option de Commander des numéros maintenant sous un fournisseur listé, nous vous recommandons de choisir cette option afin de bénéficier du CCP intégré. Le CCP intégré permet l’approvisionnement et le provisionnement de numéros de téléphone dans Control Hub sur une seule fenêtre. La solution CCP non intégrée vous oblige à vous procurer vos numéros de téléphone auprès du partenaire CCP en dehors de Control Hub.

  • Accès aux données sur site RTCP (passerelle locale)—Vous pouvez choisir cette option si vous souhaitez conserver votre fournisseur d’RTCP actuel ou si vous souhaitez connecter les sites noncloud avec les sites du Cloud.

     

    Webex Calling clients dont l’emplacement est précédemment configuré avec une passerelle locale seront automatiquement convertis en RTCP sur site avec un tronc correspondant.

3

Sélectionnez le Numéro principal auquel le contact principal du site peut être joint.

4

(Facultatif) Sous Appel d’urgence, vous pouvez sélectionner Identificateur de l’emplacement d’urgence pour attribuer à cet emplacement.


 

Ce paramètre est facultatif et s’applique uniquement aux pays qui le demandent.

Dans certains pays (Exemple : France), règlementation exigences existent pour les systèmes de radio cellulaire pour établir l’identité de la cellule lorsque vous faites un appel d’urgence et est mis à la disposition des autorités d’urgence. D’autres pays comme les États-Unis et le Canada appliquent une détermination géographique par d’autres méthodes. Pour plus d’informations, voir Appel d’urgence amélioré.

Votre fournisseur d’appel d’urgence peut avoir besoin d’informations sur le réseau d’accès et les atteindre en définissant une nouvelle extension SIP privée, P-Access-Network-Info. L’en-tête transporte les informations relatives au réseau d’accès.

Lorsque vous définissez l’identificateur de l’emplacement d’urgence pour un emplacement, la valeur de l’emplacement est envoyée au fournisseur dans le cadre du message SIP. Contactez votre fournisseur d’appel d’urgence pour voir si vous avez besoin de ce paramètre et utilisez la valeur fournie par votre fournisseur d’appel d’urgence. »

5

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

6

(Facultatif) Cliquez sur l’icône du crayon en haut de la page Emplacement pour changer le nom de l’emplacement, la langue d’annonce, la langue de l’adresse électronique, Fuseau horaireou l’adresse si nécessaire, puis cliquez sur Enregistrer.


 

Changer la langue d’annonce prend effet immédiatement pour tous les nouveaux utilisateurs et fonctionnalités ajoutés à cet emplacement. Si les utilisateurs existants et/ou les fonctionnalités doivent également changer la langue de leur annonce, lorsque vous y êtes invité(e), sélectionnez Changer pour les utilisateurs existants et les espaces de travail ou Changer pour les fonctionnalités existantes . Cliquez sur Appliquer. Vous pouvez consulter la progression sur la page Tâches. Vous ne pouvez plus apporter des modifications tant que ceci n’est pas terminé.


 

La modification du fuseau horaire d’un emplacement ne met pas à jour les fuseaux horaires des fonctions associées à cet emplacement. Pour modifier les fuseaux horaires pour les fonctionnalités telles que le répartiteur automatique, le groupe de recherche et la file d’attente d’appels, allez dans la section Paramètres généraux de la fonctionnalité spécifique pour laquelle vous souhaitez mettre à jour le fuseau horaire, puis modifiez-les et enregistrez-les.

Ces paramètres concernent la numérotation interne et sont également disponibles dans l’assistant de première installation. Lorsque vous modifiez votre plan de numérotation, les exemples de numéros dans Control Hub sont mis à jour pour indiquer ces changements.


Les codes d’appel sortants ne sont pas pris en charge sur l’application Webex, Webex Calling app, ou les périphériques de salle Cisco.


Vous pouvez configurer les autorisations d’appels sortants pour un emplacement. Voir ces étapes pour configurer les autorisations d’appels sortants.

1

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

2

Configurez les préférences de numérotation facultatives suivantes, selon les besoins :

  • longueur du préfixe d’acheminement 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 numéro de poste, les utilisateurs doivent composer un préfixe lorsqu’ils appellent entre les emplacements. Par exemple, si vous avez plusieurs magasins, tous avec l’extension 1000, vous pouvez configurer un préfixe de routage pour chaque magasin. Si un magasin a un préfixe de 888, il faut composer 8881000 pour le joindre.
  • Chiffre de direction dans le préfixe de routage-Vous pouvez définir une valeur ici, que vous utilisiez ou non des préfixes de routage d’emplacement.
  • Longueur du numéro de poste interne-Vous pouvez saisir 2 à 6 chiffres et la valeur par défaut est 2.

     

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

3

Spécifiez la numérotation interne pour des emplacements spécifiques. Allez dans Services > Appel > Emplacements, sélectionnez un emplacement, faites défiler jusqu’à Numérotation, puis modifiez la numérotation interne et externe selon les besoins :

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

     

    Les utilisateurs peuvent inclure le chiffre de direction lorsqu’ils passent des appels externes afin d’imiter la façon dont ils composaient un numéro sur les anciens systèmes. Cependant, tous les utilisateurs peuvent toujours passer des appels externes sans le chiffre de numérotation sortante.

Impact sur les utilisateurs :

  • les utilisateurs doivent redémarrer leur téléphone 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 chiffre que le chiffre de direction de l’emplacement.

Si vous êtes un revendeur à valeur ajoutée, vous pouvez utiliser ces étapes pour commencer la configuration de la passerelle locale dans Control Hub. Lorsque cette passerelle est enregistrée dans le Cloud, vous pouvez l’utiliser sur un ou plusieurs de vos sites Webex Calling pour assurer le routage vers un fournisseur de services RTCP d’entreprise.


Un emplacement disposant d’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 trunk dans Control Hub.

Avant de commencer

  • Une fois qu’un emplacement est ajouté, et avant de configurer le RTCP local pour un emplacement, vous devez créer une trunk.

  • Créez tous les emplacements et les paramètres et numéros spécifiques à chacun d’eux. Les emplacements doivent exister avant que vous puissiez ajouter un RTCP sur site.

  • Comprenez les exigences du RTCP sur site (passerelle locale) pour Webex Calling.

  • Vous ne pouvez pas choisir plus d’une trunk pour un emplacement avec un RTCP sur site, mais vous pouvez choisir la même trunk pour plusieurs emplacements.

1

À partir de l’affichage du client dans https://admin.webex.com, allez dans Services > Appel > Routage d’appel, et sélectionnez Ajouter une trunk.

2

Sélectionnez un emplacement.

3

Nommez le trunk et cliquez sur Enregistrer.


 

Le nom ne doit pas comporter plus de 24 caractères.

Que faire ensuite

Les paramètres pertinents que vous devez configurer sur le trunk vous sont présentés. Vous allez également générer un ensemble d’informations d’identification SIP digest pour sécuriser la connexion RTCP.

Les informations sur le trunk apparaissent à l’écran Enregistrer le domaine, Groupe de lignes auxiliaires OTG/DTG, ligne/port, et Adresse du proxy sortant.

Nous vous recommandons de copier ces informations depuis Control Hub et de les coller dans un fichier texte ou un document local afin de pouvoir vous y référer lorsque vous êtes prêt à configurer le RTCP local.

Si vous perdez les informations d’identification, vous devez les générer à partir de l’écran d’information sur les lignes auxiliaires 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’informations d’authentification à utiliser sur le réseau.

1

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

2

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

3

Sélectionnez RTCP sur site et cliquez sur Suivant.

4

Choisissez un réseau dans le menu déroulant.


 

Visitez la page Lignes auxiliaires pour gérer vos choix de groupes de lignes auxiliaires.

5

Cliquez sur l’avis de confirmation, puis cliquez sur Enregistrer.

Que faire ensuite

Vous devez prendre les informations de configuration générées par Control Hub et mapper les paramètres dans la passerelle locale (par exemple, sur un CUBE Cisco situé dans les locaux). Cet article vous guide à travers ce processus. A titre de référence, le diagramme suivant montre comment les informations de configuration du Control Hub (à gauche) correspondent aux paramètres du CUBE (à droite) :

après avoir terminé avec succès la configuration sur la passerelle elle-même, vous pouvez retourner dans Services > Appel > Emplacements dans Control Hub et la passerelle que vous avez créée sera listée dans la carte de localisation à laquelle vous l’avez assignée avec un point vert à gauche du nom. Ce statut indique que la passerelle est enregistrée de manière sécurisée dans le Cloud d’appel et qu’elle sert de passerelle RTCP active pour l’emplacement.

1

À partir de l'affichage du client dans https://admin.webex.com, sélectionnez l’icône de bâtiment .

2

Sélectionnez l’onglet Abonnements, puis cliquez sur Acheter maintenant.

Un courrier électronique est envoyé à votre partenaire pour lui faire savoir que vous souhaitez passer à un abonnement payant.

1

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

2

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

Les autres options qui sont cachées aux utilisateurs apparaissent dans le champ Options d’appel cachées, comme indiqué dans cet exemple de capture d’écran :

3

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


 

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

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


Ne choisissez l’option au niveau de l’entreprise que si vous êtes prêt à transférer l’ensemble de votre entreprise.

Avant de commencer

  • Votre entreprise 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 App envoie quand même le numéro à l’application appelante que vous avez sélectionnée, mais l’appel provenant de cette application échoue.

À partir de l’affichage du client dans , https://admin.webex.com allez à Gestion > Paramètresde l’organisation, puis faites défiler jusqu’à Comportement d’appel, puis choisissez l’un des choix suivants : Inscription complète au programme de partenariat en SaaS

  • Appel dans Webex–Sélectionnezcette option si vous souhaitez que les utilisateurs appellent directement dans l’application Webex en Webex Calling.
  • Application Webex Calling–Sélectionnez cette option si votre entreprise dispose d’un abonnement à Cisco Webex Calling et que vous souhaitez autoriser les utilisateurs à passer des appels RTCP à l’aide de l’application Webex Calling. Lorsque les utilisateurs passent des appels RTCP dans Webex App, l’application Webex Calling est utilisée pour passer l’appel.

     

    L Webex Calling client n’est disponible que pour certains clients.

Un message s’affiche pour indiquer que le comportement d’appel a été mis à jour. Les utilisateurs peuvent désormais passer des appels RTCP à partir de Webex App ou de l’application Webex Calling.

Les utilisateurs doivent avoir l’application correspondante installée pour passer des appels RTCP depuis Webex App. Veillez à faire connaître votre choix et à indiquer si une autre application est utilisée pour passer des appels RTCP.


 

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

30 septembre 2022
Configuration de 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 transport SIP TLS sécurisation le tronc entre la passerelle locale et le Cloud Webex. Le média entre la passerelle locale et l Webex Calling utilise SRTP.

Flux de tâches pour la configuration de la passerelle locale

Il existe deux options pour configurer la passerelle locale pour votre tronc Webex Calling réseau :

  • Tronc basé sur l’inscription

  • Tronc basé sur un certificat

Utilisez le flux de tâches soit sous la passerelle locale basée sur l’inscription soit la passerelle locale basée sur un certificat pour configurer la passerelle locale pour votre tronc Webex Calling l’inscription. Voir Configurer les troncs, les groupes de route et les plans de numérotation pour Webex Calling plus d’informations sur les différents types de troncs. Effectuez les étapes suivantes sur la passerelle locale elle-même, à l’aide de l’interface de la ligne de commande (CLI). Nous utilisons le transport Protocole d’initiation de session (SIP) et Transport Layer Security (TLS) pour sécuriser le tronc et le protocole Secure Real-Time Protocol (SRTP) pour sécuriser le média entre la passerelle locale et le Webex Calling.

Avant de commencer

  • Comprendre les exigences du réseau téléphonique commuté public (RTCP) et de la passerelle locale (LGW) sur site pour les Webex Calling. Voir Architecture préférée de Cisco pour Webex Calling plus d’informations.

  • Cet article suppose qu’une plateforme de passerelle locale dédiée est en place sans configuration vocale existante. Si vous modifiez une passerelle RTCP existante ou le déploiement d’entreprise de la passerelle locale à utiliser comme fonction de la passerelle locale pour Webex Calling, alors faites attention à la configuration. Assurez-vous que vous n’interrompez pas les flux d’appels existants et la fonctionnalité en raison des modifications que vous a effectuer.

  • Créez un tronc dans Control Hub et attribuez-le à l’emplacement. Voir Configurer les troncs, les groupes de route et les plans de numérotation pour Webex Calling plus d’informations.

Avant de commencer

  • Assurez-vous que la configuration de plate-forme de base suivante que vous configurez est configurée en fonction des politiques et des procédures de votre organisation :

    • NTP

    • Acl

    • activer les mots de passe

    • mot de passe principal

    • Routage IP

    • Adresses IP, et ainsi de suite

  • Vous avez besoin d’une version minimale prise en charge de Cisco IOS XE 16.12 ou IOS-XE 17.3 pour tous les déploiements de la passerelle locale.

1

Assurez-vous que vous attribuez des interfaces Layer 3 sont des adresses IP valides et routables :

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

Préconfigurez une clé principale pour le mot de passe en utilisant les commandes suivantes, avant d’utiliser dans les identifiants et les clés d’identification partagées. Vous cryptez les mots de passe de Type 6 en utilisant le chiffrement AES et la clé principale définie par l’utilisateur.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configurez le serveur de noms IP pour activer la recherche DNS et le ping pour garantir que le serveur est accessible. La passerelle locale utilise le DNS pour résoudre les Webex Calling proxy locales :

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

Activer l’exclusivité 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. Attribuez le point de confiance comme point de confiance de signalisation par défaut sous sip-cas.


     
    • Assurez-vous qu’un serveur cn-san-validate établit la connexion à la passerelle locale uniquement si le proxy sortant que vous configurez sur le client 200 (décrit plus tard) correspond à la liste CN-SAN que vous recevez du serveur.

    • Vous avez besoin du point de confiance cryptographie pour que TLS fonctionne. Bien que vous n’exigez pas de certificat de client local (par exemple, mTLS) installé pour la connexion.

  3. Activez l’exclusivité v1.2 pour désactiver TLS v1.0 et v1.1.

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

  5. Configurer la connexion des timers pour établir TLS <wait-timer in="" sec="">. La plage est de 5 à 20 secondes et la valeur par défaut est de 20 secondes. (LGW prend 20 secondes pour détecter la panne de connexion TLS avant de tenter d’établir une connexion à la prochaine connexion disponible Webex Calling SBC. Le 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).


     

    Cisco IOS XE 17.3.2 et version plus récente s’applique.

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

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Mettre à jour le pool de confiance de la passerelle locale :

Le groupe de certificats de confiance par défaut n’inclut pas les certificats « DigiCert Root CA » ou « IdenTrust Commercial » dont vous avez besoin pour la validation du certificat du côté du serveur pendant l’établissement de la connexion TLS vers le Webex Calling.

Téléchargez la dernière « Offre groupée racine de confiance Cisco » à http://www.cisco.com/security/pki/ partir de pour mettre à jour le groupe de confiance.

  1. Vérifiez si les certificats DigiCert Room CA et IdenTrust Commercial existent :

    show crypto pki trustpool | include DigiCert
  2. Si l’AC de la salle DigiCert et IdenTrust Commercial n’existent pas, mettez à jour comme suit :

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    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.
    end
    

     

    Sinon, vous pouvez télécharger le lot de certificats et l’installer à partir d’un serveur local ou de la mémoire flash de la passerelle locale.

    Par exemple :

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Vérifier :

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Avant de commencer

Assurez-vous de suivre les étapes dans Control Hub pour créer un emplacement et ajouter un tronc pour cet emplacement. Dans l’exemple suivant, vous obtenez les informations à partir de Control Hub.

1

Saisissez les commandes suivantes pour activer l’application Passerelle locale, voir Informations sur la référence des ports pour les Cisco Webex Calling pour les sous-réseaux IP les plus récents que vous devez ajouter à l’liste verte :

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Voici une explication des champs pour la configuration :

Prévention de fraude
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Active les adresses IP source des entités à partir des lesquelles la passerelle locale s’attend à des appels VoIP légitimes, tels que les pairs Webex Calling , les nodes Unified CM et les RTCP IP.

  • Par défaut, la passerelle locale bloque toutes les configurations d’appels VoIP entrants provenant d’adresses IP qui ne figurent pas dans sa liste de confiance. Les adresses IP des pairs de numérotation avec « IP cible de session » ou groupe de serveurs sont fiables par défaut et vous n’avez pas besoin de les remplir ici.

  • Les adresses IP de la liste doivent correspondre aux sous-réseaux IP suivant le centre Webex Calling de données régional que vous connectez. Pour plus d’informations, voir Informations de référence sur les ports pour Webex Calling.


     

    Si votre LGC se trouve derrière un parefeu avec NAT de cône restreint, vous préférerez peut-être désactiver la liste de confiance des adresses IP sur l’interface faisant face à Webex Calling. Le pare-feu vous protège déjà contre les courriers entrants non sollicités VoIP. Désactiver l’action réduit votre frais généraux de configuration à plus long terme, car nous ne pouvons pas garantir que les adresses des pairs Webex Calling restent corrigées et vous devez configurer votre pare-feu pour les pairs dans tous les cas.

  • Configurez d’autres adresses IP sur d’autres interfaces, par exemple : vous assurez d’ajouter les adresses Unified CM aux interfaces à l’intérieur.

  • Les adresses IP doivent correspondre à l’IP des hôtes et à la outbound-proxy résout pour le client 200.

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

Média
voice service voip
 media statistics 
 media bulk-stats 
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 l’en-tête remplace par l’ID de la boîte de dialogue du pair.

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

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

Permet le transport par fax T.38, bien que le trafic du télécopieur ne soit pas chiffré.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 pour plus d’informations.
Activer l’paralyse global
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Lorsque vous faites suivre un appel à un utilisateur Webex Calling (par exemple, les parties appelées et appelants sont des abonnés Webex Calling et si vous ancréz du média sur le SBC Webex Calling ), alors le média ne peut pas être transmis à la passerelle locale car le trou n’est pas ouvert.

  • La fonctionnalité d’accord sur les liaisons de la passerelle locale permet d’envoyer les requêtes d’écoute générées localement sur le chemin média négocié. Le stun aide à ouvrir le trou dans le pare-feu.

  • Le mot de passe stun est un prérequis pour la passerelle locale permettant d’envoyer des messages atun. Vous pouvez configurer les pare-feux cisco IOS/IOS XE pour vérifier le mot de passe et les trou ouverts dynamiquement (par exemple, sans règles d’in-sortie explicites). Mais pour le déploiement de la passerelle locale, vous configurez le pare-feu statiquement pour ouvrir les trou dans et hors en fonction Webex Calling sous-réseaux SBC. Ainsi, le pare-feu doit traiter les sous-réseaux SBC comme n’importe quel paquet UDP entrant, qui déclenche l’ouverture du trou sans voir explicitement le contenu du paquet.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 pour plus d’informations.
G729
sip
g729 annexb-all

Autorise toutes les variantes de G729.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 pour plus d’informations.
SIP
early-offer forced

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

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210 pour plus d’informations.
2

Configurer « Profil SIP 200 ».

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 "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Voici une explication des champs pour la configuration :

  • règle 9

    Garantit que vous listez l’en-tête en tant que “SIP-Req-URI” et non “SIP-Req-URL” Inscription complète au programme de partenariat en SaaS

    La règle convertit entre les URIs SIP et les URL SIP, car les Webex Calling ne prend pas en charge les URIs SIP dans les messages de requête/réponse, mais elles ont besoin d’SRV requêtes, par exemple : _sips._tcp.<outbound-proxy>.
  • règle 20

    Modifie l’en-tête De pour inclure le paramètre OTG/DTG du groupe de tronc à partir de Control Hub pour identifier individuellement un site de passerelle locale dans une entreprise.

  • Applique le profil SIP au client de la classe vocale 200 (plus tard) pour tous les Webex Calling. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 pour plus d’informations.

3

Configurez le profil du codec, la définition paramétrable et SRTP Crypto suite.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

Voici une explication des champs pour la configuration :


 

Si votre média ancré au SBC ITSP et la passerelle locale se trouve derrière un NAT, alors attendez le flux média entrant de ITSP. Vous pouvez appliquer la commande stun sur les pairs de numérotation ITSP.


 

Vous devez utiliser stun utilisation ice-lite pour les flux d’appel en utilisant l’optimisation du chemin média.

4

Maper les paramètres control Hub à la configuration de la passerelle locale.

Ajouter Webex Calling en tant que client dans la passerelle locale. Vous devez avoir la configuration pour enregistrer la passerelle locale sous client de classe vocale 200. Vous devez obtenir les éléments de cette configuration à partir de la page Informations sur le tronc de Control Hub comme démontré dans l’image suivante. L’exemple suivant montre quels sont les champs que l’on ma voient avec le CLI de la passerelle locale respective.

Appliquez le client 200 à tous Webex Calling pairs de numérotation (2xx tag) dans la configuration de la passerelle locale. La fonctionnalité du locataire de la classe vocale permet de grouper et de configurer les paramètres du tronc SIP qui ne sont pas effectués sous les services vocaux VoIP sip-pés. Lorsque vous configurez un client et que vous l’appliquez sous un pair de numérotation, alors l’ordre de préférence suivant s’applique aux configurations de la passerelle locale :

  • configuration du dial-peer d’appel

  • configuration du tenant

  • Configuration globale (voix sur VoIP /sip-reconfigurer)

5

Configurez le client de classe vocale 200 pour activer l’inscription du tronc à partir de la passerelle locale vers les Webex Calling suivant les paramètres que vous avez obtenus à partir de Control Hub :


 

La ligne de commande et les paramètres suivants sont uniquement des exemples. Utilisez les paramètres de votre propre déploiement.

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

Voici une explication des champs pour la configuration :

voice class tenant 200

Permet des configurations globales spécifiques pour plusieurs tenants sur des troncs SIP permettant des services différenciés pour les tenants.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 pour plus d’informations.
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 ID de la partie distante (RPID) car Webex Calling prend en charge PAI, qui est activé à l’aide de CIO asserted-id pai Inscription complète au programme de partenariat en SaaS Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 pour plus d’informations.

sip-server dns:40462196.cisco-bcld.com
Définit les serveurs Webex Calling l’équipe. 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

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

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 pour plus d’informations.
srtp-crypto 200

Définit voice class srtp-crypto 200 pour spécifier SHA1_80. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 pour plus d’informations.

session transport tcp tls
Définit le transport vers TLS. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 pour plus d’informations.
url sips

SRV requête doit être 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

Indique la fonctionnalité de passage à la réponse d’erreur SIP.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 pour plus d’informations.
asserted-id pai

Se met en route sur le traitement NEXY dans la passerelle locale. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 pour plus d’informations.

bind control source-interface GigabitEthernet0/0/1

Configure une adresse IP source pour l’interface source de signalisation à Webex Calling. Voir, pour https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 plus d’informations.

bind media source-interface GigabitEthernet0/0/1

Configure une adresse IP source pour l’interface source média face Webex Calling. Voir, pour https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 plus d’informations.

no pass-thru content custom-sdp

Commande par défaut sous tenant. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 pour plus d’informations.

sip-profiles 200

Change les SIP en SIP et modifie la ligne/le port pour les messages INVITER et S’INSCRIRE comme défini dans voice class sip-profiles 200 Inscription complète au programme de partenariat en SaaS Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 pour plus d’informations.

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

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

privacy-policy passthru

Passez de manière transparente parmi les valeurs d’en-tête privées de la partie entrante vers le côté sortant. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 pour plus d’informations.

Après avoir défini le client 200 dans la passerelle locale et configuré un pair de numérotation SIP VoIP, la passerelle initie une connexion TLS vers Webex Calling, à quel point le SBC d’accès présente son certificat à la passerelle locale. La passerelle locale valide le certificat Webex Calling SBC d’accès en utilisant le bundle racine de l’AC qui est mis à jour plus tôt. Établit une session TLS persistante entre la passerelle locale et l’accès Webex Calling SBC. La passerelle locale envoie ensuite un REGISTER au SBC d’accès qui est défié. L’enregistrement AOR est numéro@domaine. Le nombre est pris à partir du paramètre « numéro » des identifiants et du domaine du « dns d’inscription :<fqdn>». Lorsque l’inscription est défiée :

  • Utilisez les paramètres du nom d’utilisateur, du mot de passe et du domaine à partir des identifiants pour créer l’en-tête et le profil sip 200.

  • Convertit l’URL SIPS en SIP.

L’inscription est réussie lorsque vous recevez 200 OK de la SBC d’accès.

Ce déploiement nécessite la configuration suivante sur la passerelle locale :

  1. Tenantsde la classe vocale—Vous créez d’autres tenants pour les pairs de numérotation face à ITSP similaire au client 200 que vous créez pour Webex Calling pairs de numérotation.

  2. URIs de la classe vocale—Vous définissez des modèles pour les adresses IP/ports des organisateurs pour les différents troncs aboutir sur la passerelle locale :

    • Webex Calling vers LGW

    • RTCP interruption du tronc SIP sur LGW

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

  4. DPG de classe vocale—Vous pouvez invoquer pour cible les pairs sortants à partir d’un pair d’appel entrant.

  5. Pairs d’appel entrants—Vous pouvez accepter les pieds d’appel entrant de ITSP Webex Calling.

Utilisez les configurations soit pour l’installation de la passerelle locale hébergée par un partenaire, soit pour la passerelle du site du client, comme démontré dans l’image suivante.

1

Configurez les tenants de classe vocale suivants :

  1. Appliquer le client de la classe vocale 100 à tous les pairs sortants faisant face à 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. Appliquer le client de la classe vocale 300 à tous les pairs d’appel 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 de l’hôte ITSP :

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Définir un schéma pour identifier uniquement un site de passerelle locale dans une entreprise en fonction du paramètre OTG ou DTG du groupe de troncs Control Hub :

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    La passerelle locale ne prend actuellement pas en charge un trait de soulignement «_» dans le schéma de correspondance. Comme solution, vous pouvez utiliser un point « ». (toute correspondance) pour correspondre à « _ ».

    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. Périphérique d’appel sortant vers l’IP RTCPP :

    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

    Voici une explication des champs pour la configuration :

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

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

    destination-pattern BAD.BAD

    Permet la sélection du pair de numérotation 101. Cependant, vous invoquez ce pair de numérotation sortant directement à partir du pair de numérotation entrante en utilisant les déclarations dpg et qui contourne le schéma de chiffres qui correspond au critère. Vous utilisez un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le CLI du schéma de destination.

    session protocol sipv2

    Indique que le pair de numérotation101 gère les pieds d’appel SIP.

    session target ipv4:192.168.80.13

    Indique l’adresse IPv4 cible de la destination pour envoyer la partie d’appel. Dans ce cas, l’adresse IP de l’ITSP.

    voice-class codec 99

    Indique la liste de préférence de codecs 99 à utiliser pour ce dial-peer.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur ce segment 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 de l’activité vocale.

  2. Appel sortant vers Webex Calling ( Vous mettez à jour le numéro sortant pour servir de pair de numérotation entrante à partir de Webex Calling et ultérieurement 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 VoIP par un pair de numérotation avec une balise de 200201 et donne une description significative pour faciliter la gestion et le dépannage

    session target sip-server

    Indique que le serveur SIP global est la destination des appels provenant de ce dial-peer. Webex Calling que vous définissez dans le client 200 est hérité pour les appels du pair de 200201.

    voice-class stun-usage 200

    Permet aux demandes d’tun générées localement sur la passerelle locale d’envoyer le chemin média négocié. Stun aide à ouvrir le trou dans le pare-feu.

    no voice-class sip localhost

    Désactive la substitution du nom d’organisateur 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 client 200 (LGW <--> Webex Calling Trunk) à moins que vous ne définissiez le même paramètre sous le pair de numérotation lui-même. </-->

    srtp

    Active SRTP pour les phases d’appel.

    no vad

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

4

Configurez les groupes dial-peer (dpg) suivants :

  1. définit le groupe de numérotation 100. Le dial-peer sortant 101 est la cible de tout dial-peer entrant invoquant le groupe de pairs de numérotation 100. Nous appliquons DPG 100 au chemin d’accès entrant 200201-pair de numérotation pour les Webex Calling --> LGW --> RTCP ligne.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Définir le groupe de numérotation 200 avec le numéro sortant 200201 comme cible pour le chemin RTCP --> LGW --> Webex Calling. Appliquez DPG 200 au pair de numérotation entrant 100 que vous définissez plus tard.

    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. périphérique de numérotation entrant pour les segments d’appel IP RTCP entrants :

    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
    

    Voici une explication des champs pour la configuration :

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

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

    session protocol sipv2

    Indique que le pair de numérotation 100 gère les pieds d’appel SIP.

    incoming uri via 100

    Indique l’uri 100 de la classe vocale pour qu’elle corresponde à tout le trafic entrant des RTCP IP à la passerelle locale sur l’adresse IP de l’hôte d’un en-tête VIA. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 200

    Indique de composer le groupe de pairs 200 pour sélectionner un pair de numérotation sortante. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    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 de l’activité vocale.

  2. Code d’accès entrant pour les appels entrants Webex Calling :

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

    Voici une explication des champs pour la configuration :

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

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

    incoming uri request 200

    Indique l’uri 200 de la classe vocale pour qu’il corresponde à tout le trafic entrant de Webex Calling à LGW sur le schéma de dtg unique dans l’URI de requête, identifiant uniquement le site de la passerelle locale dans une entreprise et dans l’écosystème Webex Calling . Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 100

    Indique de composer le groupe de pairs 100 pour sélectionner un pair de numérotation sortante. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    max-conn 250

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

Appel RTCP vers Webex

Faites correspondre tous les pied de RTCP IP entrants sur la passerelle locale avec le pair de numérotation 100 pour définir un critère de correspondance pour l’en-tête VIA avec l’adresse IP de l’RTCP ip. DPG 200 invoque les appels sortants du pair de 200201, qui a le serveur Webex Calling la cible comme destination cible.

Webex Calling vers le RTCP

Faites correspondre toutes les passerelles d’Webex Calling entrantes sur la passerelle locale avec les 200201 de numérotation du pair pour définir le critère de correspondance du schéma d’en-tête URI DE REQUÊTE avec le paramètre OTG/DTG du groupe de tronc, unique au déploiement de cette passerelle locale. Le DPG 100 invoque le pair de numérotation sortant 101, qui a l’adresse IP RTCP IP en tant que destination cible.

Ce déploiement nécessite la configuration suivante sur la passerelle locale :

  1. Tenantsde la classe vocale—Vous créez plus de tenants pour les pairs de numérotation face à Unified CM et ITSP, similaire au client 200 que vous créez pour Webex Calling pairs de numérotation.

  2. URIs de la classe vocale—Vous définissez un schéma pour les adresses IP/ports de l’hôte pour les différents troncs aboutir sur le LGW à partir de :

    • Unified CM vers LGW pour RTCP destinations

    • Unified CM vers LGW pour Webex Calling destinations

    • Webex Calling vers les destinations LGW

    • RTCP interruption du tronc SIP sur LGW

  3. Groupe de serveurs de la classe vocale—Vous pouvez cible adresses IP/ports pour les troncs sortants à partir de :

    • LGW vers Unified CM

    • LGW vers le Webex Calling

    • LGW vers RTCP tronc SIP

  4. Pairs de numérotation sortants—Vous pouvez router les pieds d’appel sortant à partir de :

    • LGW vers Unified CM

    • Tronc SIP ITSP

    • Webex Calling

  5. DPG de classe vocale—Vous pouvez invoquer pour des pairs de numérotation sortant de cible à partir d’un pair de numérotation entrante.

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

1

Configurez les tenants de classe vocale suivants :

  1. Appliquer le client de la classe vocale 100 sur tous les pairs 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. Appliquer le client de la classe vocale 300 sur tous les pairs d’appel 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 l’uri de la classe vocale suivante :

  1. définit l’adresse IP de l’hôte ITSP :

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Définir un schéma pour identifier uniquement un site de passerelle locale dans une entreprise en fonction du paramètre OTG/DTG du groupe de troncs 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 autre solution, vous utilisez le point « ». (toute correspondance) pour correspondre à « _ ».

    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 VIA de signalisation d'Unified CM pour le trunk Webex Calling :

    voice class uri 300 sip
    pattern :5065
    
  4. Définit la signalisation IP de la source Unified CM 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 classe vocale suivants :

  1. Définit l’adresse IP cible du tronc Unified CM et le numéro de port pour le groupe Unified CM 1 (5 nodes). Unified CM utilise le port 5065 pour le trafic entrant sur le trunk 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 2 Unified CM 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 le groupe 1 (5 nodes) Unified CM. Unified CM utilise le port par défaut 5060 pour le trafic entrant sur le trunk RTCP. Sans numéro de port spécifié, vous pouvez utiliser le port 5060 par défaut. (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 le groupe Unified CM 2, le cas échéant.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Configurez les pairs de numérotation sortants suivants :

  1. Périphérique d’appel sortant vers l’IP RTCPP :

    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
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair 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

    Permet la sélection du pair de numérotation 101. Cependant, vous invoquez le pair de numérotation sortant directement à partir du pair de numérotation entrante en utilisant les déclarations dpg et qui contourne le schéma de chiffres qui correspond au critère. Vous utilisez un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI.

    session protocol sipv2

    Indique que le pair de numérotation 101 gère les pieds d’appel SIP.

    session target ipv4:192.168.80.13

    Indique l’adresse IPv4 cible de la destination pour envoyer la partie d’appel. (Dans ce cas, l’adresse IP de sonP.)

    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 vous ne définissiez le même paramètre sous le pair de numérotation lui-même.

  2. Appel sortant vers Webex Calling (Mise à jour du pair de numérotation sortante pour servir de pair de numérotation entrante à partir de Webex Calling) :

    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
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP par un pair de numérotation avec une balise de 200201 et donne une description significative 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 du serveur d’appel du200201 . Webex Calling serveur défini dans le client 200 est hérité pour l’appel du 200201 .

    voice-class stun-usage 200

    Permet d’envoyer les demandes d’tun générées localement sur le chemin média négocié. Stun aide à ouvrir le trou dans le pare-feu.

    no voice-class sip localhost

    Désactive la substitution du nom d’organisateur 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 client 200 (LGW <--> Webex Calling trunk) à moins que vous ne définissiez le même paramètre sous le pair de numérotation lui-même. </-->

    srtp

    Active SRTP pour les phases d’appel.

  3. Appel sortant vers le tronc d’appel sortant vers Webex Calling 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
    

    Voici une explication des champs pour la configuration :

    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 VoIP avec une balise de 301 et donne une description significative pour faciliter la gestion et le dépannage.

    session server-group 301

    Au lieu de l’IP cible de la session dans le dial-peer, vous pointez vers un groupe de serveurs de destination (serveur-groupe 301 pour dial-peer 301) pour définir plusieurs nœuds UCM cible bien que l’exemple montre uniquement un seul nœud.

    Groupe du serveur en 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, vous pouvez obtenir une distribution aléatoire des appels sur tous les abonnés traitement des appels Unified CM ou la recherche sur la base d’une préférence définie. Chaque groupe de serveurs peut avoir jusqu’à cinq serveurs (IPv4/v6 avec ou sans port). Vous avez uniquement besoin d’un second pair de numérotation et d’un second groupe de serveurs si plus de cinq abonnés en traitement d’appel sont utilisés.

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

  4. Second pair de numérotation sortant vers le tronc de l’Webex Calling Unified CM 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. dial-peer sortant vers le trunk RTCP d’Unified CM :

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for 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 le tronc de l’RTCP Unified CM 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 dial-peer sortant 101 est la cible de tout dial-peer entrant invoquant le groupe de pairs de numérotation 100. Nous appliquons le DPG 100 au pair de numérotation entrant 302 défini ultérieurement pour le chemin Unified CM --> LGW --> RTCP réseau :

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Définissez le DPG 200 avec le dial-peer sortant 200201 comme cible pour le chemin Unified CM --> LGW --> Webex Calling :

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. « Définissez DPG 300 pour les pairs de numérotation sortants 301 ou 303 pour le chemin Webex Calling --> LGW --> Unified CM : »

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Définissez le DPG 302 pour les pairs de numérotation sortants 305 ou 307 pour le chemin RTCP --> LGW --> 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. périphérique de numérotation entrant pour les segments d’appel IP RTCP entrants :

    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
    

    Voici une explication des champs pour la configuration :

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

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

    session protocol sipv2

    Indique que le pair de numérotation100 gère les pieds d’appel SIP.

    incoming uri via 100

    Indique l’uri 100 de la classe vocale à tout le trafic entrant d’Unified CM vers LGW sur l’adresse IP hôte de l’en-tête VIA. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 302

    Spécifie le groupe de numérotation 302 pour sélectionner un pair sortant de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    voice-class sip tenant 300

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

  2. Code d’accès entrant pour les appels entrants Webex Calling :

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

    Voici une explication des champs pour la configuration :

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

    Met à jour un appel VoIP-pair avec une balise de 200201 et donne une description significative pour faciliter la gestion et le dépannage.

    incoming uri request 200

    Indique l’uri 200 de la classe vocale à tout le trafic entrant d’Unified CM vers LGW sur le schéma de dtg unique dans l’URI de requête, identifiant uniquement un site de passerelle locale dans une entreprise et dans l’écosystème Webex Calling . Consultez... https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Spécifie le groupe de numérotation 300 pour sélectionner un pair sortant de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    max-conn 250

    Limite le nombre d’appels simultanés à 250 entre la passerelle LGW et Webex Calling en supposant qu’un seul interlocuteur réponde à Webex Calling 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, voir https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. dial-peer entrant pour les segments d’appel Unified CM entrants avec 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
    

    Voici une explication des champs pour la configuration :

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

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

    incoming uri via 300

    Indique la classe vocale URI 300 à tout le trafic entrant d’Unified CM vers LGW sur le port source via (5065). Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 200

    Spécifie le groupe de numérotation 200 pour sélectionner un pair sortant de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    voice-class sip tenant 300

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

  4. Dial-peer entrant pour les segments d’appels Unified CM entrants avec le 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
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 302 et donne une description significative pour faciliter la gestion et le dépannage.

    incoming uri via 302

    Indique la classe vocale uri 302 pour tout le trafic entrant d’Unified CM vers LGW sur le port source via (5065). Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 100

    Spécifie le groupe de numérotation 100 pour sélectionner un pair sortant de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    voice-class sip tenant 300

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

Entrée RTCP’IP vers le tronc RTCP Unified CM

Webex Calling d’équipe vers le tronc Webex Calling Unified CM

Unified CM RTCP tronc vers IP RTCP

Unified CM Webex Calling tronc vers la Webex Calling réseau

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

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. vous pouvez définir la logique de détection de problèmes en utilisant les messages syslog, les événements SNMP et en surveillant périodiquement des commandes spécifiques.

Les types d’actions incluent la collecte des commandes afficher les sorties :

  • générer un fichier journal consolidé

  • télécharger le fichier vers un emplacement réseau fourni par un utilisateur tel que HTTPS, SCP, serveur FTP

Les ingénieurs du CAT sont l’auteur des fichiers DS et signent numériquement pour une protection sur l’intégrité. Chaque fichier DS possède un identifiant numérique unique attribué par le système. L’outil de recherche des signatures de diagnostic (DSLT) est une source unique pour trouver les signatures applicables pour le contrôle et le dépannage des différents problèmes.

Avant de commencer :

  • Ne modifiez pas le fichier DS que vous téléchargez à partir de DSLT. L’installation des fichiers que vous modifiez échoue en raison d’une erreur de vérification de l’intégrité.

  • Un serveur SMTP (Simple Mail Transfer Protocol) dont vous avez besoin pour que la passerelle locale envoie des notifications par courrier électronique.

  • Assurez-vous que la passerelle locale fonctionne avec IOS XE 17.6.1 ou une nouvelle passerelle si vous souhaitez utiliser le serveur SMTP sécurisé pour les notifications par courrier électronique.

Conditions préalables

La passerelle locale exécute IOS XE 17.3.2 ou une version plus récente.

  1. Les signatures de diagnostic sont activées par défaut.

  2. Configurez le serveur de messagerie électronique sécurisé à utiliser pour envoyer des notifications proactives si Cisco IOS XE 17.3.2 ou une supérieure est en cours d’exécution sur le périphérique.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurez la variable de l’environnement ds_email avec l’adresse électronique de l’administrateur pour vous en informer.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Passerelle locale sous 16.11.1 ou supérieure

  1. Les signatures de diagnostic sont activées par défaut

  2. Configurez le serveur de messagerie à utiliser pour envoyer des notifications proactives si le périphérique exécute une version antérieure à 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Configurez la variable d’environnement ds_email avec l’adresse électronique de l’administrateur à notifier.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

Passerelle locale exécutant la version 16.9.x

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Configurez le serveur de messagerie à utiliser pour envoyer des notifications proactives si le périphérique exécute une version antérieure à 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configurez la variable d’environnement ds_email avec l’adresse électronique de l’administrateur à notifier.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Le tableau suivant montre un exemple de configuration d’une passerelle locale fonctionnant sur Cisco 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" 

Une passerelle locale installée sur le logiciel Cisco 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 correctement traitée :

  1. « Allez sur Gestion du compte Google > Sécurité et activez le paramètre Accès moins sécurisé aux applications. »

  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 ».

Installez des 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 à l’aide de 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. Suivez les étapes ci-dessous pour installer la signature.

  1. Assurez-vous d’activer SNMP en utilisant la commande afficher snmp. Si vous n’activez pas, alors configurez la commande « gestionnaire du serveur snmp ».

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    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 
    
  2. Téléchargez le DS 64224 en utilisant les options déroulantes suivantes dans Outil de recherche de signatures de diagnostic :

    Nom du champ

    Valeur du champ

    Plateforme

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

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

  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: 

    L’exemple suivant montre la copie du fichier d’un serveur FTP vers la passerelle locale.

    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) 
    
  4. Installez le fichier DS XML dans la passerelle locale.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Vérifiez que la signature est bien installée en utilisant show call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistré ».

    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 SD :

    ID de la SD

    Nom de la SD

    Révision

    Statut

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(s)

    2020-11-07 22:05:33


    Lorsqu’elle est déclenchée, cette signature désinstalle toutes les SD en cours d’exécution, y compris elle-même. Si nécessaire, veuillez réinstaller DS 64224 pour continuer le contrôle de l’utilisation élevée du CPU sur la passerelle locale.

Contrôler l’enregistrement de la ligne réseau SIP

Ce système DS vérifie la désenregistrement d’une passerelle locale Ligne auxiliaire SIP avec Webex Calling cloud toutes les 60 secondes. Lorsque l’événement de non-liste 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ésenregistrement. Veuillez suivre les étapes ci-dessous pour installer la signature.

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

    Nom du champ

    Valeur du champ

    Plateforme

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

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    SIP-SIP

    Type de problème

    Ligne auxiliaire SIP insregistrement avec notification par courrier électronique.

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Utilisez afficher la signaturede diagnostic d’appel domicile pour vérifier que la signature a été installée avec succès . La colonne d’état doit avoir une valeur « enregistrée ».

Contrôle anormale des déconnexions des appels

Cette SD utilise l’interrogation SNMP toutes les 10 minutes pour détecter les déconnexions d’appel anormales 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ère 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 show snmp. S’il n’est pas activé, configurez la commande « snmp-server manager ».

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    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 
    
  2. Téléchargez le DS 65221 en utilisant les options suivantes dans l’outil de recherche des signatures de diagnostic :

    Nom du champ

    Valeur du champ

    Plateforme

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

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

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

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

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Utilisez afficher la signaturede diagnostic d’appel domicile pour vérifier que la signature a été installée avec succès avec . La colonne d’état doit avoir une valeur « enregistrée ».

Installez des signatures de diagnostic pour résoudre un problème

Utilisez DS (Diagnostic Signatures) pour résoudre rapidement les problèmes. Les techniciens du CAT Cisco ont créé plusieurs signatures qui permettent les débogages nécessaires qui sont 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. La signature de diagnostic (DS) é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 selfsolve 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 manière de trouver et d’installer un DS pour détecter l’occurrence "%VOICE_IEC-3-GW : CCAPI : Erreur interne (seuil de pointe d’appel) : IEC=1.1.181.1.29.0 » syslog et automatisez la collecte des données de diagnostic en suivant les étapes suivantes :

  1. Configurez une variable ds_fsurl_prefix d’environnement DS supplémentaire qui est le chemin du serveur de fichiers du CAT Cisco (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 dans la commande suivante. Le jeton de téléchargement de fichier peut être généré dans la section Pièces jointes du gestionnaire de cas de support, selon les besoins.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    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é à l’aide de la commande afficher snmp. S’il n’est pas activé, configurez la commande « snmp-server manager ».

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Assurez-vous 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 processeur (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éries 4300, 4400 ISR, ou Cisco série CSR 1000V

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

  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éries 4300, 4400 ISR, ou Cisco série CSR 1000V

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Journaux du système (Syslogs)

    Type de problème

    Syslog - %VOICE_IEC-3-GW : CCAPI : Erreur interne (seuil de pointe d’appel) : IEC=1.1.181.1.29.0

  5. Copier les fichiers XML DS sur la passerelle locale.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installez le fichier XML de surveillance de l’unité centrale haute DS 64224 puis DS 65095 dans la passerelle locale.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Vérifiez que la signature est bien installée en utilisant show call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistrée ».

    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 

    SD téléchargées :

    ID de la SD

    Nom de la SD

    Révision

    Statut

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(s)

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Inscrit(s)

    2020-11-08

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

Dans la commande suivante, la colonne « Statut » de la commande affiche les changements de signature de diagnostic d’appel domicile en « en cours d’exécution » lorsque 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 détecte un événement d’intérêt et exécute 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 après la détection du nombre maximum d’événements déclenchés.

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 

SD téléchargées :

ID de la SD

Nom de la SD

Révision

Statut

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

64224

DS_LGW_CPU_MON75

0.0.10

Inscrit(s)

08-11-2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

En cours d&apos;exécution

08-11-2020 00:12:53

afficher les statistiques de signature de diagnostic à domicile

ID de la SD

Nom de la SD

Déclenché(s)/Max/Désinstallé(s)

Durée d’exécution moyenne (secondes)

Durée d’exécution maximale (secondes)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

La message électronique de notification qui est envoyée pendant l’exécution de la signature de diagnostic 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 commandes pertinentes pour résoudre le problème donné.

Désinstaller les signatures de diagnostic

Les signatures d’utilisation de Diagnostic à des fins de dépannage sont généralement définies pour désinstaller après la détection de certaines 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 suivante :

call-home diagnostic-signature deinstall <DS ID> 

Exemple :

call-home diagnostic-signature deinstall 64224 

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 nouvelles demandes de création de signatures personnalisées.

Avant de commencer

  • Assurez-vous que la configuration de plate-forme de base suivante que vous configurez est configurée en fonction des politiques et des procédures de votre organisation :

    • NTP

    • Acl

    • activer les mots de passe

    • mot de passe principal

    • Routage IP

    • Adresses IP, et ainsi de suite

  • Vous avez besoin d’une version minimale prise en charge d’IOS XE 17.6 pour tous les déploiements de la passerelle locale.

1

Assurez-vous d’attribuer des adresses IP valides et routables aux interfaces Layer 3 :

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 198.51.100.1 255.0.0.0

 
L’interface Webex Calling doit être accessible de l’extérieur.

 

Vous pouvez configurer le Control Hub uniquement avec la FDQN/SRV la passerelle locale. Assurez-vous que l FDQN résout l’IP de l’interface.

2

Préconfigurer une clé principale pour le mot de passe avec les commandes suivantes avant qu’elle soit utilisée comme identifiant et partage de clé. Le type 6 mots de passe sont chiffrés en utilisant le chiffrement AES et la clé principale définie par l’utilisateur.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configurez le serveur de noms IP pour activer la recherche DNS. Ping du serveur de noms IP et assurez-vous que le serveur est accessible. La passerelle locale doit résoudre Webex Calling proxy en utilisant ce DNS :

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

Activez l’exclusivité TLS 1.2 et un point de confiance par défaut :


 
  • Un certificat d’ac signé et de confiance doit être reconnu.

  • Domaine dans l’URI d’en-tête de contact des messages de requête SIP (par exemple : Inviter, Options) doit être présent dans le certificat SAN pour établir la connexion TLS.

  1. Créez une clé RSA correspondant à la longueur du certificat de certificat racine avec la commande suivante :

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Créez un point de confiance pour conserver un certificat signé par une AC avec les commandes suivantes :

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Générer une demande de signature de certificat (CSR) avec la commande suivante :

    crypto pki enroll CUBE_CA_CERT

     
    • Utilisez ce CSR pour demander un certificat à l’une des autorités de certification prise en charge.

    • Assurez-vous que la destination du tronc (FDQN ou SRV) que vous configurez sur Control Hub est présente dans le SAN du certificat.

5

Si le certificat racine a une AC intermédiaire, alors exécutez les commandes suivantes :


 

S’il n’y a pas d’autorités de certification intermédiaires, passez à l’étape 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Créez un point de confiance pour mettre la certificat racine en certificat racine. Exécutez les commandes suivantes, s’il n’y a aucune AC intermédiaire :

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Configurez SIP-UA pour utiliser le point de confiance que vous avez créé.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Avant de commencer

  • Le réseau vers Webex Calling doit utiliser une adresse IPv4 publique. Les adresses De domaine entièrement qualifié (FDQN) ou Enregistrement de service (SRV) doivent se résoudre en une adresse IPv4 publique sur Internet.

  • Tous les ports SIP et média sur l’interface externe doivent être accessibles à partir d’Internet. Les ports ne doivent pas se trouver derrière une traduction d’adresse réseau (NAT). Assurez-vous de mettre à jour le pare-feu sur les composants de votre réseau d’entreprise.

  • Installez un certificat signé sur la passerelle locale.

    • Les autorités de certification (AC) doivent signer le certificat comme indiqué dans Quelles sont les autorités de certification racines supportées pour les appels vers Cisco Webex plateformes audio et vidéo ? Inscription complète au programme de partenariat en SaaS

    • L FDQN à partir du Control Hub doit être le nom commun (NC) ou nom alternatif du sujet (SAN) du certificat. Par exemple :

      • Si un tronc configuré à partir du Control Hub de votre organisation london.lgw.cisco.com:5061 le FDQN de la passerelle locale, alors cn ou SAN doit contenir des london.lgw.cisco.com dans le certificat.  

      • Si un tronc configuré à partir du Control Hub de votre organisation london.lgw.cisco.com le nom d’adresse SRV de la passerelle locale, alors le CN ou le SAN doit contenir london.lgw.cisco.com dans le certificat. Les enregistrements où l SRV l’adresse électronique résout (CNAME, Un enregistrement, ou adresse IP) sont facultatifs dans SAN.

      • Dans l’exemple FDQN ou SRV que vous utilisez pour le tronc, l’adresse de contact pour toutes les nouvelles boîtes de dialogue SIP à partir de votre passerelle locale doit avoir des london.lgw.cisco.com dans la partie hôte de l’adresse SIP. Voir, Étape 5 pour la configuration.

  • Assurez-vous que les certificats sont signés pour l’utilisation du client et du serveur.

  • Téléchargez le groupe de confiance sur la passerelle locale comme indiqué dans Quelles sont les autorités de certification racines supportées pour les appels Cisco Webex les plateformes audio et vidéo ?.

1

Saisissez les commandes suivantes pour activer l’application de la passerelle locale ( Reportez-vous aux Informations de référence des ports pour les Cisco Webex Calling ip des derniers sous-réseaux à ajouter en tant qu’liste verte) :

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Voici une explication des champs pour la configuration :

Prévention de fraude
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Active les adresses IP source des entités à partir des lesquelles la passerelle locale s’attend à des appels légitimes VoIP de Webex Calling pairs.

  • Par défaut, la passerelle locale bloque toutes les configurations des VoIP d’appels entrants à partir 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 de serveurs sont fiables par défaut et ne sont pas 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 que le client se connecte. Voir Informations de référence des ports pour Webex Calling plus d’informations.


     

    Si votre passerelle locale est derrière un pare-feu avec un NAT statique restreint, désactivez la liste de confiance des adresses IP sur l’interface qui est Webex Calling. Le pare-feu vous protège des appels entrants non sollicités VoIP. Cette action réduit votre frais généraux de configuration à plus long terme, car les adresses des pairs Webex Calling peuvent changer et vous devez configurer votre pare-feu pour les pairs.

  • Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557 pour plus d’informations.

Fonctionnalité de base SIP à SIP
allow-connections sip to sip
Protocole du fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Permet le transport par fax T.38, bien que le trafic du télécopieur ne soit pas chiffré. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 pour plus d’informations.

SIP
early-offer forced

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

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html pour plus d’informations.
2

Configurez « codec 100 de la classe vocale . »

voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

Voici une explication des champs pour la configuration :

Codec 100 de la classe vocale

Permet opus et les deux codecs g711 (mu et a-law) pour les sessions. Applique le codec préféré à tous les pairs de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 pour plus d’informations.

3

Configurez « voice class stun-usage 100 » pour activer ICE.

voice class stun-usage 100 
stun usage ice lite

Voici une explication des champs pour la configuration :

Utilisation de la classe vocale 100

Définit l’utilisation de l’tun. Applique l’écoute sonore à Webex Callingpairs de numérotation de l’équipe pour éviter aucun moyen audio lorsqu’un téléphone Unified CM fait suivre l’appel à un Webex Calling téléphone.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 pour plus d’informations.
4

Configurez la « classe vocale srtp-crypto 100 » pour limiter les cryptographies supportées.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Voici une explication des champs pour la configuration :

Classe vocale srtp-crypto 100
Indique SHA1_80 comme la seule suite de chiffrement SRTP qu’une passerelle locale offre dans le SDP dans l’offre et la réponse. Webex Calling ne prend en charge que SHA1_80.
5

Configurer les « Profils SIP 100 ». Dans l’exemple, cube1.abc.lgwtrunking.com est l’FDQN sélectionnée pour la passerelle locale et « 172.x.x.x » est l’adresse IP de la passerelle locale qui est vers Webex Calling :

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Voici une explication des champs pour la configuration :

règle 10 à la règle 20
Garantit que vous remplacez l’adresse IP de la passerelle locale par le FDQN l’en-tête « Contact » des messages de demande et de réponse.

Il s’agit d’une exigence d’authentification de votre passerelle locale à utiliser comme tronc dans un emplacement Webex Calling pour votre organisation.

Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 pour plus d’informations.
6

Configurez les quatre pairs sortants suivants :

  1. Configurez le premier pair de numérotation sortante vers Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Voici une explication des champs pour la configuration :
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Définit un pair VoIP avec une balise de 101 et donne une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    destination-pattern BAD.BAD

    Permet la sélection du pair de numérotation 101. Cependant, nous invoquent le numéro d’appel sortant 101 directement à partir des instructions d’appel entrant à l’aide des instructions DPG et qui contournent le critère de correspondance du schéma de chiffre. Vous utilisez un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 pour plus d’informations.

    session protocol sipv2

    Indique que le pair de numérotation 101 gère les pieds d’appel SIP. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 pour plus d’informations.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Indique l’adresse cible de la destination FDQN du Control Hub pour envoyer les étapes de l’appel. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 pour plus d’informations.

    voice-class codec 100

    Indique la liste des préférences du codec 100 à utiliser pour l’appel du pair101. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 pour plus d’informations.

  2. Configurez le reste d’un pair sortant vers Webex Calling . Les étapes restent les mêmes que l’étape 6a mais ont une « cible de session » différente pour les pairs de numérotation.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Créer un groupe de pairs de numérotation en fonction du pair de numérotation vers Webex Calling dans le modèle actif/actif.


 

Cette configuration s’applique pour toutes les régions à l’exception des troncs que vous configurez dans un emplacement basé à Singapour. Voir Étape 8 pour plus d’informations.

  1. Définir DPG 100 avec un pair de numérotation sortante 101,102,103,104 vers Webex Calling. Appliquez DPG 100 au pair de numérotation entrant 100 pour définir les RTCP ou Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Voici une explication des champs pour la configuration :
dial-peer 101 preference 1 

Associe un appel sortant à un groupe de pairs de numérotation 100 et configure un numéro de pair 101, 102, 103 et 104 avec la même préférence. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

8

Créer un groupe de pairs de numérotation en fonction du pair de numérotation vers Webex Calling dans le modèle principal/de sauvegarde.


 

Cette configuration s’applique uniquement aux troncs que vous configurez dans les emplacements de Singapour.

  1. Définir le groupe de numérotation 100 avec un pair sortant 101,102,103,104 vers Webex Calling. Appliquez DPG 100 au pair de numérotation entrant 100 pour définir les RTCP ou Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Voici une explication des champs pour la configuration :
dial-peer 101 and 102 preference 1 

Associe un appel sortant à un groupe de pairs de numérotation 100 et configure les numéros d’appel pair 101 et 102 comme première préférence. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

dial-peer 103 and 104 preference 2 

Associe un pair de numérotation sortante au groupe de numérotation 100et configure le numéro d’appel pair 103 et 104 comme seconde préférence. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

9

Configurer le pair de numérotation entrante à partir Webex Calling. La correspondance entrante est basée sur la requête URI.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Voici une explication des champs pour la configuration :

voice class uri 120 sip
Définit le schéma de correspondance pour un appel entrant de Webex Calling. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 pour plus d’informations.
session transport tcp tls
Définit le transport vers TLS. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 pour plus d’informations.
destination dpg 120
Spécifie le groupe de numérotation 120 pour sélectionner un pair sortant de numérotation. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.
incoming uri request 120

Fait correspond à tout le trafic entrant de Webex Calling à la passerelle locale sur le schéma DTG unique dans l’URI de requête, identifiant uniquement un site de passerelle locale dans une entreprise et dans l’écosystème Webex Calling. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

Voice class srtp-crypto 100

Configure les suites de chiffrement préférées pour les lires d’appel SRTP (connexion). Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 pour plus d’informations.

bind control source-interface GigabitEthernet0/0/1

Configure une adresse IP source pour l’interface source de signalisation à Webex Calling. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pour plus d’informations.

bind media source-interface GigabitEthernet0/0/1

Configure une adresse IP source pour l’interface source média face Webex Calling. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pour plus d’informations.

Ce déploiement nécessite la configuration suivante sur la passerelle locale :

  1. URIs de la classe vocale—Vous pouvez définir les adresses IP de l’organisateur/les schémas de ports pour les différents troncs aboutir sur la passerelle locale :

    • Webex Calling vers LGW

    • RTCP interruption du tronc SIP sur LGW

  2. Pairs de numérotationsortants—Vous pouvez router les appels sortants d’un LGW vers la ligne de réseau SIP du fournisseur d’accès Internet (ITSP ) et les Webex Calling.

  3. DPG de classe vocale—Vous pouvez invoquer pour des pairs de numérotation sortant de cible à partir d’un pair de numérotation entrante.

  4. Pairs d’appel entrants—Vous pouvez accepter les pieds d’appel entrant de ITSP Webex Calling.

Utilisez la configuration soit pour l’installation d’une passerelle locale hébergée par un partenaire, soit pour la passerelle de site du client local. Voir ce qui suit :

1

Configurez l’uri de la classe vocale suivante :

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

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Définissez un schéma pour identifier de manière unique un site de passerelle locale au sein d’une entreprise. Utilisez le nom d’hôte de la passerelle locale comme schéma de correspondance uniform Resource Identifier (URI).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    La passerelle locale ne prend actuellement pas en charge un trait de soulignement «_» dans le schéma de correspondance. Comme autre solution, vous utilisez le point « ». (toute correspondance) pour correspondre à « _ ».

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Configurez les pairs de numérotation sortants suivants :

  1. Périphérique d’appel sortant vers l’IP RTCPP :

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte 
    no vad
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 121 et offre une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    destination-pattern BAD.BAD

    Permet la sélection du pair de numérotation 121. Cependant, vous invoquez ce pair de numérotation sortant directement à partir du pair de numérotation entrant à l’aide des déclarations DPG et qui contourne le schéma de chiffres qui correspond au critère. Vous utilisez un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 pour plus d’informations.

    session protocol sipv2

    Indique que le pair de numérotation 121 gère les pieds d’appel SIP. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 pour plus d’informations.

    session target ipv4:192.168.80.13

    Indique l’adresse IPv4 cible de la destination pour envoyer la partie d’appel. La cible de la session est ici l’adresse IP de sonP. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 pour plus d’informations.

    voice-class codec 100.

    Indique la liste des préférences du codec 100 à utiliser pour l’appel du pair 121.

    Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 pour plus d’informations.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme capacité DTMF attendue sur les étapes d’appel. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 pour plus d’informations.

    no vad

    Désactive la détection de l’activité vocale. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 pour plus d’informations.

  2. Appel sortant vers Webex Calling . Voir Configurer le tronc basé sur un certificat pour les configurations.

3

Configurez le groupe Dial-peer (DPG) suivant :

  1. Définit le groupe de numérotation 120. Le pair sortant numérotation 121 est la cible de Webex Calling--> LGW --> RTCP. Vous appliquez DPG 120 au pair de numérotation entrant 110 pour Webex Calling --> LGW --> RTCP chemin.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Vous devez configurer le DPG 120 sur le pair de numérotation entrant à partir de Webex Calling, voir Étape 9 dans Configurer le tronc basé sur le certificat pour plus d’informations.

4

Configurez les pairs de numérotation entrants suivants :

  1. périphérique de numérotation entrant pour les segments d’appel IP RTCP entrants :

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

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 122 et donne une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    session protocol sipv2

    Indique que le pair de numérotation 122 gère les pieds d’appel SIP. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 pour plus d’informations.

    incoming uri via 100

    Définit un critère de correspondance de l’en-tête VIA avec l’adresse IP RTCP’adresse IP de l’équipe. Fait correspond toutes les passerelles d RTCP IP entrantes sur la passerelle locale avec le pair de numérotation 122. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 100

    Contourne le critère de correspondance d’appel sortant classique dans la passerelle locale avec le DPG 100de destination. Configurer les membres appel sortant ligne à l’aide des pairs de numérotation définis dans la destination DPG 100, qui est dial-peer 101,102,103,104. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

    no vad

    Désactive la détection de l’activité vocale. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 pour plus d’informations.

  2. Code d’accès entrant pour les appels entrants Webex Calling :

RTCP de Webex Calling :

Faites correspondre tous les passerelles d RTCP IP entrantes sur la passerelle locale avec le pair de numérotation 122 pour définir un critère de correspondance pour l’en-tête VIA avec l’adresse IP de l RTCP IP. DPG 100 invoque le serveur sortant numérotation pair 101,102,103,104, qui a le serveur Webex Calling comme destination cible.

Webex Calling de RTCP :

Faites correspondre tous les pied de Webex Calling d’appel entrants sur la passerelle locale avec le pair de numérotation 110 pour définir le critère de correspondance du schéma d’en-tête URI DE REQUÊTE avec le nom d’hôte de la passerelle locale, unique au déploiement de la passerelle locale. DPG 120 invoque le pair de numérotation sortante 121, qui a l’adresse IP RTCP IP en tant que destination cible.

Ce déploiement nécessite la configuration suivante sur la passerelle locale :

  1. URIsde la classe vocale—Vous pouvez définir les schémas des adresses IP/ports de l’hôte pour les différents troncs aboutir sur le LGW à partir de :

    • Unified CM vers LGW pour RTCP destinations

    • Unified CM vers LGW pour Webex Calling destinations

    • Webex Calling vers les destinations LGW

    • RTCP ligne réseau SIP fin sur les destinations LGW

  2. Groupe de serveurs de la classe vocale—Vous pouvez cible des adresses IP ou des ports pour les troncs sortants à partir de :

    • LGW vers Unified CM

    • LGW vers le Webex Calling

    • LGW vers RTCP tronc SIP

  3. Pairs de numérotation sortants—Vous pouvez router les pieds d’appel sortant à partir de :

    • LGW vers Unified CM

    • Tronc SIP Prestataire de service téléphonie Internet (ITSP)

    • Webex Calling

  4. DPG de la classe vocale—Vous pouvez atteindre la cible pour invoquer des pairs sortants à partir d’un pair d’appel entrant.

  5. Pairs de numérotation entrants—Vous pouvez accepter les longueurs d’appel entrant à partir d’Unified CM, ITSP et Webex Calling.

1

Configurez les URI de classe vocale suivantes :

  1. Définit l’adresse IP hôte (IP) de sonP :

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Définissez un schéma pour identifier de manière unique un site de passerelle locale au sein d’une entreprise. Utilisez le nom d’hôte de la passerelle locale comme schéma de correspondance uniform resource identifier (URI).

    voice class uri 200 sip
    pattern cube.domain.com

     

    La passerelle locale ne prend actuellement pas en charge un trait de soulignement «_» dans le schéma de correspondance. Comme solution, nous utilisons un point « ». (toute correspondance) pour correspondre à « _ ».

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Définit le port VIA de signalisation d'Unified CM pour le trunk Webex Calling :

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Configurez les groupes de serveurs de classe vocale suivants :

  1. Définit l’adresse IP cible du tronc Unified CM et le numéro de port pour le groupe Unified CM 1 (5 nodes). Unified CM utilise le port 5065 pour le trafic entrant sur le trunk 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 et le numéro de port de l’hôte cible du trunk d’Unified CM pour le groupe 2 d’Unified CM, le cas échéant :

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Définit l’adresse IP de l’hôte cible de la jonction Unified CM pour le groupe 1 d’Unified CM (5 nœuds). Unified CM utilise le port par défaut 5060 pour le trafic entrant sur le trunk RTCP. Utilisez le port 5060 par défaut, si vous ne spécifiez pas le numéro de port. (RTCP <-> LGW --> Unified CM)</->

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

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Configurez les pairs de numérotation sortants suivants :

  1. Périphérique d’appel sortant vers l’IP RTCPP :

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte
    no vad
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 121 et donne une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    destination-pattern BAD.BAD

    Permet la sélection du pair de numérotation 121. Cependant, nous invoqueons ce pair de numérotation sortant directement à partir du pair de numérotation entrant à l’aide des déclarations DPG et qui contourne le schéma de chiffres qui correspond au critère. Nous utilisons un schéma arbitraire basé sur des chiffres alphanumériques autorisés par le schéma de destination CLI. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 pour plus d’informations. session protocol sipv2

    Indique que le pair de numérotation 121 gère les pieds d’appel SIP.

    session target ipv4:192.168.80.13

    Fournissez l’adresse IPv4 cible de la destination pour envoyer la partie d’appel. (Dans ce cas, l’adresse IP de l’ITSP.) Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 pour plus d’informations.

    voice-class codec 100

    Indique codec liste des préférences 100 que vous utilisez pour numérotation pair 121.

    Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 pour plus d’informations.

  2. Appel sortant vers le Webex Calling :

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Voici une explication des champs pour la configuration :

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Définit un peer de numérotation VoIP avec une balise de 200201, 200202, 200203, 200204 et donne une description significative pour faciliter la gestion et le dépannage.

    voice-class stun-usage 100

    Envoyer la demande d’tun générée localement sur le chemin média négocié. Stun ouvre le trou dans le pare-feu.

    srtp

    Active SRTP pour les phases d’appel.

  3. Appel sortant vers le tronc d’appel sortant vers Webex Calling 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 100
    dtmf-relay rtp-nte
    no vad
    

    Voici une explication des champs pour la configuration :

    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 VoIP avec une balise de 301 et donne une description significative pour faciliter la gestion et le dépannage.

    session server-group 301

    Définit l’cible de session de plusieurs nœuds Unified CM (groupe de serveurs 301 pour le pair de numérotation 301) bien que l’exemple n’affiche qu’un seul nœud.

    Groupe du serveur dans le pair de numérotation sortante

    Offre 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 avec plusieurs pairs de numérotation dans le DPG et plusieurs serveurs dans le groupe de serveurs d’appel pair. Chaque groupe de serveurs peut avoir jusqu’à cinq serveurs (IPv4/v6 avec ou sans port). Vous pouvez utiliser uniquement un second pair d’appel et un second groupe de serveurs pour plus de cinq abonnés en traitement d’appel.

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

  4. Second pair de numérotation sortant vers le tronc de l’Webex Calling Unified CM si vous avez plus de 5 nods 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 100
    dtmf-relay rtp-nte
    no vad
  5. dial-peer sortant vers le trunk RTCP d’Unified CM :

    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 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Second pair de numérotation sortant vers le tronc de l’RTCP Unified CM 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 100  
    dtmf-relay rtp-nte
    no vad
    
4

Configurez le groupe DPG (dial-peer) suivant :

  1. Définit DPG 121. Le pair d’appel sortant 121 est la cible pour tous les pairs de numérotation entrants qui invoque le DPG 121. Appliquez DPG 121 au pair de numérotation entrant 302 défini ultérieurement pour Unified CM --> LGW --> RTCP chemin :

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Définir DPG 100 avec des 200201, 200202, 200203, 200204 sortants comme cible pour Unified CM --> LGW --> Webex Calling chemin :


     

    Assurez-vous que les modifications des préférences sont basées sur l’emplacement de la passerelle locale configurée. Voir Étape 7 et Étape 8 dans Configurer le tronc basé sur un certificat pour plus d’informations.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. « Définissez DPG 300 pour les pairs de numérotation sortants 301 ou 303 pour le chemin Webex Calling --> LGW --> Unified CM : »

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

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

Configurez les pairs de numérotation entrants suivants :

  1. périphérique de numérotation entrant pour les segments d’appel IP RTCP entrants :

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

    Voici une explication des champs pour la configuration :

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

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

    session protocol sipv2

    Indique que le pair de numérotation 100 gère les pieds d’appel SIP.

    incoming uri via 100

    Indique l’uri 100 de la classe vocale pour qu’elle corresponde à tout le trafic entrant des RTCP IP à la passerelle locale sur l’adresse IP de l’hôte de l’en-tête via un entrant. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 302

    Indique de composer le groupe de pairs 302 pour sélectionner un pair de numérotation sortante. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.
  2. Code d’accès entrant pour les appels entrants Webex Calling :

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Voici une explication des champs pour la configuration :

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Met à jour VoIP un pair de numérotation avec une balise de 110 et donne une description significative pour faciliter la gestion et le dépannage.

    destination dpg 120

    Indique de composer le groupe de pairs 120 pour sélectionner un pair de numérotation sortante. Voir, pour https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 plus d’informations.

    Voice class srtp-crypto 100

    Configure les suites de chiffrement préférées pour les lires d’appel SRTP (connexion). Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 pour plus d’informations.

    bind control source-interface GigabitEthernet0/0/1

    Configure une adresse IP source pour l’interface source de signalisation à Webex Calling.

    Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pour plus d’informations.

    bind media source-interface GigabitEthernet0/0/1

    Configure une adresse IP source pour l’interface source média face Webex Calling.

    Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pour plus d’informations.

  3. dial-peer entrant pour les segments d’appel Unified CM entrants avec 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 100
    dtmf-relay rtp-nte
    no vad
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 300 et donne une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    incoming uri via 300

    Indique la classe vocale URI 300 à tout le trafic entrant d’Unified CM vers LGW sur le port source via (5065). Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 pour plus d’informations.

    destination dpg 200

    Indique de composer le groupe de pairs 200 pour sélectionner un pair de numérotation sortante. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

  4. Dial-peer entrant pour les segments d’appels Unified CM entrants avec le 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 100
    dtmf-relay rtp-nte
    no vad
    

    Voici une explication des champs pour la configuration :

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

    Définit un pair VoIP avec une balise de 302 et donne une description significative pour faciliter la gestion et le dépannage. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 pour plus d’informations.

    incoming uri via 302

    Indique la classe vocale URI 300 pour qu’elle corresponde à tout le trafic entrant d’Unified CM à une passerelle locale pour une destination RTCP sur le port VIA. Vous pouvez utiliser le port 5060 comme port SIP standard. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 pour plus d’informations.

    destination dpg 100

    Indique de composer le groupe de pairs 100 pour sélectionner un pair de numérotation sortante. Voir https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pour plus d’informations.

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

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 qui peuvent informer, dépanner et résoudre le problème. Utilisez les messages syslog, les événements SNMP et par le biais du contrôle périodique des résultats de commande d’show spécifiques pour définir la logique de détection de problème. Les types d’actions incluent :

  • Collecte afficher les commandes sorties

  • Générer un fichier journal consolidé

  • Télécharger le fichier vers un emplacement réseau fourni par un utilisateur tel que HTTPS, SCP, serveur FTP

Les fichiers DS et les fichiers DS des ingénieurs du CAT signent numériquement pour une protection sur l’intégrité. Chaque fichier DS a l’ID numérique unique attribué par le système. L’outil de recherche des signatures de diagnostic (DSLT) est une source unique pour trouver les signatures applicables pour le contrôle et le dépannage des différents problèmes.

Avant de commencer :

  • Ne modifiez pas le fichier DS que vous téléchargez à partir de DSLT. L’installation des fichiers que vous modifiez échoue en raison d’une erreur de vérification de l’intégrité.

  • Un serveur SMTP (Simple Mail Transfer Protocol) dont vous avez besoin pour que la passerelle locale envoie des notifications par courrier électronique.

  • Assurez-vous que la passerelle locale fonctionne avec IOS XE 17.6.1 ou une nouvelle passerelle si vous souhaitez utiliser le serveur SMTP sécurisé pour les notifications par courrier électronique.

Conditions préalables

Passerelle locale sous IOS XE 17.6.1 ou supérieure

  1. Les signatures de diagnostic sont activées par défaut.

  2. Configurez le serveur de messagerie électronique sécurisé que vous utilisez pour envoyer des notifications proactives si le périphérique fonctionne sous IOS XE 17.6.1 ou supérieur.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurez la variable de l’environnement ds_email avec l’adresse électronique de l’administrateur pour vous en informer.

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

Passerelle locale sous la version 17.6.1

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

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

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configurez la variable de l’environnement ds_email avec l’adresse électronique de l’administrateur que vous envoyez

    Inscription complète au programme de partenariat en SaaS
    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Le tableau suivant montre un exemple de configuration d’une passerelle locale fonctionnant sur Cisco IOS XE 17.6.1 pour envoyer des notifications proactives à des 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 installée sur le logiciel Cisco 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 sur Gestion du compte Google > Sécurité et activez le paramètre Accès moins sécurisé aux applications. »

  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 ».

Installez des signatures de diagnostic pour une surveillance proactive

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

Ce DS traque l’utilisation du CPU de 5 secondes à l’aide de 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 que vous installez dans la passerelle locale. Suivez les étapes ci-dessous pour installer la signature.

  1. Assurez-vous d’avoir activé SNMP en utilisant la commande afficher snmp. Si SNMP n’est pas activé, alors configurez la commande « snmp-server manager ».

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    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 
    
  2. Téléchargez le DS 64224 en utilisant les options déroulantes suivantes dans Outil de recherche de signatures de diagnostic :

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

    Nom du champ

    Valeur du champ

    Plateforme

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

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

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

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

    L’exemple suivant montre la copie du fichier d’un serveur FTP vers la passerelle locale.

    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) 
    
  4. Installez le fichier DS XML dans la passerelle locale.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Utilisez la commande afficher la signature de diagnostic d’appel domicile pour vérifier que la signature a été installée avec succès. La colonne d’état doit avoir une valeur « enregistrée ».

    
    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 SD :

    ID de la SD

    Nom de la SD

    Révision

    Statut

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(s)

    2020-11-07 22:05:33


    Lorsqu’elle est déclenchée, cette signature désinstalle toutes les SD en cours d’exécution, y compris elle-même. Si nécessaire, veuillez réinstaller DS 64224 pour continuer le contrôle de l’utilisation élevée du CPU sur la passerelle locale.

Surveillance des déconnexions d’appel anormales

Cette SD utilise l’interrogation SNMP toutes les 10 minutes pour détecter les déconnexions d’appel anormales 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ère un syslog et une notification par courrier électronique. Veuillez suivre les étapes ci-dessous pour installer la signature.

  1. Assurez-vous que SNMP est activé à l’aide de la commande afficher snmp. Si SNMP n’est pas activé, configurez la commande « gestionnaire du serveur snmp ».

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    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 
  2. Téléchargez le DS 65221 en utilisant les options suivantes dans l’outil de recherche des signatures de diagnostic :

    Nom du champ

    Valeur du champ

    Plateforme

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

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

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

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

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Utilisez la commande afficher call-home diagnostic-signaturepour vérifier que la signature est correctement installée. La colonne d’état doit avoir une valeur « enregistré ».

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

Vous pouvez également utiliser Diagnostic Signatures (DS) pour résoudre rapidement les problèmes. Les techniciens du CAT Cisco ont créé plusieurs signatures qui permettent les débogages nécessaires qui sont 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. Il n’est donc plus nécessaire de vérifier manuellement l’apparition du problème, ce qui facilite grandement 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 selfsolve 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 manière de trouver et d’installer un DS pour détecter l’occurrence "%VOICE_IEC-3-GW : CCAPI : Erreur interne (seuil de pointe d’appel) : IEC=1.1.181.1.29.0 » syslog et automatisez la collecte des données de diagnostic en suivant les étapes suivantes :

  1. Configurez une autre variable ds_fsurl_prefix d’environnement DS en tant que chemin du serveur de fichiers du CAT Cisco (cxd.cisco.com) pour charger les données de diagnostic. 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-après. 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.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    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é à l’aide de la commande afficher snmp. Si SNMP n’est pas activé, configurez la commande « gestionnaire du serveur snmp ».

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Nous vous recommandons 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 processeur (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éries 4300, 4400 ISR, ou Cisco série CSR 1000V

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Performances

    Type de problème

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

  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éries 4300, 4400 ISR, ou Cisco série CSR 1000V

    Produit

    CUBE Enterprise dans la solution Webex Calling

    Problématique

    Journaux du système (Syslogs)

    Type de problème

    Syslog - %VOICE_IEC-3-GW : CCAPI : Erreur interne (seuil de pointe d’appel) : IEC=1.1.181.1.29.0

  5. Copier les fichiers XML DS sur la passerelle locale.

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installez le fichier XML de surveillance de l’unité centrale haute DS 64224 puis DS 65095 dans la passerelle locale.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Vérifiez que la signature est bien installée en utilisant show call-home diagnostic-signature. La colonne d’état doit avoir une valeur « enregistré ».

    
    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 

    SD téléchargées :

    ID de la SD

    Nom de la SD

    Révision

    Statut

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Inscrit(s)

    08-11-2020 :00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Inscrit(s)

    08-11-2020 : 00:12:53

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

Dans la commande suivante, la colonne « Statut » de la commande affiche les changements de signature de diagnostic d’appel domicile en « en cours d’exécution » lorsque 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 détecte un événement d’intérêt et exécute 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 après la détection du nombre maximum d’événements déclenchés.

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 

SD téléchargées :

ID de la SD

Nom de la SD

Révision

Statut

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

64224

DS_LGW_CPU_MON75

0.0.10

Inscrit(s)

08-11-2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

En cours d&apos;exécution

08-11-2020 00:12:53

afficher les statistiques de signature de diagnostic à domicile

ID de la SD

Nom de la SD

Déclenché(s)/Max/Désinstallé(s)

Durée d’exécution moyenne (secondes)

Durée d’exécution maximale (secondes)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

La message électronique de notification qui est envoyée pendant l’exécution de diagnostic 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 commandes pertinentes pour résoudre le problème donné.

Désinstallation des signatures de diagnostic

Les signatures de diagnostic à des fins de dépannage sont généralement définies pour désinstaller après la détection de certaines 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 suivante :

call-home diagnostic-signature deinstall <DS ID> 

Exemple :

call-home diagnostic-signature deinstall 64224 

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

30 septembre 2022
Implémenter la haute disponibilité de CUBE comme passerelle locale

La passerelle locale (LGW) est la seule option permettant de fournir un accès RTCP sur site aux clients de Cisco Webex Calling. L’objectif de ce document est de vous aider à construire une configuration de passerelle locale en utilisant des CUBE à haute disponibilité, des CUBE actifs/de secours pour un basculement dynamique des appels actifs.

Bases

Conditions préalables

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

Les directives de configuration fournies dans cet article supposent une plateforme de passerelle locale dédiée sans configuration vocale existante. Si un déploiement existant de CUBE Enterprise est modifié pour utiliser également la fonction de passerelle locale pour Cisco Webex Calling, prêtez une attention particulière à la configuration appliquée pour vous assurer que les flux d’appels et les fonctionnalités existants ne sont pas interrompus et que vous adhérez aux exigences de conception de CUBE HA.

Composants matériels et logiciels

CUBE HA en tant que passerelle locale nécessite IOS-XE version 16.12.2 ou ultérieure et une plateforme sur laquelle les fonctions CUBE HA et LGW sont prises en charge.


Les commandes d’affichage et les journaux dans cet article sont basés sur la version logicielle minimale de Cisco IOS-XE 16.12.2 mise en œuvre sur un vCUBE (CSR1000v).

Matériel de référence

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

Présentation de la solution Webex Calling

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

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

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

Redondance de boite à boite de niveau 2

La redondance boite à boite de niveau 2 de CUBE HA utilise le protocole d’infrastructure Redundancy Group (RG) pour former une paire de routeurs actifs/de secours. Cette paire partage la même adresse IP virtuelle (VIP) sur leurs interfaces respectives et échange continuellement des messages d’état. Les informations de la session CUBE sont mises en correspondance entre les deux routeurs, ce qui permet au routeur de réserve de prendre immédiatement en charge toutes les responsabilités de traitement des appels CUBE si le routeur actif est hors service, ce qui permet de préserver la signalisation et les médias.


Le contrôle est limité aux appels connectés avec des paquets de média. Les appels en transit ne sont pas contrôlés (par exemple, un état d’essai ou de sonnerie).

Dans cet article, CUBE HA fait référence à la redondance de couche 2 Box-to-box (B2B) de CUBE High Availability (HA) (Haute disponibilité) pour la préservation de l’état des appels.

Depuis IOS-XE 16.12.2, CUBE HA peut être déployé en tant que passerelle locale pour les déploiements de la ligne auxiliaire Cisco Webex Calling (RTCP sur site) et nous aborderons les questions de conception et de configuration dans cet article. Cette figure montre une configuration typique de CUBE HA en tant que passerelle locale pour un déploiement de la ligne auxiliaire Cisco Webex Calling.

Composant d’infrastructure du groupe de redondance

Le composant Infra du groupe de redondance (RG) fournit le support de l’infrastructure de communication boîte à boîte entre les deux CUBEs et négocie l’état de redondance stable final. Ce composant fournit également :

  • Un protocole de type HSRP qui négocie l’état de redondance final pour chaque routeur en échangeant des messages keepalive et hello entre les deux CUBEs (via l’interface de contrôle)–GigabitEthernet3 dans la figure ci-dessus.

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

  • Configuration et gestion de l’interface Virtual IP (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és comme des interfaces de trafic.

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

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

B2B HA s’appuie sur le VIP pour réaliser la redondance. Le VIP et les interfaces physiques associées sur les deux CUBEs de la paire CUBE HA doivent résider sur le même sous-réseau LAN. La configuration du VIP et la liaison de l’interface VIP à une application vocale particulière (SIP) sont obligatoires pour la prise en charge de la voix par B2B HA. Les périphériques externes tels qu’Unified CM, le SBC d’accès à Webex Calling, le fournisseur de services ou le proxy, utilisent la VIP comme adresse IP de destination pour les appels traversant les routeurs CUBE HA. Par conséquent, du point de vue de Webex Calling, les paires CUBE HA agissent comme une passerelle locale unique.

La signalisation d’appel et les informations de session RTP des appels établis sont transférées du routeur actif au routeur en attente. Lorsque le routeur actif tombe en panne, le routeur en veille prend le relais et continue à acheminer le flux RTP qui était précédemment acheminé par le premier routeur.

Les appels dans un état transitoire au moment du basculement ne seront pas préservés après le basculement. Par exemple, les appels qui ne sont pas encore complètement établis ou qui sont en train d’être modifiés par une fonction de transfert ou de mise en attente. Les appels établis peuvent être déconnectés après le basculement.

Les exigences suivantes s’appliquent à l’utilisation de CUBE HA comme passerelle locale pour le basculement des appels :

  • le CUBE HA ne peut pas avoir d’interfaces TDM ou analogiques co-localisées.

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

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

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

  • Tous les signaux/médias proviennent de/vers l’adresse IP virtuelle.

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

  • L’adresse inférieure de toutes les interfaces (Gig1, Gig2, Gig3) doit se trouver sur la même plateforme.

  • L’identifiant d’interface de redondance, rii, doit être unique pour une combinaison paire/interface sur la même couche 2.

  • La configuration des deux CUBEs doit être identique, y compris la configuration physique, et ils doivent fonctionner sur le même type de plateforme et la même version d’IOS-XE.

  • Les interfaces de bouclage ne peuvent pas être utilisées comme liaison car elles sont toujours actives.

  • Les interfaces à trafic multiple (SIP/RTP) (Gig1, Gig2) nécessitent la configuration d’un suivi d’interface.

  • CUBE-HA n’est pas supporté sur une connexion par câble croisé pour la liaison RG-control/données (Gig3).

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

  • Le réseau étendu ne peut pas se terminer directement sur les CUBE ou sur le Data HA d’un côté ou de l’autre.

  • Les systèmes actifs et de secours doivent se trouver dans le même centre de données.

  • Il est obligatoire d’utiliser une interface L3 distincte pour la redondance (RG Control/data, Gig3), c’est-à-dire que l’interface utilisée pour le trafic ne peut pas être utilisée pour les keepalives HA et le contrôle.

  • En cas de basculement, le CUBE précédemment actif subit un rechargement par défaut, préservant la signalisation et les médias.

Configurer la redondance sur les deux CUBEs

Vous devez configurer la redondance boite à boite de niveau 2 sur les deux CUBE destinés à être utilisés dans une paire HD pour mettre en place les IP virtuelles.

1

Configurez le suivi d’interface à un niveau global pour suivre l’état 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)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Le suivi de l’interface est utilisé dans RG pour suivre l’état de l’interface de trafic vocal afin que la route active reprenne son rôle actif après l’arrêt de l’interface de trafic.

2

Configurez un RG pour l’utiliser avec la VoIP HD sous le sous-mode de redondance d’application.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 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)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

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

  • redondance–Entre dans le mode de redondance

  • redondance de l’application–Saisit le mode de configuration de la redondance de l’application

  • groupe–Saisit le mode de configuration de la redondance du groupe d’applications

  • nommer la passerelle locale-HD–Définit le nom du groupe RG

  • seuil de secours de priorité 75–Spécifie la priorité initiale et les seuils de basculement d’un RG.

  • timers delay 30 reload 60–Configure les deux délais de retard et de rechargement.

    • Temporisateur de retard qui est la quantité de temps pour retarder l’initialisation du groupe RG et la négociation de rôle après que l’interface soit ouverte – Pae défaut 30 secondes. La plage est de 0 à 10 000 secondes.

    • Rechargement – Il s’agit du temps nécessaire pour retarder l’initialisation du groupe RG et la négociation des rôles après un rechargement – Valeur par défaut : 60 secondes. La plage est de 0 à 10 000 secondes.

    • Les temporisations par défaut sont recommandées, bien que ces temporisations puissent être ajustées pour tenir compte de tout délai supplémentaire de convergence du réseau qui peut se produire pendant le démarrage/le rechargement des routeurs, afin de garantir que la négociation du protocole RG a lieu après que le routage dans le réseau a convergé vers un point stable. Par exemple, si l’on constate après un basculement qu’il faut jusqu’à 20 secondes au nouveau STANDBY pour voir le premier paquet RG HELLO du nouvel ACTIVE, les temporisateurs doivent être ajustés à « timers delay 60 reload 120 » pour prendre en compte ce délai.

  • Contrôle du protocole Gigabit Ethernet 3–Configure l’interface utilisée pour échanger des messages keepalive et hello entre les deux CUBE, et spécifie l’instance de protocole qui sera attachée à une interface de contrôle et saisit le mode de configuration du protocole d’application de la redondance.

  • data GigabitEthernet3–Configure l’interface utilisée pour le contrôle du trafic de données

  • suivi–Suivi des interfaces par les groupes de RG

  • protocole 1–Spécifie l’instance de protocole qui sera attachée à une interface de contrôle et saisit le mode de configuration de protocole d’application de redondance

  • timers hellotime 3 holdtime 10-Configure les deux temporisateurs pour le temps d’appel et le temps de rétention :

    • Heure d’appel–Intervalle entre les messages d’appel successifs - Valeur par défaut : 3 secondes. La plage est de 250 millisecondes à 254 secondes.

    • Holdtime- L’intervalle entre la réception d’un message d’accueil et la présomption que le routeur émetteur a échoué. Cette durée doit être supérieure à la durée du message d’accueil - Par défaut 10 secondes. La plage est de 750 millisecondes à 255 secondes.

      Nous vous recommandons de configurer l’heure de maintien (holdtime) pour qu’il soit au moins 3 fois supérieur à la valeur de l’heure d’accueil (hello-time).

3

Activez la redondance boîte à boîte pour l’application CUBE. Configurez le RG de l’étape précédente sous voice service voip Inscription complète au programme de partenariat en SaaS Ceci permet à l’application CUBE de contrôler le processus de redondance.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1–L’ajout et la suppression de cette commande nécessite un rechargement pour que la configuration mise à jour prenne effet. Nous rechargerons les plateformes après que toute la configuration ait été appliquée.

4

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

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

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

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


     

    S’il y a plus d’une paire B2B sur le même LAN, chaque paire DOIT avoir des ID rii uniques sur leurs interfaces respectives (pour éviter les collisions). Le message « show redundancy application group all » devrait indiquer les informations locales et les informations sur les pairs.

  • groupe de redondance 1–Associe l’interface au groupe de redondance créé à l’étape 2 ci-dessus. Configurez le groupe RG, ainsi que le VIP attribué à 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 à recharger en dernier est toujours celle en attente.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

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

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Vérifiez que la configuration box-to-box fonctionne comme prévu. Les résultats pertinents sont mis en évidence en gras.

Nous avons rechargé VCUBE-2 en dernier et, conformément aux considérations de conception, la plate-forme à recharger en dernier sera toujours Standby (Veille).


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurer une passerelle locale sur les deux CUBEs

Dans notre configuration d’exemple, nous utilisons les informations suivantes du tronc du 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 configuration sont les suivants :

  • Nom d’utilisateur : Hussain1076_LGU

  • Mot de passe : lOV12MEaZx

1

Assurez-vous qu’une clé de configuration est créée pour le mot de passe, avec les commandes indiquées ci-dessous, avant qu’il ne puisse être utilisé dans les informations d’identification ou les secrets partagés. Les mots de passe de type 6 sont cryptés à l’aide du chiffrement AES et de cette clé de configuration définie par l’utilisateur.


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

Voici la configuration de la passerelle locale qui s’appliquera aux deux plateformes en fonction des paramètres du Control Hub affichés ci-dessus, enregistrez et rechargez. Les informations d’identification SIP Digest de Control Hub sont mises en évidence en gras.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


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


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

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

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






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pour afficher la sortie de la commande show, nous avons rechargé VCUBE-2 suivi de VCUBE-1, faisant de VCUBE-1 le CUBE de secours et de VCUBE-2 le CUBE actif.

2

À tout moment, une seule plate-forme maintiendra un enregistrement actif en tant que passerelle locale avec le SBC d’accès à l’appel Webex. Regardez la sortie des commandes suivantes.

Afficher l’application de redondance de groupe 1 (redundancy application group 1)

Afficher le statut de sip-ua-register


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Dans le résultat ci-dessus, vous pouvez voir que VCUBE-2 est la LGC active qui maintient l’enregistrement avec le SBC d’accès à l’appel Webex, alors que le résultat de la commande « afficher le statut d’inscription sip-ua » 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 tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

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


VCUBE-2#redundancy application reload group 1 self

Le basculement de la LGC ACTIVE vers la LGC EN ATTENTE se produit dans le scénario suivant, en plus de la CLI listée ci-dessus.

  • Lorsque le routeur ACTIF se recharge

  • Lorsque le routeur ACTIF effectue un cycle d’alimentation

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

5

Vérifiez que VCUBE-1 s’est enregistré auprès du SBC d’accès à l’appel Webex. VCUBE-2 aurait déjà été rechargé.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 est maintenant la LGC active.

6

Regardez le journal de débogage pertinent sur VCUBE-1 envoyant un SIP REGISTER à Webex Calling via l’IP virtuelle et recevant un 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 septembre 2022
Configurer Unified CM pour Webex Calling

Vous pouvez avoir besoin d’une intégration avec Unified CM si des sites compatibles 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 auprès d’Unified CM et les téléphones des sites Webex Calling.

Configurer le profil de sécurité de la ligne auxiliaire SIP pour la ligne auxiliaire vers la passerelle locale

Dans les cas où la passerelle locale et la passerelle RTCP résident sur le même périphérique, Unified CM doit être activé pour différencier deux types de trafic différents (appels de Webex et du RTCP) qui proviennent du même périphérique et appliquer une classe de service différenciée à ces types d’appels. Ce traitement différencié des appels est réalisé par le provisionnement de deux lignes auxiliaires entre Unified CM et le périphérique combiné de passerelle locale et de passerelle PSTN qui nécessite des ports d’écoute SIP différents pour les deux lignes auxiliaires.

Créez un profil de sécurité de ligne auxiliaire 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é de la ligne auxiliaire SIP de Webex
Port entrant Doit correspondre au port utilisé dans la configuration de la passerelle locale pour le trafic vers/depuis Webex : 5065

Configuration du profil SIP pour la ligne auxiliaire de la passerelle locale

Créez un profil SIP dédié pour a ligne auxiliaire 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 les OPTIONS de Ping pour surveiller l’état de la destination pour les lignes réseau avec le type de service « Aucun (par défaut) ». Vérifié(s)

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

Créez un espace de recherche d’appels 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 Espace de recherche Webex Calling
Partitions sélectionnées

NR (numéro de répertoire +E.164)

ESN (numérotation abrégée entre sites)

RTCP International (accès RTCP)

onNetRemote (destinations apprises GDPR)


 

La dernière partition onNetRemote est uniquement utilisée dans un environnement à plusieurs groupes où les informations de routage sont échangées entre les groupes Unified CM à l’aide du service de recherche intergroupes (ILS) ou de la réplication globale du plan de numérotation (GDPR).

Configuration d’une ligne auxiliaire SIP vers et depuis Webex

Créez une ligne auxiliaire SIP pour les appels vers et depuis Webex au moyen de 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 Ligne auxiliaire SIP Webex
Exécuter sur tous les nœuds Unified CM actifs Vérifié(s)
Appels entrants
Espace de recherche des appels L’espace de recherche des appels précédemment défini : Webex
Espace de recherche des appels AAR Un espace de recherche des appels avec seulement un accès aux modèles d’itinéraire RTCP : PSTNReroute
Informations SIP
Adresse de destination Adresse IP de la passerelle locale CUBE
TOUT 5060
Profil de sécurité de la ligne auxiliaire SIP Défini précédemment : Webex
Profil SIP Défini précédemment : Webex

Configurer le groupe de routage pour Webex

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

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

Configurer une liste de routage pour Webex

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

Paramètre Valeur
Informations sur la liste des routes
Nom Un nom unique, tel que RL_Webex
Description Description significative, telle que Liste de routage pour Webex
Exécuter sur tous les nœuds Unified CM actifs Vérifié(s)
Informations sur les membres de la liste de routage
Groupes sélectionnés Uniquement le groupe de routage défini précédemment : Webex

Créer une partition pour les destinations Webex

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

Paramètre Valeur
Informations sur la liste des routes
Nom Nom unique, tel que Webex
Description Description significative, telle que Partition Webex

Que faire ensuite

Veillez à 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 espace de recherche d’appel entrant sur les lignes RTCP, afin que les appels du RTCP vers Webex puissent être acheminés.

Configuration des modèles d’acheminement pour les destinations Webex

Configurez les modèles d’acheminement pour chaque plage SDA sur Webex avec les paramètres suivants :

Paramètre Valeur
Modèle de route Modèle complet +E.164 pour la plage SDA dans Webex avec le « \ » en tête. Par exemple : \+140855501XX
Partition de routage Webex
Passerelle/Liste de routage RL_Webex
Priorité urgente Vérifié(s)

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

Si la numérotation intersites abrégée est requise pour Webex, configurez les modèles de normalisation de la 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 gamme ESN dans Webex. Par exemple : 80121XX
Partition Webex
Description Description significative, telle que Schéma de normalisation Webex
Utiliser l’espace de recherche de l’appelant Vérifié(s)
Priorité urgente Vérifié(s)
Ne pas attendre le délai d’attente d’un chiffre sur les sauts suivants Vérifié(s)
Masque de transformation de l’appelé Masque pour normaliser le numéro en +E.164. Par exemple : +140855501XX
30 septembre 2022
Configurer vos fonctionnalités Webex Calling

En savoir plus sur certaines fonctionnalités disponibles dans Webex Calling et comment les configurer pour votre organisation et vos utilisateurs.

Configurer une groupe de recherche/groupe de distribution des appels

Les groupes de recherche routent les appels entrants vers un groupe d’utilisateurs ou d’espaces de travail. Vous pouvez même configurer un modèle pour acheminer les appels vers un groupe entier.

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

Créer un file d'attente des appels

Vous pouvez configurer une file d’attente d’appels de sorte que lorsque les clients ne peuvent pas répondre à leurs appels, ils bénéficient d’une réponse automatique, de messages de confort et d’une musique d’attente jusqu’à ce que quelqu’un puisse répondre à leur appel.

Pour plus d’informations sur la façon de configurer et gérer une file d file d'attente des appels, voir Gérer les files d’attente d’Cisco Webex Control Hub.

Créer un client réceptionniste

Répondez aux besoins de votre personnel de bureau. Vous pouvez configurer les utilisateurs en tant que téléphones de sorte qu’ils peuvent écraner les appels entrants à certaines personnes de votre organisation.

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

Créer et gérer les attendants automatiques

Vous pouvez ajouter des messages d’accueil, configurer des menus et acheminer les appels vers un service de réponse, un groupe de recherche, une boîte vocale ou une personne réelle. Créez une planification de 24 heures ou offrez des options différentes lorsque votre entreprise est ouverte ou fermée.

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

Configurer une groupe de radiomessagerie

La radiomessageage de groupe permet à un utilisateur de placer un appel ou une page de groupe dans l’une des deux sens sur 75 utilisateurs cibles et espaces de travail en composant un numéro ou un poste attribué à un groupe groupe de radiomessagerie.

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

Configurer le prise d'appel

Améliorez le travail d’équipe et la collaboration en créant prise d'appel groupe de personnes afin que les utilisateurs finaux peuvent répondre aux appels des uns et des autres. Lorsque vous ajoutez des utilisateurs à un groupe de prise d’appel et un membre du groupe est occupé ou absent, un autre membre peut répondre à leurs appels.

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

Configurer le parcier d’appels

Le parcage d’appels permet à un groupe défini d’utilisateurs de parquer des appels contre d’autres membres disponibles d’un groupe de parcage d’appels. Les appels parqués peuvent être récupérés par les autres membres du groupe sur leur téléphone.

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

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

1

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

2

Sélectionnez Appel, allez à Autorisations de l’utilisateur entre utilisateurs, puis sélectionnez Appel.

3

Activer l’appel In, choisissez si vous souhaitez que l’appel en cours passe passe une conférence téléphonique.

  • Autoriser les autres à s’ajouter eux-mêmes à l’appel de cet utilisateur.

  • Lire un son lorsqu’une personne s’inséra dans un appel.

Puis cliquez sur Enregistrer.

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

1

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

2

Sélectionnez Appel, allez à Autorisations de l’utilisateur entre utilisateurs et activez la confidentialité.

3

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

  • Permettre à cet utilisateur d’être appelé par un poste
  • Permettre à cet utilisateur d’être appelé par son nom ou prénom
4

Cochez la case Activer la confidentialité. Vous pouvez alors décider de bloquer tout le monde en laissant vide le champ Rechercher l’utilisateur par nom ou choisir qui peut surveiller l’état de la ligne de cet utilisateur.

En reprenant l’exemple du cadre supérieur ci-dessus, vous recherchez le nom de son assistant administratif.

5

Cliquez sur Enregistrer.

Exemple

Vous souhaitez voir comment cela s’est passé ? Regardez cette démonstration vidéo sur la façon de gérer les paramètres de confidentialité pour un utilisateur dans Control Hub.

Liste de contrôle - Autres utilisateurs et Parquage d'appel mesure

Le nombre maximal de lignes surveillées est de 50, mais vous devez tenir compte de 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.


Le service de contrôle fonctionne uniquement avec le périphérique principal d’un utilisateur.

1

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

2

Sélectionnez Appel, allez à la section Autorisations de l’utilisateur , sélectionnez Contrôle.

3

Choisissez l’une des options suivantes :

  • Ajouter une ligne contrôlée-
  • Ajouter un numéro de poste de parcage des appels
4

Choisissez si vous souhaitez que cet utilisateur soit informé des appels parqués, recherche