Action Monitor

[asteriskAGI]

Merci encore une fois quintana. Je me permets de vous lister ce que cela me donne comme résultat. (J'aimerais bien savoir si le choix du channel est fait juste au niveau de la ommande, ou y -t elle une modification à faire au niveau des fichiers de conf).

Event: FullyBooted
Privilege: system,all
Status: Fully Booted


Sending> Action: originate
Sending> Channel: SIP/101
Sending> WaitTime: 10
Sending> CallerId: 101
Sending> Exten: 102
Sending> Context: default
Sending> Priority: 1
Sending>
Response: Success
Message: Originate successfully queued

Event: Newchannel
Privilege: call,all
Channel: SIP/101-0000005d
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: 101
CallerIDName: device
AccountCode:
Exten:
Context: from-internal
Uniqueid: 1400078777.93

Event: NewAccountCode
Privilege: call,all
Channel: SIP/101-0000005d
Uniqueid: 1400078777.93
AccountCode:
OldAccountCode:

Event: NewCallerid
Privilege: call,all
Channel: SIP/101-0000005d
CallerIDNum: 101
CallerIDName: device
Uniqueid: 1400078777.93
CID-CallingPres: 0 (Presentation Allowed, Not Screened)

Event: ExtensionStatus
Privilege: call,all
Exten: 101
Context: ext-local
Hint: SIP/101
Status: 8

Event: Newstate
Privilege: call,all
Channel: SIP/101-0000005d
ChannelState: 5
ChannelStateDesc: Ringing
CallerIDNum: 101
CallerIDName: device
ConnectedLineNum: 101
ConnectedLineName:
Uniqueid: 1400078777.93

Event: Newstate
Privilege: call,all
Channel: SIP/101-0000005d
ChannelState: 6
ChannelStateDesc: Up
CallerIDNum: 101
CallerIDName: device
ConnectedLineNum: 101
ConnectedLineName:
Uniqueid: 1
Sending> Action: Logoff
Sending>
400078777.93

Event: ExtensionStatus
Privilege: call,all
Exten: 101
Context: ext-local
Hint: SIP/101
Status: 1

Event: Newexten
Privilege: dialplan,all
Channel: SIP/101-0000005d
Context: default
Extension: 102
Priority: 1
Application: Macro
AppData: exten-vm,novm,102
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d
Variable: MACRO_EXTEN
Value: 102
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d
Variable: MACRO_CONTEXT
Value: default
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d
Variable: MACRO_PRIORITY
Value: 1
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d
Variable: MACRO_DEPTH
Value: 1
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d
Variable: ARG1
Value: novm
Uniqueid: 1400078777.93

Event: VarSet
Privilege: dialplan,all
Channel: SIP/101-0000005d

[asteriskAGI]

En fait, j'ai remarqué que le changement du canal se fait par incrémentation à chaque nouvel appel. dès que j'en choisisse un qui diffère de celui qui allait être pris, j'obtiens une erreur.

[asteriskAGI]

Bonjourrrr,

En fait, j'ai suivi ce lien : http://comments.gmane.org/gmane.comp...sk.user/275654. Si j'ai bien compris, nous récupérons une valeur d'un canal avec Event : GetVar que nous définissons au niveau de manager.conf. Sauf que Value qui m'est retourné reste vide.

Je procède ainsi:
Action: GetVar
ActionID: 12
Channel: SIP/101-00000012c (cette valeur que je dois incrémenter à chaque fois pour faire un nouveau test :s)
Variable: chan

Response: Success

Action: Logoff
ActionID: 12
Variable:chan
Value:

Excusez moi si la solution est juste devant mes yeux, et que je n'y parviens tjrs pas :s
Encore Merci

[quintana]

je ne comprends pas où tu bloques ... Tu ne dois rien incrémenter, tu dois juste utiliser le channel que tu souhaites pour faire de l'enregistrement. Si tu avais un autre type de channel en plus cela ne fonctionnerai pas.
Donc tu emets ton appel, tu récupères la liste de tes channels, tu choisi lequels tu veux enregistrer et puis c'est tout. Sinon si tu veux le faie automatiquement à chaque appel, rajoutes dans ton dialplan un mixmonitor() par exemple, cela sera plus simple.

[asteriskAGI]

Merci énormément pour votre help

[asteriskAGI]

Salut,

Je reviens encore une fois pour mieux exposer mon problème.

alors, en fait mon but était d’exécuter le script suivant: http://www.banquise.org/python/how-t...sk-and-python/, en rajoutant en plus de Originate, Monitor.

Grace à Quintana, j'ai compris, que je me trompais de canal pour Monitor, alors en visualisant Events lors des appels, j'ai pu voir le format exact (SIP/exten-xxxxxxxx). ce format je ne pouvais pas en choisir un, comme je le croyais, et l'attribuer à Channel dans l'action Monitor, puisqu'il était généré par Asterisk automatiquement à chaque lancement d'appel en respectant une certaine croissance (exemple pour appel1: SIP/101-0000000d, après SIP/101-0000000e, SIP/101-0000000f, SIP/101-00000010 ... SIP/101-000000ff, SIP/101-00000100 ..., une fois asterisk redémarré il revient SIP/101-00000000).

Alors, je croyais pouvoir trouver des actions (en AMI) pouvant m'aider à récupérer le canal, mais c'était en vain.

Actuellement, j'ai réussi à le faire, en ajoutant dans mes actions:

Action: Status
Command: Lists channels status

dans la réponse envoyé par Asterisk ( data = s.recv(1024) ), je cherche (SIP/exten-) avec la fonction python find(), je récupère le canal et je l'attribue à Channel dans l'action Monitor. Ainsi je passe mes appels depuis un script python, et je les enregistre (sous le nom que je souhaite), sans aucun souci.

Alors je peux me contenter de ceci (bien que ça ne m'est pas l'aire être pratique), sauf que s'il y a autre manière de faire, j'aurais apprécié encore plus ...

Grand Merci à Quintana et Jean

[jean]

Salut

Si j'ai bien compris, tu veux initier un appel via AMI, en récupérer l'identifiant (ie, le channel complet) afin de lancer un monitor dessus.
J'ai fait un petit test, en faisant un bete telnet 127.0.0.1 5038 et en tapant les commandes à la main. Effectivement, c'est pas aussi trivial que cela n'y parait.
Le Originate ne renvoie pas le channel attribué. Il faut attendre un événement Newchannel, récupérer le champ Channel et comparer que le la partie avant le - corresponde à l'appel que tu viens de lancer.
Mais, chose encore plus bizarre, je ne reçois (sur mon serveur de test), que le newchannel pour la deuxième "leg" de l'appel (pour mémoire, un appel est consitué de deux legs, le poste appelant vers asterisk, asterisk vers le poste appelé, qui sont ensuite bridgée au décrochage de l'appelé).
peux tu faire ce test (en lançant d'abord un
Action: Events
EventMask: on

et voir si tu vois bien tous les évts ?

J