Peux-tu mettre un extrait de la Cli quand tu lance la composition ?
Peux-tu mettre un extrait de la Cli quand tu lance la composition ?
Cédric
---------------------------------------------------------------
Rejoignez l'Association Asterisk France : http://www.asterisk-france.org
Envie de mettre des étoiles dans les yeux de vos clients : EasyPyro.ch
On a pas inventé l'électricité en cherchant à améliorer la bougie...
---------------------------------------------------------------
Oui pas de soucisje vous met un extrait de la CLI demain après-midi
A noter que le déclenchement de l'appel intervient à la connexion de l'agent via son interface web. Pour simplifier un peux j'ai mis les voix en Français ^^
Et donc dans le même cas de figure lorsque l'on répond à l'appel venant de la connexion de l'agent elle me dit : " le numéro composé est incorrect, veuillez ressayé " ...
A ne plus rien comprendre![]()
Voici l'erreur dans la cli
> Channel SIP/2004-0000000a was answered.
== Starting SIP/2004-0000000a at default,1001,1 failed so falling back to exten 's'
== Starting SIP/2004-0000000a at default,s,1 still failed so falling back to context 'default'
-- Sent into invalid extension 's' in context 'default' on SIP/2004-0000000a
-- Executing [i@default:1] Playback("SIP/2004-0000000a", "invalid") in new stack
-- <SIP/2004-0000000a> Playing 'invalid' (language 'fr')
== Manager 'sendcron' logged off from 127.0.0.1
== Spawn extension (default, i, 1) exited non-zero on 'SIP/2004-0000000a'
-- Executing [h@default:1] DeadAGI("SIP/2004-0000000a", "agi://127.0.0.1:457
L'erreur nous dit que c'est le numero du poste qui serait invalide mais je vois pas lequel celui de l'agent ou ceux des clients?
une autre erreur que j'ai omis de vous dire car cela n'étais pas important à nos yeux et celle ci
Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Parsing '/etc/asterisk/manager.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
[Feb 18 13:40:07] ERROR[8433]: utils.c:966 ast_carefulwrite: write() returned error: Connection reset by peer
[Feb 18 13:40:07] ERROR[8433]: utils.c:966 ast_carefulwrite: write() returned error: Broken pipe
== Manager 'sendcron' logged off from 127.0.0.1
On pense que cela viens de la base de donnée mais même avec l'aide du prof ( il nous dis d'aller toucher au code de vicidial ( soit les .php ou les script perl ) .
On aimerait avoir votre avis sur ces différentes erreurs.
D'avance je vous remercie![]()
Du nouveau sur nos différents problèmes
On a modifié le fichier manager.com pour changer les droits de l'utilisateur cron
On est passé de
[sendcron]
secret = 1234
read = command
write = system,call,log,verbose,command,agent,user
A
[cron]
secret = 1234
read = all
write = all
Et maintenant au moment de la connection de l'agent le coup de fil et passé et lorsque l'on décroche le téléphone on entend la sonnerie comme si l'on avait passé un mauvais numéro.
Du côté de la CLI c'est la même erreur que précédemment;
est-ce que c'est normal ?
p.s: Si mes soucis ne sont pas très clair merci de me le faire savoir
d'avance je vous remercie
Ce qui signifie que Vidicial devait utiliser une commande du manager pour laquelle il n'avait pas les droits, et/ou que le compte utiliser devait être "cron" au lieu de "sendcron", essayez de replacer les droits "system,call,log,verbose,command,agent,user" pour être fixé là -dessus![]()
Tu peux fournir le fichier de numérotation que tu as intégré dans vicidial ?
Peux tu faire des appels sur l'exterieur depuis ton serveur ?
Cédric
---------------------------------------------------------------
Rejoignez l'Association Asterisk France : http://www.asterisk-france.org
Envie de mettre des étoiles dans les yeux de vos clients : EasyPyro.ch
On a pas inventé l'électricité en cherchant à améliorer la bougie...
---------------------------------------------------------------
merci de m'avoir répondu ffossard mais en lisant votre réponse je me suis aperçu d'une erreur d'inattention dans mon message précédant
Je voulais dire qu'on avait changé les droits juste de l'utilisateur sendcron.
On est passé de
[sendcron]
secret = 1234
read = command
write = system,call,log,verbose,command,agent,user
A
[sendcron]
secret = 1234
read = all
write = all
A noter qu'avec les droits d'origines, on peut passer des appels sans soucis en telnet avec l'utilisateur sendcron
A ne plus rien comprendre ..... Avez-vous une idée ?
Dernière modification par zxcoolman ; 22/02/2011 à 20h26.
Je reviens donner de mes nouvelles et l'avancement du projet.
Les soucis précédants abordés ont été résolu. Maintenant j'ai attaqué la partie code pour comprendre exactement comment réagi Vicidial, la base de donnée et Asterisk lorsque par exemple un appel arrive sur Vicidial ou encore lors d'une campagne sortante.
En ce moment je m'occupe des appels entrants et de la gestion des queues; comprendre comment réagit vicidial en fonction de quel critère.
Pour le moment j'ai réussi à déterminer certains script et agi que vicidial utilise pour cette gestion la. Pour moi l'agi agi_DID_route.agi est utilisé pour placer les clients dans une file d'attente selon plusieurs critères.
Concernant l'agi agi_VDAV_ALL_inbound.agi je ne vois pas du tout à quoi sert les différents paramètres qu'il demande![]()
Pour les scripts perl pour moi il y aurait trois scripts qui seraient utilisés : AST_manager_listen.pl
AST_manager_send.pl
AST_send_action_child.pl
Mais je ne vois pas du tout leurs utilités.
Quelques question le vocabulaire maintenant :
Que veut dire in-groupe ? Peut être file d'attente ?
A quoi sert AGENTDIRECT ?
Que veut dire DID ? Peut être serait-ce le numéro du client qui appel ?
D'avance je vous remercie de toute l'aide que vous pourrez m'apporter![]()
Dernière modification par zxcoolman ; 08/04/2011 à 09h29.
Personne n'a étudier les scripts perl et les agi des vicidial ?
Mon but est de comprendre à l'aide des diagramme UML le fonctionnement de vicidial lors d'un appel entrant avec la gestion des queues et donc la distribution des clients aux différents agents.
Si quelqu'un pourrait éclaircir sur ce sujet.
D'avance je vous remercie![]()