I’ve been developing some CTI software around asterisk for a while,
mainly with the help of AMI and fast AGI.
It works quite fine, but I have some trouble sometimes with the
un-synchronized property of these 2.
Let me explain, we have a dialplan like this one :
exten = s,n,UserEvent(useful_input_data)
(…) a few actions
exten = s,n,AGI(agi://127.0.0.1:3333/fetch,queuename)
The idea is to setup a “cti server” that talks with both AMI and AGI
channels, the first one mainly when one just want to send some data
from asterisk to the “cti server”, and the second one when the dialplan
needs some data from this server.
My issue is that the AGI requests are received (from the CTI server
point of vue) a little bit before the AMI events. In most cases, I don’t
really care because it is only “a little”, and the data asterisk needs
to fetch from the AGI are set on time. But sometimes not, especially in
cases like above, when there are only a few dialplan lines between
UserEvent and AGI …
In order to handle that, I thought “let’s make a sync/meeting point,
with the help of the AMI NewExten event, when the app is AGI”.
The idea would be to keep the AGI connection open as long as the good
AMI NewExten event is not received, then to reply and close it, in
order for the dialplan to proceed.
However, when trying to do this, nothing more occurs on the AMI
connection, thus I come to a deadlock …
My question is then, before switching to -dev issues : is there an option
somewhere to handle this, whether on the AMI or on the AGI side ?
The asterisk version we’ve been using for a long time is 1.4 and my
current attempts are done on 1.8 branch.