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 attribuées en tant que passerelle de survivabilité et passerelle locale.


 

Cet article traite des considérations relatives à 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.

Conditions requises

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 Control Hub, la passerelle doit être mise à disposition en tant que service de passerelle de survivabilité.

  • Si le client a configuré 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 à Cisco IOS Gateway. Les clients utilisant une passerelle locale tierce doivent déployer la passerelle de survivabilité séparément.

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

Pour les limites et les restrictions spécifiques aux services de passerelle autonome, voir Inscription des 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 des appels pour la colocation est basé sur une stratégie de routage qui implique une combinaison de groupes de pairs de numérotation (DPG) et de routage régulier basé sur des modèles de destination. Cette stratégie est différente de celle utilisée pour les services de passerelle gérée Cisco IOS autonomes. Un service de passerelle locale autonome utilise une stratégie de routage des appels basée sur les DPG. La passerelle de survivabilité autonome achemine les appels à l’aide de modèles de destination.

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

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 pair de numérotation entrante de Webex Calling est associé en fonction du nom d’hôte de la passerelle locale ou du paramètre DTG dans l’URI. Le pair de numérotation entrant est lié à un DPG ayant un réseau PSTN. L’appel est ensuite routé vers le PSTN. En bref, il n’y a pas de changement dans le routage des appels par rapport à la stratégie de routage de la passerelle locale existante.

  • Pour les appels provenant du PSTN–Supprimez le routage des appels basé sur les groupes de pairs de numérotation. Router les appels en utilisant le routage régulier basé sur le modèle de destination. Autrement dit, un pair de numérotation entrant n’est pas lié à un DPG dans cette stratégie. Le pair de numérotation entrant provenant du PSTN est mis en correspondance en fonction de l’adresse IP PSTN dans l’URI Via. La recherche régulière des pairs de numérotation est effectuée et l’appel est routé en fonction de la préférence du pair de numérotation. L’appel est routé 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 en cas de panne WAN)–Router les appels suivant un routage régulier basé sur le modèle de destination. Dans cette stratégie, un pair de numérotation entrant est associé à un pair de numérotation côté ligne. La recherche régulière de l’appelant est effectuée et l’appel est routé en fonction de la préférence de l’appelant. L’appel est routé vers un terminal enregistré localement, vers le PSTN ou vers Webex Calling.

  • Une préférence peut être définie pour chaque pair de numérotation sortant. Cette préférence est utilisée pour décider de l’ordre de sélection des correspondants pour établir un appel sortant. Plus la valeur est faible, plus la préférence est élevée. Pour le routage des appels en colocation, la préférence du pair de numérotation est configurée comme suit :

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

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

    • Préférence de 3 pour acheminer les appels vers le trunk PSTN

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ée Cisco IOS :

Tableau 1. Considérations relatives au routage des appels pour la colocation
Entrant deSortant vers

Service de passerelle

Acheminement des appels

Informations complémentaires

RTCP

Webex Calling

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

Basé sur le modèle de destination (.T)

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

RTCP

Terminaux locaux

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

Basée sur le modèle de destination

Utilisation des pairs de numérotation dynamiques créés en fonction des enregistrements.

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

Terminaux locaux

RTCP

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

Basée sur le modèle de destination

Pair de numérotation ayant une préférence 3

Terminaux locaux

Webex Calling

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

Basé sur le modèle de destination (.T)

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

Ceci 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 pairs de numérotation

Connexion sécurisée au PSTN

Terminaux locaux

Terminaux locaux

Passerelle de survivabilité

Basée sur le modèle de destination

Utilisation des pairs de numérotation dynamiques créés en fonction des enregistrements.

Aucune modification supplémentaire de la configuration du pair de numérotation n’est nécessaire sur ces pairs de numérotation système.

Pour obtenir des informations détaillées sur les considérations de routage des appels pour la colocation des services de passerelle gérée par Cisco IOS, reportez-vous à 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, affectez votre passerelle en tant que passerelle de survivabilité sur le Control Hub. Pour plus d’informations sur l’affectation 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.

Selon le type de jonction qui est utilisé, vous pouvez configurer la colocation en choisissant 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 approuvée. Pour plus d’informations sur la demande et la création de certificats, voir Configurer les certificats.

2

Configurer les commandes vocales globales.

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

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

configuration spécifique à la passerelle de survivabilité.

Configurer les préférences de registre vocal global, de pool et de codec pour les terminaux s’enregistrant auprès de la passerelle de surviabilité. Voici un exemple de configuration spécifique à la passerelle de surviabilité :

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

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

Elle comprend la configuration du tenant utilisé pour enregistrer le trunk de la passerelle locale à Webex Calling, les profils SIP associés et les préférences en matière de codecs. Voici un exemple de configuration spécifique à la passerelle locale :

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" sip:\1
!
voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
!
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
!
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
!
voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru
5

configuration spécifique au PSTN.

Elle inclut la configuration du tenant pour le PSTN et les profils sip associés (le cas échéant) et les préférences en matière de codecs. Voici un exemple de configuration spécifique au PSTN :

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

configurer le pair de numérotation PSTN entrant.

Elle inclut la sélection du pair de numérotation pour les appels PSTN entrants sur la base de la correspondance des en-têtes. Voici un exemple de configuration pour le pair de numérotation PSTN entrant :

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

configurer le pair de numérotation des appels Webex Calling sortants.

Elle inclut la sélection du pair de numérotation pour le trunk Webex Calling en fonction du groupe de pairs de numérotation. Voici un exemple de configuration pour le pair de numérotation des appels sortants Webex Calling :

dial-peer voice 200201 voip
description Outbound Webex Calling
destination e164-pattern-map 100
preference 2
session protocol sipv2
session target sip-server
voice-class codec 99
dtmf-relay rtp-nte
voice-class stun-usage 200
no voice-class sip localhost
voice-class sip tenant 200
srtp
no vad
!
8

configurer le pair de numérotation sortante Webex Calling.

Elle comprend la sélection du pair de numérotation pour les appels entrants de Webex Calling sur la base de la correspondance du paramètre DPG dans l’en-tête Requête-URI. Le groupe de pairs de numérotation est utilisé pour router les appels directement vers le réseau PSTN sortant. Voici un exemple de configuration pour le pair de numérotation des appels Webex Calling entrants :

voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

configurer le pair de numérotation des appels sortants.

Il est utilisé pour router les appels PSTN dans les modes passerelle locale et passerelle de survivabilité. Changez le modèle de destination du BAD actuel vers un modèle adapté aux appels PSTN. Ceci est nécessaire pour le routage des appels PSTN à partir de terminaux enregistrés localement. Vous pouvez le faire directement en utilisant le modèle de destination ou via la carte de modèle E164. Voici un exemple de configuration pour le pair de numérotation des appels sortants PSTN :

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

configurer les pairs de numérotation PSTN des appels sortants pour les appels d’urgence en mode de survivabilité.

Elle est utilisée pour la sélection du pair de numérotation en fonction de la correspondance du modèle E164. Ces pairs de numérotation ne sont appairés que pour les appels provenant de terminaux enregistrés directement sur la passerelle de survivabilité en mode de survivabilité. Fournissez un ou plusieurs pairs de numérotation en fonction du plan de numérotation pris en charge en mode de survivabilité et des autorisations d’appel associées. Voici un exemple de configuration pour les pairs de numérotation PSTN des appels sortants pour les appels d’urgence en mode de survivabilité :

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

configurer la recherche du pair de numérotation.

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

!
dial-peer hunt 2
!

configurer la colocation pour la jonction par certificat

Avant de commencer

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

1

configurer les certificats.

Il est obligatoire que vous utilisiez des certificats signés par une autorité de certification approuvée. Pour plus d’informations sur la demande et la création de certificats, voir Configurer les certificats.

2

Configurer les commandes vocales globales.

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

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

configuration spécifique à la passerelle de survivabilité.

Configurez les préférences globales du registre vocal, du pool et des codecs pour l’enregistrement des terminaux sur la passerelle de survivabilité. Voici un exemple de configuration spécifique à la passerelle de surviabilité :

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

configuration spécifique à la passerelle locale. Pour plus d’informations, voir Jonction par certificat.

Elle inclut la configuration du trunk et du tenant requis pour effectuer l’échange de certificats dans la passerelle locale, les profils SIP associés et les préférences en matière de codecs. Voici un exemple de configuration spécifique à la passerelle locale :

voice class codec 200
codec preference 1 g711ulaw
 codec preference 2 g711alaw
!
voice class sip-options-keepalive 200
 description Keepalive webex_mTLS
 up-interval 5
 transport tcp tls
!
voice class tls-profile 200
 description Webexcalling
 trustpoint sbc6
 cn-san validate bidirectional
 cn-san  1 us01.sipconnect.bcld.webex.com
!
voice class sip-profiles 200
 rule 10 request ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
!
voice class srtp-crypto 200
 crypto 1 AES_CM_128_HMAC_SHA1_80
!

voice class tenant 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 PSTN.

Elle inclut la configuration du tenant pour le PSTN et les profils sip associés (le cas échéant) et les préférences en matière de codecs. Voici un exemple de configuration spécifique au PSTN :

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

configurer le pair de numérotation PSTN entrant.

Elle inclut la sélection du pair de numérotation pour les appels PSTN entrants sur la base de la correspondance des en-têtes. Voici un exemple de configuration pour le pair de numérotation PSTN entrant :

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

configurer le pair de numérotation des appels Webex Calling sortants.

Elle inclut la sélection du pair de numérotation pour le trunk Webex Calling en fonction du groupe de pairs de numérotation. Voici un exemple de configuration pour le pair de numérotation des appels sortants Webex Calling :

dial-peer voice 200201 voip
description OutBound Webex Calling
session protocol sipv2
session target dns:<insert us01.sipconnect.bcld.webex.com>
session transport tcp tls
destination e164-pattern-map 100
voice-class codec 200
voice-class stun-usage 200
voice-class sip asserted-id pai
voice-class sip tenant 200
voice-class sip options-keepalive profile 200
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
srtp
no vad
!
8

configurer le pair de numérotation sortante Webex Calling.

Elle comprend la sélection du pair de numérotation pour les appels entrants de Webex Calling sur la base de la correspondance du paramètre DPG dans l’en-tête Requête-URI. Le groupe de pairs de numérotation est utilisé pour router les appels directement vers le réseau PSTN sortant. Voici un exemple de configuration pour le pair de numérotation des appels Webex Calling entrants :

voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

configurer le pair de numérotation des appels sortants.

Elle est utilisée pour router les appels PSTN dans les modes passerelle locale et passerelle de survivabilité. Changez le modèle de destination de BAD actuel vers un modèle adapté aux appels PSTN. Ceci est nécessaire pour le routage des appels PSTN à partir de terminaux enregistrés localement. Vous pouvez le faire directement en utilisant le modèle de destination ou via la carte de modèle E164. Voici un exemple de configuration pour le pair de numérotation des appels sortants PSTN :

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

configurer les pairs de numérotation PSTN des appels sortants pour les appels d’urgence en mode de survivabilité.

Elle est utilisée pour la sélection du pair de numérotation en fonction de la correspondance du modèle E164. Ces pairs de numérotation ne sont appairés que pour les appels provenant de terminaux enregistrés directement sur la passerelle de survivabilité en mode de survivabilité. Fournissez un ou plusieurs pairs de numérotation en fonction du plan de numérotation pris en charge en mode de survivabilité et des autorisations d’appel associées. Voici un exemple de configuration pour les pairs de numérotation PSTN des appels sortants pour les appels d’urgence en mode de survivabilité :

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

configurer la recherche du pair de numérotation.

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

!
dial-peer hunt 2
!