Aperçu

Webex Calling prend en charge la colocation d’une passerelle de survivabilité avec une passerelle locale sur la même passerelle gérée par Cisco IOS. Autrement dit, vous pouvez utiliser le même périphérique de passerelle Cisco IOS pour configurer les services de passerelle locale et de passerelle de survivabilité. Par conséquent, vous n’avez pas besoin d’avoir deux passerelles gérées par Cisco IOS différentes affectées en tant que passerelle de survivabilité et passerelle locale.

Cet article décrit les considérations à prendre en compte pour la colocation des services de passerelle locale et de passerelle de survivabilité par rapport au déploiement autonome de ces services.

En raison des vulnérabilités détectées, Webex Calling supprimera le schéma de chiffrement RSAES-PKCS1-v1_5 utilisé par la solution de survivabilité du site le 1er septembre 2024. Au-delà de cette date, le schéma de chiffrement RSAES-OAEP est obligatoire.

Pour garantir la continuité du fonctionnement avec ce schéma de chiffrement, effectuez la mise à niveau de vos passerelles de survivabilité du site vers Cisco IOS XE Dublin 17.12.3 avant le 1er septembre 2024. Aucun changement de configuration n'est nécessaire pour utiliser le nouveau schéma de chiffrement suite à cette mise à niveau.

Prérequis

Cisco IOS XE Dublin 17.12.3 et versions ultérieures.

Limites et restrictions

Voici les limites connues pour la colocation des services dans les passerelles gérées par Cisco IOS :

  • La haute disponibilité n’est pas prise en charge pour les passerelles locales.

  • La validation de la configuration n’est pas prise en charge pour les passerelles locales.

  • Dans le Control Hub, la passerelle doit être mise à disposition en tant que service de passerelle de survivabilité.

  • Si le client a provisionné la passerelle en tant que passerelle locale, il doit la désaffecter, puis réaffecter le service en tant que passerelle de survivabilité.

  • La colocation est spécifique à la passerelle IOS Cisco. Les clients utilisant une passerelle locale tierce doivent déployer la passerelle de survivabilité séparément.

  • La colocation de la passerelle locale déployée par un partenaire et partagée entre plusieurs clients n’est pas applicable.

Pour les limites et les restrictions spécifiques aux services de passerelle autonomes, voir Enregistrer les passerelles gérées par Cisco IOS vers le Cloud Webex et Survivabilité du site pour Webex Calling.

Considérations relatives au routage des appels pour la colocation

Le routage d’appel pour la colocation est basé sur une stratégie de routage qui implique une combinaison de groupes de pairs de numérotation (DPG) et un routage régulier basé sur les modèles de destination. Ceci est différent des stratégies de routage des appels utilisées pour les services de passerelle autonomes Cisco IOS gérés. Un service de passerelle locale autonome utilise une stratégie de routage d'appel basée sur DPG. La passerelle de survivabilité autonome achemine les appels en utilisant des modèles de destination.

Routage des appels pour la colocation de la passerelle locale et des services de survivabilité du site

Tenez compte des éléments suivants lors de la configuration du routage des appels pour les scénarios de colocation :

  • Pour les appels de Webex Calling : le dial-peer entrant de Webex Calling est associé en fonction du nom d’hôte de la passerelle locale ou du paramètre DTG dans l’URI. L'homologue de numérotation entrante est lié à un DPG ayant PSTN. L’appel est ensuite acheminé vers le RTCP. En bref, il n’y a aucun changement dans le routage des appels par rapport à la stratégie de routage existante de la passerelle locale.

  • Pour les appels provenant du RTCP—Supprimez le routage des appels basé sur les groupes de numérotation dial-peer. Router les appels en utilisant un routage régulier basé sur le schéma de destination. Autrement dit, un dial-peer entrant n’est pas lié à un DPG dans cette stratégie. Le dial-peer entrant du RTCP est apparié en fonction de l’adresse IP RTCP dans l’URI Via. Une recherche régulière de numéro d’appel serait effectuée et un appel serait acheminé en fonction de la préférence du numéro d’appel. L’appel est acheminé vers un terminal enregistré localement pour le mode de survivabilité ou vers Webex Calling pour le mode actif.

  • Pour les appels provenant de terminaux enregistrés localement (applicable au mode de survivabilité du site pendant les pannes WAN) : routez les appels en utilisant un routage régulier basé sur le schéma de destination. Dans cette stratégie, un numéro d'appel entrant correspond à un numéro d'appel côté ligne. Une recherche régulière du dial-peer est effectuée et un appel est acheminé en fonction de la préférence du dial-peer. L’appel est acheminé vers un terminal enregistré localement, RTCP ou Webex Calling.

  • Une préférence peut être définie pour chaque homologue de numérotation sortante. Cette préférence est utilisée pour décider de l’ordre de sélection des pairs de numérotation pour la configuration d’un appel sortant. Plus la valeur est basse, plus la préférence est élevée. Pour le routage d’appel en colocation, la préférence de numérotation dial-peer est définie comme suit :

    • Préférence par défaut de 0 pour router les appels vers des terminaux enregistrés localement

    • Préférence de 2 pour router les appels vers le trunk Webex Calling

    • Préférence de 3 pour router les appels vers le trunk RTCP

Le tableau suivant résume le comportement de routage des appels pour tous les appels entrants et sortants dans Webex Calling qui implique la colocation des services de passerelle gérés par Cisco IOS :

Tableau 1. Considérations relatives au routage des appels pour la colocation
Entrantes à partir deSortante vers

Service de passerelle

Routage des appels

Informations complémentaires

RTCP

Webex Calling

Colocation de la passerelle locale et de la passerelle de survivabilité

Modèle de destination (.T) basé sur le modèle de destination

Homologue de numérotation ayant la préférence 2

RTCP

Points de terminaison locaux

Colocation de la passerelle locale et de la passerelle de survivabilité

Basé sur le schéma de destination

Utiliser les pairs de numérotation dynamiques créés sur la base des enregistrements.

Aucune configuration à effectuer sur ces pairs de numérotation système. Il aura automatiquement la priorité la plus élevée.

Points de terminaison locaux

RTCP

Colocation de la passerelle locale et de la passerelle de survivabilité

Basé sur le schéma de destination

Homologue de numérotation ayant la préférence 3

Points de terminaison locaux

Webex Calling

Colocation de la passerelle locale et de la passerelle de survivabilité

Modèle de destination (.T) basé sur le modèle de destination

Homologue de numérotation ayant la préférence 2

Cela n’est applicable que si le trunk de la passerelle locale vers Webex Calling est toujours opérationnel même en mode Passerelle de survivabilité.

Webex Calling

RTCP

Passerelle locale

Basé sur un groupe de numérotation

Connexion dédiée au RTCP

Points de terminaison locaux

Points de terminaison locaux

Passerelle de survivabilité

Basé sur le schéma de destination

Utiliser les pairs de numérotation dynamiques créés sur la base des enregistrements.

Aucune modification supplémentaire de la configuration des homologues de numérotation n'est nécessaire sur ces homologues de numérotation du système.

Pour des informations détaillées sur les considérations d’acheminement des appels pour la colocation des services de passerelle gérés par Cisco IOS, consultez Architecture préférée de Webex Calling.

Configurer la colocation des services

Si vous devez attribuer une nouvelle passerelle gérée par Cisco IOS pour la colocation de la passerelle locale et des services de survivabilité du site, attribuez votre passerelle en tant que passerelle de survivabilité sur le Control Hub. Pour plus d’informations sur l’attribution de la passerelle en tant que passerelle de survivabilité, voir Inscrire les passerelles gérées par Cisco IOS dans le Cloud Webex pour ajouter la passerelle au Control Hub.

En fonction du type de jonction utilisé, vous pouvez configurer la colocation à l'aide de l'une des options suivantes :

Configurer la colocation pour la jonction basée sur l’enregistrement

1

Configurer les certificats.

Il est obligatoire que vous utilisiez des certificats signés par une autorité de certification de confiance. Pour plus d’informations sur la façon de demander et créer des certificats, voir Configurer les certificats.

2

Configurer des commandes vocales globales.

La configuration vocale comprend des paramètres communs relatifs aux services de la passerelle locale et de la passerelle de survivabilité. Voici un exemple de configuration vocale globale :

service vocal voip adresse ip liste de confiance ipv4 x.x.x.x y.y.y.y autoriser-connexions sip à sip statistiques média média en masse-statistiques aucun service supplémentaire sip ne se référer aucun service supplémentaire sip poignée-remplace le protocole de télécopie t38 version 0 ls-redondance 0 hs-redondance 0 fallback aucun stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 mot de passe123$ sip g729 annexb-toutes les offres anticipées charge utile asymétrique forcée serveur d'enregistrement complet 
3

Configuration spécifique à la passerelle de survivabilité.

Configurez les préférences globales du registre vocal, du pool et du codec pour les terminaux qui s’enregistrent sur la passerelle de survivabilité. Voici un exemple de configuration spécifique à la passerelle de survivabilité :

! mode global d’enregistrement vocal webex-sgw no allow-hash-in-dn max-dn 50 max-pool 50 ! codec de classe vocale 1 préférence de codec 1 opus préférence de codec 2 g711ulaw ! pool d’enregistrement vocal  1 id réseau 0.0.0.0 masque 0.0.0.0 dtmf-relay rtp-nte classe vocale codec 1 ! 
4

Configuration spécifique à la passerelle locale. Pour plus d’informations, voir Passerelle locale basée sur l’enregistrement.

Il comprend la configuration du service partagé utilisé pour l’enregistrement du trunk de la passerelle locale dans Webex Calling, les profils SIP associés et les préférences de codec. Voici un exemple de configuration spécifique à la passerelle locale :

classe vocale sip-profiles 200 règle 9 demande TOUT en-tête sip SIP-Req-URI modifier "sips:(.*)" "sip:\1" règle 10 demande TOUT en-tête sip De modifier "" "" règle 13 réponse TOUT en-tête sip De modifier "" ";otg=hussain2572_lgu>" règle 30 demande TOUT sip-en-tête P-Asserted-Identity modifier "sips:(.*)" sip:\1 ! classe vocale codec 99 codec préférence 1 g711ulaw codec préférence 2 g711alaw ! classe vocale srtp-crypto 200 crypto 1 AES_cm_128_mac_sha1_80 ! classe vocale stun-usage 200 stun usage firewall-traversal flowdata stun usage ice lite ! classe vocale tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp credentials tls numéro Hussain6346_Nom d'utilisateur LGU Hussain2572_Mot de passe LGU 0 meX7]~)VmF realm BroadWorks nom d'utilisateur d'authentification Hussain2572_Mot de passe LGU 0 meX7]~)VmF realm BroadWorks nom d'utilisateur d'authentification Hussain2572_Mot de passe LGU 0 meX7]~)VmF realm 40462196.cisco-bcld.com aucun serveur sip-id distant dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips erreur-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru 
5

Configuration spécifique au RTCP.

Il inclut la configuration du tenant pour le RTCP et les profils sip associés (le cas échéant), ainsi que les préférences de codec. Voici un exemple de configuration spécifique au RTCP :

! tenant de classe vocale 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 pas de contenu pass-thru personnalisé-sdp ! 
6

Configurez le numéro d’appel RTCP entrant.

Il inclut la sélection du dial-peer pour les appels RTCP entrants en fonction de la correspondance de l’en-tête. Voici un exemple de configuration pour le dial-peer RTCP entrant :

! classe vocale uri 100 sip host ipv4:192.168.80.13 ! dial-peer voice 100 voip description Dial-peer entrant à partir du protocole de session RTCP sipv2 URI entrant via 100 classe vocale codec 99 dtmf-relay rtp-nte classe vocale sip tenant 100 réponse d’urgence pas de vad ! 
7

Configurez le dial-peer sortant de Webex Calling.

Elle inclut la sélection du dial-peer pour le trunk Webex Calling sortant en fonction du groupe de dial-peer. Voici un exemple de configuration pour le dial-peer sortant de Webex Calling :

 numéro d’appel vocal 200201 Description de la voip Destination d’appel Webex sortant e164-pattern-map 100 préférence 2 protocole de session sipv2 session cible sip-serveur classe vocale codec 99 dtmf-relay rtp-nte classe vocale stun-usage 200 pas de classe vocale sip localorganisateur classe vocale sip tenant 200 srtp pas de vad ! 
8

Configurez le terminal de numérotation dial-peer Webex Calling entrant.

Il inclut la sélection du dial-peer pour les appels Webex Calling entrants en fonction de la correspondance du paramètre DPG dans l’en-tête de la demande d’URI. Le groupe de numérotation dial-peer est utilisé pour acheminer les appels directement vers le RTCP sortant. Voici un exemple de configuration pour le dial-peer entrant de Webex Calling :

 classe vocale dpg 200 dial-peer 101 préférence 1 ! ! classe vocale uri 200 schéma sip dtg=hussain2572 ! dial-peer voice 200201 description de la voip Destination d’appel Webex entrant dpg 200 max-conn 250 demande uri 200 ! 
9

Configurez le numéro d’appel RTCP sortant.

Il est utilisé pour le routage des appels RTCP dans les modes de passerelle locale et de passerelle de survivabilité. Changez le modèle de destination du MAUVAIS actuel en un modèle approprié pour les appels RTCP. Ceci est nécessaire pour le routage des appels RTCP à partir de points de terminaison enregistrés localement. Vous pouvez le faire directement en utilisant le modèle de destination ou via le modèle-map E164. Voici un exemple de configuration pour le dial-peer RTCP sortant :

! classe vocale e164-pattern-map 100 e164 +91.T e164 +1.T e164 +.T ! ! voix de l’homologue de numérotation 101 voip description de l’homologue de numérotation sortant vers l’IP RTCP e164-pattern-map 100 préférence 3 protocole de session sipv2 session cible ipv4:192.168.80.13 classe vocale sip options-keepalive classe vocale codec 99 dtmf-relay rtp-nte classe vocale sip tenant 100 pas de vad ! 
10

Configurez les pairs de numérotation RTCP sortants pour les appels d’urgence en mode survivabilité.

Il est utilisé pour la sélection du dial-peer basée sur la correspondance du modèle E164. Ces pairs de numérotation ne sont mis en correspondance que pour les appels provenant de terminaux enregistrés directement sur la passerelle de survivabilité en mode de survivabilité. Provisionnez un ou plusieurs dial-peers en fonction du plan de numérotation pris en charge en mode survivabilité et des autorisations d’appel associées. Voici un exemple de configuration pour les pairs de numérotation RTCP sortants pour les appels d’urgence en mode survivabilité :

! classe vocale e164-pattern-map 300 e164 911 ! numéro d’appel 300 voip Description du numéro d’appel RTCP sortant pour l’appel E911 en mode de survivabilité Zone 1 session protocole sipv2 session cible ipv4:10.65.125.202:9089 destination e164-pattern-map 300 codec de classe vocale 99 classe vocale sip tenant 100 dtmf-relay rtp-nte ! 
11

Configurer la recherche de numérotation dial-peer.

Il est utilisé pour sélectionner les pairs de numérotation pour le routage en fonction de la préférence configurée sur les pairs de numérotation.

! Recherche de numéro d’appel 2 !

Configurer la colocation pour la jonction basée sur les certificats

Avant de commencer

La configuration de la colocation pour la jonction basée sur les certificats est similaire à la jonction basée sur l’enregistrement, à l’exception de celles spécifiques à la jonction et aux tenants de la passerelle locale.

1

Configurer les certificats.

Il est obligatoire que vous utilisiez des certificats signés par une autorité de certification de confiance. Pour plus d’informations sur la façon de demander et créer des certificats, voir Configurer les certificats.

2

Configurer des commandes vocales globales.

La configuration vocale comprend des paramètres communs relatifs aux services de la passerelle locale et de la passerelle de survivabilité. Voici un exemple de configuration vocale globale :

service vocal voip adresse ip liste de confiance ipv4 x.x.x.x y.y.y.y autoriser-connexions sip à sip statistiques média média en masse-statistiques aucun service supplémentaire sip ne se référer aucun service supplémentaire sip poignée-remplace le protocole de télécopie t38 version 0 ls-redondance 0 hs-redondance 0 fallback aucun stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 mot de passe123$ sip g729 annexb-toutes les offres anticipées charge utile asymétrique forcée serveur d'enregistrement complet 
3

Configuration spécifique à la passerelle de survivabilité.

Configurez les préférences globales du registre vocal, du pool et du codec pour les terminaux qui s’enregistrent sur la passerelle de survivabilité. Voici un exemple de configuration spécifique à la passerelle de survivabilité :

! mode global d’enregistrement vocal webex-sgw no allow-hash-in-dn max-dn 50 max-pool 50 ! codec de classe vocale 1 préférence de codec 1 opus préférence de codec 2 g711ulaw ! pool d’enregistrement vocal  1 id réseau 0.0.0.0 masque 0.0.0.0 dtmf-relay rtp-nte classe vocale codec 1 ! 
4

Configuration spécifique à la passerelle locale. Pour plus d’informations, voir Jonction basée sur les certificats.

Il inclut la configuration du tronc et du service partagé requis pour effectuer l'échange de certificats dans la passerelle locale, les profils SIP associés et les préférences de codec. Voici un exemple de configuration spécifique à la passerelle locale :

classe vocale codec 200 préférence codec 1 g711ulaw codec préférence 2 g711alaw ! classe vocale sip-options-keepalive 200 description Keepalive webex_mTLS up-interval 5 transport tcp tls ! classe vocale tls-profile 200 description Webexcalling trustpoint sbc6 cn-san valider le cn-san bidirectionnel  1 us01.sipconnect.bcld.webex.com ! classe vocale sip-profiles 200 règle 10 demande TOUT sip-en-tête Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" règle 20 réponse TOUT sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" ! classe vocale srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 ! tenant de classe vocale 200 no remote-party-id localhost sbc6.tekvizionlabs.com srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 200 privacy-policy passthru tls-profile 200 ! 
5

Configuration spécifique au RTCP.

Il inclut la configuration du tenant pour le RTCP et les profils sip associés (le cas échéant), ainsi que les préférences de codec. Voici un exemple de configuration spécifique au RTCP :

! tenant de classe vocale 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 pas de contenu pass-thru personnalisé-sdp ! 
6

Configurez le numéro d’appel RTCP entrant.

Il inclut la sélection du dial-peer pour les appels RTCP entrants en fonction de la correspondance de l’en-tête. Voici un exemple de configuration pour le dial-peer RTCP entrant :

! classe vocale uri 100 sip host ipv4:192.168.80.13 ! dial-peer voice 100 voip description Dial-peer entrant à partir du protocole de session RTCP sipv2 URI entrant via 100 classe vocale codec 99 dtmf-relay rtp-nte classe vocale sip tenant 100 réponse d’urgence pas de vad ! 
7

Configurez le dial-peer sortant de Webex Calling.

Elle inclut la sélection du dial-peer pour le trunk Webex Calling sortant en fonction du groupe de dial-peer. Voici un exemple de configuration pour le dial-peer sortant de Webex Calling :

voix du pair de numérotation 200201 voip description OutBound Webex Calling protocole de session sipv2 session cible dns : transport de session tcp tls destination e164-pattern-map 100 codec de classe vocale 200 classe vocale stun-usage 200 classe vocale sip asserted-id pai classe vocale sip tenant 200 classe vocale sip options-keepalive profil 200 classe vocale sip bind control source-interface GigabitEthernet 0/0/2 classe vocale sip bind media source-interface GigabitEthernet 0/0/2 dtmf-relay rtp-nte srtp no vad ! 
8

Configurez le terminal de numérotation dial-peer Webex Calling entrant.

Il inclut la sélection du dial-peer pour les appels Webex Calling entrants en fonction de la correspondance du paramètre DPG dans l’en-tête Request-URI. Le groupe de numérotation dial-peer est utilisé pour acheminer les appels directement vers le RTCP sortant. Voici un exemple de configuration pour le dial-peer entrant de Webex Calling :

classe vocale dpg 200 dial-peer 101 préférence 1 ! ! classe vocale uri 200 schéma sip dtg=hussain2572 ! dial-peer voice 200201 description de la voip Destination d’appel Webex entrant dpg 200 max-conn 250 demande uri 200 ! 
9

Configurez le numéro d’appel RTCP sortant.

Il est utilisé pour le routage des appels RTCP dans les modes de passerelle locale et de passerelle de survivabilité. Changez le modèle de destination du MAUVAIS actuel en un modèle approprié pour les appels RTCP. Ceci est nécessaire pour le routage des appels RTCP à partir de points de terminaison enregistrés localement. Vous pouvez le faire directement en utilisant le modèle de destination ou via le modèle-map E164. Voici un exemple de configuration pour le dial-peer RTCP sortant :

! classe vocale e164-pattern-map 100 e164 +91.T e164 +1.T e164 +.T ! ! voix de l’homologue de numérotation 101 voip description de l’homologue de numérotation sortant vers l’IP RTCP e164-pattern-map 100 préférence 3 protocole de session sipv2 session cible ipv4:192.168.80.13 classe vocale sip options-keepalive classe vocale codec 99 dtmf-relay rtp-nte classe vocale sip tenant 100 pas de vad ! 
10

Configurez les pairs de numérotation RTCP sortants pour les appels d’urgence en mode survivabilité.

Il est utilisé pour la sélection du dial-peer basée sur la correspondance du modèle E164. Ces pairs de numérotation ne sont mis en correspondance que pour les appels provenant de terminaux enregistrés directement sur la passerelle de survivabilité en mode de survivabilité. Provisionnez un ou plusieurs dial-peers en fonction du plan de numérotation pris en charge en mode survivabilité et des autorisations d’appel associées. Voici un exemple de configuration pour les pairs de numérotation RTCP sortants pour les appels d’urgence en mode survivabilité :

! classe vocale e164-pattern-map 300 e164 911 ! numéro d’appel 300 voip Description du numéro d’appel RTCP sortant pour l’appel E911 en mode de survivabilité Zone 1 session protocole sipv2 session cible ipv4:10.65.125.202:9089 destination e164-pattern-map 300 codec de classe vocale 99 classe vocale sip tenant 100 dtmf-relay rtp-nte ! 
11

Configurer la recherche de numérotation dial-peer.

Il est utilisé pour sélectionner les pairs de numérotation pour le routage en fonction de la préférence configurée sur les pairs de numérotation.

! Recherche de numéro d’appel 2 !