Hi all, I am planning to implement LCR routing on my already running asterisk server. Uptill now i have found out that asterisk has no support for lcr, i have to do something about it myself, for example using the AGI. Im looking for ideas here. Whats the best way to start implementing lcr in asterisk. Should i use agi and start implementing my own lcr script or is there any plugin available which can be used with asterisk. -- Best Regards Rizwan Hisham Software Engineer Axvoice Inc. www.axvoice.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080212/0926dc35/attachment.htm
Rizwan Hisham wrote:> Hi all, > I am planning to implement LCR routing on my already running asterisk > server. Uptill now i have found out that asterisk has no support for > lcr, i have to do something about it myself, for example using the AGI. > Im looking for ideas here. Whats the best way to start implementing lcr > in asterisk. Should i use agi and start implementing my own lcr script > or is there any plugin available which can be used with asterisk.If you are interested in prebuilt solutions, you may consider TransNexus's NexOSS product (www.transnexus.com). The Open Settlement Protocol (OSP) they implemented can be used with Asterisk - they have a module. In fact, I am not sure about the commercial status of the OSP module as such; it may be possible to get it free of charge. Not sure. But OSP is an open protocol, so perhaps it's possible. Otherwise, I would think that the best way to approach this would be to make it fully outboard and divest it of Asterisk. Implement a SIP proxy that forwards to providers using LCR decisionmaking, and just have Asterisk send calls to it. OpenSER can be used for this - and indeed, there is an OSP module for it as well, if you wanted to go that route. If you're dead-set on doing it in Asterisk and don't want to do OSP, I would suggest FastAGI. Definitely don't implement the logic in the dial plan, at any cost. -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599
----- Original Message ---- From: Jay R. Ashworth <jra at baylink.com> To: asterisk-users at lists.digium.com Sent: Wednesday, February 13, 2008 9:45:34 AM Subject: Re: [asterisk-users] LCR in Asterisk On Wed, Feb 13, 2008 at 11:33:19AM -0600, Tilghman Lesher wrote:>On Wednesday 13 February 2008 09:57:59 Alex Balashov wrote:> >Tilghman Lesher wrote:> > >Uh, why not? You can do LCR quite easily in the dialplan, by using> > >func_odbc for each of the provider lookups, then use SORT() to get the> > >lowest cost. It's quite easy, and you do not need to resort to AGI.> > > >You can do almost anything in the dial plan with enough spiritual> >commitment in about the same way that you can do just about anything you> >need to do with a bash script, as opposed to Perl, Python, or any> >toolkits or frameworks. Is that nasty little problem of no local variables in macros fixed yet? That's a pretty big pain in the ass. You have to prefix your variables with the name of the macro it's in to avoid stepping all over yourself. Doug. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080213/b7e035d0/attachment.htm
On Monday 17 March 2008 21:55:10 Ex Vito wrote:> On Wed, Feb 13, 2008 at 6:49 PM, Tilghman Lesher > > <tilghman at mail.jeffandtilghman.com> wrote: > > Macros are deprecated. Gosubs are the way forward, and yes, they have > > local variables. Simply define them once as Set(LOCAL(foo)=bar) and foo > > will be gone when the innermost stack is removed (either by Return or > > StackPop). > > I was keeping up with the list traffic when I found this... Hmmm, maybe > to my surpirse. > > Are macros deprecated in 1.4 or 1.6 ? What, if any, is the replacement > for the M() option in the Dial() application ?1.6. U(). -- Tilghman