[asterisk-dev] Asterisk Manager Interface, Event: NewCallerid not raised at times

[Richard Lyman]

TP'n to follow flow.

there are a few things you can look at

Newstate
Newchannel
Newcallerid
Newexten

i agree with Nicholas, that you can look at Link/Unlink for bridging 
info, but when you can also trigger off of things like 'AgentCalled' if 
you use queues.

there are a few examples of Event triggers i use in this
http://dynx.net/ASTERISK/gnudialer/display4/
http://dynx.net/ASTERISK/gnudialer/display4/AstDisplay.java

this is just some java app to display channel state changes.  (it was 
originally designed for Zap (only) channels, but was mod'd for others, 
the 'others' part is not pretty)

as with what Nicholas stated, you could easily do a 'UserEvent' from the 
dialplan and use that Event as a trigger in your app to make sure 'what 
you want, when you want it' is there for the taking.


Nicholas Blasgen wrote:
> I'm surprised no one had responded to you earlier.  So I have a similar
> popup thing for my application as well.  But I only look at NewCallerID to
> figure out if it's an internal call verses a standard 10 digit phone
> number.  Personally, I use LINK to see when channels are bridged.  Not quite
> sure if that would meet your needs (depends on your application), but it
> might be worth looking at.  I assume there is a good reason why you're using
> the Manager and not AGI.  For me it was because I needed to know state
> information about outgoing channels, and LINK will tell me when calls have
> been established.
>
> Feel free to e-mail me off-list if you have specific questions.
>
>
> On 9/4/07, Devraj Mukherjee <devraj at gmail.com> wrote:
>   
>> Hi everyone,
>>
>> I am writing an application that relies on the Asterisk Manager
>> Interface to monitor  incoming calls and popup GUI elements based on
>> the various events.
>>
>> At present the I am relying on responding by NewCallerid event to
>> monitor a new call, but at times the manager interface doesn't send
>> this event across.
>>
>> Is there another event that the AMI sends that marks a new caller with
>> the CallerID, or should I change something in my extensions.conf to
>> reflect a NewCallerid everytime a call comes through?
>>
>> Thanks for any feedback.
>>