[asterisk-bugs] [Asterisk 0013606]: variables set in sip.conf using "setvar=VARIABLE_NAME=xxxx" are not honoured when doing a blind transfer

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Nov 5 10:19:00 CST 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13606 
====================================================================== 
Reported By:                crjw
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13606
Category:                   PBX/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0-rc6 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-10-03 00:23 CDT
Last Modified:              2008-11-05 10:18 CST
====================================================================== 
Summary:                    variables set in sip.conf using
"setvar=VARIABLE_NAME=xxxx" are not honoured when doing a blind transfer
Description: 
sip.conf allows variables to be defined for each phone using the format:
setvar=VARIABLE_NAME=xxxx  where "xxxx" is some arbitrary value.

Such variables can generally be accessed inside the dialplan.

e.g. in sip.conf
########################
[A](polycom)
setvar=OTHER_EXTENSIONS="SIP/B&SIP/C"
[B](polycom)
setvar=OTHER_EXTENSIONS="SIP/A&SIP/C"
[C](polycom)
setvar=OTHER_EXTENSIONS="SIP/A&SIP/B"
#######################################

In my dial plan I have an extension (900) which dials
"${OTHER_EXTENSIONS}". All the extensions except the one I am dialing from
will ring.  It works well for regular dialing or for attended transfers.

But, If I attempt a blind transfer to extension 900 the value of
$OTHER_EXTENSIONS is NULL and the transfer fails.

It gets a little more complicated:
If I do a blind transfer after doing any number of attended transfers, the
$OTHER_EXTENSIONS variable is non-null; but it does not contain the proper
settings for the phone doing the blind transfer; it contains the settings
for the last phone that did an attended transfer.

====================================================================== 

---------------------------------------------------------------------- 
 (0094584) Corydon76 (administrator) - 2008-11-05 10:18
 http://bugs.digium.com/view.php?id=13606#c94584 
---------------------------------------------------------------------- 
I don't think this is really a bug.  It is performing as expected.  Just
because the channels don't behave the way that you'd like doesn't make this
a bug.

I would suggest that instead of putting this information in a
configuration file, instead you put this information in a database and
retrieve it out filtering out a single channel, instead.  This scales
better and will work much better for your purpose of being able to
determine just what the "other" extensions are. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-05 10:18 Corydon76      Note Added: 0094584                          
======================================================================




More information about the asterisk-bugs mailing list