[asterisk-dev] Asterisk Manager Interface, Event: NewCallerid not raised at times
Devraj Mukherjee
devraj at gmail.com
Wed Sep 12 07:00:22 CDT 2007
Hi guys,
Another Asterisk Manager Interface question. What do you use to detect
when someone has picked up the phone?
Does the AMI generate an event for this? Join maybe?
Thanks
On 9/11/07, Devraj Mukherjee <devraj at gmail.com> wrote:
> Thanks Nickolas and Richard for your responses. Will incorporate your
> experiences/suggestions :)
>
> On 9/11/07, Nicholas Blasgen <nicholas at blasgen.com> wrote:
> > 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.
> > >
> > >
> >
> > _______________________________________________
> >
> > Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/
> >
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> >
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-dev
> >
>
>
> --
> "I never look back darling, it distracts from the now", Edna Mode (The
> Incredibles)
>
--
"I never look back darling, it distracts from the now", Edna Mode (The
Incredibles)
More information about the asterisk-dev
mailing list