[asterisk-dev] Asterisk AGI 2.0

Wed Oct 24 12:12:08 CDT 2007

Steve,

David mentioned this in his original post ( you can find it in the
references I posted ):

"I've had systems in production for the last 7 months running the MAGI
(Manager AGI) code. There hasn't been a single failure or problem.
I've got Java code running on my application server managing the
Asterisk instances. All works like a charm."

I personally used it in production with about 50 channels at the same
time about one year ago when I was more involved in VoIP stuff. 50
channels might not be a high load though, but is a start and it was
stable.

If people start to get interested in this I could upload a patch in
Mantis and see how it goes.

Moy

On 10/24/07, Steve Totaro <stotaro at first-notification.com> wrote:
> Is MAGI production stable?
>
> Thanks,
> Steve
>
> Moises Silva wrote:
> > Gaspar,
> >
> >     First let me thank you for bringing this up into the list. This
> > looks a lot like something we  implemented in the company I used to
> > work for. We defined a PHP API to do exactly the operations you
> > mention asynchronously, that's why I worked hard to push the Bridge()
> > manager and dial plan applications into Asterisk code base, we wanted
> > full control of the channels with basic operations ( Answer, Hangup,
> > Transfer, Bridge, MultipleBridge etc ) without using extensions.conf
> > or extensions.ael. We did not even wanted to use AGI() either. We
> > choose something different that you might not know, since we never
> > pushed the patch into the Asterisk code base.
> >
> > Have you heard about MAGI() ? Is a combination of AGI and the Manager.
> > It was originally written by David Pollak. You can read more about it
> > here:
> >
> > http://www.sineapps.com/news.php?rssid=594
> > http://lists.digium.com/pipermail/asterisk-dev/2004-August/005723.html
> >
> > Unfortunately David lost interest, I continued using MAGI with our PHP
> > basic API to achieve the basic operations you mention using MAGI. I
> > continued porting the patch until 1.2.x, however, later on I also
> > quited my VoIP job and since then I have been only thinking in
> > eventually be able to discuss the idea again.
> >
> > I think I have exactly the same feeling you have. Asterisk should
> > delegate as much as possible to the *real* programming languages
> > exposing the set operations you have mentioned and build more advanced
> > applications on top of that.
> >
> > With MAGI you can actually execute any AGI command you currently can
> > in ANY channel currently alive in the PBX inside MAGI() application.
> > You can receive events on ALL channels and react with more AGI or
> > Manager commands/actions based on those events.
> >
> > Some proof of concept applications we wrote included PBX features like
> > transfer and the like, without using Asterisk res_features.so. We Just
> > used MAGI to call Bridge, Redirect and capture DTMF in the middle of a
> > call to take those decisions from within PHP. Of course, any
> > programming language could be used instead. We basically had a single
> > daemon listening for events and sending AGI commands to the channels.
> >
> > As Martin stated, is difficult to get rid of the Dial Plan, but I
> > don't feel that is something necessary. Pushing MAGI into the Asterisk
> > trunk as another application could be the first step towards having
> > full control of the PBX as a whole from a programming language.
> >
> > Comments?
> >
> > Moy
> >
> > On 10/24/07, Gaspar Zoltan <gasparz at gmail.com> wrote:
> >
> >> Hi all,
> >>
> >> This google docs publishing thing is a little bit new to me. I put it on
> >> another account. And tried it on another computer. This link works.
> >>
> >> http://docs.google.com/Doc?id=dgrzqb36_8c6j439
> >>
> >> Thanks, and waiting your opinions
> >>
> >> Zoltan Gaspar
> >>
> >> -----Original Message-----
> >> From: asterisk-dev-bounces at lists.digium.com
> >> [mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Tony Mountifield
> >> Sent: Wednesday, October 24, 2007 12:22 PM
> >> To: asterisk-dev at lists.digium.com
> >> Subject: Re: [asterisk-dev] Asterisk AGI 2.0
> >>
> >> In article <471f0301.1c365e0a.1f06.6244 at mx.google.com>,
> >> Gaspar Zoltan <gasparz at gmail.com> wrote:
> >>
> >>> I would like to start a discussion about the AGI, about how it should be
> >>> modified to make asterisk more powerfull.
> >>>
> >>> I started a document, if you have time please read it and give me (and the
> >>> asterisk developer community) your 2 cents about it. It's not a long
> >>> document, shoudn't take more then 5 minutes.
> >>>
> >>>  <http://docs.google.com/a/teamanswers.com/Doc?id=dcxr8kn4_14dxjq4b>
> >>> http://docs.google.com/a/teamanswers.com/Doc?id=dcxr8kn4_14dxjq4b
> >>>
> >> Can't get to it without creating a teamanswers.com account (I hate having
> >> to create an account on a site just to look at stuff). Could you put
> >> it somewhere public instead?
> >>
> >> Cheers
> >> Tony
> >> --
> >> Tony Mountifield
> >> Work: tony at softins.co.uk - http://www.softins.co.uk
> >> Play: tony at mountifield.org - http://tony.mountifield.org
> >>
> >> _______________________________________________
> >> --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
> >>
> >>
> >> _______________________________________________
> >> --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
> >>
> >>
> >
> >
> >
>
>
> _______________________________________________
> --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
>

-- 
"Within C++, there is a much smaller and cleaner language struggling
to get out."