Le tableau suivant fournit des informations sur les fonctionnalités prises en charge.

Lors de la configuration de cette fonctionnalité, la survie du site est disponible pour les points de terminaison pris en charge suivants.

Le tableau suivant permet de configurer les routeurs Cisco IOS XE en tant que passerelle de survie. Ce tableau répertorie le nombre maximal de points de terminaison pris en charge par chaque plateforme et la version minimale d'IOS XE.

Si vous devez configurer une nouvelle passerelle pour servir de passerelle de survie, reportez-vous à l'article Webex Enroll Cisco IOS Managed Gateways to Webex Cloud pour ajouter la passerelle à Control Hub.

Le connecteur configure automatiquement les commandes liées aux CDR afin de faciliter la collecte des statistiques de comptage des appels.

À la fin d'un événement de survie, le connecteur traite les CDR générés pendant la période de l'événement, ainsi que les données de configuration, afin d'identifier différents décomptes d'appels. Ces indicateurs comprennent le nombre total d'appels, d'appels d'urgence et d'appels externes, et servent à surveiller l'utilisation des fonctionnalités internes. Seules les statistiques de comptage des appels sont envoyées au cloud Webex, les CDR proprement dits ne sont pas transmis.

Voici un exemple de configuration :

!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Explication des commandes :

• primary ifs bootflash:guest-share/cdrs/- Cette commande permet de stocker les fichiers CDR dans le dossier guest-share afin de permettre l'accès par le connecteur.

• acct-template callhistory-detail- Cette commande est nécessaire pour inclure l'étiquette dial-peer dans le CDR.

• maximum cdrflush-timer 5- La valeur par défaut est de 60 minutes, mais la régler sur 5 minutes permet d'enregistrer les CDR dans le fichier plus rapidement.

• cdr-format detailed- Ceci est le format par défaut. Le format compact ne convient pas car il n'inclut pas l'étiquette dial-peer.

Ce tableau établit une correspondance entre la configuration de la fonctionnalité de groupe de recherche dans Control Hub et l'utilisation des commandes de la passerelle de survie.

• Configurer un groupe Hunt en anneaux séquentiels

  
    voice hunt-group 1 sequential​
      pilot 1111
      number 1 1001​
      number 2 1002​
      number 3 7089001​
      number 4 7089002​
      number 5 +1210903443​
      .....​
      .....​
      timeout 20​
      final 1009
      statistics collect
      description​
      present-call idle-phone

• Configurer un groupe Hunt en anneaux parallèles

  
  voice hunt-group 2 parallel​
    pilot 2222​
    number 1 2001
    number 2 2002​
    number 3 2089001​
    number 4 2089002​
    number 5 +12109034433​
    .....​
    .....​
    timeout 60​
    final 1009​
    statistics collect​
    description​

Le service de distribution automatique d'appels de base (B-ACD) et le service de standard automatique (AA) permettent de répondre automatiquement aux appels externes avec des messages d'accueil et des menus qui permettent aux appelants de sélectionner le service approprié ou de composer des numéros de poste connus.

Le B-ACD assure la prise en charge automatique et la distribution des appels via des menus interactifs et des groupes de recherche locaux. L'application B-ACD comprend des services de standard automatique (AA) et un service de file d'attente d'appels. Le standard automatique B-ACD prend en charge les appels RTC négociés avec une liaison SIP entrante utilisant le codec g711ulaw.

B-ACD prend en charge les groupes de recherche vocale avec prise en charge séquentielle, parallèle, pair à pair, de l'appel d'inactivité le plus long, des lignes partagées SIP et des lignes partagées mixtes.

Un appel entrant compose le numéro pilote B-ACD AA et entend un message d'accueil et des instructions pour aider l'appelant à acheminer automatiquement l'appel.

Limites

Utilisez le même codec sur les homologues de numérotation entrants et sortants lors du transfert d'appels. L'utilisation de codecs différents n'est pas prise en charge. iOS n'invoquera pas de transcodeur pour les appels gérés par une application TCL.

Composants B-ACD

L'application B-ACD se compose d'un service de file d'attente d'appels et d'un ou plusieurs services AA. Les composants configurables de ces services sont :

• Numéro principal

• Message d'accueil et autres fichiers audio

• Options du menu

• Composer un numéro de poste

Numéro principal

Chaque service AA possède son propre numéro pilote AA que les appelants composent pour joindre l'AA. Ce nombre est spécifié dans la commande param aa-pilot. Le numéro pilote AA n'est associé à aucun numéro de téléphone d'agent ni à aucun téléphone physique, mais vous devez définir un homologue de numérotation avec le numéro pilote AA comme numéro appelé entrant afin que ce numéro soit joignable par les appelants externes.

Message d'accueil et autres fichiers audio

Le message d'accueil est un fichier audio qui est diffusé lorsqu'un appel est pris par le numéro pilote. Ce fichier audio fait partie d'un ensemble de fichiers audio utilisés avec le service B-ACD pour informer les appelants de leur statut et des actions qu'ils peuvent entreprendre. Vous pouvez créer des fichiers audio personnalisés décrivant les options de menu disponibles pour vos appelants. Les fichiers audio B-ACD sont décrits dans les sections suivantes :

• Réenregistrement des fichiers audio par défaut
• Modification des codes de langue et des noms de fichiers
• Utilisation de fichiers audio pour décrire les choix de menu

Réenregistrement des fichiers audio par défaut

Des fichiers audio par défaut sont fournis pour chaque point du script et sont remis aux appelants. Vous téléchargez les fichiers audio par défaut à partir du lien et les copiez dans un emplacement accessible par le routeur B-ACD, tel qu'une mémoire flash ou un serveur TFTP. Les fichiers audio et les fichiers de script sont regroupés dans un fichier tar sur le site web. Les fichiers par défaut et leurs messages sont répertoriés dans le tableau. Vous pouvez réenregistrer des messages personnalisés par-dessus les messages par défaut, mais vous ne pouvez pas modifier les noms des fichiers audio, sauf comme décrit spécifiquement dans la section Modification des codes de langue et des noms de fichiers.

Pour réenregistrer et installer les invites audio par défaut avant d'utiliser un service B-ACD pour la première fois, suivez les étapes décrites dans la section Téléchargement des scripts Tcl et des invites audio. Pour réenregistrer les invites audio dans un service B-ACD existant, suivez les étapes décrites dans la section Mise à jour des paramètres de script et des invites audio (numérotation par extension uniquement).

Si vous réenregistrez l'un des fichiers audio, notez que les invites B-ACD nécessitent un format de fichier audio G.711 (.au) avec un encodage 8 bits, mu-law et 8 kHz. Nous recommandons les outils audio suivants ou d'autres de qualité similaire :

• Adobe Audition pour Microsoft Windows par Adobe Systems Inc. (anciennement appelé Cool Edit par Syntrillium Software Corp.)

• Outil audio pour Solaris par Sun Microsystems Inc.

Configurer B-ACD

Voici quelques exemples de configuration :

application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option 
  paramspace english language en
  param aa-pilot 
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail 
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number 
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number 
 port %tdm_port%
! 

Modification des codes de langue et des noms de fichiers

• Le préfixe de tout nom de fichier peut être modifié en ch, en, sp ou aa. Le préfixe doit correspondre au code spécifié dans le paramètre language-code de la commande paramspace language, quelle que soit la langue réellement utilisée dans le fichier.

• Après son préfixe, le nom de fichier de l'invite de bienvenue (par défaut en_bacd_welcome.au ) peut avoir n'importe quel nom d'identification, tel que défini dans la commande param welcome-prompt.

• Après son préfixe, le nom de fichier d'invite de dépôt (aucune valeur par défaut n'est fournie) peut avoir n'importe quel nom d'identification, tel que défini dans la commande param drop-through-prompt.

Dans les fichiers audio, vous pouvez enregistrer une invite dans n'importe quelle langue. Il n’est pas nécessaire de modifier le préfixe d’un fichier contenant une invite dans une autre langue, car les préfixes de code de langue sont utilisés pour des fonctionnalités qui ne font pas partie du service B-ACD. Mais il est important que les préfixes de code de langue de vos fichiers correspondent au code de langue spécifié dans le paramètre language-code de la commande paramspace language, quelle que soit la langue réellement utilisée dans le fichier audio.

Ne modifiez pas la partie identifiant du nom d'un fichier audio, à l'exception du fichier _bacd_welcome.au. Les scripts identifient les fichiers audio qui ont les mêmes noms d'identification que ceux du tableauet qui ont le même préfixe que celui que vous spécifiez dans la commande de langage paramspace.

Par défaut, deux fichiers audio sont fournis pour guider l'appelant dans son orientation initiale et lui présenter les options de menu disponibles : en_welcome_prompt.au et en_bacd_options_menu.au. Vous pouvez réenregistrer des messages personnalisés par-dessus les messages par défaut fournis dans ces fichiers, comme expliqué dans le tableau .

Si votre service B-ACD utilise un seul service AA, enregistrez un message de bienvenue dans en_welcome_prompt.au et enregistrez les instructions concernant les choix de menu dans en_bacd_options_menu.au.

Si votre service B-ACD utilise plusieurs services AA, vous aurez besoin de messages d'accueil et d'instructions distincts pour chaque AA, en suivant les directives suivantes :

• Enregistrez un message de bienvenue distinct pour chaque service des AA, en utilisant un nom différent pour le fichier audio de chaque message de bienvenue. par exemple en_welcome_aa1.au et en_welcome_aa2.au. Les messages d'accueil que vous enregistrez dans ces fichiers doivent inclure à la fois le message de bienvenue et les instructions concernant les options du menu.

• Enregistrer le silence dans le fichier audio en_bacd_options_menu.au. Un silence d'au moins une seconde doit être enregistré. Veuillez noter que ce fichier ne contient pas les instructions du menu lorsqu'il existe plusieurs services AA.

Options du menu

Le but d'un service B-ACD est d'acheminer automatiquement les appels vers la destination appropriée au sein de votre organisation. Les services interactifs d'AA vous permettent de proposer des options de menu aux appelants afin qu'ils puissent faire les choix appropriés pour leurs appels. Les types d'options de menu disponibles dans B-ACD sont décrits dans le tableau. Les options du menu sont annoncées aux appelants par des messages audio, qui sont décrits dans le Message d'accueil et autres fichiers audio.

Option de numérotation par extension

Le service B-ACD peut également comporter une option de numérotation par extension, qui permet aux appelants de composer des numéros de poste internes lorsqu'ils connaissent déjà le numéro de poste. L'option de numérotation par extension est affichée comme option de menu.

L'option de numérotation par extension est configurée en spécifiant un numéro d'option de menu pour le paramètre de numérotation par extension. Lorsque la commande suivante est utilisée, les appelants peuvent composer le 1 puis un numéro de poste.

Dans un service de file d'attente d'appels B-ACD, le numéro d'option de numérotation par extension et les numéros d'option de groupe de recherche doivent être mutuellement exclusifs. Cette restriction signifie que le numéro d'option utilisé pour l'option de numérotation par extension ne peut pas être identique à l'un des numéros d'option utilisés avec les options de recherche AA. Par exemple, si vous utilisez aa-hunt1 à aa-hunt5 pour spécifier les groupes de recherche dans la configuration de votre service de file d'attente d'appels, vous pouvez utiliser l'option 6 pour l'option de numérotation par extension, mais pas les numéros 1 à 5.

Si les dix numéros de recherche AA sont tous utilisés pour les groupes de recherche dans le service de file d'attente d'appels, il ne reste plus d'option pour l'option de numérotation par extension. Notez que cette restriction est basée sur tous les numéros d'option (numéros de recherche AA) utilisés avec le service de file d'attente d'appels et non sur les numéros d'option utilisés avec une application AA.

Téléchargement de scripts Tcl et d'invites audio

Suivez ces étapes pour préparer les fichiers de script et les fichiers d'invite nécessaires à votre service B-ACD.

1. Copiez le fichier tar dans la mémoire flash de démarrage du routeur SGW.

2. Décompressez les fichiers tcl et audio à l'aide de la commande :

   archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
3. Réenregistrez les fichiers audio si nécessaire.

Explication des commandes :

Mise à jour des paramètres du script et des messages audio (Appel par extension uniquement)

Vous pouvez mettre à jour les paramètres du script B-ACD en modifiant la configuration Cisco IOS. Pour que les modifications de paramètres soient prises en compte, vous devez arrêter puis recharger les scripts B-ACD que vous avez modifiés. Si vous réenregistrez les messages audio, vous devez recharger les fichiers de messages audio qui ont été modifiés.

1. Déterminez les identifiants de session de toutes les sessions actives.

   Utilisez la commande showcall application sessions en mode EXEC privilégié pour obtenir les numéros d'ID de session (SID) des services AA et de file d'attente d'appels. Si la session AA ne comporte aucun appel actif, le nom du script AA n'apparaît pas dans la sortie de la commande show call application sessions.

2. Arrêtez les sessions de service B-ACD AA et de file d'attente d'appels si nécessaire - À l'aide des numéros d'identification de session de l'étape 1, arrêtez les sessions de service B-ACD AA et de file d'attente d'appels. Utilisez la commande call application session stop en mode EXEC privilégié pour arrêter les sessions AA et de file d'attente d'appels.
3. Rechargez le script AA et les scripts de file d'attente d'appels - Utilisez la commande call application voice load en mode EXEC privilégié pour recharger les scripts.
4. Si un fichier d'invite audio a été modifié, rechargez-le - Utilisez la commande audio-prompt load en mode EXEC privilégié pour recharger un fichier audio. Répétez cette commande pour chaque fichier audio modifié.

Vérification du statut B-ACD

Utilisez la commande show call application sessions pour vérifier que B-ACD est actif.

L'exemple suivant illustre une session avec des applications AA et de file d'attente d'appels actives. Le champ « App » correspond au nom du service, tandis que le champ « Url » indique l’emplacement du fichier script de l’application.

Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

L'exemple suivant illustre une session où seule l'application de file d'attente est active. Le script AA n'apparaît pas dans la sortie de la commande show call application sessions car il n'y a pas d'appels actifs. Le nom du service AA apparaît dans la sortie uniquement lorsqu'un appel est actif. Le script de file d'attente d'appels s'active après le premier appel entrant et reste actif même s'il n'y a pas d'appels actifs.

Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Vous pouvez mettre à jour les paramètres du script B-ACD en modifiant la configuration Cisco IOS. Pour que les modifications de paramètres soient prises en compte, vous devez arrêter et recharger les scripts B-ACD que vous avez modifiés, comme expliqué dans les étapes suivantes. Si vous réenregistrez les messages audio, vous devez recharger les fichiers de messages audio qui ont été modifiés.

1. Déterminer les identifiants de session de toutes les sessions actives:

   Utilisez la commande show call application sessions en mode EXEC privilégié pour obtenir les numéros d'ID de session (SID) des services AA et de file d'attente d'appels. Si la session AA ne comporte aucun appel actif, le nom du script AA n'apparaît pas dans la sortie de la commande show call application sessions.

   L'exemple suivant illustre une session avec des appels actifs. Le champ « App » correspond au nom du service attribué au script de file d’attente d’appels et au script AA. Vous pouvez également voir les noms des services dans le résultat de la commande show running-config.

   
   Router# show call application sessions
   Session ID 17
   App: aa
   Type: Service
   Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
   
   Session ID 12
   App: queue
   Type: Service
   Url: bootflash:app-b-acd-3.0.0.8.tcl
   

2. Interrompez les sessions de service B-ACD AA et de file d'attente d'appels si nécessaire.

   En utilisant les numéros d'identification de session de l'étape 1, arrêtez les sessions de service B-ACD AA et de service de file d'attente d'appels. Utilisez la commande call application session stop en mode EXEC privilégié pour arrêter les sessions AA et de file d'attente d'appels.

   
   Router# call application session stop id 17
   Router# call application session stop id 12

   Lorsque vous utilisez la commande d'arrêt de session d'application d'appel pour un service AA, les actions suivantes se produisent :

   Le service AA est interrompu.

   Tous les appels connectés au service AA sont déconnectés.

   Le nom du service AA est supprimé de la sortie de la commande show call application sessions.

   Pour éviter tout risque de déconnexion intempestive, attendez qu'il n'y ait plus d'appels entrants avant de recharger le script, par exemple après les heures de travail.

   Si un nom de service AA n'apparaît pas dans la sortie de la commande show call application sessions, cela signifie qu'il n'y a pas de sessions d'appel et que vous n'avez pas besoin d'émettre une commande call application session stop pour cela.

3. Rechargez le script AA et les scripts de file d'attente d'appels.

   Utilisez la commande call application voice load en mode EXEC privilégié pour recharger les scripts.

   
   Router# call application voice load aa
   Router# call application voice load queue

4. Si un fichier d'invite audio a été modifié, rechargez-le.

   Utilisez la commande audio-prompt load en mode EXEC privilégié pour recharger un fichier audio. Répétez cette commande pour chaque fichier audio modifié.

   
   Router# audio-prompt load flash:en_bacd_welcome.au
   Reload of flash:en_bacd_welcome.au successful

Pour les appels externes, configurez une connexion au réseau téléphonique public commuté (RTPC). Ce sujet présente certaines des options et fournit des exemples de configurations. Les deux principales options sont :

• Connexion de la carte d'interface vocale (VIC) au réseau téléphonique public commuté (RTPC)

• Passerelle SIP vers réseau téléphonique public commuté (RTPC)

Connexion de la carte d'interface vocale au réseau téléphonique public commuté (RTPC)

Vous pouvez installer une carte d'interface vocale (VIC) sur le routeur et configurer une connexion de port au réseau téléphonique public commuté (PSTN).

• Pour plus de détails sur l'installation du VIC sur le routeur, reportez-vous au guide d'installation matérielle de votre modèle de routeur.

• Pour plus de détails sur la configuration du VIC, ainsi que des exemples, consultez le Guide de configuration du port vocal, Cisco IOS Release 3S.

Passerelle SIP vers PSTN

Vous pouvez configurer une connexion SIP trunk pointant vers une passerelle PSTN. Pour configurer la connexion trunk sur la passerelle, utilisez la configuration voice-class-tenant. Voici un exemple de configuration.

voice class tenant 300 
  sip-server ipv4::
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Configuration du pair de numérotation

Pour les connexions trunk, configurez les homologues de numérotation entrants et sortants pour la connexion trunk. La configuration dépend de vos besoins. Pour des informations de configuration détaillées, voir Guide de configuration Dial Peer, Cisco IOS Release 3S.

Voici des exemples de configurations :

Appairage sortant vers le réseau téléphonique public commuté (RTPC) avec UDP et RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Approche de numérotation entrante depuis le réseau téléphonique public commuté (RTPC) utilisant UDP avec RTP

voice class uri 350 sip 
 host ipv4: 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Traductions numériques

Pour les connexions PSTN, vous devrez peut-être utiliser des règles de traduction pour convertir les extensions internes en un numéro E.164 que le réseau PSTN peut acheminer. Voici des exemples de configurations :

Règle de traduction du PSTN avec non +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Règle de traduction du système téléphonique avec +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

L'exemple suivant contient un exemple de configuration d'appel d'urgence.

emplacements d'intervention d'urgence (ERL)

voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Pairs de numérotation sortante

voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial