Dans cet article
Vue d'ensemble
Prérequis
Limites et restrictions
Considérations relatives au routage des appels pour la colocation
dropdown icon
Configurer la colocation des services
    Configurer la colocation pour le trunking basé sur l'enregistrement
    Configurer la colocation pour le trunking basé sur des certificats

Colocation de la passerelle locale et de la capacité de survie du site sur les passerelles gérées Cisco IOS

list-menuDans cet article
list-menuUn commentaire ?

En tant qu'administratrice, consultez cet article pour en savoir plus sur la colocation des services Local Gateway et Survivability Gateway sur les passerelles gérées Cisco IOS.

Vue d'ensemble

Webex Callingprend en charge la colocation d'une passerelle de survie avec une passerelle locale sur la même passerelle Cisco IOS gérée. C'est-à-dire que vous pouvez utiliser la même Cisco IOS passerelle pour configurer les services Local Gateway et Survivability Gateway. Par conséquent, vous n'avez pas besoin de deux passerelles Cisco IOS gérées différentes, à savoir Survivability Gateway et Local Gateway.

Cet article aborde les considérations relatives à la colocation des services Local Gateway et Survivability Gateway par rapport au déploiement autonome de ces services.

En raison de vulnérabilités détectées, le schéma de cryptage RSAES-PKCS1-v1_5 utilisé par la solution Site Survivability Webex Calling sera obsolète le 1er septembre 2024. Au-delà de cette date, le schéma de cryptage RSAES-OAEP est obligatoire.

Pour garantir le fonctionnement continu de ce système de cryptage, passez à la version 17.12.3 de votre site vers Cisco IOS XE Dublin 17.12.3 avant le 1er septembre 2024. Aucune modification de configuration n'est requise pour utiliser le nouveau schéma de cryptage suite à cette mise à niveau.

Prérequis

Cisco IOSXE Dublin 17.12.3 et versions ultérieures.

Limites et restrictions

Voici les limites connues de la colocation de services sur les passerelles Cisco IOS gérées :

  • 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 configurée en tant que service Survivability Gateway.

  • Si le client a configuré la passerelle en tant que passerelle locale, il doit annuler l'attribution, puis réattribuer le service en tant que Survivability Gateway.

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

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

Pour les limites et restrictions spécifiques aux services de passerelle autonomes, voir Inscrire des passerelles Cisco IOS gérées à Webex Cloud et Site Survivability 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 numérotation (DPG) et d'un routage régulier en fonction des modèles de destination. C'est différent des stratégies de routage des appels utilisées pour les services de passerelle Cisco IOS gérés autonomes. Un service de passerelle locale autonome utilise une stratégie de routage des appels basée sur le DPG. Survivability Gateway autonome achemine les appels en fonction des destinations.

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

Tenez compte des points suivants lorsque vous configurez le routage des appels pour les scénarios de colocation :

  • Pour les appels provenant de Webex Calling : Le numéro d'appel entrant provenant de Webex Calling est mis en correspondance en fonction du nom d'hôte de la passerelle locale ou du paramètre DTG de l'URI. Le numéro d'appel entrant est lié à un DPG équipé du PSTN. L'appel est ensuite acheminé vers le PSTN. Bref, il n'y a aucun changement dans le routage des appels par rapport à la stratégie de routage existante de Local Gateway.

  • Pour les appels depuis le PSTN, supprimez le routage des appels en fonction des groupes de numérotation. Acheminez les appels en utilisant le routage normal basé sur le modèle de destination. C'est-à-dire qu'un correspondant entrant n'est pas lié à un DPG dans cette stratégie. Le numéro d'appel entrant en provenance du PSTN est mis en correspondance en fonction de l'adresse IP du PSTN dans Via URI. Une recherche régulière par numérotation serait effectuée et un appel serait acheminé en fonction des préférences du numéroteur. L'appel est acheminé vers un terminal enregistré localement pour le mode survivabilité ou Webex Calling pour le mode actif.

  • Pour les appels depuis des terminaux enregistrés localement (applicable au mode de survie du site en cas de panne du réseau étendu), acheminez les appels en utilisant un routage normal basé sur le modèle de destination. Dans cette stratégie, un correspondant entrant est associé à un numéro correspondant côté ligne. Une recherche par numérotation est effectuée régulièrement et un appel est acheminé en fonction des préférences du numéroteur. L'appel est acheminé vers un point de terminaison enregistré localement, le PSTN, ou. Webex Calling

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

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

    • Préférence de 2 pour acheminer les appels vers Webex Calling le réseau principal

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

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

Tableau 1. Considérations relatives au routage des appels pour la colocation
Entrant depuisÀ destination de

Service de passerelle

Routage des appels

Informations supplémentaires

PSTN

Webex Calling

Colocation d'une passerelle locale et d'une passerelle de survie

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

Dial-peer ayant la préférence 2

PSTN

Points de terminaison locaux

Colocation d'une passerelle locale et d'une passerelle de survie

Basé sur le modèle de destination

À l'aide des correspondants dynamiques créés sur la base des inscriptions.

Aucune configuration à effectuer sur ces homologues du système. Il aurait automatiquement la priorité la plus élevée.

Points de terminaison locaux

PSTN

Colocation d'une passerelle locale et d'une passerelle de survie

Basé sur le modèle de destination

Dial-peer ayant la préférence 3

Points de terminaison locaux

Webex Calling

Colocation d'une passerelle locale et d'une passerelle de survie

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

Dial-peer ayant la préférence 2

Cela ne s'applique que si le tronçon Local Gateway towards Webex Calling est toujours actif, même en mode Survivability Gateway.

Webex Calling

PSTN

Passerelle locale

Basé sur un groupe de pairs

Connexion sécurisée au PSTN

Points de terminaison locaux

Points de terminaison locaux

Survivability Gateway

Basé sur le modèle de destination

À l'aide des correspondants dynamiques créés sur la base des inscriptions.

Aucune modification supplémentaire de la configuration des numéros d'appel n'est nécessaire pour ces numéros d'appel du système.

Pour des informations détaillées sur les considérations de routage des appels pour la colocation de services de passerelle Cisco IOS gérés, reportez-vous à la section Architecture Webex Calling préférée.

Configurer la colocation des services

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

Selon le type de trunking utilisé, vous pouvez configurer la colocation de l'une des manières suivantes :

Configurer la colocation pour le trunking basé sur l'enregistrement

1

Configurez les certificats.

Vous devez obligatoirement utiliser des certificats signés par une personne de confianceCertificate Authority. Pour plus d'informations sur la manière de demander et de créer des certificats, voir Configuration des certificats.

2

Configurez les commandes vocales globales.

La configuration vocale inclut des paramètres courants liés aux services Local Gateway et Survivability Gateway. 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 à Survivability Gateway.

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

!
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 à Local Gateway. Pour plus d'informations, voir Passerelle locale basée sur l'enregistrement.

Cela inclut la configuration du locataire utilisé pour enregistrer le trunk de la passerelle localeWebex Calling, les profils SIP associés et les préférences de codec. Voici un exemple de configuration spécifique à Local Gateway :

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.

Cela inclut la configuration du locataire pour le PSTN et des profils SIP associés (le cas échéant), ainsi que des préférences de codec. 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

Configurez le numéro d'appel PSTN entrant.

Cela inclut la sélection par numérotation pour les appels PSTN entrants en fonction de la correspondance des en-têtes. Voici un exemple de configuration pour le numéro d'appel 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

Configurez le numéro sortantWebex Calling.

Cela inclut la sélection par numérotation pour les lignes sortantes en fonction Webex Calling du groupe de numérotation. Voici un exemple de configuration pour le numéro d'appel sortant 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 entrantWebex Calling.

Cela inclut la sélection par numérotation pour les Webex Calling appels entrants en fonction de la correspondance du paramètre DPG dans l'en-tête Request-URI. Le groupe Dial-peer est utilisé pour acheminer les appels directement vers le PSTN sortant. Voici un exemple de configuration pour le numéro d'appel entrant par pair 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

Configurez le numéro d'appel PSTN sortant.

Il est utilisé pour acheminer les appels PSTN en modes Local Gateway et Survivability Gateway. Changez le modèle de destination, passant du BAD actuel à un modèle adapté aux appels PSTN. C'est obligatoire pour le routage des appels PSTN depuis des terminaux enregistrés localement. Vous pouvez le faire soit directement en utilisant le modèle de destination, soit via la carte de motifs E164. Voici un exemple de configuration pour le numéro d'appel PSTN 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 numéros PSTN sortants pour les appels d'urgence en mode Survivabilité.

Il est utilisé pour la sélection par numérotation sur la base de la correspondance du modèle E164. Ces numéros sont mis en correspondance uniquement pour les appels provenant de terminaux enregistrés directement sur Survivability Gateway en mode Survivability. Provisionnez un ou plusieurs correspondants 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 numéros PSTN sortants pour les appels d'urgence en mode 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

Configurez Dial-Peer Hunt.

Il est utilisé pour sélectionner les correspondants pour le routage en fonction des préférences définies pour les numéros homologues.

!
dial-peer hunt 2
!

Configurer la colocation pour le trunking basé sur des certificats

Avant de commencer

La configuration de la colocation pour le trunking basé sur des certificats est similaire à celle du trunking basé sur l'enregistrement, à l'exception de celles spécifiques au trunk Local Gateway et aux locataires.

1

Configurez les certificats.

Vous devez obligatoirement utiliser des certificats signés par une personne de confianceCertificate Authority. Pour plus d'informations sur la manière de demander et de créer des certificats, voir Configuration des certificats.

2

Configurez les commandes vocales globales.

La configuration vocale inclut des paramètres courants liés aux services Local Gateway et Survivability Gateway. 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 à Survivability Gateway.

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

!
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 à Local Gateway. Pour plus d'informations, consultez la section Trunking basée sur les certificats.

Cela inclut la configuration du trunk et du locataire nécessaires pour effectuer l'échange de certificats sur la passerelle locale, les profils SIP associés et les préférences de codec. Voici un exemple de configuration spécifique à Local Gateway :

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.

Cela inclut la configuration du locataire pour le PSTN et des profils SIP associés (le cas échéant), ainsi que des préférences de codec. 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

Configurez le numéro d'appel PSTN entrant.

Cela inclut la sélection par numérotation pour les appels PSTN entrants en fonction de la correspondance des en-têtes. Voici un exemple de configuration pour le numéro d'appel 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

Configurez le numéro sortantWebex Calling.

Cela inclut la sélection par numérotation pour les lignes sortantes en fonction Webex Calling du groupe de numérotation. Voici un exemple de configuration pour le numéro d'appel sortant 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 entrantWebex Calling.

Cela inclut la sélection par numérotation pour les Webex Calling appels entrants en fonction de la correspondance du paramètre DPG dans l'en-tête Request-URI. Le groupe Dial-peer est utilisé pour acheminer les appels directement vers le PSTN sortant. Voici un exemple de configuration pour le numéro d'appel entrant par pair 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

Configurez le numéro d'appel PSTN sortant.

Il est utilisé pour acheminer les appels PSTN en modes Local Gateway et Survivability Gateway. Changez le modèle de destination, passant du BAD actuel à un modèle adapté aux appels PSTN. C'est obligatoire pour le routage des appels PSTN depuis des terminaux enregistrés localement. Vous pouvez le faire soit directement en utilisant le modèle de destination, soit via la carte de motifs E164. Voici un exemple de configuration pour le numéro d'appel PSTN 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 numéros PSTN sortants pour les appels d'urgence en mode Survivabilité.

Il est utilisé pour la sélection par numérotation sur la base de la correspondance du modèle E164. Ces numéros sont mis en correspondance uniquement pour les appels provenant de terminaux enregistrés directement sur Survivability Gateway en mode Survivability. Provisionnez un ou plusieurs correspondants 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 numéros PSTN sortants pour les appels d'urgence en mode 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

Configurez Dial-Peer Hunt.

Il est utilisé pour sélectionner les correspondants pour le routage en fonction des préférences définies pour les numéros homologues.

!
dial-peer hunt 2
!
Cet article était-il utile ?
Cet article était-il utile ?