Re: [asterisk-users] UNIQUEID not the same in Dialplan as passed to AGI
Hi again, and sorry for the spamming.
I've figured out now that Danny was indeed correct -- I'm looking at
two different legs here. On the one hand, I'm looking at the inbound
channel to Asterisk, whereas the AGI is dealing with the internal
channel to the endpoint.
Now, with that information, does anyone have a suggestion as to how I
can find out the UNIQUEID of the new leg? (Asterisk->Endpoint) in the
middle of the call? Should I be able to find it somehow through the
other call-leg, via the channel id or something?
Best regards,
Örn
2009/9/9 Örn Arnarson :
> 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 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
Re: [asterisk-users] UNIQUEID not the same in Dialplan as passed to AGI
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 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
Re: [asterisk-users] UNIQUEID not the same in Dialplan as passed to AGI
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
[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
