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.


 

Le nombre total d'enregistrements pris en charge par une plate-forme est la somme des enregistrements de téléphone et de ligne principale. En outre, les enregistrements simultanés de lignes et de lignes auxiliaires ne sont pas prévus. Par conséquent, les numéros d’échelle de la passerelle de survivabilité ou de la passerelle locale ne sont pas affectés par la colocation de ces fonctions sur un seul périphérique.

Conditions requises

Cisco IOS XE Dublin 17.12.1a 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éattribuer 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 un routage régulier basé sur des modèles de destination. Ceci est différent des stratégies de routage des appels utilisées pour les services de passerelle gérés Cisco IOS autonomes. 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. Le dial-peer entrant est lié à un DPG ayant RTCP. L’appel est ensuite acheminé vers le RTCP. 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 RTCP : 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 dial-peer entrant n’est pas lié à un DPG dans cette stratégie. Le dial-peer entrant du RTCP est mis en correspondance en fonction de l’adresse IP RTCP dans Via URI. Une recherche régulière du 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 point de terminaison 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) : router les appels en utilisant un routage régulier basé sur le modèle de destination. Dans cette stratégie, un homologue de numérotation entrant est associé à un homologue de numérotation côté ligne. Une recherche régulière du numéro d'appel est effectuée et un appel est acheminé en fonction de la préférence du numéro d'appel. L’appel est acheminé vers un point de terminaison 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 faible est la valeur, plus élevée est la préférence. Pour le routage des appels en colocation, la préférence de l'homologue de numérotation est définie 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 acheminer 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ée par Cisco IOS :

Tableau 1. Considérations relatives au routage des appels pour la colocation
Entrant deAppels sortants 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)

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 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. Elle aurait 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 modèle de destination

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

Points de terminaison locaux

Webex Calling

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

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

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

Ceci n’est applicable que si le tronc 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 d’homologues de numérotation

Connexion sécurisée au RTCP

Points de terminaison locaux

Points de terminaison locaux

Passerelle de survivabilité

Basé 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 de l'homologue de numérotation n'est nécessaire sur ces homologues de numérotation système.

Pour 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 à Webex Calling Preferred Architecture.

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 à 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 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, pool et codec du registre vocal pour les points de terminaison s’enregistrant auprès de la passerelle de survivabilité. Voici un exemple de configuration spécifique à la passerelle de survivabilité :

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

Il inclut 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 de codec. 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 RTCP.

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

!
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

Configurez le dial-peer 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 :

!
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 dial-peer sortant de Webex Calling.

Il inclut la sélection de l’homologue de numérotation pour le trunk Webex Calling sortant en fonction du groupe d’homologues de numérotation. Voici un exemple de configuration pour le dial-peer sortant de 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

Configurez le numéro d’appel entrant de Webex Calling.

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

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 dial-peer RTCP sortant.

Il est utilisé pour router les appels RTCP dans les modes passerelle locale et passerelle de survivabilité. Changez le modèle de destination du BAD actuel à un modèle adapté aux appels RTCP. Ceci est nécessaire pour le routage des appels RTCP à 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 dial-peer RTCP sortant :

!
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

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

Il est utilisé pour la sélection d’homologue de numérotation en fonction de la correspondance du modèle E164. Ces pairs de numérotation ne sont apparié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 RTCP 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 par le dial-peer.

Il est utilisé 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 jonction basée sur le certificat est similaire à la jonction basée sur l’enregistrement, à l’exception de celles spécifiques à la jonction et aux locataires de la passerelle locale.

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 points de terminaison sur la passerelle de survivabilité. Voici un exemple de configuration spécifique à la passerelle de survivabilité :

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

Il 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 de codec. 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 RTCP.

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

!
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

Configurez le dial-peer 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 :

!
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 dial-peer sortant de Webex Calling.

Il inclut la sélection de l’homologue de numérotation pour le trunk Webex Calling sortant en fonction du groupe d’homologues de numérotation. Voici un exemple de configuration pour le dial-peer sortant de 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

Configurez le numéro d’appel entrant de Webex Calling.

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

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 dial-peer RTCP sortant.

Il est utilisé pour router les appels RTCP dans les modes passerelle locale et passerelle de survivabilité. Changez le modèle de destination de BAD actuel à un modèle adapté aux appels RTCP. Ceci est nécessaire pour le routage des appels RTCP à 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 dial-peer RTCP sortant :

!
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

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

Il est utilisé pour la sélection d’homologue de numérotation en fonction de la correspondance du modèle E164. Ces pairs de numérotation ne sont apparié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 RTCP 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 par le dial-peer.

Il est utilisé 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
!