[asterisk-users] Channel variables "materializing" ...
Julian Lyndon-Smith
asterisk at dotr.com
Mon Sep 29 14:59:55 CDT 2008
I am trying to track a strange bug down, and need to ask a really stupid
question, just so I can eliminate the possibility ..
When a SIP channel is hung up, I import a variable called "MEETMEROOM"
from the BRIDGEPEER channel, and if it is set, jump to another part of
the dialplan.
[snip]
exten => h,1,ImportVar(PARKED=${BRIDGEPEER},MEETMEROOM)
exten => h,n,GotoIf($["${PARKED}" != ""]?end)
exten => h,n,goto(DialStatus,${DIALSTATUS},1)
exten => h,n(end),NoOp()
[snip]
There have been several occasions over the past couple of days where
this variable has not executed the goto, and gone to the (end) label
when I know for certain that the BRIDGEPEER channel does not have the
variable set (I was able to duplicate the error once during a test phase
when I was not setting the MEETMEROOM variable at all)
so, to the stupid question: If at some stage the BRIDGEPEER channel
*has* had the MEETMEROOM variable declared, are there any circumstances
at all where this variable may be transmitted to the next call that uses
this channel.
There, I asked it. I don't believe that I just did. But there you have
it. It's out in the open now ...
The only other thing that I was thinking of - if the PARKED variable was
already set on the SIP channel, would an import of a non-existant
variable from the BRIDGEPEER channel overwrite it, or keep it at the
previous value ? Hmmm. Time to experiment.
Julian.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
More information about the asterisk-users
mailing list