Hi Danny, If 'both' is utilized instead of peer or self, the peer channel seems to be chosen (which was my original desired functionality).
Best regards, Örn On Wed, Sep 9, 2009 at 2:49 PM, Danny Nicholas<da...@debsinc.com> wrote: > I'll have to set this aside for a future experiment. I'm supposing that > both would mimic either the self or peer setting (although it seems possible > that it might generate 2 calls, the fork and the original). If you try it, > please post back for reference. > > -----Original Message----- > From: asterisk-users-boun...@lists.digium.com > [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Örn Arnarson > Sent: Wednesday, September 09, 2009 9:40 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] UNIQUEID not the same in Dialplan > aspassedtoAGI > > Yes, exactly. > > I'm curious as to what would happen if I were to use both instead of peer. > :-) > > Regards, > Örn > > On Wed, Sep 9, 2009 at 2:17 PM, Danny Nicholas<da...@debsinc.com> wrote: >> So when you do self, you get a "forked" call and peer runs the agi on the >> original call? >> >> -----Original Message----- >> From: asterisk-users-boun...@lists.digium.com >> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Örn Arnarson >> Sent: Wednesday, September 09, 2009 9:13 AM >> To: Asterisk Users Mailing List - Non-Commercial Discussion >> Subject: Re: [asterisk-users] UNIQUEID not the same in Dialplan >> aspassedtoAGI >> >> Hi Danny, >> >> Thanks again for your help. I figured out how to do this... It was >> through my own retardedness that I had messed it up. >> >> In the application map section of features.conf, I just swapped self for >> peer... >> used to be: >> tag1 => *1,self,AGI,tag1.agi >> >> is now: >> tag1 => *1,peer,AGI,tag1.agi >> >> That selects which channel is active for the call. I should have >> realized this earlier. >> >> Thanks again for your help. >> Örn >> >> 2009/9/9 Örn Arnarson <o...@arnarson.net>: >>> Hi Danny, >>> >>> Thanks. Yes, that's where I'm getting the UNIQUEID. The problem is >>> that it is not for the same leg as the UNIQUEID in the Dialplan. If I >>> were able to get the same UNIQUEID somehow in both places, my problems >>> would be solved :-) >>> >>> Regards, >>> Örn >>> >>> On Wed, Sep 9, 2009 at 2:00 PM, Danny Nicholas<da...@debsinc.com> wrote: >>>> Per this link - http://www.voip-info.org/wiki/view/Asterisk+AGI you >> should >>>> have a variable agi_uniqueid with the uniqueid of the leg available in >> the >>>> AGI. >>>> >>>> -----Original Message----- >>>> From: asterisk-users-boun...@lists.digium.com >>>> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Örn >> Arnarson >>>> Sent: Wednesday, September 09, 2009 8:52 AM >>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>> Subject: Re: [asterisk-users] UNIQUEID not the same in Dialplan as >>>> passedtoAGI >>>> >>>> If only features.conf accepted the normal syntax of running >>>> applications... As I understand it (and tested it), it must accept the >>>> application in the syntax name => keycode,WHO,application,parameters >>>> >>>> Goto would work, but then it will only be able to use Goto,priority >>>> >>>> On Wed, Sep 9, 2009 at 1:41 PM, Danny Nicholas<da...@debsinc.com> wrote: >>>>> Actually (and this is probably an incorrect or misquoted statement), > any >>>>> action from features is a fork. If you change tag1 from >>>>> - tag1 => *1,self,AGI,tag1.agi >>>>> To >>>>> - tag1 => *1,self,Goto(runagi|s|1) >>>>> >>>>> The feature will jump to a context in your dialplan instead of directly >>>>> executing the AGI command. >>>>> >>>>> This may or may not work, but it should IMO. >>>>> >>>>> -----Original Message----- >>>>> From: asterisk-users-boun...@lists.digium.com >>>>> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Örn >> Arnarson >>>>> Sent: Wednesday, September 09, 2009 8:34 AM >>>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>>> Subject: Re: [asterisk-users] UNIQUEID not the same in Dialplan as >> passed >>>>> toAGI >>>>> >>>>> Thanks for your reply. >>>>> >>>>> One thing I forgot to mention is that the AGI is called via >>>>> features.conf -- in a call, if you press, e.g. *1, you tag the call as >>>>> calltype 1. >>>>> As I cannot (as far as I know) call the AGI from features.conf with >>>>> parameters (such as ${UNIQUEID}), I need to get those parameters from >>>>> STDIN. >>>>> >>>>> This is an example from features.conf: >>>>> tag1 => *1,self,AGI,tag1.agi >>>>> >>>>> So, *1 in the active call calls this AGI. You might be right -- it's >>>>> just treated as another call (even though there is no fork, hangup or >>>>> transfer involved), but if this is the case, does anyone have an idea >>>>> how to pass parameters to tag1.agi via features.conf? >>>>> >>>>> Best regards, >>>>> Örn >>>>> >>>>> On Wed, Sep 9, 2009 at 1:14 PM, Danny Nicholas<da...@debsinc.com> > wrote: >>>>>> To quote Steve Edwards from an earlier post this month "The UniqueID >>>>>> consists of the origination time plus the number of calls for this >>>>> instance >>>>>> of the Asterisk execution". Looking at the log you posted, these are >> two >>>>>> separate (as far as Asterisk is concerned) calls. If you look in your >>>>> CDR, >>>>>> you should see an entry for each. If you want to track a call via an >>>> AGI, >>>>>> you should do this: >>>>>> - exten => s,1,set(thisuid=${UNIQUEID}) >>>>>> - exten => s,2,AGI(youragi.agi|${thisuid}) >>>>>> >>>>>> Just a guess, but UNIQUEID is probably reassigned on these events; >>>>>> Hangup >>>>>> Fork >>>>>> Transfer >>>>>> (go ahead guys, correct away - like I said, it's just a guess). >>>>>> >>>>>> -----Original Message----- >>>>>> From: asterisk-users-boun...@lists.digium.com >>>>>> [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Örn >>>> Arnarson >>>>>> Sent: Wednesday, September 09, 2009 7:56 AM >>>>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>>>> Subject: [asterisk-users] UNIQUEID not the same in Dialplan as passed >> to >>>>> AGI >>>>>> >>>>>> Hi, >>>>>> >>>>>> I've noticed that the UNIQUEID for a call is not the same in the >>>>>> Dialplan (when executed e.g. exten => s,n,NoOp(${UNIQUEID}) as it is >>>>>> when passed via STDIN to an AGI script. >>>>>> Is this normal, and is this supposed to behave this way? >>>>>> >>>>>> The UNIQUEID received in the AGI is usually .001 higher than the one >>>>>> in the dial plan -- but sometimes it is also a second behind. >>>>>> Here's an example from the dialplan, with the corresponding argument >>>>>> passed to the AGI: >>>>>> >>>>>> -- Executing [...@macro-internal-call:7] >>>>>> NoOp("SIP/10.0.0.4-082a0658", "1252500374.334") in new stack >>>>>> >>>>>> agi_uniqueid: 1252500374.335 >>>>>> >>>>>> And here's an example where the UNIQUEID is one second and one >>>>>> fraction point behind: >>>>>> >>>>>> -- Executing [...@macro-internal-call:7] >>>>>> NoOp("SIP/10.0.0.4-0825ef60", "1252500762.337") in new stack >>>>>> >>>>>> agi_uniqueid: 1252500763.338 >>>>>> >>>>>> Any advice would be greatly appreciated. Can I use something else as a >>>>>> unique identifier for a call? I'm trying to tag calls, but it is >>>>>> proving difficult with the ever-changing UNIQUEID. >>>>>> >>>>>> I haven't found a rule as to when it is delayed by a second and when > it >>>>>> isn't. >>>>>> >>>>>> Best regards, >>>>>> Örn >>>>>> >>>>>> _______________________________________________ >>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>>> >>>>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>>>> Register Now: http://www.astricon.net >>>>>> >>>>>> asterisk-users mailing list >>>>>> To UNSUBSCRIBE or update options visit: >>>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>>> >>>>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>>>> Register Now: http://www.astricon.net >>>>>> >>>>>> asterisk-users mailing list >>>>>> To UNSUBSCRIBE or update options visit: >>>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>>> >>>>> >>>>> _______________________________________________ >>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>> >>>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>>> Register Now: http://www.astricon.net >>>>> >>>>> asterisk-users mailing list >>>>> To UNSUBSCRIBE or update options visit: >>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>> >>>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>>> Register Now: http://www.astricon.net >>>>> >>>>> asterisk-users mailing list >>>>> To UNSUBSCRIBE or update options visit: >>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>> >>>> >>>> _______________________________________________ >>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>> >>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>> Register Now: http://www.astricon.net >>>> >>>> asterisk-users mailing list >>>> To UNSUBSCRIBE or update options visit: >>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>> >>>> >>>> _______________________________________________ >>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>> >>>> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >>>> Register Now: http://www.astricon.net >>>> >>>> asterisk-users mailing list >>>> To UNSUBSCRIBE or update options visit: >>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>> >>> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2009 - October 13 - 15 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
