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

[Nicholas Blasgen]

I would advise against some of those though.  Asterisk has a habbit of
creating Zombie and Masq channels all the time.  It becomes hard to figure
out which ones are which.  I've had enough problems trying to match the
Channel information from NewCallerID with the channel name from LINK as a
channel gets bridged.  For me NEWSTATE ends up providing me too much
information and it's hard for me to parse.  LINK does great for my needs.

I still get the impression though that the Manager interface isn't needed in
your case if the NewCallerID is the only state information you need.  But
just checking the LINK event infromation, it does include CID information
and from there you can load the data on your GUI.  Clean package.

Finally, what I did during the development of my application was to dump all
EVENT logs to disk and then go through them to figure out what events I
needed to act on.  Someone should make a nice CLI based application to view
all events flowing through as a list, but be able to select them to see the
RAW data.  And some filtering.


On 9/10/07, Richard Lyman <pchammer at dynx.net> wrote:
>
> 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.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20070910/b83a618d/attachment.htm