[asterisk-dev] Bug in ${EXTEN} handling in asterisk 1.2.18?

[Kegan Holtzhausen]

correction,

SIP_EXTENS_0=_76XX

Kegan

On 6/15/07, Kegan Holtzhausen <marzubus at gmail.com> wrote:
> I am trying to set _ALERT_INFO based on my from phone number for a
> test for changing ring-tones based on type of call.
>
> What appears to happen is ${EXTEN} in the first noop contains the
> number I dialed, but at the last step when I hand control over to my
> Macro(transferReturn_sipdial) the EXTEN variable appears to have
> changed to the
> SIP_EXTENS_0 variable.
>
> In my extensions.conf I have:
> Defined a global variable:
> SIP_EXTENS_0=_7603
>
> and in my local_extensions context I have this:
> exten => ${SIP_EXTENS_0},1,NoOp("Internal Call to ${EXTEN} from ${CALLERIDNUM}")
> exten => ${SIP_EXTENS_0},2,GotoIf($["${CALLERIDNUM}" =
> "7602"]?${SIP_EXTENS_0},5)
> exten => ${SIP_EXTENS_0},3,Goto(${SIP_EXTENS_0},10)
> exten => ${SIP_EXTENS_0},5,Set(_ALERT_INFO=http://10.116.4.8/ringtones/darth1.wav)
> exten => ${SIP_EXTENS_0},6,Goto(${SIP_EXTENS_0},10)
> exten => ${SIP_EXTENS_0},10,noop(ready to connect to extension ${EXTEN})
> exten => ${SIP_EXTENS_0},11,Macro(transferReturn_sipdial,${EXTEN},20,${SWITCHBOARD})
>
> In the CLI I have the following messages:
>
>     -- Executing NoOp("SIP/7602-b7b00ce8", ""Internal Call to 7603
> from 7602"") in new stack
>     -- SIP Seeding peer from astdb: '7602' at 7602 at 10.116.81.6:2051 for 3600
>     -- Executing GotoIf("SIP/7602-b7b00ce8", "1?_76XX|5") in new stack
>     -- Goto (from-sip,_76XX,5)
>     -- Executing Set("SIP/7602-b7b00ce8",
> "_ALERT_INFO=http://10.116.4.8/ringtones/darth1.wav") in new stack
>     -- Executing Goto("SIP/7602-b7b00ce8", "_76XX|10") in new stack
>     -- Goto (from-sip,_76XX,10)
>     -- Executing NoOp("SIP/7602-b7b00ce8", "ready to connect to
> extension _76XX") in new stack
>     -- Executing Macro("SIP/7602-b7b00ce8",
> "transferReturn_sipdial|76XX|20|8901") in new stack
>     -- Executing GotoIf("SIP/7602-b7b00ce8", "0?s|20") in new stack
>     -- Executing GotoIf("SIP/7602-b7b00ce8", "0?s|20") in new stack
>     -- Executing Set("SIP/7602-b7b00ce8", "pointer=1") in new stack
>     -- Executing Set("SIP/7602-b7b00ce8", "called1=76XX") in new stack
>     -- Executing Set("SIP/7602-b7b00ce8", "called2=0") in new stack
>     -- Executing Dial("SIP/7602-b7b00ce8", "SIP/76XX|20") in new stack
> Jun 15 14:33:14 WARNING[26896]: chan_sip.c:1995 create_addr: No such host: 76XX
> Jun 15 14:33:14 NOTICE[26896]: app_dial.c:1089 dial_exec_full: Unable
> to create channel of type 'SIP' (cause 3 - No route to destination)
>   == Everyone is busy/congested at this time (1:0/0/1)
>     -- Executing Goto("SIP/7602-b7b00ce8", "s-CHANUNAVAIL|1") in new stack
>     -- Goto (macro-transferReturn_sipdial,s-CHANUNAVAIL,1)
>     -- Executing VoiceMail("SIP/7602-b7b00ce8", "76XX|ju") in new stack
>     -- SIP Seeding peer from astdb: '7602' at 7602 at 10.116.81.6:2051 for 3600
> Jun 15 14:33:14 WARNING[26896]: app_voicemail.c:2461 leave_voicemail:
> No entry in voicemail config file for '76XX'
>     -- Executing Playback("SIP/7602-b7b00ce8", "invalid") in new stack
>     -- Playing 'invalid' (language 'en')
>   == Spawn extension (macro-transferReturn_sipdial, s-CHANUNAVAIL,
> 102) exited non-zero on 'SIP/7602-b7b00ce8' in macro
> 'transferReturn_sipdial'
>   == Spawn extension (macro-transferReturn_sipdial, s-CHANUNAVAIL,
> 102) exited non-zero on 'SIP/7602-b7b00
>
>
> Is this something stupid im doing or is it a bug?
>
>
> --
> Kegan
>
> IMPORTANT: This email is intended for the use of the individual
> addressee(s) and may contain information that is confidential,
> privileged or unsuitable for overly sensitive persons with low
> self-esteem, no sense of humour or irrational religious beliefs. If
> you are not the intended recipient, any dissemination, distribution or
> copying of this email is not authorised (either explicitly or
> implicitly) and constitutes an irritating social faux pas. Unless the
> word absquatulation has been used in its correct context somewhere
> other than in this warning, it does not have any legal or no
> grammatical use and may be ignored. No animals were harmed in the
> transmission of this email. Those of you with an overwhelming fear of
> the unknown will be gratified to learn that there is no hidden message
> revealed by reading this warning backwards, so just ignore that Alert
> Notice from Microsoft.
>
> No Microsoft products were used in the transmission of this email.
>