07 août 2026 | 4323 vue(s) | 12 personnes ont trouvé ceci utile
Configurer la passerelle locale sur Cisco IOS XE pour Webex Calling
list-menuUn commentaire ?
Après avoir configuré Webex Calling pour votre entreprise, vous pouvez configurer une ligne auxiliaire pour connecter votre passerelle locale à Webex Calling. Le transport TLS SIP sécurise la ligne auxiliaire entre la passerelle locale et le Cloud Webex. Le média entre la passerelle locale et Webex Calling utilise SRTP.

Vue d’ensemble

Webex Calling prend actuellement en charge deux versions de la passerelle locale :

  • Passerelle locale

  • Portail local pour Webex pour le gouvernement

Considérations clés

  • Avant de commencer, comprenez les exigences du réseau téléphonique commuté public (RTPC) et de la passerelle locale (LGW) pour les appels Webex. Voir Architecture préférée de Cisco pour les appels Webexpour 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 PSTN existante ou le déploiement de CUBE Enterprise pour l'utiliser comme fonction de passerelle locale pour Webex Calling, alors faites attention à la configuration. Assurez-vous de ne pas interrompre les flux d'appels existants et la fonctionnalité en raison des changements que vous effectuez.

Les procédures contiennent des liens vers la documentation de référence de commande où vous pouvez en savoir plus sur les options de commande individuelles. Tous les liens de référence de commande vont à la référence de commande Webex Managed Gateways sauf indication contraire (auquel cas les liens de commande vont à la référence de commande vocale Cisco IOS). Vous pouvez accéder à tous ces guides sur Cisco Unified Border Element Références des commandes.

Pour plus d’informations sur les SBC tiers pris en charge, reportez-vous à la documentation de référence du produit correspondante.

Configurez votre passerelle locale

Il existe deux options pour configurer la passerelle locale pour votre trunk Webex Calling :

  • Tronc basé sur l’inscription

  • Tronc basé sur un certificat

Utilisez le flux de tâches soit sous le Registration-based Local Gateway ou Certificate-based Local Gateway pour configurer Local Gateway pour votre trunk Webex Calling.

Voir Démarrer avec Local Gatewaypour plus d'informations sur les différents types de tronc. Effectuez les étapes suivantes sur la passerelle locale elle-même, à l’aide de l’interface de la ligne de commande (CLI). Nous utilisons Session Initiation Protocol (SIP) et Transport Layer Security (TLS) pour sécuriser le coffre et Secure Real Time Protocol (SRTP) pour sécuriser le média entre la passerelle locale et l'appel Webex.

Considérations clés

Local Gateway for Webex for Government ne prend pas en charge les éléments suivants :

  • STUN/ICE-Lite pour l'optimisation du chemin média

  • Fax (T.38)

Configurez votre passerelle locale pour Webex pour le gouvernement

Pour configurer Local Gateway pour votre trunk Webex Calling dans Webex for Government, utilisez l'option suivante :

  • Tronc basé sur un certificat

Utiliser le flux de tâches sous le Certificate-based Local Gateway pour configurer la passerelle locale pour votre trunk Webex Calling. Pour plus de détails sur la façon de configurer une passerelle locale basée sur un certificat, voir Configurer le coffre basé sur le certificat d'appel Webex.

Il est obligatoire de configurer les chiffrages GCM conformes au FIPS pour prendre en charge la passerelle locale pour Webex pour le gouvernement. Si ce n'est pas le cas, la configuration de l'appel échoue. Pour les détails de configuration, voir Configure Webex Calling certificate-based trunk.

Webex pour le gouvernement ne prend pas en charge la passerelle locale basée sur l'enregistrement.

Aperçu de la conception

Cette section décrit comment configurer un Cisco Unified Border Element (CUBE) en tant que passerelle locale pour les appels Webex, à l'aide d'un trunk SIP d'enregistrement. La première partie de ce document illustre comment configurer une passerelle RTPC simple. Dans ce cas, tous les appels du RTPC sont acheminés vers Webex Calling et tous les appels de Webex Calling sont acheminés vers le RTPC. L’image ci-dessous met en évidence cette solution et la configuration de routage des appels de haut niveau qui sera suivie.

Dans cette conception, les principales configurations suivantes sont utilisées :

  • les locataires de la classe vocale : Permet de créer des configurations spécifiques au coffre.

  • uri de classe vocale : Permet de classer les messages SIP pour la sélection d'un comparateur entrant.

  • cadran-pair entrant : Assure le traitement des messages SIP entrants et détermine la route sortante à l'aide d'un groupe de numérotation.

  • groupe de numérotation-pair : Définit les pairs de numérotation sortants utilisés pour le routage des appels ultérieurs.

  • cadran-pair sortant : Assure le traitement des messages SIP sortants et les achemine vers la cible requise.

Call routing from/to PSTN to/from Webex Calling configuration solution

Alors que IP et SIP sont devenus les protocoles par défaut pour les trunks PSTN, les circuits RNIS TDM (Time Division Multiplexing) sont encore largement utilisés et sont pris en charge par les trunks Webex Calling. Pour permettre l'optimisation multimédia des chemins IP pour les passerelles locales avec des flux d'appels TDM-IP, il est actuellement nécessaire d'utiliser un processus de routage d'appels à deux étapes. Cette approche modifie la configuration de routage des appels présentée ci-dessus, en introduisant un ensemble de pairs de numérotation de boucle interne entre les canaux Webex Calling et PSTN comme illustré dans l'image ci-dessous.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Lors de la connexion d'une solution Cisco Unified Communications Manager sur site avec Webex Calling, vous pouvez utiliser la configuration simple de passerelle PSTN comme référence pour construire la solution illustrée dans le schéma suivant. Dans ce cas, Unified Communications Manager assure le routage et le traitement centralisés de tous les appels PSTN et Webex Calling.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Tout au long de ce document, les noms d'hôtes, les adresses IP et les interfaces illustrées dans l'image suivante sont utilisés.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Utilisez les directives de configuration dans la suite de ce document pour compléter la configuration de votre passerelle locale comme suit :

  • Etape 1 : Configurer la connectivité et la sécurité de base du routeur

  • Etape 2 : Configurer le coffre d'appel Webex

    En fonction de votre architecture requise, suivez soit :

  • Etape 3 : Configurer la passerelle locale avec le coffre SIP PSTN

  • Etape 4 : Configurer la passerelle locale avec un environnement Unified CM existant

    Ou :

  • Etape 3 : Configurer la passerelle locale avec le coffre TDM PSTN

Configurer la connectivité et la sécurité

Configuration de référence

La première étape dans la préparation de votre routeur Cisco en tant que passerelle locale pour les appels Webex est de construire une configuration de base qui sécurise votre plateforme et établit la connectivité.

  • Tous les déploiements de passerelle locale basés sur l'enregistrement nécessitent des versions Cisco IOS XE 17.6.1a ou ultérieures. Cisco IOS 17.12.2 ou version ultérieure est recommandé. Pour les versions recommandées, voir le Recherche logicielle Ciscopage. Recherchez la plateforme et sélectionnez l’une des versions suggérées.

    • Les routeurs de la série ISR4000 doivent être configurés avec des licences de technologie de communication unifiée et de sécurité.

    • Les routeurs de la série Catalyst Edge 8000 équipés de cartes vocales ou de DSP nécessitent une licence DNA Advantage. Les routeurs sans cartes vocales ou DSP nécessitent un minimum de licence DNA Essentials.

  • Créez une configuration de base pour votre plateforme qui suit vos politiques commerciales. En particulier, configurer et vérifier les éléments suivants :

    • NTP

    • Acl

    • Authentification des utilisateurs et accès à distance

    • DNS

    • Routage IP

    • Adresses IP

  • Le réseau vers Webex Calling doit utiliser une adresse IPv4.

  • Téléchargez le paquet CA racine de Cisco sur la passerelle locale.

Lors de la configuration du côté locataire pour se connecter à Webex Calling, seules les adresses basées sur SRV sont prises en charge.

Configuration

1

Assurez-vous d'attribuer des adresses IP valides et routables à n'importe quelle interface de couche 3, par exemple :


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Protégez l'enregistrement et les identifiants STUN sur le routeur à l'aide d'un cryptage symétrique. Configurez la clé de chiffrement primaire et le type de chiffrement comme suit :


key config-key password-encrypt YourPassword
password encryption aes

3

Créez un point de confiance de l'ICP.

Nécessite ce point de confiance pour configurer TLS plus tard. Pour les troncs basés sur l'enregistrement, ce point de confiance n'exige pas de certificat - comme requis pour un tronc basé sur un certificat.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Activez l'exclusivité TLS1.2 et spécifiez le point de confiance par défaut à l'aide des commandes de configuration suivantes. Mettre à jour les paramètres de transport pour assurer une connexion sécurisée et fiable pour l’enregistrement :

La cn-san-validate server la commande assure que la Passerelle Locale autorise une connexion, si le nom d’hôte configuré dans le locataire 200 est inclus dans les champs CN ou SAN du certificat reçu du mandataire sortant.

  1. Définir tcp-retry count à 1000 (multiples 5-msec = 5 secondes).

  2. La timer connection establish La commande vous permet de régler le temps que la LGW attend pour établir une connexion avec un proxy avant d'envisager la prochaine option disponible. La valeur par défaut pour cette minuterie est de 20 secondes et la valeur minimale de 5 secondes. Commencez par une valeur faible et augmentez si nécessaire pour répondre aux conditions du réseau.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installez le bundle CA racine Cisco, qui comprend le certificat IdenTrust Commercial Root CA1 utilisé par Webex Calling. Utilisez les flèches crypto pki trustpool import clean url commande de télécharger le paquet CA racine à partir de l'URL spécifiée, et de supprimer le pool de confiance CA actuel, puis d'installer le nouveau paquet de certificats :

Si vous devez utiliser un proxy pour accéder à Internet en utilisant HTTPS, ajoutez la configuration suivante avant d’importer le bundle CA :

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurer le coffre basé sur l'enregistrement des appels Webex
1

Créez un coffre RTPC basé sur l'enregistrement pour un emplacement existant dans le Centre de contrôle. Notez les informations du tronc qui sont fournies une fois que le tronc a été créé. Les détails mis en évidence dans l'illustration sont utilisés dans les étapes de configuration de ce guide. Pour plus d'informations, voir Configurer les troncs, les groupes d'itinéraires et les plans de numérotation pour les appels Webex.

PSTN trunk registered
2

Saisissez les commandes suivantes pour configurer CUBE en tant que passerelle locale appelant Webex :

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Voici une explication des champs pour la configuration :


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pour se protéger contre la fraude par péage, la liste d'adresses de confiance définit une liste d'hôtes et de réseaux à partir desquels la passerelle locale s'attend à des appels VoIP légitimes.

  • Par défaut, Local Gateway bloque tous les messages VoIP entrants à partir d'adresses IP ne figurant pas dans sa liste de confiance. Par défaut, les pairs de numérotation configurés statiquement avec des adresses IP « cible de session » ou des adresses IP de groupe de serveurs sont fiables. L'ajout de ces adresses IP à la liste de confiance n'est pas nécessaire.

  • Lors de la configuration de votre passerelle locale, ajoutez les sous-réseaux IP de votre centre de données Webex Calling régional à la liste. Pour plus d'informations, voir Informations de référence du port pour l'appel Webex. Ajoutez également des plages d'adresses pour les serveurs Unified Communications Manager (s'ils sont utilisés) et les passerelles PSTN.

    Si votre LGW est derrière un pare-feu avec cône NAT restreint, vous pouvez préférer désactiver la liste de confiance des adresses IP sur l'interface Webex Calling. Le pare-feu vous protège déjà contre les courriers entrants non sollicités VoIP. L'action de désactivation réduit vos frais généraux de configuration à long terme, car nous ne pouvons pas garantir que les adresses des pairs Webex Calling restent fixes, et vous devez configurer votre pare-feu pour les pairs dans tous les cas.

mode border-element

Active les fonctionnalités Cisco Unified Border Element (CUBE) sur la plateforme.

media statistics

Active le contrôle média sur la passerelle locale.

media bulk-stats

Permet au plan de commande de sondé le plan de données pour les statistiques d’appel en bloc.

Pour plus d'informations sur ces commandes, voir Médias.

allow-connections sip to sip

Activer la fonctionnalité d'agent utilisateur CUBE SIP de base dos à dos. Pour plus d'informations, voir Autoriser les connexions.

Par défaut, le transport par fax T.38 est activé. Pour plus d'informations, voir protocole de fax t38(service vocal).

stun

Active STUN (Session Traversal of UDP through NAT) globalement.

  • La fonction de liaison STUN sur la passerelle locale permet d'envoyer des demandes STUN générées localement sur le chemin média négocié. Cela aide à ouvrir le trou d'épingle dans le pare-feu.

Pour plus d'informations, voir stun flowdata agent-idet stun flowdata partagé-secret.

asymmetric payload full

Configure la prise en charge asymétrique de la charge utile SIP pour les charges utiles DTMF et les codec dynamiques. Pour plus d'informations, voir charge utile asymétrique.

early-offer forced

Force la passerelle locale à envoyer des informations SDP dans le message INVITE initial au lieu d'attendre l'accusé de réception du pair voisin. Pour plus d'informations sur cette commande, voir offre anticipée.

3

Configurer voice class codec 100 autoriser les codecs G.711 uniquement pour tous les troncs. Cette approche simple convient à la plupart des déploiements. Si nécessaire, des types de codec supplémentaires pris en charge par les systèmes d'origine et de terminaison peuvent être ajoutés à la liste.

Des solutions plus complexes impliquant transcodageles modules DSP sont pris en charge, mais ne sont pas inclus dans ce guide. 


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

Voici une explication des champs pour la configuration :

voice class codec 100

Utilisé pour n'autoriser que les codecs préférés pour les appels SIP. Pour plus d'informations, voir codec de classe vocale.

4

Configurer voice class stun-usage 100 pour activer l'ICE sur le coffre Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Voici une explication des champs pour la configuration :

stun usage ice lite

Utilisé pour activer ICE-Lite pour tous les Webex Calling face-pairs pour permettre l'optimisation des médias dans la mesure du possible. Pour plus d'informations, voir utilisation de la classe vocaleet utilisation de stun ice lite.

L'optimisation des médias est négociée dans la mesure du possible. Si un appel nécessite des services de médias cloud, tels que l'enregistrement, les médias ne peuvent pas être optimisés.

5

Configurez la politique de chiffrement des médias pour le trafic Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Voici une explication des champs pour la configuration :

voice class srtp-crypto 100

Spécifie SHA1_80 comme la seule suite de chiffrement SRTP CUBE offre dans le SDP dans les messages d'offre et de réponse. Webex Calling prend en charge uniquement SHA1_80. Pour plus d'informations, voir classe de voix srtp-crypto.

6

Configurer un motif pour identifier les appels vers un tronc de passerelle locale en fonction de son paramètre de tronc de destination : 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Voici une explication des champs pour la configuration :

voice class uri 100 sip

Définit un motif pour correspondre à une invitation SIP entrante à un comparateur de réseau entrant. Lors de la saisie de ce modèle, utilisez dtg= suivi de la valeur OTG/DTG du tronc fournie dans le centre de contrôle lorsque le tronc a été créé. Pour plus d'informations, voir uri de classe vocale.

7

Configurer sip profile 100, qui sera utilisé pour modifier les messages SIP avant leur envoi à Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Voici une explication des champs pour la configuration :

  • règle 10 à 70 et 90

    S'assure que les en-têtes SIP utilisés pour la signalisation d'appel utilisent SIP, plutôt que le schéma SIP, dont les proxies Webex ont besoin. La configuration de CUBE pour utiliser SIP garantit l'utilisation d'un enregistrement sécurisé.

  • règle 80

    Modifie l'en-tête From pour inclure l'identifiant OTG/DTG du groupe de tronc du Centre de contrôle afin d'identifier de manière unique un site de passerelle locale au sein d'une entreprise.

Le fournisseur RTPC des États-Unis ou du Canada peut offrir la vérification de l'ID de l'appelant pour les appels Spam et fraude, avec la configuration supplémentaire mentionnée dans le Indication de pourriel ou de fraude dans Webex Callingarticle.

8

Configurer le coffre d'appel Webex :

  1. Créer voice class tenant 100 définir et regrouper les configurations requises spécifiquement pour le coffre Webex Calling. En particulier, les détails d'enregistrement du coffre fournis précédemment dans Control Hub seront utilisés dans cette étape comme détaillé ci-dessous. Les pairs de numérotation associés à ce locataire hériteront ultérieurement de ces configurations.

    L’exemple suivant utilise les valeurs illustrées à l’étape 1 pour les besoins de ce guide (indiquées en gras). Remplacez-les par des valeurs pour votre coffre dans votre configuration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Voici une explication des champs pour la configuration :

    voice class tenant 100

    Définit un ensemble de paramètres de configuration qui seront utilisés uniquement pour le coffre Webex Calling. Pour plus d'informations, voir locataire de classe vocale.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Serveur d'enregistrement pour la passerelle locale avec l'enregistrement réglé pour rafraîchir toutes les deux minutes (50% de 240 secondes). Pour plus d'informations, voir registraire.

    Assurez-vous d'utiliser la valeur du domaine d'enregistrement du Centre de contrôle ici.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Identifiants pour le défi d’inscription au tronc. Pour plus d'informations, voir identifiants (SIP UA).

    Assurez-vous d'utiliser les valeurs de l'hôte Ligne/Port, du nom d'utilisateur d'authentification et du mot de passe d'authentification respectivement depuis le Centre de contrôle ici.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Défi d’authentification pour les appels. Pour plus d'informations, voir authentification (dial-peer).

    Assurez-vous d'utiliser les valeurs Nom d'utilisateur d'authentification, Mot de passe d'authentification et Domaine d'enregistrement respectivement depuis le Centre de contrôle ici.

    no remote-party-id

    Désactiver l'en-tête SIP Remote-Party-ID (RPID) car Webex Calling prend en charge le PAI, qui est activé en utilisant asserted-id pai. Pour plus d'informations, voir remote-party-id.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Configure le serveur SIP cible pour le coffre. Utilisez l'adresse SRV proxy Edge fournie dans le Control Hub lorsque vous avez créé votre coffre.

    connection-reuse

    Utilise la même connexion persistante pour l’enregistrement et le traitement des appels. Pour plus d'informations, voir connexion-réutilisation.

    srtp-crypto 100

    Configure les suites de chiffrement préférées pour la branche d'appel SRTP (connexion) (spécifié à l'étape 5). Pour plus d'informations, voir classe de voix srtp-crypto.

    session transport tcp tls

    Définit le transport vers TLS. Pour plus d'informations, voir Transport de session.

    no session refresh

    Désactive le rafraîchissement de session SIP pour les appels entre CUBE et Webex. Pour plus d'informations, voir rafraîchissement de la session.

    url sips

    La requête SRV doit être des SIP tels qu'ils sont 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. Pour plus d'informations, voir erreur-passthru.

    rel1xx disable

    Désactive l'utilisation de réponses provisoires fiables pour le tronc Webex Calling. Pour plus d'informations, voir rel1xx.

    asserted-id pai

    (Facultatif) Active le traitement de l'en-tête P-Asserted-Identity et contrôle comment celui-ci est utilisé pour le coffre Webex Calling.

    L'appel Webex inclut des en-têtes P-Asserted-Identity (PAI) dans les INVITE d'appel sortants vers la passerelle locale.

    Si cette commande est configurée, les informations de l'appelant provenant de l'en-tête PAI sont utilisées pour renseigner les en-têtes From et PAI/Remote-Party-ID sortante.

    Si cette commande n'est pas configurée, les informations de l'appelant provenant de l'en-tête From sont utilisées pour renseigner les en-têtes From et PAI/Remote-Party-ID sortante.

    Pour plus d'informations, voir identifiant asserté.

    bind control source-interface GigabitEthernet0/0/1

    Configure l'interface source et l'adresse IP associée pour les messages envoyés à Webex Calling. Pour plus d'informations, voir lier.

    bind media source-interface GigabitEthernet0/0/1

    Configure l'interface source et l'adresse IP associée pour les médias envoyés à WebexCalling. Pour plus d'informations, voir lier.

    no pass-thru content custom-sdp

    Commande par défaut sous tenant. Pour plus d'informations sur cette commande, voir contenu pass-through.

    sip-profiles 100

    Change les SIP en SIP et modifie la ligne/le port pour les messages INVITER et S’INSCRIRE comme défini dans sip-profiles 100. Pour plus d'informations, voir les profils sip de classe vocale.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Appel d'accès SBC. Insérez l'adresse mandataire sortante fournie dans le Centre de contrôle lorsque vous avez créé votre coffre. Pour plus d'informations, voir proxy sortant.

    privacy-policy passthru

    Configure les options de politique d'en-tête de confidentialité pour que le coffre passe les valeurs de confidentialité du message reçu à la prochaine étape d'appel. Pour plus d'informations, voir politique de confidentialité.

  2. Configurez le comparateur de coffre Webex Calling. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Voici une explication des champs pour la configuration :

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

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

    max-conn 250

    Limite le nombre d'appels entrants et sortants simultanés entre les appels LGW et Webex. Pour les troncs d'enregistrement, la valeur maximale configurée doit être 250. La valeur de l'utilisateur est plus faible si cela est plus approprié pour votre déploiement. Pour plus d'informations sur les limites d'appel simultanées pour la passerelle locale, reportez-vous à la Démarrer avec Local Gatewaydocument.

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas. Pour plus d'informations, voir motif de destination (interface).

    session protocol sipv2

    Spécifie que le comparateur à cadran 100 gère les jambes d'appel SIP. Pour plus d'informations, voir protocole de session (dial-peer).

    session target sip-server

    Indique que le serveur SIP défini dans le locataire 100 est hérité et utilisé pour la destination des appels de ce pair de numérotation. Pour plus d'informations, voir cible de la session (Voip dial pair).

    incoming uri request 100

    Spécifie la classe vocale utilisée pour faire correspondre un pair de numérotation VoIP à l'identifiant de ressource uniforme (URI) d'un appel entrant. Pour plus d'informations, voir uri entrant.

    voice-class codec 100

    Configure le comparateur pour utiliser la liste de filtres codec commune 100. Pour plus d'informations, voir codec de classe vocale.

    voice-class stun-usage 100

    Permet d'envoyer les requêtes STUN générées localement sur la passerelle locale sur le chemin média négocié. STUN aide à ouvrir un trou d'épingle du pare-feu pour le trafic média. Pour plus d'informations, voir utilisation de stun de classe vocale.

    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 100

    Le comparateur hérite de tous les paramètres configurés globalement et dans le locataire 100. Les paramètres peuvent être dépassés au niveau du comparateur.

    srtp

    Active SRTP pour les phases d’appel.

    no vad

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

  3. (Facultatif) Forcer les appels à l'audio uniquement.

    La vidéo sur Webex Calling utilisant les flux d'appels de la passerelle locale n'est pas prise en charge. Bien que la vidéo puisse fonctionner dans certains scénarios, elle peut entraîner une qualité dégradée et un comportement inattendu. Pour forcer les appels à l'audio uniquement, appliquez la commande suivante sous vos pairs Webex Calling :

    voice-class sip audio forced

    Si vous choisissez d'autoriser la vidéo, les appels peuvent ne pas fonctionner comme prévu.

9

Pour configurer des périphériques réseau tels que CUBE et pour transmettre des en-têtes de protocole d'initiation de session (SIP) que l'appareil ne traite pas, utilisez ces commandes. Ces commandes permettent au dispositif de passer par des en-têtes SIP non pris en charge, y compris des en-têtes de géolocalisation et PIDF-LO (Presence Information Data Format - Location Object), sur la passerelle locale. Cette fonctionnalité prend en charge les services E911 nomades en s’assurant que les informations de localisation critiques sont conservées et transmises correctement.

  1. Configuration des pairs de numérotation

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuration spécifique à l'homologue du cadran

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuration de la classe vocale pour les en-têtes spécifiques

    Pour proxy des en-têtes de géolocalisation :

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Appliquer le passage au comparateur entrant/sortant

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Pour permettre le passage du corps PIDFO, utiliser :

    
voice service voip 
 sip 
  pass-thru content unsupp

Après avoir défini le locataire 100 et configurer un comparateur VoIP SIP, la passerelle initie une connexion TLS vers Webex Calling. A ce stade, le SBC d’accès présente son certificat à la passerelle locale. La passerelle locale valide le certificat SBC d'accès Webex Calling à l'aide du paquet racine CA qui a été mis à jour plus tôt. Si le certificat est reconnu, une session TLS persistante est établie entre la passerelle locale et le SBC d'accès Webex Calling. La passerelle locale peut alors utiliser cette connexion sécurisée pour s'inscrire au SBC d'accès Webex. Lorsque l’enregistrement est contesté pour l’authentification :

  • La username, passwordet realm paramètres à partir du credentials la configuration est utilisée dans la réponse.

  • Les règles de modification dans le profil SIP 100 permettent de reconvertir l'URL SIPS en SIP.

L'enregistrement est réussi lorsqu'un 200 OK est reçu du SBC d'accès.

Schéma de flux d’authentification et d’enregistrement de l’appel Webex avec la passerelle locale

Configurer la passerelle locale avec un trunk SIP PSTN

Après avoir construit un trunk vers Webex Calling ci-dessus, utilisez la configuration suivante pour créer un trunk non chiffré vers un fournisseur de RTPC basé sur SIP :

Si votre prestataire de services propose un coffre RTPC sécurisé, vous pouvez suivre une configuration similaire à celle décrite ci-dessus pour le coffre Webex Calling. CUBE prend en charge le routage sécurisé des appels.

Si vous utilisez un trunk RTPC TDM / RNIS, passez à la section suivante Configurer la passerelle locale avec le trunk RTPC TDM.

Pour configurer les interfaces TDM pour les jambes d'appel PSTN sur les passerelles TDM-SIP de Cisco, voir  Configuration du PRI RNIS.

1

Configurez l'uri de classe vocale suivante pour identifier les appels entrants depuis le tronc du RTPC :


voice class uri 200 sip
  host ipv4:192.168.80.13

Voici une explication des champs pour la configuration :

voice class uri 200 sip

Définit un motif pour correspondre à une invitation SIP entrante à un comparateur de réseau entrant. Lorsque vous saisissez ce motif, utilisez l'adresse IP de votre passerelle IP PSTN. Pour plus d'informations, voir  uri de classe vocale.

2

Configurer le comparateur IP PSTN suivant :


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Voici une explication des champs pour la configuration :


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Définit un comparateur VoIP avec une étiquette de 200 et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix à cadran-pair.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas. Pour plus d'informations, voir motif de destination (interface).

session protocol sipv2

Spécifie que ce cadran-pair gère les jambes d'appel SIP. Pour plus d'informations, voir protocole de session (dial peer).

session target ipv4: 192.168.80.13

Spécifie l'adresse cible pour les appels envoyés au fournisseur du RTPC. Il peut s'agir soit d'une adresse IP, soit d'un nom d'hôte DNS. Pour plus d'informations, voir  cible de session (VoIP dial pair).

incoming uri via 200

Spécifie la classe vocale utilisée pour faire correspondre les appels entrants à ce comparateur à l'aide de l'URI d'en-tête INVITE VIA. Pour plus d'informations, voir  url entrante.

voice-class sip asserted-id pai

(Facultatif) Active le traitement de l'en-tête P-Asserted-Identity et contrôle comment celui-ci est utilisé pour le tronc du RTPC. Si cette commande est utilisée, l'identité de l'appelant fournie à partir du comparateur entrant est utilisée pour les en-têtes From et P-Asserted-Identity sortante. Si cette commande n'est pas utilisée, l'identité de l'appelant fournie à partir du comparateur entrant est utilisée pour les en-têtes From et Remote-Party-ID sortants. Pour plus d'informations, voir sip de classe vocale asserted-id.

bind control source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

bind media source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

voice-class codec 100

Configure le comparateur pour utiliser la liste de filtres codec commune 100. Pour plus d'informations, voir codec de classe vocale.

dtmf-relay rtp-nte

Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir Relais DTMF (Voix sur IP).

no vad

Désactive la détection de l’activité vocale. Pour plus d'informations, voir vad (cadran pair).

3

Si vous configurez votre passerelle locale pour acheminer uniquement les appels entre Webex Calling et le RTPC, ajoutez la configuration de routage des appels suivante. Si vous configurez votre passerelle locale avec une plateforme Unified Communications Manager, passez à la section suivante.

  1. Créez des groupes de numérotation pour acheminer les appels vers Webex Calling ou le RTPC. Définir DPG 100 avec le comparateur sortant 100 vers Webex Calling. Le DPG 100 est appliqué au comparateur entrant à partir du PSTN. De même, définir DPG 200 avec comparateur sortant 200 vers le PSTN. Le DPG 200 est appliqué au comparateur entrant depuis Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Voici une explication des champs pour la configuration :

    dial-peer 100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  2. Appliquer des groupes de numérotation pour acheminer les appels de Webex vers le RTPC et du RTPC vers Webex : 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Voici une explication des champs pour la configuration :

    destination dpg 200

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

    Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE sont configurées.

Configurer la passerelle locale avec un coffre TDM PSTN

Après avoir construit un trunk vers Webex Calling, utilisez la configuration suivante pour créer un trunk TDM pour votre service RTPC avec routage d'appel en boucle pour permettre l'optimisation des médias sur la branche d'appel Webex.

Si vous n'avez pas besoin d'optimisation du média IP, suivez les étapes de configuration d'un coffre SIP PSTN. Utilisez un port vocal et un comparateur POTS (comme illustré aux étapes 2 et 3) à la place du comparateur VoIP PSTN.

1

La configuration de numérotation-pair à boucle arrière utilise des groupes de numérotation-pair et des étiquettes de routage d'appels pour s'assurer que les appels passent correctement entre Webex et le RTPC, sans créer de boucles de routage d'appels. Configurez les règles de traduction suivantes qui seront utilisées pour ajouter et supprimer les étiquettes de routage d'appel :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Voici une explication des champs pour la configuration :

voice translation-rule

Utilise des expressions rationnelles définies dans des règles pour ajouter ou supprimer des étiquettes de routage d'appel. Des chiffres surdécadiques (« A ») sont utilisés pour apporter de la clarté pour le dépannage.

Dans cette configuration, l'étiquette ajoutée par le profil de traduction 100 permet de guider les appels de Webex Calling vers le PSTN via les pairs de numérotation de bouclage. De même, le tag ajouté par le profil de traduction 200 permet de guider les appels du PSTN vers Webex Calling. Les profils de traduction 11 et 12 suppriment ces étiquettes avant de délivrer des appels respectivement sur les troncs Webex et PSTN.

Cet exemple suppose que les numéros appelés de Webex Calling sont présentés au format +E.164. La règle 100 supprime le + de tête pour maintenir un numéro appelé valide. La règle 12 ajoute alors un ou des chiffres de routage nationaux ou internationaux lors de la suppression de la balise. Utilisez des chiffres qui correspondent à votre plan de numérotation national RNIS local.

Si Webex Calling présente des numéros au format national, ajustez les règles 100 et 12 pour simplement ajouter et supprimer l'étiquette de routage respectivement.

Pour plus d'informations, voir profil de traduction vocaleet règle de traduction vocale.

2

Configurez les ports d'interface vocale TDM selon le type de trunk et le protocole utilisé. Pour plus d'informations, voir Configuration du PRI RNIS. Par exemple, la configuration de base d'une interface RNIS Primary Rate installée dans le slot NIM 2 d'un dispositif peut comprendre :


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configurer le comparateur TDM PSTN suivant :


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Voici une explication des champs pour la configuration : 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Définit un comparateur VoIP avec une balise de 200 et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix numérotée-pair.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas. Pour plus d'informations, voir motif de destination (interface).

translation-profile incoming 200

Assigne le profil de traduction qui ajoutera une étiquette de routage d'appel au numéro appelé entrant.

direct-inward-dial

Achemine l'appel sans fournir de tonalité secondaire. Pour plus d'informations, voir cadran direct vers l'intérieur.

port 0/2/0:15

Le port vocal physique associé à ce cadran-pair.

4

Pour permettre l'optimisation multimédia des chemins IP pour les passerelles locales avec des flux d'appels TDM-IP, vous pouvez modifier le routage des appels en introduisant un ensemble de pairs de numérotation en boucle interne entre les canaux Webex Calling et PSTN. Configurez les pairs de numérotation à boucle arrière suivants. Dans ce cas, tous les appels entrants seront acheminés dans un premier temps vers le cadran-pair 10 et de là vers le cadran-pair 11 ou 12 en fonction de la balise de routage appliquée. Après la suppression de l'étiquette de routage, les appels seront acheminés vers le coffre sortant à l'aide de groupes de numérotation.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Voici une explication des champs pour la configuration : 


dial-peer voice 10 voip
 description Outbound loop-around leg

Définit un comparateur VoIP et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix numérotée-pair.

translation-profile incoming 11

Applique le profil de traduction défini précédemment pour supprimer l'étiquette d'acheminement des appels avant de passer au tronc sortant.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Pour plus d'informations, voir motif de destination (interface).

session protocol sipv2

Spécifie que ce cadran-pair gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial peer).

session target ipv4: 192.168.80.14

Spécifie l'adresse de l'interface du routeur local comme cible d'appel à la boucle arrière. Pour plus d'informations, voir cible de la session (Voip dial pair).

bind control source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les messages envoyés par le biais de la boucle arrière. Pour plus d'informations, voir  lier.

bind media source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les médias envoyés par le biais de la boucle de retour. Pour plus d'informations, voir  lier.

dtmf-relay rtp-nte

Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

codec g711alaw

Force tous les appels PSTN à utiliser G.711. Sélectionnez la loi a ou la loi u pour correspondre à la méthode d'accompagnement utilisée par votre service RNIS.

no vad

Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

5

Ajouter la configuration de routage des appels suivante :

  1. Créez des groupes de numérotation pour acheminer les appels entre les circuits PSTN et Webex, via la boucle arrière.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Voici une explication des champs pour la configuration :

    dial-peer 100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  2. Appliquez des groupes de numérotation à des pairs pour acheminer les appels.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Voici une explication des champs pour la configuration :

    destination dpg 200

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE sont configurées.
Configurer la passerelle locale avec un environnement Unified CM existant

La configuration d'appel PSTN-Webex dans les sections précédentes peut être modifiée pour inclure des troncs supplémentaires vers un cluster Cisco Unified Communications Manager (UCM). Dans ce cas, tous les appels sont acheminés via Unified CM. Les appels depuis UCM sur le port 5060 sont acheminés vers le PSTN et les appels depuis le port 5065 sont acheminés vers Webex Calling. Les configurations incrémentales suivantes peuvent être ajoutées pour inclure ce scénario d'appel.

Lors de la création du coffre Webex Calling dans Unified CM, assurez-vous de configurer le port entrant dans les paramètres du profil de sécurité du coffre SIP sur 5065. Ceci permet d'entrer les messages sur le port 5065 et de remplir l'en-tête du VIA avec cette valeur lors de l'envoi des messages à la passerelle locale.

Enter SIP trunk security profile information
1

Configurez les URI de classe vocale suivantes :

  1. Classifie les appels Unified CM to Webex en utilisant le port SIP VIA :

    
voice class uri 300 sip
 pattern :5065

  2. Classifie les appels CM unifiés vers PSTN en utilisant SIP via le port :

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Classer les messages entrants de l'UCM vers le tronc du RTPC à l'aide d'un ou de plusieurs modèles qui décrivent les adresses de source d'origine et le numéro de port. Les expressions rationnelles peuvent être utilisées pour définir des motifs de correspondance si nécessaire.

    Dans l'exemple ci-dessus, une expression rationnelle est utilisée pour faire correspondre n'importe quelle adresse IP dans la plage 192.168.80.60 à 65 et le numéro de port 5060.

2

Configurez les enregistrements DNS suivants pour spécifier le routage SRV vers les hôtes CM unifiés :

IOS XE utilise ces enregistrements pour déterminer localement les hôtes et les ports UCM cibles. Avec cette configuration, il n'est pas nécessaire de configurer les enregistrements dans votre système DNS. Si vous préférez utiliser votre DNS, ces configurations locales ne sont pas nécessaires.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Voici une explication des champs pour la configuration :

La commande suivante crée un enregistrement de ressource SRV DNS. Créer un enregistrement pour chaque hôte et tronc UCM :

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : Nom de l'enregistrement de ressource SRV

2: La priorité de l’enregistrement des ressources SRV

1: Le poids de l’enregistrement des ressources SRV

5060: Le numéro de port à utiliser pour l'hôte cible dans cet enregistrement de ressource

ucmsub5.mydomain.com : L'hôte cible de l'enregistrement de ressource

Pour résoudre les noms d'hôtes cibles des enregistrements de ressources, créez des enregistrements DNS A locaux. Par exemple :

ip host ucmsub5.mydomain.com 192.168.80.65

ip host : Crée un enregistrement dans la base de données IOS XE locale.

ucmsub5.mydomain.com : Le nom d'hôte d'enregistrement A.

192.168.80.65 : L'adresse IP hôte.

Créez les enregistrements de ressources SRV et les enregistrements A pour refléter votre environnement UCM et votre stratégie de distribution d'appels préférée.

3

Configurez les pairs de numérotation suivants :

  1. Dial-peer pour les appels entre Unified CM et Webex Calling :

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Voici une explication des champs pour la configuration :

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

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

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas.

    session protocol sipv2

    Spécifie que le comparateur à cadran 300 gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial-peer).

    session target dns:wxtocucm.io

    Définit la cible de session de plusieurs noeuds CM unifiés par résolution SRV DNS. Dans ce cas, l'enregistrement SRV défini localement wxtocucm.io est utilisé pour diriger les appels.

    incoming uri via 300

    Utilise l'URI de classe vocale 300 pour diriger tout le trafic entrant du CM unifié à l'aide du port source 5065 vers ce comparateur. Pour plus d'informations, voir  uri entrant.

    voice-class codec 100

    Indique la liste des filtres codec pour les appels vers et depuis Unified CM. Pour plus d'informations, voir  codec de classe vocale.

    bind control source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

    bind media source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

    no vad

    Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

  2. Dial-peer pour les appels entre Unified CM et le RTPC :

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Voici une explication des champs pour la configuration :

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Définit un comparateur VoIP avec une étiquette de 400 et donne une description significative pour faciliter la gestion et le dépannage.

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas.

    session protocol sipv2

    Spécifie que le comparateur à cadran 400 gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial-peer).

    session target dns:pstntocucm.io

    Définit la cible de session de plusieurs noeuds CM unifiés par résolution SRV DNS. Dans ce cas, l'enregistrement SRV défini localement pstntocucm.io est utilisé pour diriger les appels.

    incoming uri via 400

    Utilise l'URI de classe vocale 400 pour diriger tout le trafic entrant des hôtes CM unifiés spécifiés à l'aide du port source 5060 vers ce comparateur. Pour plus d'informations, voir  uri entrant.

    voice-class codec 100

    Indique la liste des filtres codec pour les appels vers et depuis Unified CM. Pour plus d'informations, voir  codec de classe vocale.

    bind control source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

    bind media source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

    no vad

    Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

4

Ajouter le routage des appels en utilisant les configurations suivantes :

  1. Créez des groupes de numérotation pour acheminer les appels entre Unified CM et Webex Calling. Définir DPG 100 avec outbound dial-peer 100 vers Webex Calling. Le DPG 100 est appliqué au comparateur entrant associé à partir du CM unifié. De même, définir DPG 300 avec cadran sortant 300 vers Unified CM. Le DPG 300 est appliqué au comparateur entrant depuis Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Créez des groupes de numérotation pour acheminer les appels entre le CM unifié et le RTPC. Définir DPG 200 avec outbound dial-peer 200 vers le RTPC. Le DPG 200 est appliqué au comparateur entrant associé à partir du CM unifié. De même, définir DPG 400 avec cadran sortant 400 vers Unified CM. Le DPG 400 est appliqué au comparateur entrant à partir du PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Voici une explication des champs pour la configuration :

    dial-peer  100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  3. Appliquer des groupes de numérotation pour acheminer les appels de Webex vers Unified CM et de Unified CM vers Webex : 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Voici une explication des champs pour la configuration :

    destination dpg 300

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

  4. Appliquer des groupes de numérotation pour acheminer les appels du RTPC vers le CM unifié et du CM unifié vers le RTPC :

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE ont été configurées.

Surveiller et dépanner la passerelle locale avec les signatures de diagnostic

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 le DS pour automatiser la collecte des données de diagnostic et transférer les données collectées vers le boîtier Cisco TAC 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 des problèmes à l'aide de messages syslog, d'événements SNMP et d'une surveillance périodique des sorties de commandes spécifiques.

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

  • Générer un fichier journal consolidé

  • Téléchargement du fichier vers un emplacement réseau fourni par l'utilisateur tel que HTTPS, SCP, FTP serveur.

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. Outil de recherche des signatures de diagnostic(DSLT) est une source unique pour trouver des signatures applicables pour la surveillance et le dépannage de divers problèmes.

Avant de commencer :

  • Ne modifiez pas le fichier DS que vous téléchargez depuis 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 exécute IOS XE 17.6.1 ou supérieur si vous souhaitez utiliser le serveur SMTP sécurisé pour les notifications par e-mail.

Prérequis

Passerelle locale exécutant IOS XE 17.6.1a ou supérieur

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

  2. Configurez le serveur de messagerie sécurisé pour être utilisé pour envoyer une notification proactive si l'appareil exécute Cisco IOS XE 17.6.1a ou une version supérieure.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurez la variable d’environnement ds_email avec l’adresse e-mail de l’administrateur pour vous avertir. 

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

Voici un exemple de configuration d'une passerelle locale fonctionnant sur Cisco IOS XE 17.6.1a ou supérieur pour envoyer les notifications proactives à tacfaststart@gmail.comen utilisant Gmail comme serveur SMTP sécurisé :

Nous vous recommandons d'utiliser le Cisco IOS XE Bengaluru 17.6.x ou versions ultérieures.

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 Manage Google Account > Security et allumer le Less secure app access réglage.

  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 suit l'utilisation du CPU pendant cinq 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ébogues et désinstalle toutes les signatures de diagnostic installées dans la passerelle locale. Suivez les étapes ci-dessous pour installer la signature.

  1. Utilisez les flèches show snmp commande pour activer SNMP. Si vous ne l'activez pas, configurez le snmp-server manager Commande.

    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écharger DS 64224en utilisant les options déroulantes suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    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. Utilisez les flèches show call-home diagnostic-signature commande pour vérifier que la signature est installée avec succès. 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(e)

    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, réinstaller le DS 64224 pour continuer à surveiller l'utilisation élevée du CPU sur la passerelle locale.

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

Ce DS vérifie la désinscription d'un coffre SIP de passerelle locale avec le cloud Webex Calling 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. Utilisez les étapes ci-dessous pour installer la signature :

  1. Télécharger DS 64117en utilisant les options déroulantes suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    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 les flèches show call-home diagnostic-signature commande pour vérifier que la signature est installée avec succès. La colonne d’état doit avoir une valeur « enregistrée ».

Surveillance des déconnexions d'appel anormales

Ce DS utilise l'interrogation SNMP toutes les 10 minutes pour détecter une déconnexion d'appel anormale avec des erreurs SIP 403, 488 et 503.  Si l'incrément de comptage d'erreurs est supérieur ou égal à 5 à partir du dernier sondage, il génère une notification syslog et par e-mail. Veuillez suivre les étapes ci-dessous pour installer la signature.

  1. Utilisez les flèches show snmp commande pour vérifier si SNMP est activé. Si ce n'est pas activé, configurez le snmp-server manager Commande. 

    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écharger DS 65221en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    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 les flèches show call-home diagnostic-signature commande pour vérifier que la signature est installée avec succès. 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. Les signatures de diagnostic (DS) éliminent la nécessité de vérifier manuellement l'apparition du problème et facilitent le dépannage des problèmes intermittents et transitoires.

Vous pouvez utiliser le Outil de recherche des signatures de diagnosticpour trouver les signatures applicables et les installer pour auto-résoudre un problème donné ou vous pouvez installer la signature recommandée par l’ingénieur TAC dans le cadre de l’engagement de support.

Voici un exemple de la façon 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 automatiser la collecte des données de diagnostic en utilisant les étapes suivantes :

  1. Configurez une variable d'environnement DS supplémentaire ds_fsurl_prefix qui est le chemin du serveur de fichiers Cisco TAC (cxd.cisco.com) vers 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 de téléchargement de fichier qui peut être extrait de Gestionnaire de cas d'assistancedans 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 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 le SNMP est activé à l'aide du show snmp Commande. Si ce n'est pas activé, configurez le snmp-server manager Commande.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Assurez-vous d'installer le DS de surveillance du CPU élevé 64224 en tant que mesure proactive pour désactiver toutes les signatures de débogage et de diagnostic pendant le temps d'utilisation du CPU élevé. Télécharger DS 64224en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    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écharger DS 65095en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    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) : CEI=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. Installer le fichier XML DS de surveillance haute CPU 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 installée avec succès à l'aide du show call-home diagnostic-signature Commande. 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(e)

    2020-11-08

    65095

    00:12 :53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Inscrit(e)

    2020-11-08

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

Dans la commande suivante, la colonne « Status » du show call-home diagnostic-signature la commande passe en « running » pendant que la passerelle locale exécute l’action définie dans la signature. La sortie de show call-home diagnostic-signature statistics 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(e)

2020-11-08 00 :07 :45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

En cours d&apos;exécution

2020-11-08 00 :12 :53

afficher les statistiques de signature de diagnostic à domicile

ID de la SD

Nom de la SD

Déclenché/Max/Désinstaller

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 du show call-home diagnostic-signature commander et exécuter 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.

Gérer et valider les passerelles Cisco IOS XE via Control Hub

Pour une meilleure gestion des passerelles Cisco IOS XE, nous vous recommandons de vous inscrire et de gérer les passerelles via le Control Hub. C'est une configuration optionnelle. Une fois inscrit, vous pouvez utiliser l'option de validation de configuration dans le Centre de contrôle pour valider la configuration de votre passerelle locale et identifier tout problème de configuration. Actuellement, seules les malles basées sur l'enregistrement prennent en charge cette fonctionnalité.

Pour de plus amples renseignements, veuillez consulter les documents suivants :

Aperçu de la conception

Cette section décrit comment configurer un Cisco Unified Border Element (CUBE) en tant que passerelle locale pour l'appel Webex à l'aide d'un tronc SIP TLS mutuel basé sur un certificat (mTLS). La première partie de ce document illustre comment configurer une passerelle RTPC simple. Dans ce cas, tous les appels du RTPC sont acheminés vers Webex Calling et tous les appels de Webex Calling sont acheminés vers le RTPC. L'image suivante met en évidence cette solution et la configuration de routage des appels de haut niveau qui sera suivie.

Dans cette conception, les principales configurations suivantes sont utilisées :

  • locataires de la classe vocale : Permet de créer des configurations spécifiques au coffre.

  • uri de classe vocale : Permet de classer les messages SIP pour la sélection d'un comparateur entrant.

  • cadran-pair entrant : Assure le traitement des messages SIP entrants et détermine la route sortante à l'aide d'un groupe de numérotation.

  • dial-peer group : Définit les pairs de numérotation sortants utilisés pour le routage des appels ultérieurs.

  • dial-pair sortant : Assure le traitement des messages SIP sortants et les achemine vers la cible requise.

Call routing from/to PSTN to/from Webex Calling configuration solution

Lors de la connexion d'une solution Cisco Unified Communications Manager sur site avec Webex Calling, vous pouvez utiliser la configuration simple de passerelle PSTN comme référence pour construire la solution illustrée dans le schéma suivant. Dans ce cas, un Unified Communications Manager assure le routage et le traitement centralisés de tous les appels PSTN et Webex Calling.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Tout au long de ce document, les noms d'hôtes, les adresses IP et les interfaces illustrées dans l'image suivante sont utilisés. Des options sont prévues pour l'adressage public ou privé (derrière NAT). Les enregistrements SRV DNS sont facultatifs, à moins d'équilibrer la charge entre plusieurs instances CUBE.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Utilisez les directives de configuration dans la suite de ce document pour compléter la configuration de votre passerelle locale comme suit :

Configurer la connectivité et la sécurité

Configuration de référence

La première étape dans la préparation de votre routeur Cisco en tant que passerelle locale pour les appels Webex est de construire une configuration de base qui sécurise votre plateforme et établit la connectivité.

  • Tous les déploiements de passerelle locale basés sur des certificats nécessitent des versions Cisco IOS XE 17.9.1a ou ultérieures. Cisco IOS XE 17.12.2 ou version ultérieure est recommandé. Pour les versions recommandées, voir le Recherche logicielle Ciscopage. Recherchez la plateforme et sélectionnez l’une des versions suggérées.

    • Les routeurs de la série ISR4000 doivent être configurés avec des licences de technologie de communication unifiée et de sécurité.

    • Les routeurs de la série Catalyst Edge 8000 équipés de cartes vocales ou de DSP nécessitent une licence DNA Advantage. Les routeurs sans cartes vocales ou DSP nécessitent un minimum de licence DNA Essentials.

    • Pour les besoins de haute capacité, vous pouvez également avoir besoin d'une licence de haute sécurité (HSEC) et d'un droit de débit supplémentaire.

      Voir Codes d’autorisationpour plus de détails.

  • Créez une configuration de base pour votre plateforme qui suit vos politiques commerciales. En particulier, configurer et vérifier les éléments suivants :

    • NTP

    • Acl

    • Authentification des utilisateurs et accès à distance

    • DNS

    • Routage IP

    • Adresses IP

  • Le réseau vers Webex Calling doit utiliser une adresse IPv4. Les adresses FQDN (Full Qualified Domain Names) ou SRV (Service Record) de la passerelle locale configurées dans le Control Hub doivent se résoudre à une adresse IPv4 publique sur Internet.

  • Tous les ports SIP et média de l’interface Local Gateway en face de Webex doivent être accessibles depuis Internet, soit directement, soit via NAT statique. Assurez-vous de mettre à jour votre pare-feu en conséquence.

  • Suivez les étapes de configuration détaillées ci-dessous pour installer un certificat signé sur la passerelle locale :

    • Une autorité de certification publique (CA) telle que détaillée dans  Quelles autorités de certificat racine sont prises en charge pour les appels vers les plateformes audio et vidéo Cisco Webex ?doit signer le certificat de l’appareil.

    • Les certificats contenant uniquement l'utilisation étendue des clés d'authentification du serveur (EKU) sont pris en charge. Webex Calling ne valide pas ou n'impose pas la présence d'EKU d'authentification client lors de l'établissement de la poignée de main TLS.

      Certains contrôleurs frontaliers de session (SBC) tiers peuvent appliquer une validation stricte de l'EKU et peuvent rejeter des certificats qui n'incluent pas l'EKU d'authentification du client. Dans de tels cas, assurez-vous que le SBC est configuré pour accepter les certificats avec l'EKU d'authentification du serveur uniquement ou pour désactiver la validation stricte de l'EKU (si elle est prise en charge).

    • Le nom commun du sujet du certificat (CN) ou l'un des noms alternatifs du sujet (SAN) doit être le même que le FQDN configuré dans le Centre de contrôle.

      Lors de l'achat d'un certificat portant le nom commun (NC) ou le nom alternatif du sujet (SAN), assurez-vous que le certificat n'utilise que des lettres minuscules. Dans la configuration Control Hub, toutes les entrées FQDN sont automatiquement converties en minuscules, et toute inadéquation dans le boîtier des lettres entre le FQDN et le certificat empêchera l'enregistrement du tronc.

      Par exemple :

      • Si un tronc configuré dans le Control Hub de votre organisation possède cube1.lgw.com :5061 en tant que FQDN de la passerelle locale, alors le CN ou le SAN du certificat de routeur doit contenir cube1.lgw.com. 

      • Si un trunk configuré dans le Control Hub de votre organisation a lgws.lgw.com comme adresse SRV de la (des) passerelle(s) locale(s) accessible(s) depuis le trunk, alors le CN ou le SAN du certificat de routeur doit contenir lgws.lgw.com. Les enregistrements où l SRV l’adresse électronique résout (CNAME, Un enregistrement, ou adresse IP) sont facultatifs dans SAN.

      • Que vous utilisiez un FQDN ou un SRV pour le coffre, l'adresse de contact pour toutes les nouvelles boîtes de dialogue SIP de votre passerelle locale doit utiliser le nom configuré dans le Centre de contrôle.

  • Téléchargez le paquet CA racine de Cisco sur la passerelle locale. Ce bundle comprend le certificat racine CA utilisé pour vérifier la plateforme Webex.

Configuration

1

Assurez-vous d'attribuer des adresses IP valides et routables à n'importe quelle interface de couche 3, par exemple :


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 (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Protégez les identifiants STUN sur le routeur à l'aide d'un cryptage symétrique. Configurez la clé de chiffrement primaire et le type de chiffrement comme suit :


key config-key password-encrypt YourPassword
password encryption aes
3

Créez un point de confiance de chiffrement avec un certificat pour votre domaine, signé par un pris en chargeAutorité de certification (CA).

  1. Créez une paire de clés RSA à l'aide de la commande exec suivante.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Utilisez les commandes de configuration suivantes pour créer un point de confiance pour le certificat, en spécifiant les valeurs de champ à utiliser dans la demande de signature du certificat : 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Notes pour les champs de certificats :

    • fqdn : Ce champ n’est pas obligatoire pour Webex Calling. Définir cette configuration sur « none » pour ne pas inclure ce champ dans la demande de signature du certificat. Si vous devez inclure un FQDN en utilisant cette commande, il n'y a pas d'impact sur le fonctionnement de la passerelle locale.

    • nom du sujet : Pour valider les appels provenant d'une passerelle locale, Webex doit faire correspondre le FQDN dans les en-têtes de contact SIP à ceux inclus soit dans l'attribut Nom commun du sujet (CN), soit dans le champ Nom alternatif du sujet (SAN) du certificat SBC. Le champ sujet doit contenir au moins un attribut CN, et peut inclure d'autres attributs, au besoin. Pour plus d'informations, voir nom du sujet.

    • Nom du sujet : Le champ Nom alternatif du sujet (SAN) du certificat SBC peut inclure une liste de FQDN supplémentaires. Webex vérifie cette liste pour valider l'en-tête de contact SIP dans les messages de la passerelle locale si l'attribut CN du sujet du certificat n'est pas apparié.

    • Hachage : Il est recommandé que les demandes de signature de certificat (CSR) soient signées à l’aide de SHA256. Le Cisco IOS XE 17.11.1 utilise cet algorithme par défaut et pour une version antérieure, utilisez la commande Hash.

  3. Générer une demande de signature de certificat (CSR) avec la commande d'exec ou de configuration suivante et l'utiliser pour demander un certificat signé d'un fournisseur d'AC pris en charge :

    crypto pki enroll LGW_CERT

4

Fournir le certificat de l'AC de signature intermédiaire pour authentifier votre certificat d'hôte. Saisir la commande exec ou configuration suivante :


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Importer le certificat hôte signé à l'aide de la commande exec ou de configuration suivante :


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

Activez TLS1.2 exclusivité et spécifiez le point de confiance par défaut à utiliser pour les applications vocales en utilisant les commandes de configuration suivantes :


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installez le bundle CA racine Cisco, qui comprend le certificat IdenTrust Commercial Root CA 1 utilisé par Webex Calling. Utilisez les flèches crypto pki trustpool import clean url url commande de télécharger le paquet CA racine à partir de l'URL spécifiée, et de supprimer le pool de confiance CA actuel, puis d'installer le nouveau paquet de certificats :

Si vous devez utiliser un proxy pour accéder à Internet en utilisant HTTPS, ajoutez la configuration suivante avant d’importer le bundle CA :

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurer le coffre basé sur le certificat d'appel Webex
1

Créez un coffre PSTN basé sur un certificat CUBE pour un emplacement existant dans le Centre de contrôle. Pour plus d'informations, voir Configurer les troncs, les groupes d'itinéraires et les plans de numérotation pour les appels Webex.

Notez les informations du coffre lors de la création du coffre. Ces détails, comme souligné dans l'illustration suivante, sont utilisés dans les étapes de configuration de ce guide.

Le groupe de tronc PSTN basé sur un certificat CUBE est créé

2

Saisissez les commandes suivantes pour configurer CUBE en tant que passerelle locale appelant Webex :


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Voici une explication des champs pour la configuration :


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pour se protéger contre la fraude par péage, la liste d'adresses de confiance définit une liste d'hôtes et d'entités de réseau à partir desquelles la passerelle locale attend des appels VoIP légitimes.

  • Par défaut, une passerelle locale bloque tous les messages VoIP entrants à partir d'adresses IP ne figurant pas dans sa liste de confiance. Par défaut, les pairs de numérotation configurés statiquement avec des adresses IP « cible de session » ou des adresses IP de groupe de serveurs sont fiables. Vous n'avez pas besoin d'ajouter ces adresses IP à la liste de confiance.

  • Lors de la configuration de votre passerelle locale, ajoutez les sous-réseaux IP de votre centre de données régional Webex Calling à la liste, voir Informations de référence du port pour l'appel Webexpour plus d'informations. Ajoutez également des plages d'adresses pour les serveurs Unified Communications Manager (s'ils sont utilisés) et les passerelles PSTN.

  • Pour plus d'informations sur la façon d'utiliser une liste fiable d'adresses IP pour prévenir la fraude aux péages, voir Adresse IP de confiance.

mode border-element

Active les fonctionnalités Cisco Unified Border Element (CUBE) sur la plateforme.

allow-connections sip to sip

Activez la fonctionnalité d'agent utilisateur CUBE SIP de base dos à dos. Pour plus d'informations, voir Autoriser les connexions.

Par défaut, le transport par fax T.38 est activé. Pour plus d'informations, voir protocole de fax t38(service vocal).

stun

Active STUN (Session Traversal of UDP through NAT) globalement.

Ces commandes globales ne sont nécessaires que lors du déploiement de votre passerelle locale derrière NAT.

  • La fonction de liaison STUN sur la passerelle locale permet d'envoyer des demandes STUN générées localement sur le chemin média négocié. Cela aide à ouvrir le trou d'épingle dans le pare-feu.

Pour plus d'informations, voir  stun flowdata agent-idet  stun flowdata partagé-secret.

asymmetric payload full

Configure la prise en charge asymétrique de la charge utile SIP pour les charges utiles DTMF et les codec dynamiques. Pour plus d'informations sur cette commande, voir charge utile asymétrique.

early-offer forced

Force la passerelle locale à envoyer des informations SDP dans le message INVITE initial au lieu d'attendre l'accusé de réception du pair voisin. Pour plus d'informations sur cette commande, voir offre anticipée.

sip-profiles inbound

Permet à CUBE d'utiliser les profils SIP pour modifier les messages au fur et à mesure de leur réception. Les profils sont appliqués par des pairs ou des locataires.

3

Configurer voice class codec 100 autoriser les codecs G.711 uniquement pour tous les troncs. Cette approche simple convient à la plupart des déploiements. Si nécessaire, ajoutez à la liste des types de codec supplémentaires pris en charge par les systèmes d'origine et de terminaison.

Des solutions plus complexes impliquant transcodageles modules DSP sont pris en charge, mais ne sont pas inclus dans ce guide. 


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

Voici une explication des champs pour la configuration :

voice class codec 100

Utilisé pour n'autoriser que les codecs préférés pour les appels SIP. Pour plus d'informations, voir codec de classe vocale.

4

Configurer voice class stun-usage 100 pour activer l'ICE sur le coffre Webex Calling. (Cette étape n’est pas applicable pour Webex pour le gouvernement)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Voici une explication des champs pour la configuration :

stun usage ice lite

Utilisé pour activer ICE-Lite pour tous les Webex Calling face-pairs pour permettre l'optimisation des médias dans la mesure du possible. Pour plus d'informations, voir utilisation de la classe vocaleet utilisation de stun ice lite.

La stun usage firewall-traversal flowdata La commande n'est requise que lors du déploiement de votre passerelle locale derrière NAT.

L'optimisation des médias est négociée dans la mesure du possible. Si un appel nécessite des services de médias cloud, tels que l'enregistrement, les médias ne peuvent pas être optimisés.

5

Configurez la politique de chiffrement des médias pour le trafic Webex. (Cette étape n’est pas applicable pour Webex pour le gouvernement)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Voici une explication des champs pour la configuration :

voice class srtp-crypto 100

Spécifie SHA1_80 comme la seule suite de chiffrement SRTP CUBE offre dans le SDP dans les messages d'offre et de réponse. Webex Calling prend en charge uniquement SHA1_80. Pour plus d'informations, voir classe de voix srtp-crypto.

6

Configurer les chiffrages GCM conformes au FIPS (Cette étape n’est applicable que pour Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Voici une explication des champs pour la configuration :

voice class srtp-crypto 100

Spécifie GCM comme la suite de chiffrement proposée par CUBE. Il est obligatoire de configurer les chiffrement GCM pour Local Gateway pour Webex for Government.

7

Configurer un motif pour identifier de manière unique les appels vers un tronc de passerelle locale en fonction de son FQDN ou SRV de destination :


voice class uri 100 sip
 pattern cube1.lgw.com

Voici une explication des champs pour la configuration :

voice class uri 100 sip

Définit un motif pour correspondre à une invitation SIP entrante à un comparateur de réseau entrant. Lors de la saisie de ce motif, utilisez le FQDN ou le SRV du coffre configuré dans le Control Hub pour le coffre.

Lors de la configuration côté locataire des troncs basés sur des certificats pour l'appel Webex, n'utilisez que l'adresse Webex Calling Edge basée sur SRV sur la passerelle locale. Les FQDN ne sont plus pris en charge.

8

Configurer les profils de manipulation des messages SIP. Si votre passerelle est configurée avec une adresse IP publique, configurez un profil comme suit ou passez à l'étape suivante si vous utilisez NAT. Dans cet exemple, cube1.lgw.com est le FQDN configuré pour la passerelle locale :


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Voici une explication des champs pour la configuration :

règles 10 et 20

Pour permettre à Webex d'authentifier les messages de votre passerelle locale, l'en-tête 'Contact' dans les messages de demande et de réponses SIP doit contenir la valeur prévue pour le tronc dans le Control Hub. Il s'agira soit du FQDN d'un seul hôte, soit du nom SRV utilisé pour un groupe d'appareils.

9

Si votre passerelle est configurée avec une adresse IP privée derrière NAT statique, configurez les profils SIP entrants et sortants comme suit. Dans cet exemple, cube1.lgw.com est le FQDN configuré pour la passerelle locale, "10.80.13.12" est l'adresse IP de l'interface faisant face à l'appel Webex et "192.65.79.20" est l'adresse IP publique NAT.

Profils SIP pour les messages sortants vers Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Voici une explication des champs pour la configuration :

rules 10 and 20

Pour permettre à Webex d'authentifier les messages de votre passerelle locale, l'en-tête 'Contact' dans les messages de demande et de réponses SIP doit contenir la valeur prévue pour le tronc dans le Control Hub. Il s'agira soit du FQDN d'un seul hôte, soit du nom SRV utilisé pour un groupe d'appareils.

rules 30 to 81

Convertissez les références d'adresse privée en adresse publique externe du site, permettant à Webex d'interpréter et d'acheminer correctement les messages suivants.

Profil SIP pour les messages entrants de Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Voici une explication des champs pour la configuration :

rules 10 to 80

Convertissez les références d'adresse publique en adresse privée configurée, permettant à CUBE de traiter les messages de Webex.

Pour plus d'informations, voir les profils sip de classe vocale.

Le fournisseur RTPC des États-Unis ou du Canada peut offrir la vérification de l'ID de l'appelant pour les appels Spam et fraude, avec la configuration supplémentaire mentionnée dans le Indication de pourriel ou de fraude dans Webex Callingarticle.

10

Configurez un keepalive d'options SIP avec un profil de modification d'en-tête.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Voici une explication des champs pour la configuration :

voice class sip-options-keepalive 100

Configure un profil keepalive et entre en mode de configuration de classe vocale. Vous pouvez configurer l'heure (en secondes) à laquelle une SIP Out of Dialog Options Ping est envoyée à la cible de numérotation lorsque la connexion du battement cardiaque au point d'extrémité est en statut UP ou Down.

Ce profil keepalive est déclenché à partir du cadran-pair configuré vers Webex.

Pour s'assurer que les en-têtes de contact incluent le nom de domaine entièrement qualifié SBC, le profil SIP 115 est utilisé. Les règles 30, 40 et 50 ne sont requises que lorsque le SBC est configuré derrière le NAT statique.

Dans cet exemple, cube1.lgw.com est le FQDN sélectionné pour la passerelle locale et si NAT statique est utilisé, "10.80.13.12" est l'adresse IP de l'interface SBC vers Webex Calling et "192.65.79.20" est l'adresse IP publique NAT.

11

Configurer le coffre d'appel Webex :

  1. Créer voice class tenant 100 définir et regrouper les configurations requises spécifiquement pour le coffre Webex Calling. Les pairs de numérotation associés à ce locataire héritent ultérieurement de ces configurations :

    L’exemple suivant utilise les valeurs illustrées à l’étape 1 pour les besoins de ce guide (indiquées en gras). Remplacez-les par des valeurs pour votre coffre dans votre configuration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 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 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Voici une explication des champs pour la configuration :

    voice class tenant 100

    Nous vous recommandons d'utiliser les locataires pour configurer les malles, qui ont leur propre certificat MCO, et la liste de validation CN ou SAN. Ici, le profil tls associé au locataire contient le point de confiance à utiliser pour accepter ou créer de nouvelles connexions, et possède la liste CN ou SAN pour valider les connexions entrantes. Pour plus d'informations, voir locataire de classe vocale.

    no remote-party-id

    Désactivez l'en-tête SIP Remote-Party-ID (RPID) car Webex Calling prend en charge le PAI, qui est activé à l'aide d'un asserted-id pai Commande. Pour plus d'informations, voir remote-party-id.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Configure le serveur SIP cible pour le coffre. Utilisez l'adresse SRV proxy Edge fournie dans le Control Hub lorsque vous avez créé votre coffre

    srtp-crypto 100

    Configure les suites de chiffrement préférées pour la branche d'appel SRTP (connexion) (spécifiée à l'étape 5). Pour plus d'informations, voir classe de voix srtp-crypto.

    localhost dns: cube1.lgw.com

    Configure CUBE pour remplacer l'adresse IP physique dans les en-têtes From, Call-ID et Remote-Party-ID dans les messages sortants avec le FQDN fourni. Utilisez ici le FQDN ou le SRV du coffre configuré dans le Control Hub pour le coffre.

    session transport tcp tls

    Définit le transport en TLS pour les pairs de numérotation associés. Pour plus d'informations, voir Transport de session.

    no session refresh

    Désactive le rafraîchissement de session SIP pour les appels entre CUBE et Webex. Pour plus d'informations, voir rafraîchissement de la session.

    error-passthru

    Indique la fonctionnalité de passage à la réponse d’erreur SIP. Pour plus d'informations, voir erreur-passthru.

    rel1xx disable

    Désactive l'utilisation de réponses provisoires fiables pour le tronc Webex Calling. Pour plus d'informations, voir rel1xx.

    asserted-id pai

    (Facultatif) Active le traitement de l'en-tête P-Asserted-Identity et contrôle comment celui-ci est utilisé pour le coffre Webex Calling.

    L'appel Webex inclut des en-têtes P-Asserted-Identity (PAI) dans les INVITE d'appel sortants vers la passerelle locale.

    Si cette commande est configurée, les informations de l'appelant provenant de l'en-tête PAI sont utilisées pour renseigner les en-têtes From et PAI/Remote-Party-ID sortante.

    Si cette commande n'est pas configurée, les informations de l'appelant provenant de l'en-tête From sont utilisées pour renseigner les en-têtes From et PAI/Remote-Party-ID sortante.

    Pour plus d'informations, voir identifiant asserté.

    bind control source-interface GigabitEthernet0/0/1

    Configure l'interface source et l'adresse IP associée pour les messages envoyés à Webex Calling. Pour plus d'informations, voir lier.

    bind media source-interface GigabitEthernet0/0/1

    Configure l'interface source et l'adresse IP associée pour les médias envoyés à Webex Calling. Pour plus d'informations, voir lier.

    voice-class sip profiles 100

    Applique le profil de modification d'en-tête (adressage IP public ou NAT) à utiliser pour les messages sortants. Pour plus d'informations, voir profils SIP de classe vocale.

    voice-class sip profiles 110 inbound

    Pour les déploiements LGW derrière NAT uniquement : Applique le profil de modification d'en-tête à utiliser pour les messages entrants. Pour plus d'informations, voir les profils sip de classe vocale.

    privacy-policy passthru

    Configure CUBE pour faire passer de manière transparente les en-têtes de confidentialité du message reçu à la prochaine étape d'appel. Pour plus d'informations, voir politique de confidentialité.

  2. Configurez le cadran du coffre Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Voici une explication des champs pour la configuration :

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

    Définit un comparateur VoIP avec une étiquette de 100 et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix numérotée-pair.

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Vous pouvez utiliser n'importe quel modèle de destination valide dans ce cas. Pour plus d'informations, voir motif de destination (interface).

    session protocol sipv2

    Spécifie que ce cadran-pair gère les jambes d'appel SIP. Pour plus d'informations, voir protocole de session (dial-peer).

    session target sip-server

    Indique que le serveur SIP défini dans le locataire 100 est hérité et utilisé pour la destination des appels de ce pair de numérotation.

    incoming uri request  100

    Spécifie la classe vocale utilisée pour faire correspondre les appels entrants à ce comparateur à l'aide de l'URI d'en-tête INVITE REQUEST. Pour plus d'informations, voir  uri entrant.

    voice-class codec 100

    Indique la liste des filtres codec pour les appels vers et depuis Webex Calling. Pour plus d'informations, voir codec de classe vocale.

    voice-class stun-usage 100

    Permet d'envoyer des demandes STUN générées localement à partir de la passerelle locale sur le chemin média négocié. Les paquets STUN aident à ouvrir un trou d'épingle du pare-feu pour le trafic multimédia et à détecter des chemins valides pour l'optimisation des médias.

    voice-class sip tenant 100

    Le comparateur hérite de tous les paramètres configurés globalement et dans le locataire 100. Les paramètres peuvent être dépassés au niveau du comparateur. Pour plus d'informations, voir  locataire sip de classe vocale.

    voice-class sip options-keepalive profile 100

    Cette commande surveille la disponibilité d'un groupe de serveurs SIP ou de terminaux à l'aide d'un profil spécifique (100).

    srtp

    Active SRTP pour les phases d’appel.

  3. (Facultatif) Forcer les appels à l'audio uniquement.

    La vidéo sur Webex Calling utilisant les flux d'appels de la passerelle locale n'est pas prise en charge. Bien que la vidéo puisse fonctionner dans certains scénarios, elle peut entraîner une qualité dégradée et un comportement inattendu. Pour forcer les appels à l'audio uniquement, appliquez la commande suivante sous vos pairs Webex Calling :

    voice-class sip audio forced

    Si vous choisissez d'autoriser la vidéo, les appels peuvent ne pas fonctionner comme prévu.

12

(Facultatif) Pour configurer des périphériques réseau tels que CUBE et pour transmettre des en-têtes de protocole d'initiation de session (SIP) que l'appareil ne traite pas, utilisez ces commandes. Ces commandes permettent au dispositif de passer par des en-têtes SIP non pris en charge, y compris des en-têtes de géolocalisation et PIDF-LO (Presence Information Data Format - Location Object), sur la passerelle locale. Cette fonctionnalité prend en charge les services E-911 nomades en s'assurant que les informations de localisation critiques sont conservées et transmises correctement.

  1. Configuration des pairs de numérotation

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuration spécifique à la numérotation

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuration de la classe vocale pour les en-têtes spécifiques

    Pour proxy des en-têtes de géolocalisation :

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Appliquer le passage au comparateur entrant/sortant

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Pour permettre le passage du corps PIDFO, utiliser :

    
voice service voip 
 sip 
  pass-thru content unsupp
Configurer la passerelle locale avec un trunk SIP PSTN

Après avoir construit un trunk vers Webex Calling ci-dessus, utilisez la configuration suivante pour créer un trunk non chiffré vers un fournisseur de RTPC basé sur SIP :

Si votre prestataire de services propose un coffre RTPC sécurisé, vous pouvez suivre une configuration similaire à celle décrite ci-dessus pour le coffre Webex Calling. CUBE prend en charge le routage sécurisé des appels.

Si vous utilisez un trunk RTPC TDM / RNIS, passez à la section suivante Configurer la passerelle locale avec le trunk RTPC TDM.

Pour configurer les interfaces TDM pour les jambes d'appel PSTN sur les passerelles TDM-SIP de Cisco, voir  Configuration du PRI RNIS.

1

Configurez l'uri de classe vocale suivante pour identifier les appels entrants depuis le tronc du RTPC :


voice class uri 200 sip
  host ipv4:192.168.80.13

Voici une explication des champs pour la configuration :

voice class uri 200 sip

Définit un motif pour correspondre à une invitation SIP entrante à un comparateur de réseau entrant. Lorsque vous saisissez ce motif, utilisez l'adresse IP de votre passerelle IP PSTN. Pour plus d'informations, voir  uri de classe vocale.

2

Configurer le comparateur IP PSTN suivant :


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Voici une explication des champs pour la configuration :


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Définit un comparateur VoIP avec une étiquette de 200 et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix à cadran-pair.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas. Pour plus d'informations, voir motif de destination (interface).

session protocol sipv2

Spécifie que ce cadran-pair gère les jambes d'appel SIP. Pour plus d'informations, voir protocole de session (dial peer).

session target ipv4: 192.168.80.13

Spécifie l'adresse cible pour les appels envoyés au fournisseur du RTPC. Il peut s'agir soit d'une adresse IP, soit d'un nom d'hôte DNS. Pour plus d'informations, voir  cible de session (VoIP dial pair).

incoming uri via 200

Spécifie la classe vocale utilisée pour faire correspondre les appels entrants à ce comparateur à l'aide de l'URI d'en-tête INVITE VIA. Pour plus d'informations, voir  url entrante.

voice-class sip asserted-id pai

(Facultatif) Active le traitement de l'en-tête P-Asserted-Identity et contrôle comment celui-ci est utilisé pour le tronc du RTPC. Si cette commande est utilisée, l'identité de l'appelant fournie à partir du comparateur entrant est utilisée pour les en-têtes From et P-Asserted-Identity sortante. Si cette commande n'est pas utilisée, l'identité de l'appelant fournie à partir du comparateur entrant est utilisée pour les en-têtes From et Remote-Party-ID sortants. Pour plus d'informations, voir sip de classe vocale asserted-id.

bind control source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

bind media source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

voice-class codec 100

Configure le comparateur pour utiliser la liste de filtres codec commune 100. Pour plus d'informations, voir codec de classe vocale.

dtmf-relay rtp-nte

Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir Relais DTMF (Voix sur IP).

no vad

Désactive la détection de l’activité vocale. Pour plus d'informations, voir vad (cadran pair).

3

Si vous configurez votre passerelle locale pour acheminer uniquement les appels entre Webex Calling et le RTPC, ajoutez la configuration de routage des appels suivante. Si vous configurez votre passerelle locale avec une plateforme Unified Communications Manager, passez à la section suivante.

  1. Créez des groupes de numérotation pour acheminer les appels vers Webex Calling ou le RTPC. Définir DPG 100 avec le comparateur sortant 100 vers Webex Calling. Le DPG 100 est appliqué au comparateur entrant à partir du PSTN. De même, définir DPG 200 avec comparateur sortant 200 vers le PSTN. Le DPG 200 est appliqué au comparateur entrant depuis Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Voici une explication des champs pour la configuration :

    dial-peer 100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  2. Appliquer des groupes de numérotation pour acheminer les appels de Webex vers le RTPC et du RTPC vers Webex : 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Voici une explication des champs pour la configuration :

    destination dpg 200

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

    Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE sont configurées.

Configurer la passerelle locale avec un coffre TDM PSTN

Après avoir construit un trunk vers Webex Calling, utilisez la configuration suivante pour créer un trunk TDM pour votre service RTPC avec routage d'appel en boucle pour permettre l'optimisation des médias sur la branche d'appel Webex.

Si vous n'avez pas besoin d'optimisation du média IP, suivez les étapes de configuration d'un coffre SIP PSTN. Utilisez un port vocal et un comparateur POTS (comme illustré aux étapes 2 et 3) à la place du comparateur VoIP PSTN.

1

La configuration de numérotation-pair à boucle arrière utilise des groupes de numérotation-pair et des étiquettes de routage d'appels pour s'assurer que les appels passent correctement entre Webex et le RTPC, sans créer de boucles de routage d'appels. Configurez les règles de traduction suivantes qui seront utilisées pour ajouter et supprimer les étiquettes de routage d'appel :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Voici une explication des champs pour la configuration :

voice translation-rule

Utilise des expressions rationnelles définies dans des règles pour ajouter ou supprimer des étiquettes de routage d'appel. Des chiffres surdécadiques (« A ») sont utilisés pour apporter de la clarté pour le dépannage.

Dans cette configuration, l'étiquette ajoutée par le profil de traduction 100 permet de guider les appels de Webex Calling vers le PSTN via les pairs de numérotation de bouclage. De même, le tag ajouté par le profil de traduction 200 permet de guider les appels du PSTN vers Webex Calling. Les profils de traduction 11 et 12 suppriment ces étiquettes avant de délivrer des appels respectivement sur les troncs Webex et PSTN.

Cet exemple suppose que les numéros appelés de Webex Calling sont présentés au format +E.164. La règle 100 supprime le + de tête pour maintenir un numéro appelé valide. La règle 12 ajoute alors un ou des chiffres de routage nationaux ou internationaux lors de la suppression de la balise. Utilisez des chiffres qui correspondent à votre plan de numérotation national RNIS local.

Si Webex Calling présente des numéros au format national, ajustez les règles 100 et 12 pour simplement ajouter et supprimer l'étiquette de routage respectivement.

Pour plus d'informations, voir profil de traduction vocaleet règle de traduction vocale.

2

Configurez les ports d'interface vocale TDM selon le type de trunk et le protocole utilisé. Pour plus d'informations, voir Configuration du PRI RNIS. Par exemple, la configuration de base d'une interface RNIS Primary Rate installée dans le slot NIM 2 d'un dispositif peut comprendre :


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configurer le comparateur TDM PSTN suivant :


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Voici une explication des champs pour la configuration : 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Définit un comparateur VoIP avec une balise de 200 et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix numérotée-pair.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas. Pour plus d'informations, voir motif de destination (interface).

translation-profile incoming 200

Assigne le profil de traduction qui ajoutera une étiquette de routage d'appel au numéro appelé entrant.

direct-inward-dial

Achemine l'appel sans fournir de tonalité secondaire. Pour plus d'informations, voir cadran direct vers l'intérieur.

port 0/2/0:15

Le port vocal physique associé à ce cadran-pair.

4

Pour permettre l'optimisation multimédia des chemins IP pour les passerelles locales avec des flux d'appels TDM-IP, vous pouvez modifier le routage des appels en introduisant un ensemble de pairs de numérotation en boucle interne entre les canaux Webex Calling et PSTN. Configurez les pairs de numérotation à boucle arrière suivants. Dans ce cas, tous les appels entrants seront acheminés dans un premier temps vers le cadran-pair 10 et de là vers le cadran-pair 11 ou 12 en fonction de la balise de routage appliquée. Après la suppression de l'étiquette de routage, les appels seront acheminés vers le coffre sortant à l'aide de groupes de numérotation.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Voici une explication des champs pour la configuration : 


dial-peer voice 10 voip
 description Outbound loop-around leg

Définit un comparateur VoIP et donne une description significative pour faciliter la gestion et le dépannage. Pour plus d'informations, voir voix numérotée-pair.

translation-profile incoming 11

Applique le profil de traduction défini précédemment pour supprimer l'étiquette d'acheminement des appels avant de passer au tronc sortant.

destination-pattern BAD.BAD

Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Pour plus d'informations, voir motif de destination (interface).

session protocol sipv2

Spécifie que ce cadran-pair gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial peer).

session target ipv4: 192.168.80.14

Spécifie l'adresse de l'interface du routeur local comme cible d'appel à la boucle arrière. Pour plus d'informations, voir cible de la session (Voip dial pair).

bind control source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les messages envoyés par le biais de la boucle arrière. Pour plus d'informations, voir  lier.

bind media source-interface  GigabitEthernet0/0/0

Configure l'interface source et l'adresse IP associée pour les médias envoyés par le biais de la boucle de retour. Pour plus d'informations, voir  lier.

dtmf-relay rtp-nte

Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

codec g711alaw

Force tous les appels PSTN à utiliser G.711. Sélectionnez la loi a ou la loi u pour correspondre à la méthode d'accompagnement utilisée par votre service RNIS.

no vad

Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

5

Ajouter la configuration de routage des appels suivante :

  1. Créez des groupes de numérotation pour acheminer les appels entre les circuits PSTN et Webex, via la boucle arrière.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Voici une explication des champs pour la configuration :

    dial-peer 100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  2. Appliquer des groupes de numérotation à des pairs pour acheminer les appels.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Voici une explication des champs pour la configuration :

    destination dpg 200

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE sont configurées.
Configurer la passerelle locale avec un environnement Unified CM existant

La configuration d'appel PSTN-Webex dans les sections précédentes peut être modifiée pour inclure des troncs supplémentaires vers un cluster Cisco Unified Communications Manager (UCM). Dans ce cas, tous les appels sont acheminés via Unified CM. Les appels depuis UCM sur le port 5060 sont acheminés vers le PSTN et les appels depuis le port 5065 sont acheminés vers Webex Calling. Les configurations incrémentales suivantes peuvent être ajoutées pour inclure ce scénario d'appel.

1

Configurez les URI de classe vocale suivantes :

  1. Classifie les appels Unified CM to Webex en utilisant le port SIP VIA :

    
voice class uri 300 sip
 pattern :5065

  2. Classifie les appels CM unifiés vers PSTN en utilisant SIP via le port :

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Classer les messages entrants de l'UCM vers le tronc du RTPC à l'aide d'un ou de plusieurs modèles qui décrivent les adresses de source d'origine et le numéro de port. Les expressions rationnelles peuvent être utilisées pour définir des motifs de correspondance si nécessaire.

    Dans l'exemple ci-dessus, une expression rationnelle est utilisée pour faire correspondre n'importe quelle adresse IP dans la plage 192.168.80.60 à 65 et le numéro de port 5060.

2

Configurez les enregistrements DNS suivants pour spécifier le routage SRV vers les hôtes CM unifiés :

IOS XE utilise ces enregistrements pour déterminer localement les hôtes et les ports UCM cibles. Avec cette configuration, il n'est pas nécessaire de configurer les enregistrements dans votre système DNS. Si vous préférez utiliser votre DNS, ces configurations locales ne sont pas nécessaires.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Voici une explication des champs pour la configuration :

La commande suivante crée un enregistrement de ressource SRV DNS. Créer un enregistrement pour chaque hôte et tronc UCM :

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : Nom de l'enregistrement de ressource SRV

2: La priorité de l’enregistrement des ressources SRV

1: Le poids de l’enregistrement des ressources SRV

5060: Le numéro de port à utiliser pour l'hôte cible dans cet enregistrement de ressource

ucmsub5.mydomain.com : L'hôte cible de l'enregistrement de ressource

Pour résoudre les noms d'hôtes cibles des enregistrements de ressources, créez des enregistrements DNS A locaux. Par exemple :

ip host ucmsub5.mydomain.com 192.168.80.65

ip host : Crée un enregistrement dans la base de données IOS XE locale.

ucmsub5.mydomain.com : Le nom d'hôte d'enregistrement A.

192.168.80.65 : L'adresse IP hôte.

Créez les enregistrements de ressources SRV et les enregistrements A pour refléter votre environnement UCM et votre stratégie de distribution d'appels préférée.

3

Configurez les pairs de numérotation suivants :

  1. Dial-peer pour les appels entre Unified CM et Webex Calling :

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Voici une explication des champs pour la configuration :

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

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

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas.

    session protocol sipv2

    Spécifie que le comparateur à cadran 300 gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial-peer).

    session target dns:wxtocucm.io

    Définit la cible de session de plusieurs noeuds CM unifiés par résolution SRV DNS. Dans ce cas, l'enregistrement SRV défini localement wxtocucm.io est utilisé pour diriger les appels.

    incoming uri via 300

    Utilise l'URI de classe vocale 300 pour diriger tout le trafic entrant du CM unifié à l'aide du port source 5065 vers ce comparateur. Pour plus d'informations, voir  uri entrant.

    voice-class codec 100

    Indique la liste des filtres codec pour les appels vers et depuis Unified CM. Pour plus d'informations, voir  codec de classe vocale.

    bind control source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

    bind media source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

    no vad

    Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

  2. Dial-peer pour les appels entre Unified CM et le RTPC :

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Voici une explication des champs pour la configuration :

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Définit un comparateur VoIP avec une étiquette de 400 et donne une description significative pour faciliter la gestion et le dépannage.

    destination-pattern BAD.BAD

    Un modèle de destination factice est nécessaire lors de l'acheminement d'appels sortants à l'aide d'un groupe de numérotation-pair entrant. Tout motif de destination valide peut être utilisé dans ce cas.

    session protocol sipv2

    Spécifie que le comparateur à cadran 400 gère les jambes d'appel SIP. Pour plus d'informations, voir  protocole de session (dial-peer).

    session target dns:pstntocucm.io

    Définit la cible de session de plusieurs noeuds CM unifiés par résolution SRV DNS. Dans ce cas, l'enregistrement SRV défini localement pstntocucm.io est utilisé pour diriger les appels.

    incoming uri via 400

    Utilise l'URI de classe vocale 400 pour diriger tout le trafic entrant des hôtes CM unifiés spécifiés à l'aide du port source 5060 vers ce comparateur. Pour plus d'informations, voir  uri entrant.

    voice-class codec 100

    Indique la liste des filtres codec pour les appels vers et depuis Unified CM. Pour plus d'informations, voir  codec de classe vocale.

    bind control source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les messages envoyés au RTPC. Pour plus d'informations, voir  lier.

    bind media source-interface GigabitEthernet0/0/0

    Configure l'interface source et l'adresse IP associée pour les supports envoyés au RTPC. Pour plus d'informations, voir  lier.

    dtmf-relay rtp-nte

    Définit RTP-NTE (RFC2833) comme la capacité DTMF attendue sur la jambe d'appel. Pour plus d'informations, voir  Relais DTMF (Voix sur IP).

    no vad

    Désactive la détection de l’activité vocale. Pour plus d'informations, voir  vad (cadran pair).

4

Ajouter le routage des appels en utilisant les configurations suivantes :

  1. Créez des groupes de numérotation pour acheminer les appels entre Unified CM et Webex Calling. Définir DPG 100 avec outbound dial-peer 100 vers Webex Calling. Le DPG 100 est appliqué au comparateur entrant associé à partir du CM unifié. De même, définir DPG 300 avec cadran sortant 300 vers Unified CM. Le DPG 300 est appliqué au comparateur entrant depuis Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Créez des groupes de numérotation pour acheminer les appels entre le CM unifié et le RTPC. Définir DPG 200 avec outbound dial-peer 200 vers le RTPC. Le DPG 200 est appliqué au comparateur entrant associé à partir du CM unifié. De même, définir DPG 400 avec cadran sortant 400 vers Unified CM. Le DPG 400 est appliqué au comparateur entrant à partir du PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Voici une explication des champs pour la configuration :

    dial-peer  100

    Associe un cadran-pair sortant à un groupe cadran-pair. Pour plus d'informations, voir  dpg de classe vocale.

  3. Appliquer des groupes de numérotation pour acheminer les appels de Webex vers Unified CM et de Unified CM vers Webex : 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Voici une explication des champs pour la configuration :

    destination dpg 300

    Spécifie quel groupe de numérotation-pair, et donc de numérotation-pair, doit être utilisé pour le traitement sortant des appels présentés à ce numérotation-pair entrant.

  4. Appliquer des groupes de numérotation pour acheminer les appels du RTPC vers le CM unifié et du CM unifié vers le RTPC :

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Ceci termine la configuration de votre passerelle locale. Enregistrez la configuration et rechargez la plate-forme si c'est la première fois que les fonctionnalités CUBE ont été configurées.

Contrôler et dépanner la passerelle locale avec signatures de diagnostic

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. Outil de recherche des signatures de diagnostic(DSLT) est une source unique pour trouver des signatures applicables pour la surveillance et le dépannage de divers problèmes.

Avant de commencer :

  • Ne modifiez pas le fichier DS que vous téléchargez depuis 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 exécute IOS XE 17.6.1 ou supérieur si vous souhaitez utiliser le serveur SMTP sécurisé pour les notifications par e-mail.

Prérequis

Passerelle locale exécutant IOS XE 17.6.1 ou supérieur

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

  2. Configurez le serveur de courrier électronique sécurisé que vous utilisez pour envoyer une notification proactive si l'appareil exécute IOS XE 17.6.1 ou une version ultérieure.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurez la variable d’environnement ds_email avec l’adresse e-mail de l’administrateur à notifier.

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

Installez des signatures de diagnostic pour un contrôle proactive

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

Ce DS suit l'utilisation du processeur 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ébogues 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 que vous avez activé SNMP en utilisant la commande show snmp. Si SNMP n'est pas activé, alors configurez le snmp-server manager Commande.

    
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écharger DS 64224en utilisant les options déroulantes suivantes dans Outil de recherche des signatures de diagnostic:

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

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge Software

    Produit

    CUBE Enterprise dans Webex Solution d'appel

    Problématique

    performances

    Type de problème

    Utilisation élevée du CPU avec notification par courrier électronique

    Download DS 64224 from Diagnostic Signatures Lookup tool

  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 les flèches show call-home diagnostic-signature commande pour vérifier que la signature est 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(e)

    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 à surveiller l'utilisation élevée du processeur sur la passerelle locale.

Contrôle anormale des déconnexions des appels

Ce DS utilise l'interrogation SNMP toutes les 10 minutes pour détecter une déconnexion d'appel anormale avec des erreurs SIP 403, 488 et 503.  Si l'incrément de comptage d'erreurs est supérieur ou égal à 5 à partir du dernier sondage, il génère une notification syslog et par e-mail. Veuillez suivre les étapes ci-dessous pour installer la signature.

  1. S'assurer que SNMP est activé à l'aide de la commande show snmp. Si SNMP n'est pas activé, configurez le snmp-server manager Commande. 

    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écharger DS 65221en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge Software

    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. Utiliser la commande show call-home diagnostic-signature pour vérifier que la signature est installée avec succès. La colonne d’état doit avoir une valeur « enregistré ».

Installez des 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 le Outil de recherche des signatures de diagnosticpour trouver les signatures applicables et les installer pour résoudre automatiquement un problème donné ou vous pouvez installer la signature recommandée par l'ingénieur TAC dans le cadre de l'engagement de support.

Voici un exemple de la façon 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 automatiser la collecte des données de diagnostic en utilisant les étapes suivantes :

  1. Configurez une autre variable d'environnement DS ds_fsurl_prefix comme chemin de serveur de fichiers Cisco TAC (cxd.cisco.com) pour télé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 de téléchargement de fichier qui peut être extrait de Gestionnaire de cas d'assistancecomme indiqué ci-après. Le jeton de téléchargement de fichier peut être généré dans la section Pièces jointes du Gestionnaire de cas d’assistance, si nécessaire.

    The file upload token generated in the Attachments section of the Support Case Manager
    
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. S'assurer que SNMP est activé à l'aide de la commande show snmp. Si le SNMP n'est pas activé, configurez le snmp-server manager Commande.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Nous recommandons d'installer le DS de surveillance du CPU élevé 64224 comme mesure proactive pour désactiver toutes les signatures de débogage et de diagnostic pendant le temps d'utilisation du CPU élevé. Télécharger DS 64224en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge Software

    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écharger DS 65095en utilisant les options suivantes dans Outil de recherche des signatures de diagnostic:

    Nom du champ

    Valeur du champ

    Plateforme

    Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge Software

    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) : CEI=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. Installer le fichier XML DS de surveillance haute CPU 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érifier que la signature est installée avec succès 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(e)

    2020-11-08:00:07 :45

    65095

    00:12 :53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Inscrit(e)

    2020-11-08:00:12 :53

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

Dans la commande suivante, la colonne « Status » de la commande show call-home diagnostic-signature passe à « exécuter » pendant que la passerelle locale exécute l’action définie dans la signature. La sortie de show call-home diagnostic-signature statistics 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(e)

2020-11-08 00 :07 :45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

En cours d&apos;exécution

2020-11-08 00 :12 :53

afficher les statistiques de signature de diagnostic à domicile

ID de la SD

Nom de la SD

Déclenché/Max/Désinstaller

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

Notification email that is sent during Diagnostic Signature execution

Désinstaller les 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 manuellement une signature, récupérez l'ID DS à partir de la sortie de show call-home diagnostic-signature et exécuter 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.

Cet article était-il utile ?
Cet article était-il utile ?
TarifsApplication WebexMeetingsCallingMessageriePartage d’écran
Webex SuiteCallingMeetingsMessagerieSlidoWebinarsEventsCentre de contactCPaaSSécuritéControl Hub
CasquesCamérasSérie de bureauxSérie RoomSérie BoardSérie PhoneAccessoires
EnseignementSoins de santéGouvernementFinanceSports et loisirsFrontlineBut non lucratifStartupstravail hybride
TéléchargementsRejoindre une réunion testCours en ligneExtensionsAccessibilitéInclusivitéWebinaires en direct et à la demandeCommunauté WebexDéveloppeurs WebexNouveautés et innovations
CiscoContacter l’assistanceContacter le Service commercialWebex BlogWebex Thought LeadershipWebex Merch StoreCarrières
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Conditions généralesDéclaration de confidentialitéCookiesMarques commerciales
©2026 Cisco et/ou ses affiliés. Tous droits réservés.
Conditions généralesDéclaration de confidentialitéCookiesMarques commerciales