[asterisk-users] UNIQUEID not the same in Dialplan aspassedtoAGI

Wed Sep 9 09:40:20 CDT 2009

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<danny at 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-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at 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 <orn at 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<danny at 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-bounces at lists.digium.com
>>> [mailto:asterisk-users-bounces at 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<danny at 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-bounces at lists.digium.com
>>>> [mailto:asterisk-users-bounces at 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<danny at 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-bounces at lists.digium.com
>>>>> [mailto:asterisk-users-bounces at 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 [s at 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 [s at 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
>