similar to: DUNDILOOKUP and DundiLookup()

Who said I was a C programmer? -----Original Message----- From: Terry Wilson [mailto:otherwiseguy@gmail.com] Sent: Wed 6/14/2006 6:03 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Subject: Re: [Asterisk-Users] DUNDi Not Able to Handle Complex FailoverSituations pbx/pbx_dundi.c in dundifunc_read(). shouldn't be too hard to have it set some variables (i.e.

Hmmm. Not having much luck with this. I'm trying to call the DUNDILOOKUP function and assign it to a variable in an AGI script. I've tried setting with EXEC CMD and with SET VARIABLE. In both cases, it's treating DUNDILOOKUP literally, rather than calling a funciton. I've tried this: EXEC "Set" "DIALPATH=${DUNDILOOKUP(2944093|180net)}" and also: SET VARIABLE

This is driving me nuts. Why doesn't the DUNDILOOKUP function return the weight of a path to a number? The CLI 'dundi lookup' command does. What about the mac address and expiry period? The CLI command returns those, but the DUNDILOOKUP function does not. Why? We absolutely need this in order to perform out routing logic. It has become quite apparent to me that DUNDi is _NOT_ suited

Hi All, Found an issue with DUNDILOOKUP function in Asterisk 1.6.0.5. I was using DUNDIQUERY (Set(ID=${DUNDIQUERY(${MNUM},priv,b)})) for dundilookup and it was working fine. But when I tried to use DUNDILOOKUP function (Set(DL=${DUNDILOOKUP(${MNUM},priv,b)})), it didn't retuen me a result. Moreover, the cli command 'dundi lookup 12345 at priv' returned me the result at the same time!

Is it possible for you to explain in more detail the situation involved. I'm still thinking that what you're trying to achieve can be done at least with the help of DUNDi weights, but I still don't think I have a full grasp of the solution you're crafting. Regards, - Brad -----Original Message----- From: asterisk-users-bounces@lists.digium.com

Anyone know if there's a way to match a dialplan extension, execute some code, say set a variable, and then continue with the dialplan? I want to set a variable when the dialplan flows beyond a certain context. This would be a great feature. Doug.

Boy, am I stuck... I'm officially ready to toss Asterisk out the window. I have to admit it isn't necessarily all the fault of Asterisk either. It just seems that every option I turn to suddenly ends in failure. I don't know if it's me that's bitten of more than I can chew with this project, or maybe Asterisk just isn't mature enough yet. Nothing complicated really....

On Fri, 2006-12-08 at 04:26 -0700, Douglas Garstang wrote: > Hi Steve. > > Thanks, but unfortunately, I can't be involved in that. We are > running Asterisk in a production environment and we're using > 1.2, not 1.4. I don't have the resources to work with 1.4. > Last time I filed a bug against 1.2 I got told off. >

I have a SIP user, 2944093 that dialled 3254102. I'm trying to transfer the call from 3254102 to 3254104. When I try and transfer the call, I get the following on the Asterisk console. Mar 3 15:14:18 NOTICE[23124]: chan_sip.c:6731 get_refer_info: Supervised transfer requested, but unable to find callid '16749440-c28be02e-64b73be7@172.31.16.67'. Both legs must reside on Asterisk box

Crikey. I can't get this to work! Allegedly, you can press 0 while in the voicemail greeting and be dropped to the 'o' extension. For some reason, I can't get it to work. The 'docs' aren't clear about what context the o extension should be in. The voip wiki says "the context for the voicemail box that we're looking for in the dialplan for the jump to the

I've noticed that with FastAGI (and maybe AGI) that when you sequentially send a sequence of dial commands, if the call is picked up, that after the call ends, the Fast AGI script keeps executing the commands! Is there anyway to stop execution once a call is picked up? I think looking at the result codes after the Dial to determine if the call was picked up or not is not a good idea... if it

All, Slightly off topic. Polycom released their SIP software version 1.6.6 for their phones recently. I was under the impression that this release fixed a previous limitation where the phones would only watch 7 buddies, ie send 7 sip subscriptions to Asterisk. I have configured a phone directory to watch 30 or so appearances, and it still seems to only be sending 7 subscriptions to Asterisk.

"Douglas Garstang" <dgarstang@oneeighty.com> wrote: >Boy, am I stuck... > >I'm officially ready to toss Asterisk out the window. I have to admit it isn't necessarily all the fault of Asterisk either. It just seems that every option I turn to suddenly ends in failure. I don't know if it's me that's bitten of more than I can chew with this project, or

Has anyone ever gotten the Polycom Status feature, accessible via the 'MyStat' soft-key to work? When you change the status in this way, the phone does not send any communication to Asterisk, and it seems to have no effect in incoming calls. So... what's it for? Doug

I'm trying to find a way in extensions.conf to match ANYTHING dialled, including characters such as *. The following works for numbers... exten => _X.,1,AGI(script) but doesn't catch when someone dialls * first. I tried this: exten => _.,1,AGI(script) which catches when someone dials say, *123 for example, but after the AGI script terminates, Asterisk executes it again with

Can someone tell me why this is not valid... [start] exten => 1000,1,Answer exten => 1000,2,Wait,1 exten => 1000,3,AgentcallbackLogin(1000||2000@Local) exten => 2000,1,Macro(DialProxy,115551212) exten => 3000,1,Queue(testq||||45) while this is: [start] exten => 1000,1,Answer exten => 1000,2,Wait,1 exten => 1000,3,AgentcallbackLogin(1000||2000@start) exten =>

Does anyone know how I can get stderr from AGI to be sent to somewhere other than the console? It seems that this is the only place it can go. Changing logger.conf has no effect. If you want to see errors from AGI scripts, you have to run the Asterisk console, which isn't viable. Doug.

I recollect that there used to be a fixed, finite limit to the number of call groups that could exist. Does anyone know if that limitation still exists in 1.2.1, or maybe where I could look in the code to find out if it's a fixed length array or not? Thanks. Doug.

Off topic. Anyone know where I can get Polycom SIP software v1.6.6, unofficially? Not that Polycom is analy retentive, or anything like that... Doug

Can someone recommend the best way to view current calls in progress on the Asterisk console? Neither the 'show channels' or 'sip show channels' commands are easy to read. hestia*CLI> show channels Channel Location State Application(Data) SIP/2944093-f9e2 (None) Up Bridged Call(SIP/2944079-e7f2) SIP/2944079-e7f2