list mct-history

Dernière mise à jour : Mar 19, 2025 |
Utilisez list mct-history pour afficher chronologiquement les données associées à la fonction de suivi des appels malveillants (MCT), en affichant les 16 derniers enregistrements, des plus récents aux plus anciens.
MCT permet aux clients de recueillir des informations qui pourraient être utilisées pour identifier un appelant dont la conversation est jugée avoir une intention malveillante. Plusieurs scénarios sont possibles :
  • Le logiciel Communication Manager enregistre des informations sur l'appelant, y compris le numéro de l'appelant, lorsque cela est possible pour les appels entrants sur une ligne réseau. Cette information peut être consultée à l'aide du rapport Historique des appels malveillants.
  • Si le serveur Communication Manager est connecté directement à un RNIS public qui respecte la norme de protocole ETSI, le logiciel Communication Manager envoie un message au réseau demandant que la source de l'appel entrant soit identifiée et que l'appel soit enregistré.
    1. Si le RNIS public envoie un accusé de réception, le champ Avis de RNIS du rapport d’historique MCT s’affichera comme accusé.
    2. Si le RNIS public envoie un refus (peut-être parce que la fonction n’a pas été souscrite), le champ Notification ISDN sur le rapport Historique MCT s’affichera comme rejeté .
    3. Si le RNIS public n’envoie aucune réponse, le champ Notification ISDN du rapport d’historique MCT affichera aucune réponse .
  • Si le serveur Communication Manager n'est pas connecté directement à un RNIS public qui respecte la norme de protocole ETSI, le champ de notification ISDN du relevé d'historique MCT s'affichera non envoyé. Notez que cela comprend les deux cas suivants :
    1. Si le serveur Communication Manager est directement connecté à un RNIS public qui respecte la norme australienne du protocole RNIS (protocole national 2), le RNIS public est avisé lorsque MCT est activé, mais le champ Avis RNIS s'affiche non envoyé.
    2. Si le serveur Communication Manager est indirectement connecté via un réseau privé QSIG ou DCS à un RNIS public qui respecte la norme de protocole ETSI ou australienne, un message est envoyé par le réseau privé au serveur de passerelle. Le serveur de la passerelle informe ensuite le RNIS public que le MCT a été activé, mais le champ de notification RNIS affiche non envoyé. Veuillez noter que dans le cas de QSIG, le message de réseau privé est propriétaire, de sorte que tous les serveurs entre l'utilisateur activant MCT et la passerelle doivent être des serveurs Communication Manager.
Informations sur le prologue
Métadonnées
Mots-clés :

Syntaxe

liste mct-historique 

Description des champs de la liste de l'historique MCT

Champ
Description
Date
La date de l'événement.
Heure
L'heure de l'événement.
Contrat Ext
Poste de contrôle : le poste de l'utilisateur qui a activé la fonction de contrôle MCT. L'utilisateur de l'extension de contrôle a ensuite accès (par l'affichage de messages) aux informations concernant l'appel malveillant.
Poste actif
L'extension de l'utilisateur qui a activé la fonction MCT.
Port d'enregistrement
Le port d'un enregistreur vocal utilisé pour enregistrer l'appel malveillant.
Redir. à partir de
Pour les appels réacheminés, la partie à partir de laquelle l'appel malveillant a été redirigé (par exemple, couverture, renvoi).
Partie actuelle
Le poste de l'utilisateur ayant reçu l'appel malveillant.
Parties en communication
Les postes des autres parties connectées à l'appel malveillant lorsque la fonction MCT a été activée.
Avis de notification RNIS
Si une notification RNIS a été envoyée au RTPC pour l'informer de l'appel et si le réseau a répondu.