Les Evènements D-Channel

Les Evénements D-Channel sont des événements spéciaux disponibles sur des cartes d'enregistrement de PBX numériques tels que SmartWorks NGXXXX et les séries Synway DSTXXXX.

Les postes téléphoniques numériques ont souvent de multiples contrôles: boutons, voyants et écrans de menu. Les Evénements D-Channel correspondent à des activités ou des changements d'état de ces contrôles: Allumer, appuyer sur un bouton, une fonction sélectionnée, lumière clignotante, etc.

Considérant une multitude de différents événements générés sur ces cartes, l'enregistreur est prévu pour gérer les différentes combinaisons de ces événements pour exécuter des actions spécifiques, par exemple Commencer ou Arrêter l'enregistrement. Pour atteindre cet objectif, la configuration des événements D-Channel de VSLogger est organisée comme des évènements D-Channel définis, avec des événements prévus, des conditions et des actions correspondantes.

Pour accéder à la configuration de l’ensemble évènements D-Channel

cli>(config)
->channel 1 evtsets
add evtset [1-5] - add d-channel event
remove evtset [1-5] - remove d-channel event
evtset [1-5] - d-channel events set configuration mode
show - show current configuration
stopby [first|last|all|any] - stop recording by set
exit - exit configuration mode
cli>(config-ch_1-evtsets)

 

Chaque canal comprend jusqu'à 5 ensembles d'événements.

Chaque ensemble d'événement inclut 1-N événements d-ch (voir CLI (config canal evtsets eventset_1) commande de liste pour les IDs d'événement disponible)

Pour traiter l’arrêt de l'enregistrement, il est souvent important de savoir quel ensemble d’événement est déclenché pour commencer l'enregistrement. Pour cela, il y a quatre options disponibles pour le déclenchement de l’action d'événement "arrêt de l'enregistrement", voir le paramètre stopby [first|last|all|any].

• premier – le premier ensemble d’événements activé. L’action "Arrêt de l'enregistrement" est déclenchée seulement si elle a été reçue à partir du premier ensemble d'événements responsable du déclenchement de "Lancement de l'enregistrement"
• dernière – le dernier ensemble d’événements activé. L’action "Arrêt de l'enregistrement" est déclenchée seulement si elle a été reçue à partir du dernier ensemble d'événements responsable du déclenchement de "Lancement de l'enregistrement"
• tous - tous les ensembles d’événements activés. L’action "Arrêt de l'enregistrement" est déclenchée seulement, si elle a été reçue à partir de tous les ensemble d'événements responsables du déclenchement de "Lancement de l'enregistrement"
• n’importe – n’importe quel ensemble d'événements activés. L’action "Arrêt de l'enregistrement" est déclenchée si elle a été reçue à partir n’importe quel ensemble d'événements responsables du déclenchement de "Lancement de l'enregistrement"

Configurer l’ensemble D-Channel

cli>(config-ch_1-evtsets)
->evtset 1
add evt [1-n] [id] - add d-channel event
remove evt [1-n] - remove d-channel event
evt [1-n] - d-channel events configuration mode
list - d-channel events list
show - show current configuration
exit - exit configuration mode
cli>(config-ch_1-evtsets-evtset_1)

->show
[1] evtset
{
[1] evt [offhook]
actions:
[1] start

[2] evt [onhook]
actions:
[1] stop

[3] evt [release_btn_pressed]
actions:
[1] stop

}

Utiliser la commande list pour les ids d’événements disponibles

cli>(config-ch_1-evtsets-evtset_1)
->list
0 func_btn_pressed
1 func_btn_released
2 light_off
3 light_on
4 light_flashing
5 light_fastflashing
6 audio_change
7 offhook
8 onhook
9 release_btn_pressed
10 release_btn_released
11 speaker_btn_pressed
12 speaker_btn_released
13 hold_btn_pressed
14 hold_btn_released
15 transf_btn_pressed
16 conf_btn_pressed
17 conf_btn_released
18 feature_btn_pressed
19 exit_btn_pressed
20 exit_btn_released
21 line_btn_pressed
22 mic_btn_pressed
23 mic_btn_released
24 intercom_btn_pressed
25 intercom _btn_released
26 light_quick_flash
27 light_very_fastflashing
28 line_light_off
29 line_light_on
30 line_light_flashing
31 line_light_fastflashing
32 line_light_very_fastflashing
33 line_light_quickflash
34 feature_light_off
35 feature_light_on
36 feature_light_flashing
37 feature_light_fastflashing
38 feature_light_very_fastflashing
39 feature_light_quickflash
40 speaker_light_off
41 speaker_light_on
42 speaker_light_flashing
43 speaker_light_fastflashing
44 speaker_light_very_fastflashing
45 speaker_light_quickflash
46 mic_light_off
47 mic_light_on
48 mic_light_flashing
49 mic_light_fastflashing
50 mic_light_very_fastflashing
51 mic_light_quickflash
52 hold_light_off
53 hold _light_on
54 hold _light_flashing
55 hold _light_fastflashing
56 hold _light_very_fastflashing
57 hold _light_quickflash
58 release_light_off
59 release_light_on
60 release_light_flashing
61 release_light_fastflashing
62 release_light_very_fastflashing
63 release_light_quickflash
64 transf_light_off
65 transf_light_on
66 transf_light_flashing
67 transf_light_fastflashing
68 transf_light_very_fastflashing
69 transf_light_quickflash
70 conf_light_off
71 conf_light_on
72 conf_light_flashing
73 conf_light_fastflashing
74 conf_light_very_fastflashing
75 conf_light_quickflash
76 intercom_light_off
77 intercom_light_on
78 intercom_light_flashing
79 intercom_light_fastflashing
80 intercom_light_very_fastflashing
81 intercom_light_quickflash
82 isdn_bri_call_alerting
83 isdn_bri_call_connected
84 isdn_bri_call_released
85 isdn_bri_call_suspended
86 isdn_bri_call_resumed
87 isdn_bri_call_held
88 isdn_bri_call_retrieved
89 isdn_bri_call_abandoned
90 isdn_bri_call_rejected
91 message_change

cli>(config-ch_1-evtsets-evtset_1)

 

 

Trouver vos événements D-Channel individuelles par modèle d'appel

Le CLI VSLogger fournit une méthode (commande de débogage) qui permet d'enquêter sur les événements se produisant lors de l'appel sur un téléphone spécifique.

Si tous les modèles de téléphones enregistrés, styles d'appel (les modèles d'appel: combiné, casque, haut-parleur), sont identiques - alors vous avez un seul essai à faire.
Sinon, (le scénario le plus probable), vous aurez besoin de tester chaque modèle de téléphone et chaque modèles d’appel.

Pour faire cela aussi facile et claire que possible, le processus recommandé est de tester un seul canal (téléphone enregistré) et enregistrer les événements pendant une courte période d’appel (5 à 10 secondes).

Dans l'exemple ci-dessous, il y aura 3 modèles d'appels pour le modèle de combiné unique, sur le canal 16 de l’Enregistreur, le nombre de matériel est 15 (16/15). Nous expliquerons d'autres possibilités, et la logique impliqués dans la sélection d'un événement ou un ensemble d'événements.

Des événements d'autres téléphones (canaux) ont été supprimés pour plus de commodité. Les commentaires sont marqués comme ***** COMMENTAIRE*****

Pour afficher les événements, ouvrez le CLI et activez le mode debug.

cli>
->debug enable y
<enter>
cli>(debug)
->level shcti 8 (for Synway)
->level smart 8 (for Audio Codes)

Maintenant, si vous faites un appel sur le téléphone connecté au le matériel sélectionné, vous verrez les événements correspondants ...

Pour mettre fin au test tapez exit.

 

Test 1, le combiné seulement (les événements significatifs sont répertoriés):

cli>
->debug level shcti 8
cli>(debug)
*****Call Start*****
2015-05-01 15:18:43.784 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_OFFHOOK (0x8)
2015-05-01 15:18:43.913 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x7 XtraInfo 0x7 audio: 7
*****Call End*****
2015-05-01 15:18:54.037 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_ONHOOK (0xe)
2015-05-01 15:18:54.161 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x4 XtraInfo 0x4 audio: 4
->exit 

 

Test 2, les écouteurs seulement (les événements significatifs sont répertoriés):

cli>
->debug level shcti 8
 
cli>(debug)
*****Call Start*****
2015-05-01 15:15:53.747 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_OFFHOOK (0x8)
2015-05-01 15:15:53.872 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x7 XtraInfo 0x7 audio: 7
*****Call End*****
2015-05-01 15:16:12.888 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_ONHOOK (0xe)
2015-05-01 15:16:13.007 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x4 XtraInfo 0x4 audio: 4
->exit

Test 2, le Haut-parleur seulement (les événements significatifs sont répertoriés):

cli>
->debug level shcti 8
cli>(debug)
*****Call Start*****
2015-05-01 15:13:43.320 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_SPEAKER_BTN_PRS (0x1016)
2015-05-01 15:13:43.445 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x7 XtraInfo 0x7
audio: 7
2015-05-01 15:13:43.445 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0xf XtraInfo 0xf
audio: f
2015-05-01 15:13:43.535 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_SPEAKER_LT_ON (0x1071) Subreason 0x0 XtraInfo 0x200
led: 0 color: red
*****Call End*****
2015-05-01 15:14:01.301 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0xc XtraInfo 0xc
audio: c
2015-05-01 15:14:01.301 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_AUDIO_CHG (0x104a) Subreason 0x4 XtraInfo 0x4
audio: 4
2015-05-01 15:14:01.394 0 [Debug] debugger.shcti:CSHPDSTChannel::ProcessEvent(16/15) DST_SPEAKER_LT_OFF (0x1070) Subreason 0x0 XtraInfo 0x300
led: 0 color: red
->exit 

Pour chaque modèle d'appel à enregistrer, nous recherchons des déclencheurs communs à utiliser comme début et fin des événements. Ou comment séparer les styles d'appel (si vous voulez omettre un modèle).
Le combiné et les écouteurs sont les mêmes:
Début - Décrochage, Audio 7
Fin - Raccrochage, Audio 4

Haut-parleur:
Début - bouton Haut-parleur, la lumière du Haut-parleur allumée, Audio 7, Audio F
Fin - la lumière du Haut-parleur éteinte, Audio C, Audio 4

 

Dans ce cas, la suggestion serait ...
1 ensemble d’événements:
Début - Audio 7
Fin - Audio 4

 

Par souci d'autres possibilités, comme de nombreux cas sont uniques, si les événements que nous avons trouvés étaient:

Combiné: On / Off  le Crochet seulement
Casque: Audio C On / Audio 0 Off
Président: lumière On / Off

Ensuite, la suggestion serait de 3 ensembles, 1 pour chaque type d'événement, et arrêter par la dernière série d'événement utilisé.

Set 1:
On / Off Hook
Set 2:
Audio C on / Audio 0 Off
Set 3:
Speaker light or button press On / Speaker light off
Stop by: Last 

La logique étant:

Si un combiné a répondu à l'appel (démarrage normal).
Alors, ils sont passés au haut-parleur pour la conférence (la lumière du haut-parleur est allumée).
Ensuite, le téléphone a été placé sur le crochet (comme ils sont passés à haut-parleur).
Enfin, terminer l'appel... (La lumière du haut-parleur éteinte.)
Nous obtiendrions tout l'enregistrement, comme la lumière du haut-parleur était le dernier ensemble utilisé.

 

Add and configure individual D-Channel events

cli>(config-ch_1-evtsets-evtset_1)
->add evt func_btn_pressed ?
add cond|act [1-n] [condition|action] - add event condition/action
set cond|act [1-n] [condition|action] - update event condition/action
remove cond|act [1-n] - remove event condition/action
show - show current configuration
exit - exit configuration mode

cli>(config-ch_1-evtsets-evtset_1-event_func_btn_pressed(0))

 

Concernant les conditions, les actions et la séquence de traitement de l'événement 

Chaque événement peut contenir aucune, une ou plusieurs conditions
Chaque événement peut contenir une ou plusieurs actions
La séquence de traitement des événements. La Première condition de correspondance, interrompt le traitement.
Pour chaque evtsets faites
si (Event trouvé)

1. Contrôlez les Conditions
2. Si la condition correspondante est trouvée, traitez toutes les actions de l'événement et sortez de ce traitement de l'événement

fin si

Configurer les conditions et les actions d’événement

Les Options pour les conditions et les actions peuvent être affichés comme ci-dessous

cli>(config-ch_1-evtsets-evtset_1-event_audio_change(0))
->add cond ?
led - led condition
btn - btn condition
lookup - lookup condition
audio - audio change condition (Applied only for audio_change event)

cli>(config-ch_1-evtsets-evtset_1-event_audio_change(0))

->add act ?

start - start recording
stop - stop recording
set - set recording field
rewrite - rewrite recording field

Reportez-vous au tableau et exemples ci-dessous pour plus de détails

Les Événements D-ch peuvent être divisés par les catégories suivantes:

Les événements BTN:  btn_press,  funct_btn_press .....

Les événements LED:   light_on, light_off, funct_light_on ....

Les événements AUDIO:   audio_change

Les événements MESSAGE : message_change

AUTRES événements (des événements sans conditions): offhook, onhook, release_btn_press, trans_btn_press,  call_alerting, call_connected, call_released .....

 

Catégorie d’évènement D-channel	Les commandes de configuration Edition du niveau de mode d’évènement cli>(config-ch_1-evtsets-evtset_1-event_func_btn_pressed(0)
Les conditions pour les évènements BTN : btn_press,  funct_btn_press .....	Ajouter une cond [1-n]  entre les clés [0-256,0-256,...]  - Créer une nouvelle condition et l’insérer à la position [1-n] Fixer une cond   [1-n]  entre les clés [0-256,0-256,...]  - Changer le réglage d’une condition dans la position [1-n] Enlever une cond [1-n]  -Enlever une condition de la position [1-n] Remarque: vous pouvez définir plusieurs boutons indices (délimité par des virgules) dans le paramètre clé de l'état unique.
Les conditions pour les évènements LED:  light_on, light_off, funct_light_on ....	Ajouter une cond [1-n]  de la clé [0-256,0-256,...]  - Créer une nouvelle condition et l’insérer à la position  [1-n] Fixer une cond  [1-n]  de la clé [0-256,0-256,...]  - Changer le réglage d’une condition dans la position [1-n] Enlever une cond [1-n]  - Enlever une condition de la position [1-n] Remarque: vous pouvez définir plusieurs boutons indices (délimité par des virgules) dans le paramètre clé de l'état unique.
Les actions pour les évènements BTN:  btn_press,  funct_btn_press ..... et Les actions pour les évènements LED :  light_on, light_off, funct_light_on ....	Ajouter une action [1-n]  depuis la clé [0-256] champ [callerid|dialed|note|sessionid|extension|direction] val []  ref [] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer un acte [1-n] depuis la clé [0-256] champ [callerid|dialed|note|sessionid|extension|direction] val []  ref [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action [1-n]  ensemble de clé [0-256] champ [callerid|dialed|note|sessionid|extension|direction] val [] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] ensemble de clé [0-256] champ  [callerid|dialed|note|sessionid|extension|direction] val [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action [1-n]  stop à la clé [0-256] champ [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] stop à la clé [0-256] champ  [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Changer le réglage d’une action dans la position [1-n] Enlever une action [1-n]  - Enlever une condition de la position [1-n] Remarque : vous devez sélectionner aucun ou un seul bouton index dans le paramètre action clé. Donc vous pouvez avoir une seul condition vraie pour plusieurs boutons, et plusieurs actions séparés pour ces boutons
Les conditions pour les évènements MESSAGE: message_change	Ajouter une cond [1-n]  voir la clé [value | regExp] opr [eq|noteq|contain|notcontain|match|notmatch]  - Créer une nouvelle condition et l’insérer à la position  [1-n] Fixer une cond   [1-n]  voir la clé [value | regExp] opr [eq|noteq|contain|notcontain|match|notmatch] - Changer le réglage d’une condition dans la position [1-n] Enlever une cond [1-n]  - Enlever une condition de la position [1-n] voir message_change Event  parameter notes
Les actions pour les évènements MESSAGE: message_change	Ajouter une action [1-n] réécrire la clé [regExp]   le champ [callerid|dialed|note|sessionid|extension|direction] val [$1] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] réécrire la clé [regExp]  le champ [callerid|dialed|note|sessionid|extension|direction]  val [$1] - Changer le réglage d’une action dans la position [1-n] Ajouter une action [1-n]  fixe le champ [callerid|dialed|note|sessionid|extension|direction] val [] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] fixe le champ [callerid|dialed|note|sessionid|extension|direction] val [] - Changer le réglage d’une action dans la position [1-n] Enlever une action [1-n]  - Enlever une action de la position [1-n] voir message_change Event  parameter notes
Les conditions pour l’évènement AUDIO:    audio_change	Ajouter une cond [1-n]  audio trans from [0x0-0xf] to [0x0-0xf]  - Créer une nouvelle condition et l’insérer à la position [1-n] Fixer une cond   [1-n]  audio trans from [0x0-0xf] to [0x0-0xf] - Changer le réglage d’une condition dans la position [1-n] Enlever une cond [1-n]  - Enlever une condition de la position [1-n] Remarque : le changement des valeurs audio peut être détecté et testé par des outils de pilotes fournis, par exemple SmartTap Even viewer. Les valeurs utilisé correspondent au valeurs d’évènement  AUDIO_CHANGE trans - (optionnel), transition de à  from – le changement de la valeur audio [0x0-0xf] to - (optionnel) transition au changement de la valeur audio [0x0-0xf], nécessaire seulement si le paramètre  trans est présent voir    audio_change Event  parameter notes au-dessous
Les actions pour l’évènement AUDIO:    audio_change	Ajouter une action [1-n]  depuis le champ [callerid|dialed|note|sessionid|extension|direction] val []  ref []-Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] depuis le champ [callerid|dialed|note|sessionid|extension|direction] val []  ref [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action [1-n]  fixe le champ [callerid|dialed|note|sessionid|extension|direction] val [] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] fixe champ  [callerid|dialed|note|sessionid|extension|direction] val [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action  [1-n]  stop au champ [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] stop  au champ [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Changer le réglage d’une action dans la position [1-n] Enlever une action [1-n]  - Enlever une action de la position [1-n]
Les actions pour les évènements OTHER: offhook, onhook, release_btn_press, trans_btn_press,  call_alerting, call_connected, call_released .....	Ajouter une action  [1-n]  depuis le champ [callerid|dialed|note|sessionid|extension|direction] val []  ref []-Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action  [1-n] depuis le champ [callerid|dialed|note|sessionid|extension|direction] val []  ref [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action  [1-n]  fixe le champ [callerid|dialed|note|sessionid|extension|direction] val [] - Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] set  field  [callerid|dialed|note|sessionid|extension|direction] val [] - Changer le réglage d’une action dans la position [1-n] Ajouter une action [1-n]  depuis le champ [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Créer une nouvelle action et l’insérer à la position [1-n] Fixer une action [1-n] stop au champ [callerid|dialed|note|sessionid|extension|direction] val [] ref []-Changer le réglage d’une action dans la position [1-n] Enlever une action [1-n]  - Enlever une action de la position [1-n] Remarque : Ces évènements ne contiennent aucune condition

 

L’utilisation du paramètre ref

Le paramètre ref peut être utilisé pour associer les événements de début et d’arrêt dans le même ensemble d'événements. Par exemple, si vous avez plusieurs événements de démarrage et plusieurs événements d'arrêt et que vous voulez utiliser un arrêt spécifique uniquement si l'enregistrement a commencé avec un tel début spécifique.

Les débuts: event1 start ref 1 ,  event3 start ref 2 ,  event3 start ref 3

Les arrêts: event4 stop ref 1 ,  event5 stop ref 2 ,  event6 stop ref 3

 

Exemple de configurations

Scénario 1 :   

• Début de l’enregistrement sur l’évènement « décrochage »
• Arrêt de l’enregistrement sur l’évènement « raccrochage »

Ajouter un évènement et commencer l’activité

cli>(config-ch_9-evtsets-evtset_1)
->add evt offhook
cli>(config-ch_9-evtsets-evtset_1-event_offhook(7))
->add act start 

 

retourner au mode de configuration de l’ensemble d’évènement

cli>(config-ch_9-evtsets-evtset_1-event_offhook(7))
->exit
cli>(config-ch_9-evtsets-evtset_1)
->add evt onhook
cli>(config-ch_9-evtsets-evtset_1-event_onhook(8))
->add act stop

retourner au mode de configuration de l’ensemble d’évènement et afficher les paramètres

cli>(config-ch_9-evtsets-evtset_1-event_onhook(8))
->exit
cli>(config-ch_9-evtsets-evtset_1)
->show
[1] evtset
{
[1] evt [offhook]
actions:
[1] start
[2] evt [onhook]
actions:
[1] stop
}

Scénario 2:   

• Début de l’enregistrement sur le canal 2 dans l’évènement "audio_change" , si audio=8
• Arrêt de l’enregistrement sur le canal 2 dans l’évènement "audio_change" , si audio=0

Remarque : Les paramètres de changement d’audio from et to accepte des  valeurs en format hex (les deux 10 ou 0x10 seront acceptés comme hex 10 (16 décimal). Voir   audio_change Event  parameter notes ci-dessous.

 

cli>(config)ch 2

cli>(config-ch_2) evtsets

cli>(config-ch_2-eventsets)add evtset 1

cli>(config-ch_2-eventsets-evtset_1)add evt audio_change

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add cond audio from 8

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add act start

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)exit

cli>(config-ch_2-eventsets-evtset_1)add evt audio_change

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add cond audio from 0

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add act stop

cli>(config-ch_2-eventsets-evtset_1)show

->show
[1] evtset
{
[1] evt [audio_change]
conditions:
[1] audio from 8
actions:
[1] start

[2] evt [audio_change]
conditions:
[1] audio from 0
actions:
[1] stop

}

Scénario 3:   

• Début de l’enregistrement sur le canal 2 dans l’évènement "audio_change" , si la transition audio et from=3 to=8
• Arrêt de l’enregistrement sur le canal 2 dans l’évènement "audio_change" , si audio=0

Remarque : Les paramètres de changement d’audio from et to accepte des  valeurs en format hex (les deux 10 ou 0x10 seront acceptés comme hex 10 (16 décimal). Voir  audio_change Event  parameter notes ci-dessous. 

cli>(config-ch_2-eventsets-evtset_1)add evt audio_change

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add cond audio trans from 3 to 8  

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add act start

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)exit

cli>(config-ch_2-eventsets-evtset_1)add evt audio_change

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add cond audio from 0

cli>(config-ch_2-eventsets-evtset_1-evt_audio_change)add act stop

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)exit

cli>(config-ch_2-eventsets-evtset_1)show

 

->show
[1] evtset
{
[1] evt [audio_change]
conditions:
[1] audio trans from 3 to 8
actions:
[1] start

[2] evt [audio_change]
conditions:
[1] audio from 0
actions:
[1] stop

}

 

Scénario 4:   

• Début de l’enregistrement dans l’évènement "func_btn_pressed", si les numéros de boutons =1 ou 3 ou 5 ou 7
• Mettre à jour le champ  "note" avec la valeur "btn1", si le numéro de bouton=1
• Mettre à jour le champ  "note" avec la valeur "btn2", si le numéro de bouton=2
• Arrêt de l’enregistrement dans l’évènement "func_btn_pressed", si les numéros de boutons =2 ou 4 ou 6

cli>(config-ch_2-eventsets-evtset_1)add evt func_btn_pressed

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add cond btn key 1,3,5,7

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add act start

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add act set field note val btn1 key 1 

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)exit

cli>(config-ch_2-eventsets-evtset_1)add evt func_btn_pressed

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add cond btn key 2,4,6

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add act set field note val btn2 key 2 

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)add act stop

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)exit

cli>(config-ch_2-eventsets-evtset_1)show

[1] evtset
{

[1] evt [func_btn_pressed]

conditions:
[1] btn key 1,3,5,7
actions:
[1] start
[2] set field note val btn1 key 1 

[4] evt [func_btn_pressed]
conditions:
[1] btn key 2,4,6
actions:
[1] set field note val btn2 key 2 
[2] stop

}

Scénario 5:   

• Début de l’enregistrement sur le canal 2 dans l’évènement "light_on", si le numéro de  led=1 ou 3 ou 5 et la couleur de led est rouge
• Arrêt de l’enregistrement sur le canal 2 dans l’évènement "light_on", si le numéro de  led=1 ou 3 ou 5 

cli>(config-ch_2-eventsets-evtset_1)add evt light_on

cli>(config-ch_2-eventsets-evtset_1-evt_light_on)add cond led key 1,3,5 color red

cli>(config-ch_2-eventsets-evtset_1-evt_light_on)add act start

cli>(config-ch_2-eventsets-evtset_1-evt_light_on)exit

cli>(config-ch_2-eventsets-evtset_1)add evt light_off

cli>(config-ch_2-eventsets-evtset_1-evt_light_off)add cond led key 1,3,5

cli>(config-ch_2-eventsets-evtset_1-evt_light_off)add act stop

cli>(config-ch_2-eventsets-evtset_1-evt_func_btn_pressed)exit

cli>(config-ch_2-eventsets-evtset_1)show

->show
[1] evtset
{
[1] evt [light_on]
conditions:
[1] led key 1,3,5 color red
actions:
[1] start

[2] evt [light_off]
conditions:
[1] led key 1,3,5
actions:
[1] stop

}

 

Scénario 6:   

• Mettre à jour le champ"note" avec la valeur "Agent1" sur le canal 2 dans l’évènement "message_change", si le message comprend le texte "AGENT"  

cli>(config-ch_2-eventsets-evtset_1)add evt message_change

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add cond lookup  key AGENT opr contain

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add act set field note val Agent1

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)exit

li>(config-ch_2-eventsets-evtset_1)show

->show
[1] evtset
{
[1] evt [message_change]
conditions:
[1] lookup key AGENT opr contain
actions:
[1] set field note val Agent1

}

Scénario 6:   

• Mettre à jour le champ"note" avec la valeur "Agent1" sur le canal 2 dans l’évènement "message_change", si le message comprend le texte "AGENT"  

cli>(config-ch_2-eventsets-evtset_1)add evt message_change

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add cond lookup  key AGENT opr contain

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add act set field note val Agent1

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)exit

li>(config-ch_2-eventsets-evtset_1)show

->show
[1] evtset
{
[1] evt [message_change]
conditions:
[1] lookup key AGENT opr contain
actions:
[1] set field note val Agent1

}

Scénario 7:   

• Mettre à jour le champ "callerid" avec regExp2 property $1, dans l’évènement "message_change", ce que correspond au message regExp1 qui contient le texte "AGENT"

Cet exemple est destiné aux utilisateurs avancés qui sont familiers avec les expressions régulières. Certains paramètres CLI VSLogger charge des expressions régulières basées sur PCRE, la bibliothèque Perl Compatible Regular Expressions par Philippe Noisette (voir http://www.pcre.org)

Pour plus d’information, voir message_change Event  parameter notes 

 

cli>(config-ch_2-eventsets-evtset_1)add evt message_change

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add cond lookup  key RegExp1 opr match

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)add act rewrite key regExp2 field callerid val $1

cli>(config-ch_2-eventsets-evtset_1-evt_message_change)exit

li>(config-ch_2-eventsets-evtset_1)show

->show
[1] evtset
{
[1] evt [message_change]
conditions:
[1] lookup key RegExp1 opr match
actions:
[1] set field callerid val $1 key regExp2

}

 

Les notes du paramètre d’évènement message_change 

cli>(config-ch_9-evtsets-evtset_1-event_message_change(91))
->add cond lookup ?
lookup key [] opr []
key - lookup value/regexpr pattern
opr - lookup operator (eq/noteq,contain/notcontain,match/notmatch)

cli>(config-ch_9-evtsets-evtset_1-event_message_change(91))

->add act ?
start - start recording
stop - stop recording
set - (d-channel only), set recording field
rewrite - (d-channel only), rewrite recording field

cli>(config-ch_9-evtsets-evtset_1-event_message_change(91))

->add action rewrite ?
key [] - (d-channel only), regexp pattern
field [] - (d-channel only), set recording field: callerid,dialed,note,sessionid,extension,direction
val [] - (d-channel only), replacement pattern ($1...$9)
cli>(config-ch_9-evtsets-evtset_1-event_message_change(91)) 

Remarque: Certains paramètres CLI VSLogger charge des expressions régulières basées sur PCRE, Perl Compatible Regular Expressions bibliothèque par Philip Hazel (voir http://www.pcre.org)

L’événement Message-change correspond au modifications de texte sur l’écran du téléphone et peut se produire plusieurs fois pendant l'appel.

L’Événement contient un nouveau texte appliqué à l'affichage de téléphone à chaque moment précis et ce texte peut être utilisé créativement avec les conditions et les actions VSLogger..

 

Principalement la programmation des événements message_change comprend deux étapes;

1. Créer une condition de l'événement basé sur RegularExpression1 pour détecter l’écran du téléphone contenant des informations spécifiques
2. Créer une action correspondante, qui utilisera RegularExpression2 pour récupérer les informations nécessaires à partir de l'affichage du texte et de l'appliquer au champ d'enregistrement

Créer les conditions sans les expressions régulières:

• Ajouter condition lookup  clé KEY_TEXT opr eq  -   Affiche le message égaux to KEY_TEXT
• Ajouter condition lookup  clé KEY_TEXT opr noteq  -  Affiche le message non égaux to KEY_TEXT
• Ajouter condition lookup  clé KEY_TEXT opr contain  -  Affiche le message contenant  KEY_TEXT
• Ajouter condition lookup  clé KEY_TEXT opr notcontain  -  Affiche le message ne contenant pas KEY_TEXT

Créer un ENSEMBLE d’actions sans les expressions régulières:

• Ajouter action au champ de l’ensemble [callerid,dialed,note,sessionid,extension,direction] val NEW_VALUE  -  Attribuer le champ sélectionné avec NEW_VALUE fourni

Créer des conditions avec les expressions régulières:

• Ajouter condition lookup  clé  RegExp1 opr match – Afficher un messge correspondant à l’expression régulière RegExpr1 
• Ajouter condition lookup  clé  RegExp1 opr notmatch - Afficher un messge ne correspondant pas à l’expression régulière RegExpr1 

Créer les actions REECRIRE avec des expressions:

• Ajouter action réécrire clé au champ RegExp1 [callerid,dialed,note,sessionid,extension,direction] val [$1-$9]  -  Réglez le champ sélectionné avec les résultats de l'expression régulière RegExp2 pour afficher du texte 

Remarque: Lorsque vous créez une expression régulière, vous avez la possibilité de capturer des portions du correspondant et de les enregistrer comme espaces réservés. Ils sont numérotés à partir de $1.

Reportez-vous aux tutoriels des Expressions régulières pour plus de détails

 

Les notes du paramètre d’évènement audio_change

cli>(config-ch_1-evtsets-evtset_1-event_audio_change(0))

->add cond audio ?
audio trans from [] to []
trans - (optional), transition from to
from - audio change value [0x0-0xf]
to - (optional) transition to audio change value [0x0-0xf]

cli>(config-ch_1-evtsets-evtset_1-event_audio_change(0))

  

Depuis et jusqu’aux paramètres

Les paramètres depuis et jusqu’à de l'événement audio_change acceptent des valeurs en format hexadécimal (les deux f ou 0xf seront accepté comme hex f). Les valeurs plus longues comme 0xFF ou similaire seront acceptées, mais seulement les faibles 4 bits seront utilisés par le programme.

Bit 0 = le combiné émis (Mic)
Bit 1 = le combiné reçoit (Spkr)
Bit 2 = le Haut-parleur (mains libres) émis (Mic)
Bit 3 = le Haut-parleur (mains libres) reçoit (Spkr)
Bits 4-31 = Réservé

Per AudioCodes NGX boards documentation:  Transmit and receive are always in respect to the phone’s position. Transmit - phone to PBX, and
Receive - PBX to phone. The following table lists all possible options. Not all states are observed with each PBX

Pour la documentation des cartes AudioCodes NGX: la transmission et la réception sont toujours dans le respect de la position du téléphone. Transmettre – du telephone vers PBX, et Recevoir – du PBX vers le téléphone. Le tableau suivant répertorie toutes les options possibles.

Pas tous les états sont observés dans tous les PBX

Etat de l’équipement	SPKR RECV	SPKR TRANS	HDSET RECV	HDSET TRANS (LSB)	VALEUR en HEX
Tous les équipements sont éteints	0	0	0	0	0x0000
	0	0	0	1	0x0001
	0	0	1	0	0x0002
Les écouteurs sont actifs	0	0	1	1	0x0003
	0	1	0	0	0x0004
	0	1	0	1	0x0005
	0	1	1	0	0x0006
	0	1	1	1	0x0007
	1	0	0	0	0x0008
	1	0	0	1	0x0009
Les écouteurs et le SPR reçoivent seulement	1	0	1	0	0x000A
	1	0	1	1	0x000B
	1	1	0	0	0x000C
	1	1	0	1	0x000D
	1	1	1	0	0x000E
Tous les équipements sont actifs	1	1	1	1	0x000F