[Home]

Summary:ASTERISK-02742: variables are lost in a blind transfer
Reporter:amernasir (amernasir)Labels:
Date Opened:2004-11-04 13:40:54.000-0600Date Closed:2011-06-07 14:01:00
Priority:BlockerRegression?No
Status:Closed/CompleteComponents:
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:All variable values are lost when we blind transfer a call. Attended transfers are fine.
Comments:By: Olle Johansson (oej) 2004-11-04 13:46:40.000-0600

Why is this bug in "Experimental features"?

Can you give an example on what kind of variable that is lost?

By: amernasir (amernasir) 2004-11-04 15:07:03.000-0600

I am not sure why it ended up in experimental features.

Anyways here is my extensions.conf

[Features]

exten => _55XXXX,1,Intercept(${EXTEN:2})

[macro-callfw]
exten=s,1,DBget(temp=CFIM/${ARG1})
exten=s,2,Dial(Local/${temp}@sip-client-set/n)
exten=s,3,Dial(${ARG2},20)
exten=s,102,Goto(s,3)


[sip-client-plan]
include => Features
include => sip-gateway-set


[sip-client-set]

exten => 1003,1,Setvar(INTERCEPT_TAG=${EXTEN})
exten => 1003,2,Macro(callfw,1003,SIP/2406661003@2406661003)

exten => 2059,1,Setvar(INTERCEPT_TAG=${EXTEN})
exten => 2059,2,Macro(callfw,2059,SIP/2405552059@2405552059)

exten => 1009,1,Setvar(INTERCEPT_TAG=${EXTEN})
exten => 1009,2,Macro(callfw,1009,SIP/2406661009@2406661009)

exten => 1007,1,Setvar(INTERCEPT_TAG=${EXTEN})
exten => 1007,2,Macro(callfw,1007,SIP/1007@1007)

Call scenario:

1009 calls 2059. 2059 blind transfers the call to 1003.
1007 dials 551003 (context Features) to pickup the call but the app reports that the variable INTERCEPT_TAG has no value.

If 1009 calls 2059 and from 1003 I dial 552059. It works just fine. Variable value is not lost. Same is the case with an attended transfer.

edited on: 11-04-04 15:38

By: Brian West (bkw918) 2004-11-04 17:01:08.000-0600

This is NOT a bug.  you are using app_intercept... Please report these issues to that bug note.  Tony will be back off vacation in two weeks and you can talk to him about that.

Thanks,
Brian