Voix et communications unifiées : Cisco Unity Connection

Dépannez la fraude de contournement par l'intermédiaire de l'Unity Connection

18 juin 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (21 avril 2016) | Commentaires

Introduction

Ce document décrit les différentes options disponibles dans le Cisco Unity Connection (CUC) qui peut être utilisé pour transférer un appel dehors, qui aide l'appelant à réaliser la fraude de contournement. Ce document fournit également des requêtes CLI pour vérifier la configuration du gestionnaire de l'utilisateur ou de l'appel.

Contribué par Anirudh M Mavilakandy, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de CUC.

Composants utilisés

Les informations dans ce document sont basées sur la release 8.X CUC ou plus tard.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Transfert d'appel

Dans CUC, les appels peuvent être transférés vers Cisco Unified Communications Manager (CUCM) par une de ces différentes méthodes :

    1. Configurez le transfert d'action d'appel au numéro de contact secondaire sous l'appelant entré afin d'envoyer une exigence de CUC. Dans l'appel, appuyez sur le chiffre configuré pour que le transfert ait lieu.

      Assurez-vous que ces points sont pris en compte afin d'utiliser cette option :

      • Seulement les administrateurs peuvent activer cette option et définir le numéro de poste par l'intermédiaire de la page d'admin CUC. Les utilisateurs ne peuvent pas activer cette option. Cependant, quand un administrateur active cette option, les utilisateurs peuvent changer le numéro de poste par l'intermédiaire de l'interface utilisateur de téléphone (TUI).
      • La table de restriction est vérifiée quand un utilisateur change le numéro de poste par l'intermédiaire d'une conversation de TUI.
      • La table de restriction n'est pas vérifiée quand un administrateur change le numéro de poste par l'intermédiaire de la page d'admin CUC.
    2. Composez tout numéro si les transferts d'autoriser aux nombres non associés avec la case d'utilisateurs ou de gestionnaires d'appel est vérifiés la page de message d'accueil. CUC exécute le transfert seulement quand la table par défaut de restriction de transfert de système le permet.
    3. Choisissez l'option de conversation après le message d'accueil.

      Il y a deux types de conversations qui peuvent être utilisées à cet effet :

      • Transfert de système d'appelant : Cette conversation incite des appelants à introduire le nombre vers lequel ils veulent transférer. CUC exécute le transfert seulement quand la table par défaut de restriction de transfert de système le permet.
      • Transfert de système d'utilisateur : Cette conversation incite des appelants à ouvrir une session à CUC. Après que l'appelant écrive leur user-id et PIN, CUC les incite pour introduire le nombre vers lequel ils veulent transférer. CUC exécute le transfert seulement une fois autorisé par la table de restriction de transfert qui est associée avec l'utilisateur.
    4. Composez n'importe quelle extension du gestionnaire d'utilisateur ou d'appel tandis que le message d'accueil du gestionnaire d'appel est lu. Règles du transfert du gestionnaire d'utilisateur ou d'appel les 'peuvent être modifiées afin d'envoyer l'appel à tout nombre.
    5. Utilisez « après que saluant » l'action d'un utilisateur ou d'un gestionnaire d'appel afin de transférer l'appel vers les « règles de transfert de n'importe quel utilisateur ou gestionnaire d'appel. Règles du transfert du gestionnaire d'utilisateur ou d'appel les « peuvent être modifiées afin d'envoyer l'appel à tout nombre.

Conditions requises d'intégration pour des transferts à partir de CUC de fonctionner

  • Si l'intégration entre CUCM et CUC est Protocole SCCP (Skinny Call Control Protocol) - l'espace de recherche appelant du port de messagerie vocale (CSS) doit avoir la partition du modèle d'artère (RP) au nombre du réseau téléphonique public commuté (PSTN).
  • Si l'intégration entre CUCM et CUC est Protocole SIP (Session Initiation Protocol) - le réacheminement CSS du joncteur réseau de SIP doit avoir la partition du RP au nombre PSTN.
  • Si l'appel est transféré par l'intermédiaire d'un modèle CTI RP/Translation - le joncteur réseau de la messagerie vocale port/SIP doit avoir accès à lui et le CSS du modèle CTI RP/Translation doit avoir la partition du RP au nombre PSTN.

Contrôles de configuration

La configuration de gestionnaire d'utilisateur ou d'appel peut être vérifiée avec des requêtes CLI. Quelques méthodes ont été mentionnées dans la section de transfert d'appel. Cette section fournit des détails sur la façon dont vérifier la configuration pour toutes les méthodes.

Cas 1 : « Transfert option à numéro de contact secondaire »

Afin de vérifier si un utilisateur ou un gestionnaire d'appel est configuré avec « transfert l'option à numéro de contact secondaire » dans la section entrée « par appelant », référez-vous à la section de requêtes CLI de l'Unity Connection : La restriction ajourne l'effet sur « transfert le document de caractéristique à numéro de contact secondaire ».

Cas 2 : « Permettez les transferts aux nombres non associés avec l'option d'utilisateurs ou de gestionnaires d'appel

Afin de vérifier si un utilisateur ou un gestionnaire d'appel est configuré avec « permettez les transferts aux nombres non associés avec l'option d'utilisateurs ou de gestionnaires d'appel dans la page de messages d'accueil, exécutent ces requêtes sur le CLI :

Afin de vérifier des utilisateurs :

admin:run cuc dbquery unitydirdb select c.displayname, g.greetingtype from
vw_callhandler as c inner join vw_greeting as g on c.objectid=g.callhandlerobjectid
where enabletransfer = 1 and isprimary = 1

displayname greetingtype
----------- ------------
Anirudh Off Hours
Anirudh Standard

Afin de vérifier des gestionnaires d'appel :

admin:run cuc dbquery unitydirdb select c.displayname, g.greetingtype from
vw_callhandler as c inner join vw_greeting as g on c.objectid=g.callhandlerobjectid
where enabletransfer = 1 and isprimary = 0

displayname greetingtype
---------------- ------------
Opening Greeting Standard

Affaire 3 : « Après » transfert de salutation à une option de conversation

Il y a deux types de conversations qui peuvent être utilisées pour transférer l'appel après que le message d'accueil de l'utilisateur ou du gestionnaire d'appel soit lu :

  • Transfert de système d'appelant - Cette conversation est identifiée comme SystemTransfer dans la sortie.
  • Transfert de système d'utilisateur - Cette conversation est identifiée comme SubSysTransfer dans la sortie.

Remarque: Dans les versions antérieures de CUC, un gestionnaire de répertoire activé par Voix peut également être utilisé pour transférer une exigence de CUC. Cette question est documentée dans CSCuq64179. Dans le cas, l'appel est transféré vers l'option « de gestionnaire de répertoire » après que le message d'accueil soit lu. Ce type de conversation est identifié comme AD dans la sortie.

Afin de vérifier des utilisateurs :

admin:run cuc dbquery unitydirdb select c.displayname, g.greetingtype,
aftergreeting_targetconversation from vw_callhandler as c inner join
vw_greeting as g on c.objectid=g.callhandlerobjectid where
isprimary = 1 and aftergreeting_targetconversation IN
('SystemTransfer','SubSysTransfer','AD')

displayname greetingtype aftergreeting_targetconversation
----------- ------------ --------------------------------
Anirudh Standard SystemTransfer
Anirudh Alternate SubSysTransfer
test3 Off Hours AD

Afin de vérifier des gestionnaires d'appel :

admin:run cuc dbquery unitydirdb select c.displayname, g.greetingtype,
aftergreeting_targetconversation from vw_callhandler as c inner join
vw_greeting as g on c.objectid=g.callhandlerobjectid where isprimary
= 0 and aftergreeting_targetconversation IN ('SystemTransfer','SubSysTransfer','AD')

displayname greetingtype aftergreeting_targetconversation
----------- ------------ --------------------------------
test2 Standard SystemTransfer
test3 Alternate SystemTransfer
test2 Alternate SubSysTransfer

Affaire 4 : Transfert entré « par appelant » à une option de conversation

Il y a deux types de conversations qui peuvent utilisé pour transférer l'appel pendant le message d'accueil de l'utilisateur ou du gestionnaire d'appel par la fourniture de la fréquence multi de double tonalité (DTMF) entrée.

  • Transfert de système d'appelant - Cette conversation est identifiée comme SystemTransfer dans la sortie.
  • Transfert de système d'utilisateur - Cette conversation est identifiée comme SubSysTransfer dans la sortie.

Remarque: Dans les versions antérieures de CUC, un gestionnaire de répertoire activé par Voix peut également être utilisé pour transférer une exigence de CUC. Cette question est documentée dans CSCuq64179. Dans le cas, l'appel est transféré vers la conversation « de gestionnaire de répertoire » pendant le message d'accueil par la fourniture d'entrée DTMF. Ce type de conversation est identifié comme AD dans la sortie.

Afin de vérifier des utilisateurs :

admin:run cuc dbquery unitydirdb select gu.alias, gu.dtmfaccessid, me.touchtonekey,
me.targetconversation from vw_callhandler as ch inner join vw_menuentry as me on
me.callhandlerobjectid=ch.objectid inner join vw_globaluser as gu on
ch.recipient_globaluserobjectid=gu.objectid and ch.isprimary='1' where
targetconversation IN ('SubSysTransfer','SystemTransfer','AD')

alias dtmfaccessid touchtonekey targetconversation
------- ------------ ------------ ------------------
Anirudh 8553 5 SubSysTransfer
Anirudh 8553 8 SystemTransfer
Test 8023 7 SystemTransfer

Afin de vérifier des gestionnaires d'appel :

admin:run cuc dbquery unitydirdb select ch.displayname, ch.dtmfaccessid,
me.touchtonekey, me.targetconversation from vw_callhandler as ch inner
join vw_menuentry as me on ch.objectid=me.callhandlerobjectid and
ch.isprimary='0' where targetconversation IN ('SubSysTransfer',
'SystemTransfer','AD')

displayname dtmfaccessid touchtonekey targetconversation
---------------- ------------ ------------ ------------------
test2 4321 4 SubSysTransfer
test2 4321 3 SystemTransfer
test3 5321 5 SystemTransfer
Opening Greeting null 4 AD

Affaire 5 : Règles de transfert de gestionnaire d'utilisateur ou d'appel « 

Les règles du transfert du gestionnaire d'un utilisateur ou d'appel a deux options. L'appel peut être transféré vers les messages d'accueil, ou l'extension du gestionnaire d'utilisateur ou d'appel. Dans la configuration de defaut, des règles du transfert du gestionnaire d'un utilisateur ou d'appel est placées d'aller à ses messages d'accueil. Le champ d'extension prepopulated avec la même extension configurée pour l'utilisateur ou le gestionnaire d'appel. Afin de transférer exige, le champ d'extension est sélectionné. Le champ d'extension peut être modifié pour envoyer l'appel à tout nombre.

Pendant un message d'accueil, un appelant peut composer n'importe quelle extension du gestionnaire d'utilisateur ou d'appel. Les règles de transfert déterminent la destination de l'appel et l'enverront à l'extension configurée au lieu du message d'accueil composé du gestionnaire d'utilisateur ou d'appel.

Après un message d'accueil, l'appel peut être transféré vers toutes les règles du transfert du gestionnaire d'utilisateur ou d'appel. Afin d'activer ceci, sélectionner l'utilisateur ou le gestionnaire d'appel dans « après la section des messages d'accueil et choisir « le transfert de tentative ». Les règles de transfert déterminent la destination de l'appel et l'enverront à l'extension configurée au lieu du message d'accueil composé du gestionnaire d'utilisateur ou d'appel.

Afin de vérifier des utilisateurs :

admin:run cuc dbquery unitydirdb select gu.alias, gu.dtmfaccessid,
t.transferoptiontype, t.extension from vw_globaluser as gu inner
join vw_callhandler as ch on ch.recipient_globaluserobjectid=gu.objectid
inner join vw_transferoption as t on ch.objectid=t.callhandlerobjectid
and t.extension NOT in (select dtmfaccessid from vw_globaluser where
dtmfaccessid != 'null') and t.extension NOT in (select dtmfaccessid from
vw_callhandler where dtmfaccessid != 'null')

alias dtmfaccessid transferoptiontype extension
------- ------------ ------------------ ---------
Anirudh 8553 Alternate 88553
Test4 8033 Standard 1111

Remarque: Cette requête renvoie des résultats de ces utilisateurs dont l'extension de transfert n'est pas un gestionnaire connu d'utilisateur ou d'appel.

Afin de vérifier des gestionnaires d'appel :

admin:run cuc dbquery unitydirdb select ch.displayname, ch.dtmfaccessid,
t.transferoptiontype, t.extension from vw_callhandler as ch inner join
vw_transferoption as t on ch.objectid=t.callhandlerobjectid and t.extension
NOT in (select dtmfaccessid from vw_globaluser where dtmfaccessid != 'null')
and t.extension NOT in (select dtmfaccessid from vw_callhandler where
dtmfaccessid != 'null') and isprimary='0'

displayname dtmfaccessid transferoptiontype extension
----------- ------------ ------------------ -----------
test3 5321 Alternate 91408111222

Remarque: Cette requête renvoie des résultats de ces gestionnaires d'appel dont l'extension de transfert n'est pas un gestionnaire connu d'utilisateur ou d'appel.

Solutions

Les requêtes aident l'administrateur à regarder pour les configurations qui ne sont pas autorisées. Cependant, il n'est pas faisable de maintenir la configuration à intervalles réguliers. Voici deux options d'empêcher la fraude de contournement sur un niveau du système.

Option 1

Les appels peuvent être bloqués selon les configurations dans la table de restriction. Plus de détails sur des tables de restriction peuvent être trouvés dans les Tableaux de restriction dans la section de Cisco Unity Connection de l'aperçu de programme de maintenance dans le document de Cisco Unity Connection. Les Tableaux gérants de restriction dans le document de Cisco Unity Connection fournit des détails sur les aspects de configuration.

Option 2

Une option alternative est de modifier le CSS sur le port de messagerie vocale ou le CSS reroutant sur le joncteur réseau dans le côté CUCM. Incluez seulement les partitions requises dans le CSS.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 119337