Merci pour votre commentaire.

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

Lors de la configuration de cette fonctionnalité, Site Survivability est disponible pour les terminaux 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 maximum de terminaux pris en charge par chaque plateforme et la version minimale d'IOS XE.

Effectuez les tâches suivantes pour ajouter la capacité de survie à un Webex Calling site existant. En cas de rupture de connexion au cloud Webex, une passerelle de survie intégrée au réseau local peut fournir un contrôle d'appel de secours pour les terminaux situés sur place.

Avant de commencer

Si vous devez configurer une nouvelle passerelle qui fasse office de passerelle de survie, consultez l'article de Webex intitulé Enroll Cisco IOS Managed Gateways to Webex Cloud to add the gateway to Control Hub.

Le connecteur configure automatiquement les commandes liées au CDR afin de faciliter la collecte des statistiques du nombre d'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 les différents comptes d'appels. Les statistiques incluent le nombre total d'appels, d'appels d'urgence et d'appels externes, et sont utilisées pour surveiller l'utilisation des fonctionnalités internes. Seuls les chiffres du nombre d'appels sont envoyés au cloud Webex alors que les CDR eux-mêmes 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 d'y accéder via le connecteur.

• acct-template callhistory-detail- Cette commande est obligatoire pour inclure le tag dial-peer dans le CDR.

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

• cdr-format detailed- C'est le format par défaut. Le format compact n'est pas adapté car il n'inclut pas le tag Dial-Peer.

Ce tableau fournit un mappage de la configuration des fonctionnalités du groupe de chasse dans Control Hub et à l'aide des commandes de la passerelle Survivability

• Configurer les anneaux séquentiels d'un groupe de chasse

  
    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 de chasse (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​

Les services de base de distribution automatique des appels (B-ACD) et de réception automatique (AA) permettent de répondre automatiquement aux appels extérieurs grâce à 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.

B-ACD permet de répondre et de distribuer automatiquement les appels à l'aide de menus interactifs et de groupes de recherche locaux. L'application B-ACD comprend des services d'assistance automatique (AA) et un service de file d'attente d'appels. L'assistant automatique B-ACD prend en charge les appels PSTN négociés avec le trunk SIP entrant avec le codec g711ulaw

B-ACD prend en charge les groupes de recherche vocale avec des appels séquentiels, parallèles, homologues, les plus longs appels inactifs, les lignes partagées SIP et les lignes partagées mixtes.

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

Limites

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

Composants B-ACD

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

• Numéro de pilote

• Welcome Prompt et autres fichiers audio

• Options de menu

• Numérotation par extension

Numéro de pilote

Chaque service AA possède son propre numéro pilote AA que les appelants composent pour joindre l'AA. Ce numéro est indiqué dans la param aa-pilotcommande. Le numéro pilote AA n'est associé à aucun numéro de téléphone ou à un téléphone physique d'agent, mais vous devez définir un correspondant avec le numéro pilote AA comme numéro d'appel entrant afin que ce numéro soit joignable par les appelants extérieurs.

Message de bienvenue et autres fichiers audio

L'invite de bienvenue est un fichier audio qui est lu lorsqu'un appel est répondu par le numéro pilote. Ce fichier audio fait partie des nombreux fichiers audio utilisés par le service B-ACD pour informer les appelants de leur statut et des mesures qu'ils pourraient prendre. Vous pouvez créer des fichiers audio personnalisés décrivant les choix de menu proposés à vos appelants. Les fichiers audio B-ACD sont décrits dans les sections suivantes :

• Réenregistrement des fichiers audio par défaut
• Modifier les codes de langue et les noms de fichiers
• Utiliser des 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 transmis aux appelants. Vous téléchargez les fichiers audio par défaut à partir du lien et vous les copiez vers un endroit accessible via un routeur B-ACD, comme 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 rapport aux messages par défaut, mais vous ne pouvez pas modifier le nom des fichiers audio, sauf comme indiqué spécifiquement dans la section Modification des codes de langue et des noms de fichiers.

Pour réenregistrer et installer les instructions 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 de scripts Tcl et d'instructions audio. Pour réenregistrer les instructions audio d'un service B-ACD existant, suivez les étapes décrites dans la section Mise à jour des paramètres de script et des instructions audio (numérotation par extension uniquement).

Si vous réenregistrez l'un des fichiers audio, notez que les instructions 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 outils de qualité similaire :

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

• AudioTool pour Solaris de 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 <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  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 <Auto Attendant Pilot 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 <Auto Attendant Pilot number>
 port %tdm_port%
! 

Modifier les codes de langue et les noms de fichiers

• Le préfixe de n'importe quel nom de fichier peut être remplacé par ch, en, sp ou aa. Le préfixe doit correspondre au code spécifié dans le paramètre language-code de la commande de langue paramspace, quelle que soit la langue 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 porter 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 de l'invite déroulante (aucune valeur par défaut) peut avoir un nom d'identification quelconque, tel que défini dans la commande. param drop-through-prompt

Dans les fichiers audio, vous pouvez enregistrer un message 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 du 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 du code de langue de vos fichiers correspondent au code de langue spécifié dans le paramètre de code de langue de la commande de langue paramspace, 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 _bacd_welcome.aufichier. Les scripts identifient les fichiers audio qui portent le même nom d'identification que ceux de Table et qui ont le même préfixe que celui que vous avez spécifié dans la commande paramspace language.

Les deux exceptions aux règles générales de dénomination des fichiers sont le fichier audio d'invite de bienvenue (en_bacd_welcome.au par défaut) et le fichier audio d'drop-through-optioninvite (aucune valeur par défaut n'est fournie par défaut). Les parties identifiables des noms de fichiers pour ces deux invites audio sont spécifiées explicitement lors de la configuration et sont entièrement configurables par l'utilisateur. Ces fichiers peuvent utiliser n'importe quel nom de fichier à condition qu'ils respectent les conventions suivantes :

• Le préfixe du nom de fichier doit être le même que le code de langue spécifié dans la commande paramspace language. Par exemple, en.

• La partie identifiant du nom de fichier doit commencer par un trait de soulignement. Par exemple, _welcome_to_xyz.au.

Utiliser des fichiers audio pour décrire les choix de menu

Par défaut, deux fichiers audio sont fournis pour fournir l'orientation initiale de l'appelant et des indications sur les choix de menu disponibles : en_welcome_prompt.auet en_bacd_options_menu.au. Vous pouvez réenregistrer les messages personnalisés par rapport aux messages par défaut fournis dans ces fichiers, comme expliqué dans Tableau.

Si votre service B-ACD utilise un seul service AA, enregistrez un message de bienvenue en_welcome_prompt.auet enregistrez les instructions concernant le choix des menus. 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, conformément aux directives suivantes :

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

• Enregistrez le silence dans le fichier audio en_bacd_options_menu.au. Au moins une seconde de silence doit être enregistrée. Notez que ce fichier ne contient pas les instructions du menu lorsqu'il existe plusieurs services AA.

Options de menu

L'objectif d'un service B-ACD est d'acheminer automatiquement les appels vers la bonne destination dans votre organisation. Les services AA interactifs 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 instructions audio, décrites dans l'invite de bienvenue et dans d'autres fichiers audio.

Option de numérotation par extension

Le service B-ACD peut également proposer une option de numérotation par poste, qui permet aux appelants de composer des numéros de poste internes lorsqu'ils les connaissent déjà. L'option de numérotation par poste apparaît dans le menu.

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

Au sein d'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 du groupe de recherche doivent s'exclure mutuellement. Cette restriction signifie que le numéro d'option utilisé pour l'option de numérotation par extension ne peut pas être le même que celui utilisé pour les options aa-hunt. Par exemple, si vous utilisez aa-hunt1 à aa-hunt5 pour spécifier des groupes de recherche dans la configuration de votre service de file d'appels, vous pouvez utiliser l'option 6 pour l'option de numérotation par extension, mais aucun des chiffres de 1 à 5.

Si les dix numéros aa-hunt sont utilisés pour les groupes de recherche dans le service de file d'attente des appels, il n'y a 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 aa-hunt) utilisés dans le service de file d'attente des appels et non sur les numéros d'options utilisés dans une application AA.

Téléchargement de scripts TCL et de commandes 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 sur le bootflash 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 de script et des instructions audio (numérotation par extension uniquement)

Vous pouvez mettre à jour les paramètres du script B-ACD en modifiant la Cisco IOS configuration. Pour que les modifications de paramètres prennent effet, vous devez arrêter et recharger les scripts B-ACD que vous avez modifiés. Si vous réenregistrez des instructions audio, vous devez recharger les fichiers d'invite audio qui ont été modifiés.

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

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

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

Vérifier le statut B-ACD

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

L'exemple suivant montre une session avec des applications AA et des applications de file d'attente d'appels actives. Le champ « App » est le nom du service, le champ « Url » est l'emplacement du fichier de 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 montre une session où seule l'application de file d'attente est active. Le script AA n'apparaît pas dans le résultat de la show call application sessionscommande car il n'y a aucun appel actif. Le nom du service AA apparaît sur la sortie uniquement lorsqu'il y a un appel actif. Le script de file d'attente des appels s'active après le premier appel entrant et reste actif même s'il n'y a aucun appel actif.

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 Cisco IOS configuration. Pour que les modifications de paramètres prennent effet, vous devez arrêter et recharger les scripts B-ACD auxquels vous avez apporté des modifications, comme expliqué dans les étapes suivantes. Si vous réenregistrez des instructions audio, vous devez recharger les fichiers d'invite audio qui ont été modifiés.

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

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

   L'exemple suivant montre une session avec des appels actifs. Le champ « App » est le nom de service attribué au script de file d'attente des appels et au script AA. Vous pouvez également voir les noms des services dans la sortie 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. Arrêtez le B-ACD AA et les sessions du service de file d'attente des appels si nécessaire

   À l'aide des numéros d'identification de session de l'étape 1, arrêtez le service B-ACD AA et les sessions du service de file d'attente des appels. Utilisez la call application session stopcommande en mode EXEC privilégié pour arrêter les sessions AA et la file d'attente des appels.

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

   Lorsque vous utilisez la commande Call Application Session Stop pour un service AA, les actions suivantes se produisent :

   Le service AA est arrêté.

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

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

   Pour éviter de déconnecter les appels, attendez qu'il n'y ait plus d'appels entrants avant de recharger le script, par exemple en dehors des heures de travail.

   Si le nom d'un service AA n'apparaît pas dans la sortie de la show call application sessionscommande, cela signifie qu'il n'y a aucune session d'appel et que vous n'avez pas à émettre de call application session stopcommande pour cela.

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

   Utilisez la call application voice loadcommande 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 audio-prompt loadcommande 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 PSTN. Cette rubrique décrit certaines options et fournit des exemples de configurations. Les deux options principales sont les suivantes :

• Connexion d'une carte d'interface vocale (VIC) au PSTN

• Trunk SIP vers passerelle PSTN

Connexion par carte d'interface vocale au PSTN

Vous pouvez installer une carte d'interface vocale (VIC) sur le routeur et configurer une connexion par port au PSTN.

• Pour plus de détails sur l'installation de la carte VIC sur le routeur, consultez le guide d'installation du matériel correspondant à votre modèle de routeur.

• Pour plus de détails sur la configuration de la carte VIC, ainsi que des exemples, consultez le Guide de configuration des ports vocaux, Cisco IOS version 3S.

Trunk SIP vers passerelle PSTN

Vous pouvez configurer une connexion réseau SIP qui pointe vers une passerelle PSTN. Pour configurer la connexion principale sur la passerelle, utilisez la configuration vocale-tenant. Voici un exemple de configuration.

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

Configuration Dial Peer

Pour les connexions principales, configurez les correspondants de numérotation entrants et sortants pour la connexion principale. La configuration dépend de vos besoins. Pour des informations de configuration détaillées, consultez le guide de configuration Dial Peer, Cisco IOS version 3S.

Voici des exemples de configurations :

Numérotation sortante vers le PSTN via 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

Numéro d'appel entrant depuis le PSTN via UDP et RTP

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
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 RTPC, vous devrez peut-être utiliser des règles de traduction pour traduire les extensions internes en un numéro E.164 que le PSTN peut acheminer. Voici des exemples de configurations :

À partir de la règle de traduction PSTN sans +E164

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

À partir de la 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 des appels d'urgence.

Sites 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 sortants

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