Merci pour votre commentaire.

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

Lors de la configuration de la fonctionnalité, la capacité de survie du site est disponible pour les critères d'évaluation pris en charge suivants.

Le tableau suivant permet de configurer les routeurs Cisco IOS XE en tant que passerelle de survivabilité. Ce tableau répertorie le nombre maximum de terminaux supportés par chaque plate-forme et la version IOS XE minimale.

Effectuez les tâches suivantes pour ajouter la capacité de survie du site pour un emplacement Webex Calling existant. Si la connexion au cloud Webex se rompt, une passerelle de survivabilité dans le réseau local peut fournir un contrôle d'appel de sauvegarde pour les terminaux à cet emplacement.

Avant de commencer

Si vous devez fournir une nouvelle passerelle pour agir en tant que passerelle de survivabilité, reportez-vous à l'article de Webex Enregistrez les passerelles gérées par Cisco IOS vers Webex Cloudpour ajouter la passerelle à Control Hub.

Le connecteur configure automatiquement les commandes liées au CDR pour faciliter la collecte des métriques de comptage d'appels.

A la fin d'un événement de survivabilité, le connecteur traite les CDR générés pendant la période d'événement, ainsi que les données de configuration, afin d'identifier différents comptages d'appels. Les métriques comprennent 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. Seules les métriques de comptage des appels sont envoyées au cloud Webex alors que les CDR réels ne sont pas transmis.

Voici une configuration d’échantillon :

!
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 sous le dossier guest-share pour permettre l’accès par le connecteur.

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

• maximum cdrflush-timer 5- La valeur par défaut est 60 minutes, mais la régler à 5 minutes permet de connecter les CDR au 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 l'étiquette dial-peer.

Ce tableau fournit une cartographie de la configuration des fonctionnalités du groupe de chasse dans Control Hub et à l'aide des commandes de la passerelle de survivabilité

• Configurer les anneaux séquentiels d'un groupe Hunt

  
    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 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 des appels de base (B-ACD) et d'assistance automatique (AA) permet de répondre automatiquement aux appels extérieurs avec des salutations et des menus qui permettent aux appelants de sélectionner le département approprié ou de composer les numéros d'extension connus.

B-ACD fournit une réponse automatique et une distribution des appels pour les appels à l'aide de menus interactifs et de groupes de chasse locaux. L'application B-ACD se compose de services d'auto-assistance (AA) et d'un service de file d'attente d'appel. Le serveur automatique B-ACD prend en charge les appels PSTN qui sont négociés avec le tronc SIP entrant avec le codec g711ulaw

B-ACD prend en charge les groupes de chasse vocale avec des lignes partagées SIP et des lignes partagées mixtes séquentielles, parallèles, pairs, les plus longues.

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

Limites

Utilisez le même codec sur les pairs de numérotation entrantes et sortantes lors du transfert des appels. L'utilisation de différents codecs ne sont pas pris en charge. IOS n'invoquera pas de transcodeur pour les appels traités par une application TCL.

Composants B-ACD

L'application B-ACD est constituée d'un service d'attente d'appels et d'un ou plusieurs services AA. Les composants configurables de ces services sont :

• Numéro du pilote

• Invite de bienvenue et autres fichiers audio

• Options du menu

• Composer un numéro de poste

Numéro du pilote

Chaque service AA a son propre numéro de pilote AA que les appelants appellent pour atteindre l'AA. Ce numéro est spécifié dans le param aa-pilot Commande. Le numéro pilote AA n'est associé à aucun numéro de téléphone d'agent ou de téléphone physique, mais vous devez définir un pair de numérotation avec le numéro pilote AA comme numéro appelé entrant afin que ce numéro soit accessible par les appelants externes.

Invite de bienvenue et autres fichiers audio

L'invite d'accueil est un fichier audio qui est lu lorsqu'un appel est répondu par le numéro du pilote. Ce fichier audio est l'un des nombreux fichiers audio utilisés avec le service B-ACD pour informer les appelants de leur statut et de toute action qu'ils peuvent prendre. Vous pouvez créer des fichiers audio personnalisés décrivant les choix de menu qui sont à la disposition de vos correspondants. Les fichiers audio B-ACD sont décrits dans les sections suivantes :

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

Réérecorsion de fichiers audio par défaut

Des fichiers audio par défaut sont fournis pour chaque point du script et sont donnés aux appelants. Vous téléchargez les fichiers audio par défaut depuis le lienet les copier vers un endroit qui peut être atteint par le routeur B-ACD, comme la 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 listés dans le tableau. Vous pouvez rééditer les messages personnalisés sur les messages par défaut, mais vous ne pouvez pas changer les noms des fichiers audio, sauf comme décrit spécifiquement dans le 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 du Téléchargement des scripts Tcl et des invites audio. Pour réinstaller des invites audio dans un service B-ACD existant, suivez les étapes du Mise à jour des paramètres du script et des invites audio (numéroter uniquement par extension).

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

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

• AudioTool 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 <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%
! 

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 langue-code de la commande paramspace language, quelle que soit la langue utilisée dans le fichier.

• Suite à 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 le param welcome-prompt Commande.

• Après son préfixe, le nom de fichier de l'invite de passage (pas fourni par défaut) peut avoir un nom d'identification, tel que défini dans le param drop-through-prompt Commande.

Dans les fichiers audio, vous pouvez enregistrer une invite dans n'importe quelle langue. Il n'est pas nécessaire de changer le préfixe d'un fichier qui contient une invite dans une langue différente parce que 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 pour vos fichiers correspondent au code de langue qui est spécifié dans le paramètre de code de langue dans la commande paramspace language, quelle que soit la langue réellement utilisée dans le fichier audio.

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

Les deux exceptions aux règles générales de nommage des fichiers sont le fichier audio welcome-prompt (par défaut en_bacd_welcome.au) et le drop-through-option fichier audio prompt (pas fourni par défaut). Les parties d'identification 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 tant que les noms respectent les conventions suivantes :

• La partie préfixe du nom de fichier doit être la 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 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 une orientation initiale de l'appelant et une orientation sur les choix de menu disponibles : en_welcome_prompt.au et en_bacd_options_menu.au. Vous pouvez réinstaller les messages personnalisés sur les messages par défaut qui sont fournis dans ces fichiers, comme expliqué dans Tableau.

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

Si votre service B-ACD utilise plusieurs services AA, vous aurez besoin de salutations et d'instructions distinctes pour chaque AA, en utilisant les directives suivantes :

• Enregistrez une invite d'accueil distincte pour chaque service AA, en utilisant un nom différent pour le fichier audio pour chaque invite d'accueil. Par exemple : en_welcome_aa1.au eten_welcome_aa2.au. Les invites d'accueil que vous enregistrez dans ces fichiers doivent inclure à la fois l'accueil et les instructions concernant les options de menu.

• Enregistrer le silence dans le fichier audio en_bacd_options_menu.au. Un minimum d'une seconde de silence doit être enregistré. Notez que ce fichier ne contient pas les instructions du menu lorsqu'il y a plusieurs services AA.

Options du menu

Le but d'un service B-ACD est d'acheminer automatiquement les appels vers la destination correcte dans votre organisation. Les services interactifs AA vous permettent de fournir 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 de menu sont annoncées aux appelants par des invites audio, qui sont décrites dans le Invite de bienvenue et autres fichiers audio.

Option de numérotation par extension

Le service B-ACD peut également avoir une option de numérotation par extension, qui permet aux appelants de composer des numéros d'extension internes lorsqu'ils connaissent déjà le numéro d'extension. L'option de numérotation par extension s'affiche 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 1 puis un numéro d'extension.

Dans un service 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 chasse 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 le même que n'importe quel numéro d'option utilisé avec les options aa-hunt. Par exemple, si vous utilisez aa-hunt1 à aa-hunt5 pour spécifier des groupes de hunt dans votre configuration de service d'attente d'appels, vous pouvez utiliser l'option 6 pour l'option de numérotation par extension, mais pas aucun des numéros 1 à 5.

Si les dix numéros aa-hunt sont utilisés pour les groupes de hunt dans le service d'attente d'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'options (numéros aa-hunt) utilisés avec le service d'attente d'appels et non sur les numéros d'options utilisés avec une application AA.

Téléchargement des scripts Tcl et des invites audio

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

1. Copier le fichier tar dans le bootflash du routeur SGW

2. Décompresser 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ééditer les fichiers audio si nécessaire.

Explication des commandes :

Mise à jour des paramètres du script et des invites audio (numéroter uniquement par extension)

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

1. Déterminer les ID de session de toutes les sessions actives-

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

2. Arrêter les sessions de service B-ACD AA et de file d'attente d'appel si nécessaire - En utilisant les numéros d'identification de session de Step1, arrêter les sessions de service B-ACD AA et de service de file d'attente d'appel. Utilisez les flèches call application session stop commande en mode EXEC privilégié d'arrêter les sessions AA et call-queue.
3. Recharger le script AA et les scripts d'attente d'appels - Utiliser le call application voice load commande en mode EXEC privilégié pour recharger les scripts.
4. Si un fichier d'invite audio a été modifié, rechargez-le- Utilisez le audio-prompt load commande en mode EXEC privilégié de recharger un fichier audio. Répétez cette commande pour chaque fichier audio modifié.

Vérification du statut B-ACD

Utilisez les flèches show call application sessions commande pour vérifier que le B-ACD est actif.

L'exemple suivant montre une session avec des applications actives AA et des applications d'attente d'appel. 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 avec seulement l'application de file d'attente active. Le script AA n'apparaît pas dans la sortie du show call application sessions commande car il n'y a pas d'appels actifs. Le nom du service AA n'apparaît dans la sortie que lorsqu'il y a un appel actif. Le script 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 de Cisco IOS. 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 invites audio, vous devez recharger les fichiers des invites audio qui ont changé.

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

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

   L'exemple suivant montre une session avec des appels actifs. Le champ « App » est le nom de service donné au script d’attente d’appel et au script AA. Vous pouvez également voir les noms de service dans la sortie pour la commande d'affichage 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êter l'AA B-ACD et appeler les sessions de service d'attente si nécessaire

   À l'aide des numéros d'identification de session de l'étape 1, arrêter les sessions de service AA B-ACD et de service d'attente d'appel. Utilisez les flèches call application session stop commande en mode EXEC privilégié d'arrêter les sessions AA et call-queue.

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

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

   Le service AA est arrêté.

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

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

   Pour éliminer la possibilité de déconnecter les appels, attendez qu'il n'y ait pas 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 pour le show call application sessions commande, cela signifie qu'il n'y a pas de sessions d'appel et que vous n'avez pas à émettre une call application session stop commande pour elle.

3. Recharger le script AA et les scripts d'attente d'appels

   Utilisez les flèches call application voice load commande 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é, le recharger

   Utilisez les flèches audio-prompt load commande en mode EXEC privilégié de 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 RTPC. Ce sujet décrit quelques-unes des options et fournit des configurations d'échantillons. Les deux principales options sont :

• Connexion de la carte d'interface vocale (VIC) au RTPC

• Trunk SIP vers passerelle PSTN

Connexion de la carte d'interface vocale au RTPC

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

• Pour plus de détails sur la façon d'installer le VIC sur le routeur, reportez-vous au guide d'installation du matériel pour votre modèle de routeur.

• Pour plus de détails sur la façon de configurer le VIC, ainsi que des exemples, voir Guide de configuration des ports vocaux, Cisco IOS Release 3S.

Trunk SIP vers passerelle PSTN

Vous pouvez configurer une connexion SIP qui pointe vers une passerelle PSTN. Pour configurer la connexion du coffre sur la passerelle, utilisez la configuration du locataire de classe vocale. Voici une configuration d'échantillon.

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

Configuration des pairs de numérotation

Pour les connexions de réseau, configurez les paires de numérotation entrantes et sortantes pour la connexion de réseau. La configuration dépend de vos besoins. Pour des informations détaillées sur la configuration, voir Guide de configuration Dial Peer, version IOS de Cisco 3S.

Voici les configurations d’échantillons :

Les pairs de numérotation sortants vers le PSTN 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

Comparateur entrant à partir du PSTN en utilisant UDP avec 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

Nombre de traductions

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 RTPC peut acheminer. Voici les configurations d’échantillons :

A partir de la règle de traduction PSTN avec non +E164

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

Depuis 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 d'appel d'urgence.

Lieux 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 du cadran

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